軟體工程專案管理實驗
|
論文題目: |
圖書館座位管理系統 |
|
學 院: |
軟體學院 |
|
專 業: |
軟體工程 |
|
年 級: |
2020 |
|
姓 名: |
我和一親兄弟 |
|
學 號: |
算命的說不方便透露 |
|
指導教師: |
印哥 |
2022年 11 月 22 日
實驗一 需求概述
確定專案選題
圖書館座位管理系統
背景:
針對目前哈爾濱城市環境學院的校圖書館并沒有座位管理的政策,我們準備推行一套合理的管理方法來使其人性化,這套圖書館作為管理系統相較于之前同學們自主搶座、自主占座,更為實用且方便,同時更有利于圖書館的管理,避免由于座位的沖突產生的糾紛,
優勢:
本套圖書館座位管理系統上線后,學生通過學號密碼可以登入系統進行預約,選座,中途離開,退座等一系列操作,它更方便快捷,并且有效,
需求分析
需求獲取
通過調查問卷的方式進行需求獲取,調查問卷樣卷如下:
|
本調查表將被發給所有哈爾濱城市環境學院全部同學, 本調查表的目的是獲得一些幫助分析員分析新系統需求的最初資訊,此后還將舉行進一步的討論,以使每人都可以詳細地闡述系統需求, 第一部分:根據您在學校和圖書館的經歷,回答下列問題:
第二部分:根據你同意或反對的強烈程度,在下串列格中1至5范圍內的適當數字上畫圈, |
|||||
|
問題 |
強烈反對 非常同意 |
||||
|
您對目前學校的圖書館座位管理政策的態度? |
1 |
2 |
3 |
4 |
5 |
|
如果目前有一套座位管理系統,您會使用嗎? |
1 |
2 |
3 |
4 |
5 |
|
您贊成采用信譽評級的方式決定學生是否可以進入圖書館嗎? |
1 |
2 |
3 |
4 |
5 |
|
第三部分:請寫下您的意見和建議 請簡要地指出您希望在圖書館座位管理系統中加入的功能,并寫下您其他的建議, |
|||||
用例圖(系統用例圖)
系統用例圖如下所示:

