文章目錄

• 要求
• 1、引言
• • 1.1編寫目的
  • 1.2背景
  • 1.3項目開發中需要的參與人員
  • • 1.3.1項目經理
    • 1.3.2系統分析員
    • 1.3.3設計員
    • 1.3.4程序員
    • 1.3.5測試分析員
• 2、項目概述
• • 2.1 軟件的需求分析
  • • 2.1.1 工作任務內容
    • 2.1.2 工作量（人月）
    • 2.1.3 交付成果
  • 2.2 軟件的概要設計
  • • 2.2.1 工作任務內容
    • 2.2.2 工作量（人月）
    • 2.2.3 交付成果
    • 2.2.4 驗收標準
  • 2.3 軟件的詳細設計
  • • 2.3.1 工作任務內容
    • 2.3.2 工作量（人月）
    • 2.3.3 數據庫設計
    • 2.3.4 交付成果
    • 2.3.5 驗收標準
  • 2.4 軟件的編碼
  • • 2.4.1 工作任務內容
    • 2.4.2 工作量（人月）
    • 2.4.3 交付成果
    • 2.4.4 驗收標準（編程規范及要求）
  • 2.5 軟件的測試
  • • 2.5.1 工作任務內容
    • 2.5.2 工作量（人月）
    • 2.5.3 交付成果
    • 2.5.4 驗收標準
  • 2.6 軟件運行與維護
  • • 2.6.1 工作任務內容
• 3、人員分工及交接

---

要求

???????請閱讀以下說明，完成要求的內容。
【說明】假設需要開發一款具有個性化推薦功能的購物網站，主要功能包括： 用戶：商品瀏覽，購物車管理，訂單管理，在線支付等功能；
管理員：后臺管理功能，包括用戶管理 和商家管理。
系統具有兩種推薦功能，其一是根據用戶瀏覽記錄進行商品推薦（推薦算法），其二是根據用戶已購買商品的關聯商品進行推薦。（關聯分析算法）
???????試從軟件工程過程管理角度對項目進行分析。

---

1、引言

1.1編寫目的

???????為了保證項目團隊按時保質地完成項目目標，便于項目團隊成員更好地了解項目情況，使項目工作開展的各個過程合理有序，因此以文件化的形式，把對于在項目生存周期內的工作任務范圍、各項工作的任務分解、項目團隊組織結構、各團隊成員的工作責任等內容做出的安排以書面的方式，作為項目團隊成員以及項目干系人之間的共識與約定，項目生命周期內的所有項目活動的行動基礎，項目團隊開展和檢查項目工作的依據。

1.2背景

a.待開發項目名稱：具有個性化推薦功能的購物網站
b.本項目的任務提出者、開發者、用戶
①本項目的任務提出者：軟件學院
②項目開發者：Richard
③用戶：大眾

1.3項目開發中需要的參與人員

1.3.1項目經理

職責: 1、制定產品的目標。 2、制定各個工作的詳細任務表，跟蹤這些任務的執行情況，進行控制。3、組織會議對程序進行評審。 4、綜合具體情況，對各種不同方案進行取舍并做出決定。 5、協調各項目參與人員之間的關系。

1.3.2系統分析員

職責: 1、了解用戶需求，寫出《軟件需求規約》。 2、建立用戶界面原型。

1.3.3設計員

職責: 1、定義類的方法和屬性以及各個類之間的關聯,畫出類圖。 2、進行數據庫設計。

1.3.4程序員

職責:按項目的要求進行編碼和單元測試。

1.3.5測試分析員

職責:執行測試，描述測試結果，提出問題解決方案。

---

2、項目概述

階段名稱工作任務內容工作量交付成果驗收標準

需求分析	對軟件需要實現的各個功能進行詳細分析	2人月	《軟件需求分析報告》（原型圖）
概要設計	系統構架設計、軟件結構和數據結構的設計	4人月	《軟件系統概要設計報告》	詳見2.2.4
詳細設計	選定數據結構、算法設計，完成模塊或者對象的設計	4人月	《軟件系統數據庫設計報告》、《軟件系統詳細設計報告》	詳見2.3.5
軟件編碼	具體的編寫程序工作，分別實現各模塊的功能	8人月	《用戶手冊》《操作手冊》《模塊開發卷宗》以及項目	詳見2.4.4
軟件測試	界面測試、可用性測試、功能測試、穩定性測試、性能測試、邏輯性測試	2.5人月	《軟件測試報告》	詳見2.5.4
軟件運行和維護	軟件更新、校正性維護、適應性維護、完善性維護	長期

