体检医院管理系统需求规格说明书.docx
《体检医院管理系统需求规格说明书.docx》由会员分享,可在线阅读,更多相关《体检医院管理系统需求规格说明书.docx(26页珍藏版)》请在冰豆网上搜索。
![体检医院管理系统需求规格说明书.docx](https://file1.bdocx.com/fileroot1/2023-5/24/f61f5b02-32c5-467a-98d1-d1b5933079fc/f61f5b02-32c5-467a-98d1-d1b5933079fc1.gif)
体检医院管理系统需求规格说明书
文档修改记录
//文档修改记录,用于记录本版本、以及以前版本的变更情况,概要性的说明版本之间的内容差异,使读者能够快速、便捷地查看本版本的焦点内容。
版本号主要作者修改记录完成日期
1
文档概述...................................................................................................................................
3
1.1
目的...............................................................................................................................
3
1.2
背景...............................................................................................................................
3
1.3
定义...............................................................................................................................
3
1.4
参考资料.......................................................................................................................
3
2
任务概述...................................................................................................................................
4
2.1
业务需求.......................................................................................................................
4
2.2
Stakeholder利益分析(略)....................................................................................
4
2.3
用户特点分析...............................................................................................................
4
2.4
相关事实与假定...........................................................................................................
4
3
需求概述...................................................................................................................................
5
3.1
系统概述[主题域划分,用构件图表述]...................................................................
5
3.2
主题域1.......................................................................................................................
5
3.2.1
功能需求概述...................................................................................................
5
3.2.2
业务事件.........................................................................................................
6
3.2.3
报表..................................................................................................................
6
4
具体需求...................................................................................................................................
7
4.1
主题域1........................................................................................................................
7
4.1.1
用例模型.........................................................................................................
7
4.1.2
领域模型.........................................................................................................
8
5
补充规约.................................................................................................................................
12
5.1
设计约束.....................................................................................................................
12
5.1.1
技术选择的限制条件..................................................................................
12
5.1.2
运行环境.......................................................................................................
12
5.1.3
预期的使用环境...........................................................................................
12
5.2
质量属性.....................................................................................................................
12
5.2.1
安全性要求...................................................................................................
13
5.2.2
可靠性要求...................................................................................................
13
5.2.3
易用性要求...................................................................................................
13
5.2.4
性能要求.......................................................................................................
13
5.2.5
可维护性要求...............................................................................................
14
5.2.6
可移植性要求...............................................................................................
14
5.2.7
其他质量属性要求......................................................................................
14
5.3
其他需求.....................................................................................................................
14
5.3.1
培训需求.......................................................................................................
14
5.3.2
后勤需求.......................................................................................................
14
5.3.3
包装需求.......................................................................................................
15
1文档概述
//文档概述,作为文档的第一部分,对整个软件需求说明书文档进行概要性的说明,帮助读
者快速了解文档目的、编写约定、阅读方式以及软件产品。
1.1目的
//说明文档编写目的,即软件需求说明书的作用以及主要内容。
其中要明确说明待修订的软件版本号,以及即将发行的软件版本号。
1.2背景
1.3定义
1.4参考资料
2任务概述
2.1业务需求
2.2Stakeholder利益分析(略)
2.3用户特点分析
2.4相关事实与假定
3需求概述
3.1系统概述[主题域划分,用构件图表述]
3.2主题域1
3.2.1功能需求概述
[用上下文关系图表示该主题域的范围]
步骤:
(1)找出外部的Customer,这些Customer会发起什么事件;这些事件会引发内部的Worker的什么工作。
这些都是人?
(2)Worker主动发起什么事件
(3)业务事件分析
(4)报表类型分析——不太理解?
注意:
(1)这些人对系统有哪些独立的行为
(2)如果主题域较小,可以不用画上下文关系图
(3)团队建模使用,与用户代表沟通时绘制,不建议BA独自绘制
关键词:
(1)独立行为(例如体检者到各科室进行体检、等待体检,这些都是申请体检后必然发生的,非有效线索)
(2)业务事件类型
业务事件
外部事件
Customer发起、Worker发起
Timer
内部事件
事件、Status事件
(3)业务事件标识:
主动触发并能发生一系列后续行为,触发系统行为;不是系统事件(数据备份、更改密码)
3.2.2业务事件
3.2.2.1业务事件1
[包括流程分析、领域类分析、用例分析]
3.2.3报表
3.2.3.1Report1
[用领域类图片段表示涉及数据,用用例标识具体的报表项]
4具体需求
4.1主题域1
4.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
)内容与格式[交互过程、数据包说明
]
(3
)设计与实现约束[诸如协议格式要求、性能要求等]
4.1.2领域模型
4.1.2.1XX领域类
(1)概述[类名称、别名]
(2)数据窗口分析[涉及主题域、业务事件,各域数据]
(3)数据组成与格式
(4)其他
4.2主题域1
4.2.1用例模型
4.2.1.1开单(UC_B_TJ_KaiDan)
1,概述
用例名称:
开单
编号:
UC_B_TJ_KaiDan
参与者:
服务人员
用例概述:
服务人员根据体检者的选择或预约单开具体检单,并打印出来交给体检
者
相关
stakeholder
:
Stakeholder
利益点
体检者
1)办理速度要快,避免排长队
2)无需记录无意义的预约号
收费人员
2,事件流
可直接调出体检单生成账单
前置条件:
无
//*用例启动前系统能检测到的、有意义的、参与者的状态。
1.客户已发出订单:
不合适!
系统无法检测
2.工作人员已登录系统:
不合适!
显然的条件,意义不大。
不要有模板综合征
3.库存大于订单数:
不合适!
系统在用例开始前无法检测。
*//
后置条件:
确保没有重复的体检项目
//*用例结束前系统能检测到的、有意义的、参与者的状态。
前后置条件出现的概率并不高,需要时再写,不要画蛇添足*//
基本事件流
1.参与者输入用户姓名或预约号,系统确认用户已经预约,并从预约单中获取体检套餐和体检项目显示在屏幕上
2.系统确认用户选择体检套餐与体检项目符合要求(参见规则UC_KD_01)
3.系统保存并打印体检单
//*happyday、大部分时间遇到的、用户预期的场景;系统核心价值*//
备选事件流
1a.参与者或系统确认用户没有预约
1a1.参与者输入用户基本信息,并根据用户选择输入体检套餐与体检项目信
息
1b.系统发现有多个可能重名的预约用户
1b1.系统显示所有可能重名的预约用户,并显示区分身份的主要信息
1b2.参与这从中选择符合的预约用户,并从相应的预约单中调出数据
2a.用户选择的体检套餐不符合要求
2a1.系统给出具体的提示信息,并阻止参与者完成体检单
//*包括可选分支(用户的不同选择)、异常情况。
子事件流——对事件流中多次重复的部分进行概括,以便复用,通常会对其进行命
名。
事件流描述原则:
1.简单语法,主语明确
2.乒乓球原则
3.指出参与者的动作及系统的响应,重点在于展示意图而非动作
4.不要过多实现细节(原因:
细节是动作而非意图,细节易变,易变则不易维护)
5.过于冗长
6.将分支纠结于主线索*//
异常事件流
3a.系统保存或打印失败
3a1.系统仍然显示信息录入界面,并提示失败原因
3b.用户发现打印失败
3b1.系统已退出信息录入界面,参与者可以切换到历史体检单页面,重新打
印已保存的体检单
3,相关需求
用户原始需求
1.通过输入预约号或姓名可以查询是否预约,如果重名则都显示
2.体检者选择的体检项目如果属于某套餐,应予以提示
3.如果发现打印出的体检单不清晰,系统应支持重新打印
4.⋯⋯
相关功能点
1.体检单打印时使用Excel作为模板,模板文件可管理
2.体检者选出多个体检项目时,系统给出套餐建议
3.⋯⋯
4,用户界面原型
窗口概述
界面流转示意图
界面细节
5,规则与约束
类型
编号
描述
行为规则
/功UC_KD_01
在一张体检单中,所选的体检
有宏观、微观
能规则/
业务
项目不能属于已选的体检套餐
规则
性能约束
UC_KD_02
查询预约用户时必须在
3S内
返回
结构规则/数
一条短信不能超过70
个汉字
大部分微观
据规则
(140个英文字符)
界面规则
界面中要以不同颜色区分不同
绝大多数微观
等级的警告
5补充规约
5.1设计约束
5.1.1技术选择的限制条件
5.1.2运行环境
[建议用部署图表示]
5.1.3预期的使用环境
5.2质量属性
[本部分建议直接分解成需要开发的技术功能点]
5.2.1安全性要求
5.2.1.1访问安全性要求
5.2.1.2数据安全性要求
5.2.1.3通信安全性要求
5.2.1.4其他安全性要求
5.2.2可靠性要求
5.2.2.1容错性要求
5.2.2.2可恢复性要求
5.2.2.3其他可靠性要求
5.2.3易用性要求
5.2.3.1界面友好性要求
5.2.3.2易操作性要求
5.2.3.3其他易用性要求
5.2.4性能要求
5.2.4.1数据访问性能要求
5.2.4.2数据传输性能要求
5.2.4.3其他性能要求
5.2.5可维护性要求
5.2.5.1公共数据要求
5.2.5.2公共框架开发要求
5.2.5.3公共程序库开发要求
5.2.5.4其他可维护性要求
5.2.6可移植性要求
5.2.6.1适应性要求
5.2.6.2易安装性要求
5.2.6.3其他可移植性要求
5.2.7其他质量属性要求
5.3其他需求
5.3.1培训需求
5.3.2后勤需求
5.3.3包装需求