用例描述
1 查看座位用例
|
用例名 |
查看座位 |
用例型別 業務需求 |
|
用例ID |
MSM1201 |
|
|
主要業務參與者 |
學生 |
|
|
其他參與者 |
座位管理資料庫、圖書館座位管理系統 |
|
|
專案相關人員期望 |
學生:希望能夠查看全部座位資訊 |
|
|
描述 |
該用例描述了學生查看的程序, |
|
|
前置條件 |
學生通過身份驗證,成功登錄系統, |
|
|
后置條件 |
如果該用例順利執行,圖書管理系統顯示座位表給學生 |
|
|
觸發條件 |
當學生選擇查看座位時該用例被觸發, |
|
|
基本流程 |
1.登錄系統 [學生]:學生選擇進入“登錄”功能, [系統]:如果學生學號密碼正確,則進入系統功能界面 2.查看座位 [學生]:學生選擇進入“查看座位” [系統]:系統顯示“查看現場座位”和“查看預約座位” [學生]:學生選擇進入“查看現場座位” [系統]:系統顯示座位情況,座位情況分為維修中,已被選,可選,選中, |
|
|
替代流程 |
1.登錄系統 [學生]:學生選擇進入“登錄”功能, [系統]:如果學生學號密碼正確,則進入系統功能界面 2.查看座位 [學生]:學生選擇進入“查看座位” [系統]:系統顯示“查看現場座位”和“查看預約座位” [學生]:學生選擇進入“查看預約座位” [系統]:系統顯示座位情況,座位情況分為維修中,已被選,可選,選中, |
|
|
結束 |
學生成功完成圖書館座位資訊的查看, |
|
2 提前預約座位用例
|
用例名 |
提前預約座位 |
用例型別 業務需求 |
|
用例ID |
MSM1202 |
|
|
主要業務參與者 |
學生 |
|
|
其他參與者 |
座位管理資料庫、圖書館座位管理系統 |
|
|
專案相關人員期望 |
學生:希望通過預約的方式能夠提前選擇座位 |
|
|
描述 |
該用例描述了學生預約座位的程序, |
|
|
前置條件 |
學生成功登錄系統,通過身份驗證,一個用戶只能選擇預約一個座位, |
|
|
后置條件 |
如果該用例順利執行,圖書管理系統留出并保留座位給學生 |
|
|
觸發條件 |
當學生選擇預約座位時該用例被觸發, |
|
|
基本流程 |
1.登錄系統 [學生]:學生選擇進入“登錄”功能, [系統]:如果學生學號密碼正確,則進入系統功能界面 2.查看座位 [學生]:學生選擇進入“查看座位” [系統]:系統顯示座位情況,學生選擇一個可選座位
[學生]:學生選擇該座位后進入“預約座位” [系統]:系統顯示座位剩余時間情況, [學生]:選擇預約的時間段,并點擊確認, [系統]:系統顯示預約成功,系統將該座位可選時間中的被選擇時間段去掉,同時將該同學的選座權限關閉, |
|
|
替代流程 |
1 登錄系統 [學生]:學生選擇進入“登錄”功能, [系統]:如果學生學號密碼正確,則進入系統功能界面 2 查看座位 [學生]:學生選擇進入“查看預約座位” [系統]:系統顯示座位情況,提示學生預約的所有座位的所有時間段都已經被選擇,建議到達現場選擇座位, |
|
|
結束 |
學生成功完成一個座位的預約或到達現場選座座位, |
|
|
備注 |
預約選擇座位和現場選擇座位的座位總和是圖書館所有座位,為保證同學們的相對公平選擇座位,每個模塊占比各50%, |
|
3 現場選擇座位用例
|
用例名 |
現場選擇座位 |
用例型別 業務需求 |
|
用例ID |
MSM1203 |
|
|
主要業務參與者 |
學生 |
|
|
其他參與者 |
座位管理資料庫、圖書館座位管理系統 |
|
|
專案相關人員期望 |
學生:到達圖書館以后,希望在現場選擇座位 |
|
|
描述 |
該用例描述了學生選座的程序, |
|
|
前置條件 |
學生成功登錄系統,通過身份驗證,一個用戶只能選擇一個座位, |
|
|
后置條件 |
如果該用例順利執行,圖書管理系統更改學生選定座位狀態,給學生開啟座位 |
|
|
觸發條件 |
當學生選擇查看座位時該用例被觸發, |
|
|
基本流程 |
1.登錄系統 [學生]:學生選擇進入“登錄”功能, [系統]:如果學生學號密碼正確,則進入系統功能界面 2.查看座位 [學生]:學生選擇進入“查看現場座位” [系統]:系統顯示座位情況,座位情況分為已被選,可選,選中, 3.選擇座位 [學生]:學生選擇進入“選擇座位”,選擇可選座位 [系統]:系統顯示座位情況,將學生選的改座位的座位情況改為“選中”, 4.確定時間 [學生]:學生輸入需要使用座位的時間 [系統]:系統記錄下學生填寫的時間,在對應表中保存好, 5.確定選座 [學生]:學生選好座位后,確認無誤后點擊“確定” [系統]:系統顯示座位情況,將學生選的改座位的座位情況改為“已被選”,并且開始計時;同時將該學生“學生是否可以選座”,改為“否”, |
|
|
替代流程 |
無 |
|
|
結束 |
學生在圖書館現場成功完成一個座位的選擇, |
|
4 保留座位用例
|
用例名 |
保留座位 |
用例型別 業務需求 |
|
用例ID |
MSM1204 |
|
|
主要業務參與者 |
學生 |
|
|
其他參與者 |
座位管理資料庫、座位管理系統 |
|
|
專案相關人員興趣 |
學生:有事臨時離開圖書館,希望圖書館能夠給自己保留座位,回來可以繼續使用 |
|
|
描述 |
該用例描述了學生保留座位的程序, |
|
|
前置條件 |
學生成功登錄系統,通過身份驗證, |
|
|
后置條件 |
如果該用例順利執行,圖書管理系統將給學生保留座位或留座失敗 |
|
|
觸發條件 |
當學生選擇查看座位時該用例被觸發, |
|
|
基本流程 |
1.登錄系統 [學生]:學生選擇進入“登錄”功能, [系統]:如果學生學號密碼正確,則進入系統功能界面 2.保留座位 [學生]:學生選擇進入“保留座位” [系統]:系統判斷是否有座位可以保留,如果存在即可保留, 3.確定時間 [學生]:學生輸入需要離開的時間 [系統]:系統記錄下學生填寫的時間,在對應表中保存好, 4.確定保留 [學生]:填好資訊后,確認無誤后點擊“確定” [系統]:系統暫停計時,
[學生]:學生回傳座位,繼續使用座位 [系統]:系統繼續計時, |
|
|
替代流程 |
當該座位后續時間已被預約情況下 1.登錄系統 [學生]:學生選擇進入“登錄”功能, [系統]:如果學生學號密碼正確,則進入系統功能界面 2.保留座位 [學生]:學生選擇進入“保留座位” [系統]:系統顯示保留座位系統界面 3.確定時間 [學生]:學生輸入需要離開的時間 [系統]:系統提示學生該座位后續時間已經被預約出去,無法保留,同時回傳功能界面 |
|
|
結束 |
學生成功完成一個座位的保留, |
|
5 座位續時用例
|
用例名 |
座位續時 |
用例型別 業務需求 |
|
用例ID |
MSM1205 |
|
|
主要業務參與者 |
學生 |
|
|
其他參與者 |
座位管理資料庫、座位管理系統 |
|
|
專案相關人員興趣 |
學生:希望可以繼續繼續使用該座位 |
|
|
描述 |
該用例描述了學生座位續時的程序, |
|
|
前置條件 |
學生成功登錄系統,通過身份驗證, |
|
|
后置條件 |
如果該用例順利執行,圖書管理系統將給學生延遲座位可用時間,或續時失敗 |
|
|
觸發條件 |
當學生選擇座位續時時該用例被觸發, |
|
|
基本流程 |
1.登錄系統 [學生]:學生選擇進入“登錄”功能, [系統]:如果學生學號密碼正確,則進入系統功能界面 2.座位續時 [學生]:學生選擇進入“座位續時” [系統]:系統顯示座位續時系統界面 3.確定時間 [學生]:學生輸入需要續用的時間 [系統]:系統記錄下學生填寫的時間,在對應表中保存好, 4.確定續時 [學生]:填好資訊后,確認無誤后點擊“確定” [系統]:系統增加學生可用時間, |
|
|
替代流程 |
當該座位后續時間已被預約情況下 1.登錄系統 [學生]:學生選擇進入“登錄”功能, [系統]:如果學生學號密碼正確,則進入系統功能界面 2.座位續時 [學生]:學生選擇進入“座位續時” [系統]:系統顯示座位續時系統界面 3.確定時間 [學生]:學生輸入需要續用的時間 [系統]:系統提示學生該座位后續時間已經被預約出去,無法續時,同時回傳功能界面 |
|
|
結束 |
學生成功完成一個座位的續時, |
|
6 退選座位用例
|
用例名 |
退選座位 |
用例型別 業務需求 |
|
用例ID |
MSM1206 |
|
|
主要業務參與者 |
學生 |
|
|
其他參與者 |
座位管理資料庫、座位管理系統 |
|
|
專案相關人員興趣 |
學生:離開圖書館,退選已選座位 |
|
|
描述 |
該用例描述了學生退選座位的程序, |
|
|
前置條件 |
學生成功登錄系統,通過身份驗證, |
|
|
后置條件 |
如果該用例順利執行,圖書管理系統顯示座位表給學生 |
|
|
觸發條件 |
當學生選擇查看座位時該用例被觸發, |
|
|
基本流程 |
1.登錄系統 [學生]:學生選擇進入“登錄”功能, [系統]:如果學生學號密碼正確,則進入系統功能界面 2.退選座位 [學生]:學生選擇進入“退選座位” [系統]:系統更改座位資訊,將該學生對應的座位狀態改為“可選”,并且同時將該學生“學生是否可以選座”,改為“是”, |
|
|
替代流程 |
無 |
|
|
結束 |
學生成功完成一個座位的退選, |
|
7 報修座位用例
|
用例名 |
報修座位 |
用例型別 業務需求 |
|
用例ID |
MSM1207 |
|
|
主要業務參與者 |
學生 |
|
|
其他參與者 |
座位管理資料庫、座位管理系統 |
|
|
專案相關人員興趣 |
學生:希望能夠換一個可用座位 圖書館:希望能夠及時修理故障座位 |
|
|
描述 |
該用例描述了學生座位報修的程序, |
|
|
前置條件 |
學生成功登錄系統,通過身份驗證,選好座位后,到自己實際座位后發現座位有問題 |
|
|
后置條件 |
如果該用例順利執行,圖書管理系統將座位狀態改為“維修中” |
|
|
觸發條件 |
當學生選擇查看座位時該用例被觸發, |
|
|
基本流程 |
1.登錄系統 [學生]:學生選擇進入“登錄”功能, [系統]:如果學生學號密碼正確,則進入系統功能界面 2.座位報修 [學生]:學生選擇進入“故障報修” [系統]:系統更改座位情況,將該學生對應的座位狀態改為“維修中”,并且同時將該學生“學生是否可以選座”,改為“是”, |
|
|
替代流程 |
無 |
|
|
結束 |
讀者成功完成一個座位資訊的報修, |
|
8 修理座位用例
|
用例名 |
修理座位 |
用例型別 業務需求 |
|
用例ID |
MSM1208 |
|
|
主要業務參與者 |
管理員 |
|
|
其他參與者 |
座位管理資料庫、座位管理系統 |
|
|
專案相關人員興趣 |
管理員:希望能夠及時修理故障座位 圖書館:希望能夠及時修理故障座位 |
|
|
描述 |
該用例描述了管理員維修座位的程序, |
|
|
前置條件 |
管理員成功登錄系統,通過身份驗證, |
|
|
后置條件 |
如果該用例順利執行,管理員成功修理座位 |
|
|
觸發條件 |
當學生選擇查看座位時該用例被觸發, |
|
|
基本流程 |
1.登錄系統 [管理員]:管理員選擇進入“登錄”功能, [系統]:如果管理員賬號密碼正確,則進入系統功能界面 2.查看座位 [管理員]:管理員選擇進入“查看座位” [系統]:系統顯示座位情況,座位情況分為維修中,已被選,可選,選中,
[管理員]:管理員尋找維修工人修理故障桌椅,并修改座位狀況資料 [系統]:系統顯示座位情況,將對應座位情況更改為“可選” |
|
|
替代流程 |
無 |
|
|
結束 |
管理員成功完成一個座位的維修, |
|
順序圖
1 現場選座