2.1 軟件的需求分析

2.1.1 工作任務內容

主要功能包括：
用戶：商品瀏覽，購物車管理，訂單管理，在線支付等功能；
管理員：后臺管理功能，包括用戶管理 和商家管理。
系統具有兩種推薦功能：
其一是根據用戶瀏覽記錄進行商品推薦
其二是根據用戶已購買商品的關聯商品進行推薦

2.1.2 工作量（人月）

在此階段需要的參與人員有需求人員、產品經理、系統分析員
此階段投入2個人工作1個月
工作量：2人*1月=2人月

2.1.3 交付成果

???????在軟件需求分析工作完成后，軟件開發者應提交《軟件需求分析報告》。客戶組織有關人員對需求進行評審，以決定軟件需求是否完善和恰當。評審完成后，就可以進入軟件的設計階段。

---

2.2 軟件的概要設計

2.2.1 工作任務內容

購物流程

1)注冊用戶（注:在歡迎頁面,未登陸的用戶可瀏覽商品信息> 2)用戶登陸（注:在歡迎頁面> 3)瀏覽商品信息 4)選擇購物和數量 5) 選擇付款方式 6) 確定購買 7) 系統處理購物單表插入定單表并設置1 8) 定單查詢,定單狀態為1、3的可以取消,狀態為6的付款方式為貨到付款的可以取消 9)定單收到后,由客戶簽收,把定單狀態改為2

后臺系統管理員流程

1)登陸 2) 修改管理員密碼 3）會員用戶的刪除、修改、添加 4）商品的添加， 5）購買商品的瀏覽、刪除與更新

2.2.2 工作量（人月）

在此階段需要的參與人員有設計員、開發者
此階段投入2個人工作2個月
工作量：2人*2月=4人月

2.2.3 交付成果

???????在軟件概要設計工作完成后，軟件開發者應提交《軟件系統概要設計報告》。在對《概要設計報告》評審通過后，即可進入詳細設計階段。

2.2.4 驗收標準

???????a．一致性
概要設計的要求應該與需求分析報告所描述的需求一致。
???????b．合理性
概要設計所提出的設計方法和標準應該是合理的、恰當的。
???????c．可追蹤性
對概要設計所提出的各項要求應該可以得到它的清晰的源流
???????d．可行性
根據概要設計進行詳細設計、操作和維護應該是可行的。

---

2.3 軟件的詳細設計

2.3.1 工作任務內容

1、用戶注冊模塊的設計與實現
注冊模塊功能設計介紹
功能：本模塊主要用于新用戶注冊，用戶通過表單提供用戶名和密碼信息，系統根據用戶提供的注冊信息對用戶進行具體操作。
輸入操作：用戶名、密碼、確認密碼。
對應處理：
1）輸入注冊信息：在頁面提供的表單處輸入用戶的用戶名和密碼信息，點擊“注冊”按鈕提交表單數據信息。已注冊用戶，可點擊“登錄”按鈕，進入登錄頁面。
2）用戶注冊身份驗證：連接數據庫，以輸入的“用戶名”數據為查詢條件來查看輸入用戶名是否已存在，如果用戶名未注冊，則提示注冊成功并轉到登錄頁進行登錄，如果用戶已注冊，則給出用戶已存在提示并重新注冊。
2、購物車界面介紹和草圖
商品頁面介紹
關于購物車頁面，主要展示用戶已購買的商品，包括商品的信息、價格、數量，當然用戶可以對其中商品進行增加、減少、刪除操作，最后，用戶可選擇對其中商品進行結算，選擇結算后，會提示相應的付款金額。
頁面草圖如下所示：

2.3.2 工作量（人月）

在此階段需要的參與人員有設計員、開發者
此階段投入2個人工作2個月
工作量：2人*2月=4人月

2.3.3 數據庫設計

Server version: 8.0.25 MySQL Community Server - GPL
???????本項目的數據庫采用Mysql，在前面工作的基礎上，根據對其進行的各種分析（包括數據分析)，提出數據庫建設方案。數據庫建模工作主要利用類圖建模。
???????經過分析，依據數據庫的規范形式，本著減少冗余的原則，可以整理出該系統所需要的數據庫表

