项目文档:概要设计文档
1. 引言部分
1.1目的
该文档的目的是描述病人病历存储系统的概要设计,主要内容包括系统功能简介、系统结构设计、模块设计和界面设计等。
本文档的预期读者包括:设计人员,开发人员,项目管理人员,测试人员。
1.2 范围
1.2.1 系统目标
开发一个满足医生和数据上传人员需求的系统。方便查询、更改、下载、上传相关信息等。
1.2.2 主要软件需求
该系统的主要功能包括:
(1)用户登录判断
(2)录入病人信息
(3)根据条件查询
(4)样本排序
(5)更新病人信息
(6)添加病人病历
(7)下载数据
(8)数据信息上传
1.2.3 软件设计约束、限制
系统支持多用户的分布式物理结构。
1.3缩写说明
无。
1.4术语定义
无。
1.5参考资料
【1】jQuery教程: http://jquery.com/
【2】materialize框架开发手册: https://materializecss.com/
【3】HTML教程: http://www.w3school.com.cn/html/
【4】JavaScript教程: http://www.w3school.com.cn/JavaScript/
【5】Php教程: http://www.w3school.com.cn/php/
1.6版本信息
具体版本信息如表A-1所示
表A-1 具体版本信息
修改编号 |
修改日期 |
修改后版本 |
修改位置 |
修改内容概述 |
1 |
2018-4-29 |
1.0 |
全部 |
完成第一次编写 |
|
|
|
|
|
2. 数据设计
本部分主要描述系统所涉及的外部数据的结构描述。如果数据以数据库文件呈现,则描述表的名称和表字段结构;如果数据以外部文件形式呈现,则要描述文件的内部结构。
2.1数据对象和形成的数据结构
主要数据结构如下:
病人信息:病人姓名、出生日期、性别、住院号、身份证号、医院、癌症分型、抽烟史、酗酒史、吸毒史、其他不良生活习惯史、临床分析、主治医生邮箱。
病人病历:诊断描述、手术情况描述、放疗方案、放疗后状态、药物治疗后方案、药物治疗后状态、确诊时间、是否死亡、死亡时间、死亡原因。
2.2 文件和数据库结构
描述文件的数据库结构
2.2.1 外部文件结构
包括文件的逻辑结构、逻辑记录描述、访问方法。
2.2.2全局数据
本系统没有全局变量
2.2.3 文件和数据交叉索引
无。
3 体系结构设计
这一部分主要描述系统的逻辑组成接口,即系统结构图的绘制。本小组使用的结构化的设计方法,因此,在此处用数据流图。
3.1数据和控制流复审
对需求规格说明书中要实现的功能进行归纳分析,对涉及的数据和控制流进行汇总和归并,为概要设计做准备。
一般对数据流图的精化分析包括两个方面的内容,一是复审整个数据流图,查看有没有遗漏的地方,并补充和完善。二是分析每一个数据流图,去掉一些细节的内容,这里去掉数据存储和外部用户。
总体数据流图:
3.2 得出的程序结构
根据复审的数据流图,逐步得出系统的逻辑结构组成。利用优化思想,对系统结构图进行优化设计,得出模块层次结构适中的系统结构图。如下所示:
4.界面设计
这一部分主要给出界面设计的总体要求和界面序列,以及界面设计约规。
4.1 人机界面规约
给出界面风格,约定和操作要求,设计出用户的所有界面。本系统主要界面包括以下几种:
(1)用户登录界面:该界面包括用户名、密码、用户类型;用户名为admin和gm,用户类型为医生和数据上传人员。
(2)主页面:该界面包括退出登录按钮、网站介绍、癌症发病率图标、功能按钮、联系方式等。
(3)病人信息录入界面:该界面主要对病人的各项信息进行录入。
(4)数据下载界面:该界面将进行病人样本下载和相关搜索框。
(5)数据管理界面:该界面将对病人录入信息进行添加、修改、更新等。
4.2人机界面设计规约
给出界面序列关系,以及每个界面的操作规则和处理规则。本系统有以下几种界面序列:
(1)用户的界面序列:登录-进入主页面。
(2)主页面与病人信息录入界面序列:主页面-病人信息录入界面-录入信息-返回按钮-主页面。
(3)主页面与数据下载界面序列:主页面-数据下载界面-下载或搜索信息-返回按钮-主界面。
(4)主页面与数据管理界面序列:主页面-数据管理界面-操作数据-返回按钮-主页面。
5 接口设计
本部分主要描述模块的接口类型和参数等。
5.1外部接口设计
无。
5.2内部接口设计规约
内部接口是指系统逻辑模块之间的调用接口。
5.2.1内部模块接口调用关系
内部模块的接口调用关系如下:
(1)系统总模块:tgca
(2)登录模块:Login
验证身份:dologin : boolen
(3)录入信息模块:Doctor/insert
(4)查询信息模块:Doctor/insert
(5)添加新病人样本:Doctor/add
(6)更新病人基本信息和病例:Doctor/edit
(7)数据排序:Doctor/DES ASC
(8)数据数据上传:gm/upload
(9)数据下载:Doctor/download
6. 模块过程设计
该软件分为两个模块——登录模块,主页面模块,主页面有数据下载,录入信息,数据管理。然后各模块之间相互联系,相互作用。
7. 需求交叉索引
描述需求与模块的关系,存在交叉部分,即共享模块的调用关系,
(1)用户管理:登录;
(2)显示数据:通过数据库搜索返回相应的数据;
(3)搜索管理:通过输入名字、住院号、身份证号等条件查询病人信息;
(4)数据上传:对病人的数据样本上传到服务器;
(5)数据修改:通过点击更新按钮对数据进行修改,修改部分会调用显示数据的板块对其修改;
(6)数据下载:对数据人员上传的数据进行下载,模块调用为数据上传的部分模块
8. 测试部分
8.1 测试方针
针对主要功能优先测试,以黑盒测试技术为主来设计测试用例。
8.2 集成策略
本系统采用自顶向下和自底向上混合的集成测试策略。其中用户登录界面模块和主界面模块采用自顶向下的策略进行测试。其他模块采用自底向上的策略进行测试。
8.3 特殊考虑
特别注意病人信息的处理、系统反应时间的稳定性测试。
本文档由精准医疗小组撰写,如需复制、使用本文请联系小组成员,谢谢。
来源:https://www.cnblogs.com/team-MT/p/9204124.html