独立软件软件需求文档.docx

医学影像系统软件需求文档 编制/日期： 审核/日期： 批准/日期： TOC \o 1-5 \h \z 引言 3 \o Current Document \h 1编写目的 3 \o Current Document \h 综合描述 3 \o Current Document \h 2.1产品的状况 3 \o Current Document \h 2软件的运行环境： 3 \o Current Document \h 系统功能需求 3 \o Current Document \h 3.1.业务模型描述 3 \o Current Document \h 3.2子功能模块需求分析 3 3.2.1患者登记 3 3.2.2患者报到 4 3.2.10系统软件功能管理模块 6 \o Current Document \h 其他非功能性需求 8 4.1性能需求 8 4.2安全性 8 4.3软件质量属性 8 4.4可靠性 8 4.5易用性 8 4.6用户文档 9 \o Current Document \h 分析模型 9 \o Current Document \h 待定问题列表 9 引言 1.1编写目的 根据对软件需求的任务概述，需求规定等规划设计出一套可执行软件的结构模型。 该文档详尽说明这一软件产品的需求，这些需求说明是进行设计的基础，也是编写测试用例和进行系统测试的主要依据。同时，该文档也是用户确定软件功能需求的主要依据。 综合描述 2.1产品的状况 从市场角度反馈信息，应根据客户业务模型开发出同类产品，使公司网络化产品具备完整性。 2软件的运行环境 运行系统：Win7及以上系统 网络状态：已联网 开发语言：C++、Java 开发工具：IDEA,Qt5.7.0 系统功能需求 1.业务模型描述 适用于医院影像科的需求使用； 软件应包括：患者登记、患者报到、排队叫号、影像阅片、报告撰写与审核、报告和胶片打印、临床 查看、远程会诊、电子胶片等功能模块； 实现双击各功能模块图标打开相应的应用程序； 各功能模块之间的应用应互不影响； 打开多功能模块，应保证主界面性能不受影响； 支持主界面设置功能模块配置信息。 3.2子功能模块需求分析 3.2.1患者登记 2.1.1业务模型描述 对DX、CT、MR、US等待检查患者完成患者信息的录入工作，并实现分诊； 支持门诊、住院、体检和借检功能； 支持修改患者资料功能，可对前台等输入错误信息修改； 支持业务取消功能，可删除取消检查的患者； 支持后台配置管理功能； 3.2.1.2功能需求分析 登录界面需求分析 实现设置服务器连接，必须输入密码方可进入； 软件界面实现点击图标直接进入主界面； 实现修改数据库密码功能； 主界面需求分析 手动输入患者信息进行登记； 自动显示输入患者的信息及状态； 自动显示输入者、输入的IP地址等信息； A提示患者信息必填项目； 可检索指定患者信息。 3.2.2患者报到 3.2.2.1业务模型描述 当预约登记的患者前来检查的时候，可以设置该标志方便进行患者筛查 3.2.2.2主界面需求分析 主界面应有显示“患者报到图标； 提供两种标记“患者报到的方式； 自动显示患者“报到”状态。 3.2.3排队叫号 3.2.3.1业务模型描述 患者报到之后，在人多的情况下，把患者加入叫号队列，然后患者信息就会在叫号大屏上显示。 3.2.3.2主界面需求分析 主界面应显示排队叫号列表； 主界面应该设置“正在检查患者状态并在叫号大屏上优先显示； 可以点击“呼叫按钮呼叫混着，叫号大屏会给出语言提示（如有音响设备）； 可以点击“完成”按钮呼，标志患者完成检查操作； 根据登记先后顺序，可调整急诊优先和人工干预； 3.2.4影像阅片 2.4.1业务模型描述 内置阅片器组件，能完全满足医生的日常使用需求，包括2D、MPR、3D以及影像打印功能。 3.2.4.1主界面需求分析 患者列表应有方便点击“阅片”的按钮； 2D阅片器功能： 应有查看上下张图像、翻转旋转图像、缩放图像、平移图像、调节窗宽窗位等功能；应能查看 AI诊断结果、图像布局设置、添加文本、自动播放等； 应能对2D影像进行测量、设置定位线、查看DICOM标签等； 应能设置阅片器，如活跃颜色、播放帧率等。 MPR阅片功能 应能显示支持的MPR重建模式，包括普通MPR,最大密度投影，最小密度投影，平均值投影; 应具有重建厚度调节、斜面重建功能、工具模式和定位模式的切换等。 3D阅片功能 应能对三维图像进行旋转、缩放、平移、视角切换、窗位调节、配色等基本操作。 应能对三维图像进行测量、裁剪、方位调节、打印排版等 应能对处理过的数据进行恢复。 3.2.5报告撰写与审核 2.5.1业务模型描述 当患者完成检查后，通过