2.3.4 交付成果

???????在軟件詳細設計完成后，軟件開發者應向軟件學院提交《軟件系統數據庫設計報告》和《軟件系統詳細設計報告》。在軟件學院對《軟件系統數據庫設計報告》、《軟件系統詳細設計報告》評審通過后，即可進入軟件編碼階段。

2.3.5 驗收標準

???????a．一致性
詳細設計的要求應該與需求分析報告所描述的需求、與概要設計一致。
???????b．合理性
詳細設計所提出的設計方法和標準應該是合理的、恰當的。
???????c．可追蹤性
對詳細設計所提出的各項要求應該可以得到它的清晰的源流。
???????d．可行性
根據詳細設計進行編碼、測試、操作和維護應該是可行的。

---

2.4 軟件的編碼

2.4.1 工作任務內容

???????在軟件編碼階段，開發者根據《軟件系統詳細設計報告》中對數據結構、算法分析和模塊實現等方面的設計要求，開始具體的編寫程序工作，分別實現各模塊的功能，從而實現對目標系統的功能、性能、接口、界面等方面的要求。

2.4.2 工作量（人月）

在此階段需要的參與人員有程序員
此階段投入4個人工作2個月
工作量：4人*2月=8人月

2.4.3 交付成果

???????在軟件詳細設計完成后，軟件開發者應向軟件學院提交《用戶手冊》、《操作手冊》、《模塊開發卷宗》。

2.4.4 驗收標準（編程規范及要求）

???????軟件的程序設計必須遵照國家頒布的相關編程規范。

1、可讀性第一，效率第二。 2、保持注釋與代碼完全一致。 3、每個源程序文件，都有文件頭說明，說明規格見規范。 4、每個函數，都有函數頭說明，說明規格見規范。 5、主要變量（結構、聯合、類或對象）定義或引用時，注釋能反映其含義。 6、常量定義（DEFINE）有相應說明。 7、處理過程的每個階段都有相關注釋說明。 8、在典型算法前都有注釋。

---

2.5 軟件的測試

2.5.1 工作任務內容

???????界面測試、可用性測試、功能測試、穩定性(強度)測試、性能測試、強壯性(恢復)測試、邏輯性測試、破壞性測試、安全性測試等。

2.5.2 工作量（人月）

單元測試：程序員
集成測試：開發團隊
系統測試：獨立的測試團隊
此階段投入5個人工作0.5個月
工作量：5人*0.5月=2.5人月

2.5.3 交付成果

???????開發者針對單元測試，集成測試，系統測試分別制定《測試計劃》。軟件測試按照《測試計劃》、《需求分析報告》的要求進行，最后形成《軟件測試報告》。

2.5.4 驗收標準

1）以上比例為錯誤占總測試模塊（不包括E類）的比例。
2）軟件產品未經測試合格，不允許投運。

---

2.6 軟件運行與維護

2.6.1 工作任務內容

1.保障業務長期穩定運行（如網站服務器）。 2.保障數據安全可靠（如用戶名密碼、商品數據、商家信息、交易數據等）。 3.隨時解決報警故障。 4.編寫一些腳本，監控或完成其他可自動完成功能。 5.運維架構完善，部署一些用起來更方便更可靠或性能更好的開源工具以及制定運維流程規范。

3、人員分工及交接

???????本人Richard，在團隊中所擔任的角色是：測試分析師
崗位職責是：

1、編寫測試計劃、規劃詳細的測試方案、編寫測試用例。 2、根據測試計劃搭建和維護測試環境。 3、執行測試工作，提交測試報告。包括編寫用于測試的自動測試腳本，完整地記錄測試結果，編寫完整的測試報告等相關的技術文檔。 4、對測試發現的問題進行詳細分析和準確定位，與開發人員討論缺陷解決方案。 5、提出對產品的進一步改進的建議，并評估改進方案是否合理；對測試結果進行總結與統計分析，對測試進行跟蹤，并提出反饋意見。

主管領導是：測試經理
工作成果驗收人員：測試經理
本人與測試經理需要進行項目工作的交接，內容包括

1、在測試經理的安排和指導下，編寫測試用例。 2、在測試經理的安排和指導下，完成“執行測試”的工作。 3、在測試經理的指導下，按測試計劃進行測試工作。

總結

以上是生活随笔為你收集整理的【软件工程大作业】软件项目管理之人员管理的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。