2 座位維修

需求變更替提交單
|
軟體產品修改提交單 |
||||
|
申請人 |
李艷春 |
申請日期 |
2022.11.20 |
|
|
專案名稱 |
圖書館座位管理系統 |
|||
|
階段名稱 |
系統設計階段 |
|||
|
檔案名稱 |
Test point model.doc |
|||
|
修改內容 |
變更敘述如下所示: 增加測驗點數量,在原有的基礎上額外擴展5個測驗樣例,擴展的測驗樣例的測驗范圍不與之前相重復,詳情見Test point model.doc, |
|||
|
修改意見 |
同意Test point model.doc 的變更, |
|||
|
驗證人 |
楊過 |
驗證日期 |
2022.11.25 |
|
|
SCCB |
周位元、王帥、李艷春 |
填表人 |
李艷春 |
|
作業分解結構
建立WBS圖

建立WBS表
|
WBS表 |
WBS |
任務名稱 |
|
1 |
1 |
圖書座位管理系統 |
|
2 |
1.1 |
計劃初始階段 |
|
3 |
1.1.1 |
軟體規劃 |
|
4 |
1.1.2 |
專案規劃 |
|
5 |
1.1.3 |
計劃評審 |
|
6 |
1.1.4 |
需求開發 |
|
7 |
1.1.5 |
撰寫需求規格說明書 |
|
8 |
1.2 |
概要設計階段 |
|
9 |
1.2.1 |
建立資料庫 |
|
10 |
1.2.2 |
設計資料庫ER圖 |
|
11 |
1.3 |
詳細設計階段 |
|
12 |
1.3.1 |
實作登錄功能 |
|
13 |
1.3.2 |
實作查看座位功能 |
|
14 |
1.3.3 |
實作保留座位功能 |
|
15 |
1.3.4 |
實作報修座位功能 |
|
16 |
1.3.5 |
實作預約選座功能 |
|
17 |
1.3.6 |
實作現場選座功能 |
|
18 |
1.3.7 |
實作維修座位功能 |
|
19 |
1.3.8 |
實作退選座位功能 |
|
20 |
1.3.9 |
實作座位續時功能 |
|
21 |
1.3.10 |
實作查看日志功能 |
|
22 |
1.4 |
測驗階段 |
|
23 |
1.4.1 |
系統測驗 |
|
24 |
1.4.2 |
環境測驗 |
|
25 |
1.5 |
提交階段 |
|
26 |
1.5.1 |
完成檔案 |
|
27 |
1.5.2 |
驗收 |
建立WBS字典
1
|
WBS字典 |
|
|
專案名稱:圖書館座位管理系統 |
日期:2022.7.1 |
|
WBS號碼:1.2 |
WBS名稱:概要設計 |
|
父級WBS:1 |
父級WBS名稱:圖書館座位管理系統 |
|
責任人/組織(如有必要):王帥、周位元 |
|
|
作業描述:完成系統的概要設計階段,把需求分析得到的系統擴展用例圖轉換為軟體結構和資料結構, |
|
|
子級WBS號碼:1.2.1 |
子級WBS名稱:建立資料庫 |
|
子級WBS號碼:1.2.2 |
子級WBS名稱:設計ER圖 |
|
指定人:王帥 審批人:周位元 日期:2022.7.1 |
|
|
職務:專案負責人: 職務:專案干事 |
|
2
|
WBS字典 |
|
|
專案名稱:圖書館座位管理系統 |
日期:2022.7.1 |
|
WBS號碼:1.4 |
WBS名稱:系統測驗 |
|
父級WBS:1 |
父級WBS名稱:圖書館座位管理系統 |
|
責任人/組織(如有必要):王帥、周位元 |
|
|
作業描述:完成系統的測驗階段,測驗人員會同專案負責人根據軟體需求,制定和確定測驗進度時,必須要有開發人員和相關的測驗部門人員共同參與, |
|
|
子級WBS號碼:1.4.1 |
子級WBS名稱:系統測驗 |
|
子級WBS號碼:1.4.2 |
子級WBS名稱:環境測驗 |
|
指定人:王帥 審批人:周位元 日期:2022.7.1 |
|
|
職務:專案負責人: 職務:專案干事 |
|
實驗二 成本估算
功能點估算
由實驗講義要求相應的功能計數項的復雜度如下所示:

