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

1、文档修改记录版本号主要作者修改记录完成日期 /文档修改记录，用于记录本版本、以及以前版本的变更情况，概要性的说明版本之间的内容差异，使读者能够快速、便捷地查看本版本的焦点内容。目录 TOC o 1-3 h z u HYPERLINK l _Toc388533000 1文档概述 PAGEREF _Toc388533000 h 2 HYPERLINK l _Toc388533001 1.1目的 PAGEREF _Toc388533001 h 2 HYPERLINK l _Toc388533002 1.2背景 PAGEREF _Toc388533002 h 2 HYPERLINK l _Toc388

2、533003 1.3定义 PAGEREF _Toc388533003 h 2 HYPERLINK l _Toc388533004 1.4参考资料 PAGEREF _Toc388533004 h 2 HYPERLINK l _Toc388533005 2任务概述 PAGEREF _Toc388533005 h 2 HYPERLINK l _Toc388533006 2.1业务需求 PAGEREF _Toc388533006 h 2 HYPERLINK l _Toc388533007 2.2Stakeholder利益分析（略） PAGEREF _Toc388533007 h 2 HYPERLINK

3、 l _Toc388533008 2.3用户特点分析 PAGEREF _Toc388533008 h 2 HYPERLINK l _Toc388533009 2.4相关事实与假定 PAGEREF _Toc388533009 h 2 HYPERLINK l _Toc388533010 3需求概述 PAGEREF _Toc388533010 h 2 HYPERLINK l _Toc388533011 3.1系统概述主题域划分，用构件图表述 PAGEREF _Toc388533011 h 2 HYPERLINK l _Toc388533012 3.2主题域 1 PAGEREF _Toc3885330

4、12 h 2 HYPERLINK l _Toc388533013 3.2.1功能需求概述 PAGEREF _Toc388533013 h 2 HYPERLINK l _Toc388533014 3.2.2业务事件 PAGEREF _Toc388533014 h 2 HYPERLINK l _Toc388533015 3.2.3报表 PAGEREF _Toc388533015 h 2 HYPERLINK l _Toc388533016 4具体需求 PAGEREF _Toc388533016 h 2 HYPERLINK l _Toc388533017 4.1主题域1 PAGEREF _Toc388

5、533017 h 2 HYPERLINK l _Toc388533018 4.1.1用例模型 PAGEREF _Toc388533018 h 2 HYPERLINK l _Toc388533019 4.1.2领域模型 PAGEREF _Toc388533019 h 2 HYPERLINK l _Toc388533020 5补充规约 PAGEREF _Toc388533020 h 2 HYPERLINK l _Toc388533021 5.1设计约束 PAGEREF _Toc388533021 h 2 HYPERLINK l _Toc388533022 5.1.1技术选择的限制条件 PAGERE

6、F _Toc388533022 h 2 HYPERLINK l _Toc388533023 5.1.2运行环境 PAGEREF _Toc388533023 h 2 HYPERLINK l _Toc388533024 5.1.3预期的使用环境 PAGEREF _Toc388533024 h 2 HYPERLINK l _Toc388533025 5.2质量属性 PAGEREF _Toc388533025 h 2 HYPERLINK l _Toc388533026 5.2.1安全性要求 PAGEREF _Toc388533026 h 2 HYPERLINK l _Toc388533027 5.2.

7、2可靠性要求 PAGEREF _Toc388533027 h 2 HYPERLINK l _Toc388533028 5.2.3易用性要求 PAGEREF _Toc388533028 h 2 HYPERLINK l _Toc388533029 5.2.4性能要求 PAGEREF _Toc388533029 h 2 HYPERLINK l _Toc388533030 5.2.5可维护性要求 PAGEREF _Toc388533030 h 2 HYPERLINK l _Toc388533031 5.2.6可移植性要求 PAGEREF _Toc388533031 h 2 HYPERLINK l _T

8、oc388533032 5.2.7其他质量属性要求 PAGEREF _Toc388533032 h 2 HYPERLINK l _Toc388533033 5.3其他需求 PAGEREF _Toc388533033 h 2 HYPERLINK l _Toc388533034 5.3.1培训需求 PAGEREF _Toc388533034 h 2 HYPERLINK l _Toc388533035 5.3.2后勤需求 PAGEREF _Toc388533035 h 2 HYPERLINK l _Toc388533036 5.3.3包装需求 PAGEREF _Toc388533036 h 2文档概

9、述/文档概述，作为文档的第一部分，对整个软件需求说明书文档进行概要性的说明，帮助读者快速了解文档目的、编写约定、阅读方式以及软件产品。目的/说明文档编写目的，即软件需求说明书的作用以及主要内容。其中要明确说明待修订的软件版本号，以及即将发行的软件版本号。背景定义参考资料任务概述 业务需求 Stakeholder利益分析（略） 用户特点分析 相关事实与假定 需求概述 系统概述主题域划分，用构件图表述 主题域 1 功能需求概述 用上下文关系图表示该主题域的范围步骤：找出外部的Customer，这些Customer会发起什么事件；这些事件会引发内部的Worker的什么工作。这些都是人？Worker主

