3需求规格说明书.docx

项目名称，需求规格说明书本文系原创，欢迎来小店：项目名称需求规格说明书文件状态： 草稿 正式发布 正在修改文件标识：XX-Project-DocName当前版本：1.0作 者：完成日期：年-月-日XX公司研发部版 本 历 史版本/状态作者参与者起止日期备注目 录 1.文档介绍51.1.文档目的51.2.文档范围51.3.读者对象51.4.参考文献51.5.术语与缩写解释52.任务概述62.1.业务需求62.2.相关人员及用户（Stakeholder）分析62.3.用户特点分析62.4.相关事实与假定63.需求概述63.1.系统概述63.2.体检业务子系统73.2.1.概述73.2.2.业务事件.体检者申请体检.其它业务事件103.2.3.报表.体检业务周期统计报表.其它报表123.2.4.服务接口.获取公司客户收费信息.获取123.3.其它业务子系统124.具体需求124.1.体检业务子系统主题域1124.1.1.用例模型.开单（UC_B_TJ_KaiDan）(业务事件/B类).体检业务周期统计报表（UC_R_TJ_ZQTJ）(报表/R类).(接口/I类)164.1.2.领域模型.预约单（BO_YYD）164.2.其它业务子系统主题域n175.补充规约175.1.设计约束175.1.1.技术选择的限制条件175.1.2.运行环境175.1.3.预期的使用环境185.2.质量属性本部分建议直接分解成需要开发的技术功能点185.2.1.安全性要求.访问安全性要求.数据安全性要求.通信安全性要求.其他安全性要求185.2.2.可靠性要求.容错性要求.可恢复性要求.其他可靠性要求195.2.3.易用性要求.界面友好性要求.易操作性要求.其它易用性要求195.2.4.性能要求.数据访问性能要求.数据传输性能要求.其它性能要求205.2.5.可维护性要求.公共数据要求.公共框架开发要求.公共程序库开发要求.其他可维护性要求205.2.6.可移植性要求.适应性要求.易安装性要求.其他可移植性要求205.2.7.其它质量属性要求205.3.其它需求215.3.1.培训需求215.3.2.后勤需求215.3.3.包装需求11. 文档介绍1.1. 文档目的提示：描述本文档的目的。1.2. 文档范围提示：描述本文档的边界范围。1.3. 读者对象提示：列出本文档可能存在的读者。1.4. 参考文献提示：列出本文档的所有参考文献（可以是非正式出版物），格式如下：标识符 作者，文献名称，出版单位（或归属单位），日期例如：AAA 作者，立项建议书，机构名称，日期SPP-PROC-PP SEPG，项目规划规范，机构名称，日期1.5. 术语与缩写解释缩写、术语解 释SPP精简并行过程，Simplified Parallel ProcessPP项目规划，Project Planning2. 任务概述2.1. 业务需求2.2. 相关人员及用户（Stakeholder）分析 干系人。2.3. 用户特点分析代表谁是此项目的用户代表说明对该用户类型的简要说明类型该用户的技能特长、技术背景和熟悉程度职责列出该用户对开发的系统负有的关键职责成功标准该用户如何界定成功，如何得到回报参与该用户如何参与此项目可交付工作是否有该用户生成的可交付工作意见/问题列出会阻碍成功的问题，以及任何其它相关信息保证系统易用性2.4. 相关事实与假定需求阶段对技术能力所做的假设3. 需求概述3.1. 系统概述主题域划分，用构件图表示本系统是由客服管理子系统、物资管理子系统、体检业务子系统三个主题域构成的，它们之间的关系如图1所示。注意：将本文中涉及到的UML图需统一成PowerDesigner绘制。图1 主题域划分示意图3.2. 体检业务子系统主题域13.2.1. 概述用上下文关系图表示该主题域的范围本主题域的主要用户是物资部门，将对物资申领、计划、采购、库存管理等任务提供支持。其范围如图2所示。图2 体检业务子系统范围示意图3.2.2. 业务事件.1. 用例分析在这个业务流程中，有四类直接与系统交互的用户：服务人员、体检医生、收费人员、综合科医生，涉及的业务活动（用例）如图5所示。图5 体检者申请体检流程用例分析. 体检者申请体检.1. 业务流程分析当体检者到医院进行体检时，首先到服务中心办理开单、收费业务，然后手持纸质的体检单到各体检科室进行体检，当所有体检结果都生成之后，综合科医生将根据体检结果出具体检报告，此时体检人就可以从服务中心领取结果。其流程如图3所示。图3 体检者申请体检流程.2. 业务实体分析在这个业务流程中，主要涉及的业务实体以及它们之间的关系如图4所示。图4 体检者申请体检流程领域类分析. 其它业务事件3.2.3. 报表. 体检业务周期统计报表.1. 概述部门/职位：分管体检业务的副院长，服务中心、体检科室、综合科主任目的：1. 了解每个子体检项、体检套餐的承接情况；2. 了解每个体检科室的任务量；3. 了解体检业务量的周期性和增长情况。相关场景与查询频率：4. 频率：每天、每月每季固定发生一次；5. 用户数量：410人.2. 数据内容在此类查询中，主要涉及体检科室、体检单、体检项目和体检套餐4个类，其关系如图6所示。图6 体检业务周期统计报表领域类分析.3. 报表项具体而言，此类报表包括3种，如图7所示。图7 体检业务周期统计报表用例分析具体描述如下表所示：用例名称用例描述体检业务周期统计报表1 描述12 描述2体检业务增长分析报表1 描述12 描述2体检业务月度分布报表1 描述12 描述. 其它报表3.2.4. 服务接口. 获取公司客户收费信息. 获取3.3. 其它业务子系统4. 具体需求4.1. 体检业务子系统主题域14.1.1. 用例模型结合前文各业务事件的用例分析，抽象出一个该子系统的用例模型。（略：子系统级用例图）. 开单（UC_B_TJ_KaiDan）(业务事件/B类).1. 概述l 用例名称：开单l 用例编号：UC_B_TJ_KaiDanl 参与者：服务人员l 用例概述：服务人员根据体检者的选择或预约单开具体检单，并打印出来交给体检者。l 相关Stakeholder：Stakeholder利益点体检者1） 办理速度快2） 无须记录无意义的预约号收费人员可以直接调出体检单生成帐单.2. 事件流l 前置条件：无l 后置条件：确保无重复体检项目l 基本事件流：1. 事件1。2. 事件2。3. 事件3。l 备选（扩展）事件流：1a. 事件1a。 1a1.事件1a1。1b. 事件1b。 1b1.事件1b1。1b2.事件1b2。l 异常事件流：2b. 事件1b。 2b1.事件1b1。2b2.事件1b2。.3. 相关需求与功能点l 用户原始需求： 通过输入预约号可查询是否预约； l 相关功能点： 体检单可导出Excel文件； .4. 用户界面原型交互过程与界而详解l 窗口概述： 历史体检单页面：以列表显示 预约判断界面：用来输入预约信息，实现预约单的选择与调取。 体检单生成界面：用来录入与验证体检单信息。 打印页面：提供打印预览窗口。 失败提示页面：可者有多个。l 界面流转示意图：图X 界面流转示意图l 界面细节：.5. 规则与约束类型编号描述. 体检业务周期统计报表（UC_R_TJ_ZQTJ）(报表/R类).1. 报表概述 报表名称 用户部门与职位： 用户的业务意图： 相关场景与频率：.2. 报表内容 领域类图；领域类图片段 数据项；数据项内容说明 计算公式；.3. 输入输出格式报表格式示意图.4. 其他 排序顺序 挑选标准 自动运行详细信息 总计级别 换页级别. (接口/I类).1. 使用者名称、业务目的、时机、频率.2. 内容与格式交互过程、数据包说明.3. 设计与实现绝不诸如协议格式要求、性能要求等4.1.2. 领域模型本子系统所涉及的主要业务实体及它们之间的关系如图所示。（略：子系统级领域模型）. 预约单（BO_YYD）.1. 类名称预约单.2. 别名预约信息.3. 涉及主题域 客服务管理子系统：体检者预约事件 .4. 数据窗口分析重要数据描述.5. 数据组成与格式4.2. 其它业务子系统主题域n略。5. 补充规约5.1. 设计约束5.1.1. 技术选择的限制条件表格。5.1.2. 运行环境使用部署图表示。例如：5.1.3. 预期的使用环境条目化文本。5.2. 质量属性本部分建议直接分解成需要开发的技术功能点参考ISO/IEC 9126（GB/T 16120-19965.2.1. 安全性要求. 访问安全性要求用户权限系统，二次签权，动态口令 . 数据安全性要求数据库字段加密，数据备份. 通信安全性要求SSL支持，CRC校验. 其他安全性要求文件保护5.2.2. 可靠性要求. 容错性要求离线录入支持. 可恢复性要求表单数据自动保存. 其他可靠性要求双Socket服务器5.2.3. 易用性要求. 界面友好性要求联机帮助. 易操作性要求带首字母筛选功能的下拉列表. 其它易用性要求导航提示系统5.2.4. 性能要求. 数据访问性能要求数据缓存. 数据传输性能要求数据压缩. 其它性能要求异步调用支持5.2.5. 可维护性要求. 公共数据要求货币单位数据类型5.2.