專案任務描述模版

專案任務描述模版

2001/7/17

v1.0

更改記錄

日期

修改章節

修改

型別*

修改描述

修改人

版本

*修改型別分為

a - added m - modified d – deleted

專案任務描述

更改記錄

日期

修改章節

修改型別

*

修改描述

修改人

版本

*修改型別分為

a - added m - modified d – deleted

文件編號

:專案名稱：

（文件所屬的專案的名稱，《專案計畫》或《立項報告》保持一致）

擬制：

（子合同角色簽名和日期）

//

sqa：//

批准： （子合同專案

team leader

簽名和日期）

專案代號：

（和《專案計畫》或《立項報告》保持一致，不需有代號的可以填//）

收文：

（主管總經理，專案經理，

sqa經理，

scm經理，子合同經理，研發資源管理經理，測試角色）

產品版本：

（和《專案計畫》或《立項報告》保持一致，不需有代號的可以填//）

抄送：

//

子合同專案名稱：

目的：提供給子商，子商將依此提供專案申請報告。

背景、備註：本文的第一頁不提供給子商。

定義：

（列出本檔案中用到的專門術語的定義和外文首字母組詞的原片語）

參考：

（列出要用到的參考資料）

專案任務描述 一.

時間要求 請在

年 月

日前提交本專案的申請報告。

二.任務描述

2.1 可執行產品功能和效能要求 (

包括對執行環境的要求)

2.2 源**要求（若不要求提供源**，則可以裁減）

(包括書寫規範的要求、編譯環境、執行環境的要求)

再開發過程中產生的全部源**都必須自始至終由版本控制工具 (如source safe或cvs)進行管理，必須將完整的**樹提交給我方，否則我方有權不予接受。

2.3 文件要求

（列出要求提交的文件和相應的要求。）

2.3.1 每週狀態報告

為了能夠讓甲方很好地掌握乙方的進展情況，乙方承諾在每週五下午用電子郵件給甲方傳送《每週狀態報告》。

《每週狀態報告》通常包含：

技術風險；

缺陷統計；

增加、修改和刪除的**行數；

計畫的、已經編碼的、已經通過**評審的模組；

其它表明軟體研發狀態的指標。

2.3.2測試案例

2.3.3測試過程

2.3.4測試日誌

2.3.5 測試報告 三.

時間和費用計畫

本專案預計完成時間是 。(

專案經理和子合同經理共同決定是否在此給出計畫投入的費用)

四.方案計畫書的要求

在方案計畫書中通常應該包括：

o技術方案

o劃分專案工作，指出各部分的進度時間表及對應的人力、物力需求，從而給出總的費用和專案開發時間

o從技術角度列出里程碑、里程碑產品及相應的驗收標準

o指出關鍵路徑

五.選擇承包商的標準

（列出對計算機、軟體配置等方面的要求。）

（提出選擇子商的其他要求。）

選擇子商的標準包括：子商的專案管理能力；通用技術能力；設計方法；實現的技術方方法；工程資料管理；需求管理方法；配置管理方法；質量保證方法；可供本專案使用的人力物力情況。 六.

備註

請將專案的申請報告連同填寫好的

合作公司資訊表或者

研發個人調查問卷一起提供給。

測試任務描述

在軟體的開發過程中每個版本都會經歷四次測試任務，分別為 單元測試 整合測試 系統測試 驗收測試，在這四次測試任務中，每次測試都有不同的測試方向和重點。1.單元測試 單元測試是軟體開發過程中要進行的最基本的測試，屬於白盒測試範圍，一般情況下是在開發人員完成了某個單獨模組的編碼之後做的測試。它的目的是檢...

試驗任務一 實驗任務 一 內容和模版

軟體工程實驗報告 一 一 實驗名稱 學生資訊管理系統 二 實驗目的 完成學生資訊管理系統需求分析，建立需求模型 系統掌握軟體開發過程中需求分析過程，分別對系統進行業務分析 使用者需求分析和系統需求分析。三 實驗主要內容 將整個需求分析過程分為業務分析 使用者需求分析和系統需求分析，確定每個模組功能所...

vue cli的webpack模版專案配置解析

var chalk require chalk 定製終端字串的顏色輸出樣式 var semver require semver 語義化版本控制規範 var packageconfig require package.json var shell require shelljs 呼叫系統命令 呼叫子執...