● 專案名稱
專案管理軟體
● 專案開發環境
myeclipse6.6 ＋ tomcat6.0＋ sqlserver 2005
● 術語
wbs:（工作分解結構）將乙個專案按照一定原則逐層進行分解，專案分解成任務，任務再分解成子任務，直到子任務內容單
一、便於管理（可控）為止。專案最底層的任務可以將各單項工作在整個專案中的地位和相對關係用樹形表示出來如圖1-1.
樹形結構圖1—1
專案：專案是為了實現某一種特定的型號或計畫，並有明確的目標，在時間、進度、質量條件限制下完成的任務或任務集。
資源：用於完成專案的人員、裝置和材料的總稱。資源可以是單個人、乙個小組（例如一組程式設計師）、一台裝置（例如起重機或計算機），還可以是完成任務過程中消耗的材料資源（可消耗的材料或**品，例如混凝土、木材或釘子。
）任務：在一定時間內（有開始時間和完成時間），為了完成明確的目標，所經歷的過程。
子任務：將任務按照一定原則進行分解的產物，同樣有任務的特徵。
任務狀態: 所謂任務狀態就是，任務在就緒、活動、掛起、完成、中止這五種狀態。就緒：
任務準備開始前的狀態。活動：任務在實施中的狀態。
掛起：任務處於停止狀態。完成：
任務完成的瞬間狀態。中止：任務非正常停止（失敗），出現了無法恢復的錯誤，除非重新開始這個任務。
任務狀態的轉化關係：
在本系統中對任務的狀態、開始時間、結束時間、資源分配、定義任務關係（前提:同級，對任務的前置任務/後置任務進行定義）、任務分解（對子任務的增刪改）可以進行操作，但是，
在單一任務中，它的狀態不同，對操作有什麼限制（規則一）：
1. 如果任務處於就緒狀態下，可以對開始時間、結束時間、資源分配、定義任務關係（前置任務）、任務分解進行操作，但是狀態只能切換到活動狀態下。
2. 如果任務處於活動狀態下，可以對任務的狀態（可切換到掛起/中止/完成狀態下）和結束時間和後置任務進行重新定義。
3. 如果任務處於掛起狀態下，可以對任務的狀態（可切換到中止/活動/完成狀態下）進行操作，可以對它的結束時間和後置任務進行重新定義。
4. 如果任務處於中止狀態下，對任務的狀態（可切換到就緒狀態下）進行操作。
5. 如果任務處於完成狀態下，表示任務已經結束。
在父任務與子任務關係中，它們的狀態不同，對任務操作有什麼限制（規則二）：
● 以父類為標準：
1. 如果父任務處於就緒狀態時，子任務必須都處於就緒狀態。
2. 如果父任務處於活動狀態時，子任務至少有乙個處於活動狀態，其它子任務狀態不能出現掛起和中止狀態。
3. 如果父任務處於掛起狀態時，子任務至少有乙個處於掛起狀態，其它子任務不能出現活動和中止狀態。
4. 如果父任務處於中止狀態時，子任務至少有乙個處於中止狀態，其它子任務不能出現活動狀態。因為父任務一旦進入中止狀態，就說明這個任務現在沒有任務進度，它的子任務可能還處於完成（任務已經結束）、就緒（任務還沒有開始）、掛起（任務在執行過程中因某些原因必須停止）、中止（任務在實施中，遇到了無法恢復的錯誤，這是任務進入中止狀態最重要的原因，導致任務失敗，必須重新開始任務，否則這個任務所在的專案將無法完成。
）5. 如果父任務處於完成狀態時，子任務必須都處於完成狀態。
注：規則一在規則二中同樣有效。
● 以子類為標準：
1. 如果子任務有處於就緒或中止狀態時，父任務就不能直接進入完成狀態。除非子任務從就緒→活動狀態或子任務從中止→就緒狀態，重新開始任務。
在父任務的狀態發生變化時，對子任務操作上的限制（前提以狀態做為驅動）
1. 如果父任務從就緒→活動狀態時，子任務在狀態上的變化，分為兩種情況 ：
父任務：任務1；子任務：任務1.1、任務1.2、任務1.3，為例：
● 定義：任務1開始任務1.1也開始；任務1.1是任務1.2的前置任務；任務1.2又是任務1.3的前置任務時，子任務的狀態變化如圖所示。
● 任務1.1是任務1.2的前置任務時，子任務的狀態變化如圖所示。
1. 如果父任務從活動→完成狀態時，它的子任務在狀態上的變化，父任務：任務1；子任務：
任務1.1、任務1.2、任務1.
3，為例：前提是任務1.1、任務1.
2、任務1.3都必須在活動狀態或完成狀態時，父任務才能完成上述操作。
● 任務1.1（完成狀態）是任務1.2（活動狀態）的前置任務，任務1.3（活動狀態）時，子任務的狀態變化如圖所示。
● 任務1.1（活動狀態）、1.2（活動狀態）、任務1.3（活動狀態）之間沒有關係時，子任務的狀態變化如圖所示。
2. 如果父任務從活動→掛起狀態時，它的子任務在狀態上的變化，
父任務：任務1；子任務：任務1.1、任務1.2、任務1.3，為例
● 任務1.1（完成狀態）是任務1.2（活動狀態）的前置任務，任務1.3（就緒狀態）時，子任務的狀態變化如圖所示。
● 任務1.1（完成狀態）是任務1.2（活動狀態）的前置任務，任務1.2是任務1.3（就緒狀態）的前置任務時，子任務的狀態變化如圖所示。
3. 如果父任務從活動→中止狀態時，它的子任務在狀態上的變化，
父任務：任務1；子任務：任務1.1、任務1.2、任務1.3，為例
● 任務1.1（完成狀態）是任務1.2（活動狀態）的前置任務，任務1.3（就緒狀態）時，子任務的狀態變化如圖所示。
● 任務1.1（完成狀態）是任務1.2（活動狀態）的前置任務，任務1.2是任務1.3（就緒狀態）的前置任務時，子任務的狀態變化如圖所示。
4. 如果父任務從掛起→活動狀態時，它的子任務在狀態上的變化，
父任務：任務1；子任務：任務1.1、任務1.2、任務1.3，為例
● 任務1.1（完成狀態）是任務1.2（掛起狀態）的前置任務，任務1.2是任務1.3（就緒狀態）的前置任務時，子任務的狀態變化如圖所示。
● 任務1.1（完成狀態）、1.2（活動狀態）、任務1.3（就緒狀態）之間沒有關係時，子任務的狀態變化如圖所示。
5. 如果父任務從掛起→完成狀態時，它的子任務在狀態上的變化。父任務：
任務1；子任務：任務1.1、任務1.
2、任務1.3，為例，前提是任務1.1、任務1.
2、任務1.3都必須在掛起狀態或完成狀態時，父任務才能完成上述操作。
● 任務1.1（完成狀態）是任務1.2（完成狀態）的前置任務，任務1.2是任務1.3（掛起狀態）的前置任務時，子任務的狀態變化如圖所示。
● 任務1.1（完成狀態）、1.2（掛起狀態）、任務1.3（掛起狀態）之間沒有關係時，子任務的狀態變化如圖所示。
6. 如果父任務從掛起→中止狀態時，它的子任務在狀態上的變化。父任務：任務1；子任務：任務1.1、任務1.2、任務1.3，為例，
● 任務1.1（完成狀態）是任務1.2（掛起狀態）的前置任務，任務1.2是任務1.3（就緒狀態）的前置任務時，子任務的狀態變化如圖所示。
● 任務1.1（完成狀態）、1.2（掛起狀態）、任務1.3（掛起狀態）之間沒有關係時，子任務的狀態變化如圖所示。
7. 如果父任務從中止→就緒狀態時，它的子任務在狀態上的變化。父任務：任務1；子任務：任務1.1、任務1.2、任務1.3，為例，
● 任務1.1（完成狀態）是任務1.2（中止）的前置任務，任務1.2是任務1.3（就緒狀態）的前置任務時，子任務的狀態變化如圖所示。
● 任務1.1（完成狀態）、任務1.2（中止狀態）、任務1.3（中止狀態）之間沒有關係時，子任務狀態變化如圖所示：
● 還有一種特殊情況：任務1.1（中止狀態）、任務1.2（掛起狀態）是任務1.3（就緒狀態）的前置任務時，子任務狀態變化如圖所示：
前置任務：前提：同乙個父任務的子任務中，任務a的完成時間是任務b的開始時間 ，那麼任務a就是任務b的前置任務。
後置任務：前提：同乙個父任務的子任務中，任務a的開始時間是任務b完成時間，那麼任務a就是任務b的後置任務。
分配：即分配資源--特定任務和完成這些任務所需的資源之間的關聯。可為任務分配多個資源。如同時為任務分配工時資源和材料資源。
專案/任務監控：
專案/任務監控就是對專案的狀態、進度、交付和成本進行檢測。
進度：對專案/任務的完成情況進行檢測。
交付：就是對專案/任務的是否完成進行核實。
成本：完成專案所消耗資源的總和，所值得等價貨幣。
● 實現功能
1. 專案分解管理（wbs）
專案管理
1. 建立專案
實現對專案進行建立和儲存。建立時
2. 查詢專案
實現對專案的
3. 專案監控
實現了對專案的全程監控（專案開始——專案結束），只要專案的狀態是啟動狀態，本系統按照本地時間和專案中任務的開始和結束實現進行對比，從而達到了對專案的監控效果，如果在指定時間內專案中任務的負責人如果沒有提交任務，就是任務未完成。
任務管理
1. 建立任務
在專案建立的同時，使用者
2. 新增任務子任務
實現了給任務新增子任務，這樣可以把任務細分，有利於任務的分工明確。
3. 定義任務的關係
實現了給任務動態新增關係
4. 任務時間定義
實現給任務規定開始和完成時間，首先為任務規定工期，然後系統可以計算出開始和完成時間（本系統是以當前時間所在的工作日，為任務開始的時間）。
5. 任務資源分配
實現對現有的資源分配給任務，
2. 資源管理
裝置管理
文件管理
3. 安全管理
人員角色許可權管理
4. 報表管理
報表檢視
報表列印
報表模板定義
5. 協作交流管理
p2pbbs● 實現方式
1. 技術方式
mvc設計模式，採用b/s架構，jsp+sturts1.x+hibernate3.2
2. 業務方案
本系統包括4個模組（1.專案分解管理（wbs）2.資源管理3.安全管理4.報表管理）
軟體設計說明書
說明編寫詳細設計方案的主要目的。說明書編制的目的是說明乙個軟體系統各個層次中的每個程式 每個模組或子程式 和資料庫系統的設計考慮，為程式設計師編碼提供依據。如果乙個軟體系統比較簡單，層次很少，本檔案可以不單獨編寫，和概要設計說明書中不重複部分合併編寫。方案重點是模組的執行流程和資料庫系統詳細設計的描...
軟體設計說明書
檔案編號 zime js1101組號 兩位 專案名稱 文件版本號 編寫人 編寫時間 部門名 審核人 審核時間 修訂頁目錄 1.引言 1 1.1編寫目的 1 1.2專案背景 1 1.3 定義 1 1.4參考資料 1 2.總體設計 1 2.1需求概述 1 2.2開發及執行環境 1 2.3系統架構 1 2...
軟體設計說明書通用
文件編號 專案名稱 dsn 版本 專案名稱 軟體設計規格說明書 日期 2009 12 08 文件變更歷史記錄 目錄 3 1 引言 4 1.1 編寫目的 4 1.2 讀者物件 4 1.3 軟體專案概述 4 1.4 文件概述 4 1.5 定義 4 1.6 參考資料 5 2 軟體設計約束 6 2.1 設計...