項目文檔：概要設計文檔
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 特殊考慮
特別注意病人信息的處理、系統反應時間的穩定性測試。
本文檔由精准醫療小組撰寫，如需復制、使用本文請聯系小組成員，謝謝。