(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軟體公司，看看他們能否解決這個庫存系統...
乙個關於軟體開發的笑話
公司開發部的管理幾近混亂，開發專案下來沒有正式的通知，沒有需求計畫書，而且參與的人比奇的少，一般乙個專案乙個人。你永遠不知道使用者最終要求的產品是什麼樣的。也永遠不知道誰的意見才是最重要的。舉個例子，一般都是這樣的 開始，上面來個人叫你開發乙個自行車，他會說 就乙個自行車，你看多簡單呀。就兩個輪子，...