项目文档：概要设计文档
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 特殊考虑
特别注意病人信息的处理、系统反应时间的稳定性测试。
本文档由精准医疗小组撰写，如需复制、使用本文请联系小组成员，谢谢。