又根據實驗一計算功能點如下:
有 7個外部輸入(預約、現場、報修、保留、續時、退選、維修)1個外部輸出(查看日志)
3個外部查詢(座位資訊,座位狀態,操作反饋資訊)
4個內部邏輯檔案(座位表,用戶資訊表,選座表,座位狀態日志)
0個外部介面檔案(沒有參考其他軟體的控制系統)
說明:
用戶資訊表:存盤學號或管理員編號、姓名等相關資訊
座位表:存盤座位號、座位狀態等相關資訊
選座表:存盤學號、座位號等相關資訊
操作反饋資訊:確認資訊、失敗資訊等
座位狀態日志:存盤學號、座位號、時間、座位狀態更改情況等資訊
由實驗講義要求相應的技術復雜因子如下所示:

由實驗講義要求相應的技術復雜因子的取值范圍如下所示:

又根據實驗一計算對應的專案復雜度因子值如下:
可靠的備份和恢復:4
資料通信:1
分布式函式:3
性能:1
大量使用的配置:1
聯機資料的輸入:3
操作簡單性:4
在線升級:1
復雜界面:1
復雜的資料處理:2
重復使用性:5
安裝簡易性:4
多重站點:1
易于修改:4
計算總和為:4+1+3+1+1+3+4+1+1+2+5+4+1+4=35
根據TCF的計算公式,同時需要符合范圍 Fi:0-5 TCF:0.65-1.35
TCF=0.65+0.01(sum(Fi))
帶入后等于1
最后根據以上所有計算FP:62*1=62
|
組件型別 |
復雜因子 |
計算 |
||
|
低 |
中 |
高 |
累計 |
|
|
輸入 |
7*3=21 |
0*4=0 |
0*6=0 |
21 |
|
輸出 |
1*4=4 |
0*5=0 |
0*7=0 |
4 |
|
查詢 |
3*3=9 |
0*4=0 |
0*6=0 |
9 |
|
內部檔案 |
4*7=28 |
0*10=0 |
0*15=0 |
28 |
|
外部檔案 |
0*5=0 |
0*7=0 |
0*10=0 |
0 |
|
UFP |
21+4+9+28+0=62 |
|||
|
TCF |
0.65+0.01*35=1 |
|||
|
FP |
62*1=62 |
|||
由實驗講義假設每一功能項的代價為5萬元錢,計算成本:
62*5=310萬元
代碼行估算
由實驗講義假設的功能點與代碼行的轉換如下所示:

又根據實驗一計算出的FP功能點的值如下:
|
FP |
62*1=62 |
本專案采用C語言進行相應轉換:150*62=9300行
用例點估算
用例圖如下:

用例點估算模型如下:

1 計算未調整的角色權值 UAW
|
復雜度級別 |
復雜度標準 |
權值 |
數量 |
結果 |
|
簡單 |
角色通過API與系統互動 |
1 |
4 |
4 |
|
普通 |
角色通過協議與系統互動 |
2 |
1 |
2 |
|
復雜 |
角色通過GUI與系統互動 |
3 |
7 |
21 |
|
總計(UAW) |
1*4+2*1+3*7=27 |
|||
2 計算未調整的用例的權值UUCW
|
復雜度級別 |
復雜度標準 |
權值 |
數量 |
結果 |
|
簡單 |
1 - 3 |
5 |
10 |
50 |
|
普通 |
4 - 7 |
10 |
0 |
0 |
|
復雜 |
> 7 |
15 |
0 |
0 |
|
總計(UUCW) |
10*5=50 |
|||
3 計算技術因子 TCF
|
因子 |
說明 |
權重 |
復雜度 |
結果(權重*復雜度) |
|
T1 |
分布式系統 |
2 |
2 |
4 |
|
T2 |
性能要求 |
1 |
2 |
2 |
|
T3 |
終端用戶效率 |
1 |
3 |
3 |
|
T4 |
內部處理復雜度 |
1 |
2 |
2 |
|
T5 |
可重用性 |
1 |
3 |
3 |
|
T6 |
易安裝性 |
0.5 |
1 |
0.5 |
|
T7 |
易用性 |
0.5 |
3 |
1.5 |
|
T8 |
可移植性 |
2 |
3 |
6 |
|
T9 |
易更改性 |
1 |
4 |
4 |
|
T10 |
并發性 |
1 |
4 |
4 |
|
T11 |
安全功能特性 |
1 |
4 |
4 |
|
T12 |
提供給第三方訪問 |
1 |
3 |
3 |
|
T13 |
需要特別的用戶培訓 |
1 |
1 |
1 |
|
總計(TCF) |
4+2+3+2+3+0.5+1.5+6+4+4+4+3+1=38 |
|||
4 計算環境復雜度因子 ECF
|
因子 |
說明 |
權重 |
復雜度 |
結果(權重*復雜度) |
|
E1 |
熟悉UML程度 |
1.5 |
4 |
6 |
|
E2 |
開發應用程式經驗 |
0.5 |
3 |
1.5 |
|
E3 |
面向物件經驗 |
1 |
4 |
4 |
|
E4 |
主分析師能力 |
0.5 |
4 |
2 |
|
E5 |
團隊激勵 |
1 |
3 |
3 |
|
E6 |
需求穩定度 |
2 |
3 |
6 |
|
E7 |
兼職人員比例 |
-1 |
0 |
0 |
|
E8 |
不同編程語言難度 |
2 |
1 |
2 |
|
總計(ECF) |
6+1.5+4+2+3+6+0+2=24.5 |
|||
計算公式如下:
UAW =角色數*相應權重 之和
UUCW =用例數*相應權重 之和
UUCP =UAW+UUCW
TCF =技術因子權值乘以相應的影響等級之和,再乘以0.01,加上0.6
ECF =環境因子權值乘以相應的影響等級之和,再乘以-0.03,加上1.4
UCP =UUCP*TCF*ECF
EFFORT =UCP*PF (PF為生產力)
計算結果如下:
UAW=27
UUCW=50
UUCP=UAW+UUCW=77
TCF=0.6+0.01*38=0.98
ECF=1.4+(-0.03)*24.5=0.665
UCP=77*0.98*0.665=50.1809
實驗三 專案進度計劃
一、根據WBS建立PDM圖和ADM圖
1 PDM圖:

2 ADM圖:

二、建立甘特圖

三、建立里程碑

四、建立PERT圖
分別估算每一活動的O、M和P,估算算每一個活動的Ei、δ及δ2及整個專案的標準差和方差,
計算專案完成時間的范圍和概率如下圖所示,
說明:
PERT歷時(Te期望值)=(O+4M+P)/ 6
標準差 σ = (P-O)/ 6
O為專案完成的最小估算值(樂觀估算值)
P為專案完成的最大估算值(悲觀估算值)
M為活動完成的最大可能估算值(最可能值)
E為活動的平均歷時
風險分析:
使用標準差和方差表示歷時估計的可信程度或者專案完成的概率,
|
專案 |
O M P |
Ei |
標準差 σ |
方差 |
|
需求分析 |
7,8,9 |
8 |
0.33 |
0.11 |
|
需求驗證 |
2,3,4 |
3 |
0.33 |
0.11 |
|
專案規劃 |
5,6,7 |
6 |
0.33 |
0.11 |
|
概要設計 |
10,14,18 |
14 |
1.33 |
1.78 |
|
詳細設計 |
9,13,17 |
13 |
1.33 |
1.78 |
|
編碼 |
20,30,40 |
30 |
3.33 |
11.11 |
|
單元測驗 |
15,16,17 |
16 |
0.33 |
0.11 |
|
集成測驗 |
7,8,9 |
8 |
0.33S |
0.11 |
|
系統測驗 |
3,4,5 |
4 |
0.33 |
0.11 |
|
圖書館座位管理專案 |
102 |
3.91 |
15.3 |
|
利用正態分布圖的3σ定律

|
總平均歷時E=102, δ =3.91 |
||||
|
范圍 |
概率 |
Start |
Over |
|
|
T1 |
± δ |
68.3% |
98.09 |
105.91 |
|
T2 |
± 2 δ |
95.5% |
94.18 |
109.82 |
|
T3 |
± 3 δ |
99.7% |
90.27 |
113.73 |
五、撰寫專案進度計劃圖 確定關鍵路徑
最早開始時間(ES)最晚開始時間(LS)最早完成時間(EF)最晚完成時間(LF)

關鍵路徑為:
需求分析->需求驗證->概要設計->詳細設計->編碼->單元測驗->集成測驗->系統測驗,
關鍵路徑長度為:
96
非關鍵路徑活動:
專案規劃
自由浮動(FF)為:5(12-7)
總浮動(TF)為: 0
轉載請註明出處,本文鏈接:https://www.uj5u.com/gongcheng/539802.html
標籤:其他