10、动发起什么事件业务事件分析报表类型分析不太理解？注意：这些人对系统有哪些独立的行为如果主题域较小，可以不用画上下文关系图团队建模使用，与用户代表沟通时绘制，不建议BA独自绘制关键词：独立行为（例如体检者到各科室进行体检、等待体检，这些都是申请体检后必然发生的，非有效线索）业务事件类型业务业务事件外部事件Customer发起、Worker发起内部事件Timer事件、Status事件业务事件标识：主动触发并能发生一系列后续行为，触发系统行为；不是系统事件（数据备份、更改密码）业务事件业务事件1包括流程分析、领域类分析、用例分析报表Report 1 用领域类图片段表示涉及数据，用用例标识具体的报表项

11、具体需求主题域1用例模型UC_B_xx（B类） P253（1）概述编号、名称、概述、相关Stakeholder （2）事件流描述前、后置条件，基本、扩展、子事件流 （3）相关需求与功能点 （4）界面原型交互过程与界面详解 （5）规约与约束 UC_R_xx（R类） （1）概述名称、用户部门与职位、业务意图、相关场景 （2）报表内容领域类图、数据项 （3）输入/输出格式 （4）其他 UC_I_xx（I类） （1）使用者名称、业务目的、时机、频率 （2）内容与格式交互过程、数据包说明 （3）设计与实现约束诸如协议格式要求、性能要求等 领域模型XX领域类（1）概述类名称、别名 （2）数据窗口分析涉及主

12、题域、业务事件，各域数据 （3）数据组成与格式 （4）其他 主题域1用例模型开单（UC_B_TJ_KaiDan）概述用例名称：开单编号：UC_B_TJ_KaiDan参与者：服务人员用例概述：服务人员根据体检者的选择或预约单开具体检单，并打印出来交给体检者相关stakeholder：Stakeholder利益点体检者办理速度要快，避免排长队无需记录无意义的预约号收费人员可直接调出体检单生成账单事件流前置条件：无 /* 用例启动前系统能检测到的、有意义的、参与者的状态。客户已发出订单：不合适！系统无法检测工作人员已登录系统：不合适！显然的条件，意义不大。不要有模板综合征库存大于订单数：不合适！系统

13、在用例开始前无法检测。 */后置条件：确保没有重复的体检项目/* 用例结束前系统能检测到的、有意义的、参与者的状态。前后置条件出现的概率并不高，需要时再写，不要画蛇添足 */基本事件流参与者输入用户姓名或预约号，系统确认用户已经预约，并从预约单中获取体检套餐和体检项目显示在屏幕上系统确认用户选择体检套餐与体检项目符合要求（参见规则UC_KD_01）系统保存并打印体检单/* happy day、大部分时间遇到的、用户预期的场景；系统核心价值 */备选事件流1a. 参与者或系统确认用户没有预约1a1. 参与者输入用户基本信息，并根据用户选择输入体检套餐与体检项目信息1b. 系统发现有多个可能重名的

14、预约用户1b1. 系统显示所有可能重名的预约用户，并显示区分身份的主要信息1b2. 参与这从中选择符合的预约用户，并从相应的预约单中调出数据2a. 用户选择的体检套餐不符合要求2a1. 系统给出具体的提示信息，并阻止参与者完成体检单/* 包括可选分支（用户的不同选择）、异常情况。子事件流对事件流中多次重复的部分进行概括，以便复用，通常会对其进行命名。事件流描述原则：简单语法，主语明确乒乓球原则指出参与者的动作及系统的响应，重点在于展示意图而非动作不要过多实现细节（原因：细节是动作而非意图，细节易变，易变则不易维护）过于冗长将分支纠结于主线索*/异常事件流3a. 系统保存或打印失败3a1. 系统

15、仍然显示信息录入界面，并提示失败原因3b. 用户发现打印失败3b1. 系统已退出信息录入界面，参与者可以切换到历史体检单页面，重新打印已保存的体检单相关需求用户原始需求通过输入预约号或姓名可以查询是否预约，如果重名则都显示体检者选择的体检项目如果属于某套餐，应予以提示如果发现打印出的体检单不清晰，系统应支持重新打印相关功能点体检单打印时使用Excel作为模板，模板文件可管理体检者选出多个体检项目时，系统给出套餐建议用户界面原型窗口概述界面流转示意图界面细节规则与约束类型编号描述行为规则/功能规则/业务规则UC_KD_01在一张体检单中，所选的体检项目不能属于已选的体检套餐有宏观、微观性能约束UC_KD_02查询预约用户时必须在3S内返回结构规则/数据规则一条短信不能超过70个汉字(140个英文字符)大部分微观界面规则界面中要以不同颜色区分不同等级的警告绝大多数微观补充规约设计约束技术选择