体检医院管理系统需求规格说明书_模板

体检医院管理系统需求规格说明书_模板

ID:41995119

大小:119.76 KB

页数:15页

时间:2019-09-05

体检医院管理系统需求规格说明书_模板_第1页
体检医院管理系统需求规格说明书_模板_第2页
体检医院管理系统需求规格说明书_模板_第3页
体检医院管理系统需求规格说明书_模板_第4页
体检医院管理系统需求规格说明书_模板_第5页
资源描述:

《体检医院管理系统需求规格说明书_模板》由会员上传分享,免费在线阅读,更多相关内容在工程资料-天天文库

1、文档修改记录//文档修改记录,川于记录木版木、以及以前版本的变更情况,概要性的说明版本Z间的内容羌异,使读者能够快速、便捷地杏看本版木的焦点内容。版本号主要作者修改记录完成日期目录1文档概述31目的3背景3定义3参考资料32任务概述42.1业务需求42Stakeholder利益分析(略)42.3用户特点分析42.4相关事实与假定43需求概述53.1系统概述[主题域划分,用构件图表述]53.2主题域153.2.1功能需求概述53.2.2业务事件63.2.3报表64具体需求74.1主题域174.1.1用例模型74.1.2领域模空85补充规约125.1设计约束

2、125.1.1技术选择的限制条件125.1.2运行环境125.1.3预期的使用环境125.2质量属性125.2.1安全性要求135.2.2可靠性要求135.2.3易用性要求135.2.4性能要求135.2.5可维护性要求145.2.6可移植性要求145.2.7其他质量属性要求145.3其他需求14培训需求14后勤需求14包装需求151文档概述//文档概述,作为文档的第一部分,对整个软件需求说明书文档进行概要性的说明,帮助读者快速了解文档目的、编写约定、阅读方式以及软件产品。1.1目的//说明文档编写目的,即软件需求说切书的作用以及主要内容。其中要明确说明

3、待修订的软件版本号,以及即将发行的软件版本号。1.2背景1.3定义1・4参考资料2任务概述2.1业务需求2.2Stakeholder利益分析(略)2・3用户特点分析2・4相关事实与假定3需求概述3.1系统概述[主题域划分,用构件图表述]3.2主题域1321功能需求概述[用上卞文关系图表示该主题域的范围]步骤:(1)找出外部的Customer,这些Customer会发起什么事件;这些事件会引发内部的Worker的什么工作。这些都是人?(2)Worker主动发起什么事件(3)业务事件分析(4)报表类型分析——不太理解?注意:(1)这些人对系统有哪些独立的行为

4、(2)如果主题域较小,可以不用画上下文关系图(3)团队建模使用,与用户代表沟通时绘制,不建议BA独自绘制关键词:(1)独立行为(例如体检者到各科室进行体检、等待体检,这些都是巾请体检后必然发生的,非冇效线索)(2)业务事件类型业务事件1内部事件Timer事件、Status事件外部事件Customer发起、Workei•发起.)(3)业务事件标识:主动触发并能发生一系列后续行为,触发系统行为;不是系统事件(数据备份、更改密码)3.2.2业务事件3.2.2.1业务事件1[包括流程分析、领域类分析、用例分析]3.2.3报表3・2・3・1Report1[用领域类

5、图片段表示涉及数据,用用例标识具体的报表项]4具体需求4.1主题域14.1.1用例模型4.1.1.1UC_B_xx(B类)P253(1)概述[编号、名称、概述、相关Stakeholder](2)事件流描述[前、示置条件,基木、扩展、了事件流](3)相关需求与功能点(4)界血原空[交互过程与界血详解](5)规约为约束4.1.1.2UC_R_xx(R类)(1)概述[名称、用户部门与职位、业务意图、相关场景](2)报表内容[领域类图、数据项](3)输入/输出格式(4)其他4.1.1.3UC_I_xx(I类)(1)使用者[名称、业务目的、时机、频率](2)内容与

6、格式[交互过程、数据包说明](3)设计与实现约束[诸如协议格式耍求、性能要求等]4.1.2领域模型4.1.2.1XX领域类(1)概述[类名称、别名](2)数据窗口分析[涉及主题域、业务事件,各域数据](3)数据组成与格式(4)其他4.2主题域14.2.1用例模型4.2.1.1开单(UC_B_TJ_KaiDan)1,概述用例名称:开单编号:UC_B_TJ_KaiDan参与者:服务人员用例概述:服务人员根据体检者的选择或预约单开具体检单,并打卬出来交给体检者•札I关stakeholder:Stakeholder利益点体检者1)办理速度要快,避免排长队2)无需

7、记录无意义的预约号收费人员可直接调岀体检单生成账单2,事件流•前置条件:无//*用例启动前系统能检测到的、有意义的、参与者的状态。弋7J最入订以1.客户已发出订单:不合适!系统无法检测2.工作人员已登录系统:不合适!显然的条件,意义不大。不要有模板综合征3.库存人于订单数:不合适!系统在用例开始前无法检测。*//后置条件:确保没有重复的体检项目//*用例结束询系统能检测到的、有意义的、参与者的状态。前示置条件出现的概率并不高,需要时再写,不要曲蛇添足*//基木事件流•参与者输入用户姓名或预约号,系统确认用户己经预约,并从预约单中获取体检套餐和体检项目显示

8、在屏幕上•系统确认用八选择体检套餐与体检项目符合要求(参见规则UC_KD_01)

当前文档最多预览五页,下载文档查看全文

此文档下载收益归作者所有

当前文档最多预览五页,下载文档查看全文
温馨提示:
1. 部分包含数学公式或PPT动画的文件,查看预览时可能会显示错乱或异常,文件下载后无此问题,请放心下载。
2. 本文档由用户上传,版权归属用户,天天文库负责整理代发布。如果您对本文档版权有争议请及时联系客服。
3. 下载前请仔细阅读文档内容,确认文档内容符合您的需求后进行下载,若出现内容与标题不符可向本站投诉处理。
4. 下载文档时可能由于网络波动等原因无法下载或下载错误,付费完成后未能成功下载的用户请联系客服处理。