西安科技大學
《軟體專案管理》
課程設計報告
題目： 多引數監護系統專案計畫書
學院： 電腦科學與技術
專業及班級
學號姓名2023年7月
目錄第一章工作任務說明書（sow） 2
1.1整體要求： 2
1.2系統功能描述 2
1.3關鍵監控指標 3
1.4設計 3
第二章生存期模型 3
2.1選擇生存期模型： 3
2.2生存期各階段定義如下 4
第三章需求規格說明 6
3.1編寫目的 6
3.2背景 6
3.3任務概述 6
3.4裝置規定 8
第四章系統wbs 8
第五章系統進度計畫 9
5.1初期專案進度計畫 10
5.2專案計畫的細化 10
第六章系統的成本估算 12
6.1成本估算 13
6.2成本預算 15
第七章系統質量計畫 16
7.1導言略 16
7.2專案組織 16
7.3質量目標 18
7.4質量策略 18
7.5質量保證活動 19
7.6質量控制活動 19
7.7質量保證的報告途徑 19
7.8記錄的收集、維護和儲存 19
8.1多引數監護系統組織結構 19
8.2多引數監護系統專案的責任矩陣（ram）如表8-1所示 21
第九章系統溝通計畫 21
第十章系統的風險計畫 22
第十一章系統的執行控制 22
11.1範圍控制 23
11.2 進度、成本控制 24
11.3 風險管理控制 25
第十二章總結 26
參考文獻 26
第一章工作任務說明書（sow）
多引數監護系統能為醫學臨床診斷提供重要的病人資訊，通過各種功能模組，可實時檢測人體的心電訊號、心率、血氧飽和度、血壓、呼吸頻率和體溫等重要引數，實現對各引數的監督報警。資訊儲存和傳輸，是一種監護病人的重要系統。
本系統用於醫院和衛生所的醫療（以下簡稱醫療中心）資訊採集，資料的遠端接收以及各醫療中心之間的互動通訊。系統通過對病人的各項生命體徵資訊進行實時採集處理，幫助醫院及時的掌握病人的當前情況
1.1整體要求：
1.系統要求提供醫生監控平台和患者資訊採集平台。
2.系統要求有嚴格的許可權管理，許可權要在資料方面和功能方面都能體現。
3.系統要求有可擴充性，可以在現有系統的基礎上，通過前台就可以加掛其他功能模組。
1.2系統功能描述
功能對於每個醫生，登入系統後，都應提供如下功能
1）檢視自己病人的具體情況
2）由採集端給監控端傳送訊息
3）超過設定的閥值自動報警
4）採集病人生命體徵
5）設定採集端資訊（增、刪、改）
5）檢視監護端屬性
1.3關鍵監控指標
1.4設計
包含三個參與者和用例
第二章生存期模型
2.1選擇生存期模型：
針對本專案的開發特點，參考企業的生存期模型說明和軟體體系，決定採用瀑布模型，理由如下：
1）多引數監護系統的全部功能分為伺服器端、和客戶端，客戶端又分2部分，一部分是患者資訊採集客戶端，另一部分是醫生監控客戶端，因此可以先基伺服器做出來，再逐步實現客戶端的其餘的功能。這樣一來，使用者可以先使用小版本的同時，提出更多明確的需求，有助於下一階段的開發，大大減小了開發的風險。
2）在多引數監護系統需求中，要求系統具有擴充性，而且也需要規範化的文件。使用者明確了需求的大部分，但也存在不很詳盡的地方。
3）「系統要求可擴充性，可以在現有系統基礎上，通過前台就可以加掛其他功能模組」-----也說明使用者可能會增加新的需求。
4）對乙個管理方式已經比較成熟的醫院，要完全捨棄原有的管理方式，用多引數監護系統代替全部管理，這是不實際的。所以，可以從最基礎的做起，所以選用瀑布模型來開發多引數監護系統。
5）本專案具備瀑布式模型的其他特點：
·專案複雜程度為中等；
·預計開發軟體的成本為中等；
·產品和文件的再使用率會很高；
·專案風險較低
2.2生存期各階段定義如下
專案規劃階段
階段目標：根據合同和初步的需求分析確定專案的規模、時間計畫和資源需求。
輸入： 合同文字、sow
過程：專案規劃，計畫確認
輸出：專案計畫
需求分析階段
階段目標：確定客戶需求
輸入：專案計畫、sow
過程：需求獲取，需求分析，需求控制
輸出：原型系統，需求規格
設計階段
階段目標：總體系統結構設計
輸入：原型系統，需求規格
過程：總體設計
輸出：系統設計說明書
實施階段
1.階段目標：實現系統伺服器的功能
輸入：系統設計說明書
過程：詳細設計，編碼，**走查，**評審，單元測試
輸出：詳細設計說明書，源**。伺服器端
2.階段目標：實現資料採集客戶端功能
輸入：系統設計說明書
過程：詳細設計，編碼，**走查，**評審，單元測試
輸出：詳細設計說明書，源**,資料採集端。
3.階段目標：實現資料監護客戶端功能
輸入：系統設計說明書
過程：詳細設計，編碼，**走查，**評審，單元測試
輸出：詳細設計說明書，源**，資料監護端。
測試階段
階段目標：找出軟體產品的錯誤並改正
輸入：測試計畫，測試用例
過程：單元測試，整合測試，系統測試
輸出：系統軟體包，測試報告，產品說明書
提交階段
階段目標：實現需求規格中的功能。能夠正常使用
輸入：系統軟體包
過程：產品提交
輸出：驗收報告
第三章需求規格說明
3.1編寫目的
某醫院需要開發乙個多引數監控系統方便醫生對患者具體情況的掌握和了解患者生命體徵的變化，以應對病情的變化，提前做好**。將大大提高醫生的工作效率。節省了很多人工測試和記錄的時間和成本。
3.2背景
基於目前很多醫院對患者生命體徵的測量都是手工測量和記錄的。為了減少工作量，解放生產力。提高效率。
3.3任務概述
3.3.1模組一：伺服器端
功能描述：該模組主要實現網路通訊的功能和裝置管理的功能。
1.網路通訊的功能：
實現資料採集客戶端和資料監護端的資料通訊的功能，該模組提供的資料通訊功能是基於tcp/ip的資料**。使得資料採集客戶端的資料能夠傳輸到指定的資料監護端，同時資料監護端可以和資料採集端進行交流。
2.裝置管理的功能：
實現資料採集端和資料監護端的裝置管理，並且可以指定採集端和監護端的對應關係，伺服器進行資料**時，根據採集端和監護端的對應關係將資料**給相對應的客戶端。
3.3.2模組二：資料採集客戶端
功能描述：
實現對人體的生命體徵引數（心率、脈搏氧、血壓、體溫、呼吸率）的採集，並以影象化的方式顯示到程式的介面上，如果採集端登陸了伺服器，就將資料傳送給指定的監護端，並且可以監護端進行資訊交流（文字、語音、**）。
圖3-1功能模組圖
圖3-2資料採集流程圖
3.3.3模組三：資料監護客戶端
功能描述：
實現對指定資料採集客戶端的人體特徵資料進行監護，可以根據採集端病人的實際情況，設定和調整相關的監護指標，並可以通過圖形化的方式實時的檢視採集端的生命體徵資料，當病人的體徵引數，不在正常範圍時，提供預警的功能，同時，可與監護端進行資訊交流（文字、語音、**）。
3.4裝置規定
作業系統：windows7/windows8
開發工具：microsoft visual c++6.0
第四章系統wbs
根據對本專案的需求規格的分析，採用圖表方式進行任務分解，其分解結果如圖4-1所示，他是按照功能組成標準進行的部分分解。wbs是可以隨著系統的完善而不斷增加和完善的。
圖4-1多引數監護任務分解結果
microsoft project 也是建立wbs的好工具，可以將上面建立好的wbs條目加入到 microsoft project 中 ，圖4-2是採用microsoft project 開發的wbs.
圖4-2多引數監護系統清單式wbs
第5章系統進度計畫
多引數監護系統專案的進度計畫採用漸進完善的方式進行的
5.1初期專案進度計畫
由於初期專案計畫只是乙個計畫**，相當於乙個大計畫，簡單說明計畫的執行步驟，如表5-1
表5-1專案初期計畫
5.2專案計畫的細化
表5-1的大計畫不能作為指導詳細工作的計畫，是比較粗的，還需要進一步細化。隨著對專案了解的深入，專案計畫也會逐步完善和細化的。
首先根據wbs的分解情況，繼續分解相應的活動（任務），使用my project 工具，將分解後的所有活動（任務）和wbs的**錄入專案計畫檔案中，然後確定各個活動間的關係，由於採用增量式的生存期模型，在需求設計之後，系統的功能採用增量方式實現，實施階段分個增量，對各個任務分配相應的資源，然後經過不斷地資源調整優化以及工期、活動關係的調整等，再經過多次的評審討論 ，最後計畫通過評審，將此計畫存為基準計畫。專案的基準計畫如下。
（1）進度計畫
表5-2的進度計畫是細化後的專案進度計畫。
表5-2專案計畫
（2）專案甘特圖
軟體專案實訓報告模版2019
軟體專案實訓報告 題目選題 校內還是校外 指導教師 姓名班級 學號資訊管理技術學院 目錄1 序言 3 1.1選題背景 3 1.2選題目的及意義 3 1.3 選題完成情況 3 2 專案需求分析 3 2.1專案功能需求 3 2.2 專案效能需求 3 2.3 其他需求 3 3 專案概要設計 3 3.1 系...
《軟體專案實訓》實驗報告
題目專業 學號姓名 指導老師 完成日期 目錄1 前言 1 2 需求分析 1 2.1要求 1 2.2任務 1 2.3執行環境 1 2.4開發工具 1 3 概要設計與詳細設計 1 3.1系統功能模組圖 1 3.2系統登陸演算法流程圖 2 4 編碼與實現 2 4.1分析 2 4.2具體 實現 3 5 課程...
大型軟體專案實訓報告模版2019
大型軟體專案實訓報告 題目選題 校內還是校外 指導教師 姓名班級 學號遼寧工程技術大學軟體學院 目錄1 序言 3 1.1選題背景 3 1.2選題目的及意義 3 1.3 選題完成情況 3 2 專案需求分析 3 2.1專案功能需求 3 2.2 專案效能需求 3 2.3 其他需求 3 3 專案概要設計 3...