(1)建立初步的工程網路圖
(2)計算每個事件的最早發生時刻(eet)和最遲發生時刻(let),並在工程網路圖中標明。
(3)確定並標出關鍵路徑。
(4)計算非關鍵作業的機動時間,並在工程網路圖中標出。
(5)在時間和資源的約束下,利用機動時間安排進度。
在安排進度時,必須先保證關鍵作業得到滿足,然後,利用機動時間安排非關鍵作業。即先無條件地安排關鍵作業,再在約束條件下利用機動時間安排非關鍵作業。
假定有如下約束:「分析」需8人,「測試計畫」需4人,「概要設計」需5人,「詳細設計」需8人,「編碼」需l0人,「測試方案設計」需2人,「產品測試」需3人,「文件整理」需3人,且要求安排進度時同一時刻的人數不超過l0人。
滿足上述約束的一種進度安排方案如下表:
作業名稱
開始時刻
結束時刻
人數分析
0
3
8
概要設計
3
6
5
詳細設計
6
10
8
編碼
10
14
10
產品測試
14
18
3
測試計畫35
4測試方案設計69
2文件整理
1618
3
安排乙個簡單的軟體開發專案的進度
1 建立初步的工程網路圖 2 計算每個事件的最早發生時刻 eet 和最遲發生時刻 let 並在工程網路圖中標明。3 確定並標出關鍵路徑。4 計算非關鍵作業的機動時間,並在工程網路圖中標出。5 在時間和資源的約束下,利用機動時間安排進度。在安排進度時,必須先保證關鍵作業得到滿足,然後,利用機動時間安排...
乙個典型軟體專案的故事
acme公司的widgets系統出了點問題。這個系統被他們用來管理器材的庫存,當初設計時沒考慮到如今這樣大量的資料的增長。他們的員工因為這個問題備受折磨。很顯然,需要想辦法解決這個問題,讓系統恢復正常。經過對本地軟體公司的一番篩選,acme聯絡到了hamster軟體公司,看看他們能否解決這個庫存系統...
乙個關於軟體開發的笑話
公司開發部的管理幾近混亂,開發專案下來沒有正式的通知,沒有需求計畫書,而且參與的人比奇的少,一般乙個專案乙個人。你永遠不知道使用者最終要求的產品是什麼樣的。也永遠不知道誰的意見才是最重要的。舉個例子,一般都是這樣的 開始,上面來個人叫你開發乙個自行車,他會說 就乙個自行車,你看多簡單呀。就兩個輪子,...