光陰的迅速,，一眨眼就過去了，成績已屬于過去,，新一輪的工作即將來臨,，寫好計劃才不會讓我們努力的時候迷失方向哦。相信許多人會覺得計劃很難寫,？下面是小編為大家?guī)淼挠媱潟鴥?yōu)秀范文,，希望大家可以喜歡,。

軟件開發(fā)計劃書定義篇一

項目名稱:大學圖書館管理系統(tǒng)

小組編號: 5

版本號: v 3.0

評審日期:12.10

作 者: 辛張鵬

目錄

概述

本項目是圍繞圖書館管理方面所設計到的業(yè)務活動建立一個圖書館管理系統(tǒng),以減輕在圖書館管理過程中非常繁瑣的工作.目的陳為了保證項目團隊按時保質地完成項目目標,便于項目團隊成員更好地了解項目情況,使項目工作開展的各個過程合理有序,因此以文件化的形式,把對于在項目生命周期內(nèi)的工作任務范圍,各項工作的任務分解,項目團隊組織結構,各團隊成員的工作責任,團隊內(nèi)外溝通協(xié)作方式,開發(fā)進度,經(jīng)費預算,項目內(nèi)外環(huán)境條件,風險對策等內(nèi)容做出的安排以書面的方式,作為項目團隊成員以及項目干系人之間的共識與約定,項目生命周期內(nèi)的所有項目活動的行動基礎,項目團隊開展和檢查項目工作的依據(jù)..項目范圍

項目開發(fā)計劃描述了在項目開發(fā)過程中各種不用的開發(fā)人員的角色,以及對于項目進行中的各種資源和工作量的初步的估算.角色與人員分工

基本信息

小組聯(lián)系方式:

公共郵箱 ruanjian0402@ 組長電話:*** / 51680817

人員

角色

職責

辛張鵬

項目經(jīng)理.項目計劃 項目團隊管理 檢查進度 分析系統(tǒng)需求

徐茜如

系統(tǒng)分析員 編碼人員

分析新功能 和 負責主要模塊代碼的編寫

寧江彬

系統(tǒng)設計員 編碼人員

軟件框架擴展 數(shù)據(jù)庫設計主要模塊代碼的編寫

傅日旺

配置管理員

對于系統(tǒng)運行的環(huán)境配置和資源的整合王征

質量保證員

確保系統(tǒng)的質量,即時做出質量報告以便

張朵

對軟件進行測試 軟件測試文檔

關鍵里程碑及其提交產(chǎn)品

里程碑名稱

產(chǎn)品名稱

提交日期

責任人

需求訪談結束

業(yè)務需求描述基線

11.17

徐茜如

面向對象系統(tǒng)定義分析結束

面向對象系統(tǒng)需求描述基線

12.8

徐茜如

面向對象系統(tǒng)設計結束

面向對象設計規(guī)格描述基線

12.8

寧江彬

系統(tǒng)原型構造結束

系統(tǒng)可運行文件

12.18

徐茜如

結構化系統(tǒng)分析定義結束

結構化系統(tǒng)需求描述基線

12.25

王征

結構化系統(tǒng)設計規(guī)格結束

結構化系統(tǒng)設計描述基線

12.25

寧江彬

項目結束

項目工作總結

12.29

辛張鵬

項目計劃

項目開發(fā)過程選擇

由于用戶的需求的不斷變化還有系統(tǒng)的不斷改進,所以我們小組采用基于迭代式的系統(tǒng)開發(fā)模型.通過在分析和開發(fā)過程中不斷對于系統(tǒng)的認識,加強對于系統(tǒng)完整性的認識.項目估算

工作量估算

stage

percentage of effort

effort(person-hours)

需求分析

設計

實現(xiàn)(含編程,測試)

項目管理

其它

總計

進度估算

開發(fā)環(huán)境

硬件環(huán)境

軟件環(huán)境

試驗室機器

case工具: rational rose 和 visio

cpu:pentium(r)4 3.00ghz

編碼環(huán)境: jbuilder2006 和 dreamweaver

網(wǎng)卡:realtek rtl8139/810x family fast ethernet nic

數(shù)據(jù)庫: sqlserver2000

開發(fā)計劃環(huán)境: ms project

開發(fā)語言: java

局域網(wǎng)

開發(fā)計劃環(huán)境: ms project

小組評審

小組自行定義的內(nèi)部評審點

評審關鍵點

評審內(nèi)容

評審安排

日期&時間

地點

項目計劃v1.0評審

關于小組項目的整體計劃的討論

11月15日 13:00-14:00

九教北304

業(yè)務需求描述評審

對于在業(yè)務需求獲取中對于業(yè)務的內(nèi)容的討論

11月20日 13:00-14:00

九教北304

項目計劃v2.0評審

對于小組第一階段的工作計劃的討論

11月25日 13:00-14:00

九教北304

面向對象系統(tǒng)需求描述評審

對于分析階段關于面向對象分析的內(nèi)容的討論

12月10日 13:00-14:00

九教北304

面向對象系統(tǒng)設計規(guī)格評審

對于分析階段關于面向對象設計的內(nèi)容的討論

12月10日 13:00-14:00

九教北304

項目計劃v3.0評審

對于小組第二階段的工作計劃的內(nèi)容討論

12月10日 13:00-14:00

九教北304

結構化系統(tǒng)需求描述評審

對于分析階段關于結構化分析的內(nèi)容的討論

12月27日 13:00-14:00

九教北304

結構化系統(tǒng)設計規(guī)格評審

對于分析階段關于結構化設計的內(nèi)容的討論

12月27 13:00-14:00

九教北304

項目總結報告評審

對于整個項目過程中所做工作的總結

12.29 13:00-14:00

九教北304

培訓計劃

小組開展的內(nèi)部培訓活動的計劃

培訓內(nèi)容

時間

參加者

project 使用教程

2006-11-10

辛張鵬

rose使用

2006-12-8

小組所有成員,由寧江彬負責培訓

j2ee架構配置

2006-12-19

小組所有成員,由辛張鵬負責培訓

javadoc培訓

2006-12-20

小組所有成員,由戴俊華負責培訓

項目跟蹤

任務跟蹤

本小組每周開兩次例會,分別是:每周周二和周五的中午12:50到13:50 ,小組集體活動時間是每周四的下午2:00到4:00

《個人工作進展報告》每兩周上報一次

問題跟蹤

小組成員提出的問題可以通過發(fā)郵件的形式發(fā)到小組的公共郵箱 ruanjian0402@,并通過qq群,手機短信等方式通知組長和相關的組員,由相關的人員組織會議,及時解決問題.小組開戶期間,由專門的記錄員記錄問題的重要性和內(nèi)容,需要更改的需求和設計的內(nèi)容列表,形成項目的問題跟蹤文檔,為后來的開發(fā)提供經(jīng)驗.項目進展報告

小組長填寫關鍵里程碑處小組工作匯報的安排,關鍵里程碑是指課程計劃中定義的關鍵評審點,需要評審時做小組工作匯報

匯報人

內(nèi)容

文檔負責人

徐茜如

對于業(yè)務需求說明內(nèi)容的整體描述

徐茜如

徐茜如

對于面向對象系統(tǒng)需求說明內(nèi)容的整體描述

徐茜如

寧江彬

對于面向對象系統(tǒng)設計規(guī)格的整體描述

寧江彬

寧江彬

系統(tǒng)實現(xiàn)原型的代碼說明

寧江彬

王征

對于結構化系統(tǒng)需求說明內(nèi)容的整體描述

王征

王征

對于結構化系統(tǒng)設計整體描述

王征

辛張鵬

項目總結報告內(nèi)容的內(nèi)容描述

辛張鵬

參考資料

書籍:書名:《系統(tǒng)分析與設計》

出版社:機械工業(yè)出版社 中信出版社

作者:ger robert n stephen 網(wǎng)絡:通過與系統(tǒng)分析與設計相關的網(wǎng)站查找的資料.軟件開發(fā)計劃書 v2.0

第五小組

軟件開發(fā)計劃書定義篇二

軟件開發(fā)計劃書模板

默認分類2009-06-30 14:21閱讀258評論0

字號： 大中小

項目名稱：圖書管理系統(tǒng)

小組編號: 15

版本號: v1.0

評審日期：2006-11-19

目錄

1.概述 3

1.1 目的 3

1.2 項目范圍 3

1.3 術語定義 3

2.人員分工 3

2.1 基本信息 3

2.2 假設和約束 3

2.3 關鍵里程碑及其提交產(chǎn)品 3

3.項目計劃 4

3.1 項目開發(fā)過程選擇 4

3.2 項目估算 4

3.2.1 工作量估算 4

3.2.2 進度估算 4

3.3 開發(fā)環(huán)境 4

3.4 小組評審 4

4.項目跟蹤 5

4.1 任務跟蹤 5

4.2 問題跟蹤 5

4.3 項目進展報告 5

5.參考資料 5

軟件開發(fā)計劃書

1.概述

圖書管理系統(tǒng)是指應用電子計算機和網(wǎng)絡通信設備,，為圖書館管理人員能使日常辦公實現(xiàn)自支化,，同時也為本校師生提供方便的圖書借閱環(huán)境,并能滿足所有授權用戶對信息的各種功能需求的計算機應用

軟件系統(tǒng)。

1.1 目的通過書寫開發(fā)計劃文檔,，開發(fā)小組可以有條不紊地進行開發(fā)活動,。這樣，小組在開發(fā)的過程中有章

可循,，否則會造成混亂而且低的工作效率,。

1.2 項目范圍

本項目負責項目生命周期模型的需求分析，系統(tǒng)設計,、原型編碼階段,。

2.角色與人員分工

2.1 基本信息

個人詳細的任務分工在后面進度計劃中描述，這里僅僅說明成員在本項目中擔任的角色

人員 角色 職責

李曉虎 項目經(jīng)理 管理負責整個項目,，協(xié)同開發(fā)

林君宇 系統(tǒng)分析員 進行系統(tǒng)分析與設計

蘭皓 程序員 編程實現(xiàn)原型

連九研 程序員 編程實現(xiàn)原型

蔣海倩 測試,配置 測試,，配置管理

2.2 假設和約束

假設：（1）需求比較穩(wěn)定；

（2）項目人員按時到位,；

（3）項目中遇到的所有新技術能順利得到解決；

約束：軟件需求文檔中描述的需求都能實現(xiàn),，保證項目工期

2.3 關鍵里程碑及其提交產(chǎn)品

里程碑名稱 產(chǎn)品名稱 提交日期 責任人

項目計劃 《小組項目開發(fā)計劃》 2006.11.20 李曉虎

業(yè)務需求描述 《 業(yè)務需求描述基線》 2006.11.21 李曉虎

對象系統(tǒng)需求規(guī)格基線 《系統(tǒng)需求規(guī)格說明書》 2006.11.29 李曉虎

對象系統(tǒng)設計規(guī)格基線 《系統(tǒng)設計規(guī)格說明書》 2006.12.5 李曉虎

結構化系統(tǒng)需求基線 《結構化需求規(guī)格說明書》 2006.12.17 李曉虎

結構化系統(tǒng)設計基線 《結構化設計規(guī)格說明書》 2006.12.22 李曉虎

小組項目總結 《小組項目總結報告》 2006.12.29 李曉虎

程序包及程序框架文檔 程序包以及程序框架文檔 2006.12.29 李曉虎

3.項目計劃

3.1 項目開發(fā)過程選擇

小組開發(fā)所用的開發(fā)過程

1）面向對象開發(fā)方法中的迭代開發(fā),。

2）結構化開發(fā)方法中的瀑布模型,。

3.2 項目估算

3.1.1 工作量估算

stage percentage of effort effort(person-hours)

需求獲取 4 8

需求分析 20 20

設計 40 30

實現(xiàn)（含編程，測試）20 20

項目管理 8 10

其它 4 8

總計 100 96

3.1.2 進度估算

microsoft project gantt chart：

3.2 開發(fā)環(huán)境

硬件環(huán)境 軟件環(huán)境

pc 等 jbuilder2006, oracle, weblogic 等

3.3 小組評審

小組自行定義的內(nèi)部評審點

評審關鍵點 評審內(nèi)容 評審安排

開發(fā)計劃 項目開發(fā)計劃 2006.11.20 上午 九教北304

業(yè)務需求描述 《 業(yè)務需求描述基線》 2006.11.21 上午 九教北304

對象系統(tǒng)需求規(guī)格基線 《系統(tǒng)需求規(guī)格說明書》 2006.11.29 上午 九教北304

對象系統(tǒng)設計規(guī)格基線 《系統(tǒng)設計規(guī)格說明書》 2006.12.5 上午 九教北304

結構化系統(tǒng)需求基線 《結構化需求規(guī)格說明書》 2006.12.17 上午 九教北304

結構化系統(tǒng)設計基線 《結構化設計規(guī)格說明書》 2006.12.22 上午 九教北304

小組項目總結 《小組項目總結報告》 2006.12.28 上午 九教北304

4.項目跟蹤

4.1 任務跟蹤

小組每周開一次例會來總結工作,，時間是每周六上午,；

每個成員每周要交一個《個人工作進展報告》。

4.2 問題跟蹤

小組成員將問題申報給組長,，組長匯總并組織開會來討論解決,，同時形成會議記錄。組長跟蹤問題

使其最終得到解決,。

.4.3 項目進展報告

小組長填寫關鍵里程碑處小組工作匯報的安排,，關鍵里程碑是指課程計劃中定義的關鍵評審點，需

要評審時做小組工作匯報

匯報人 內(nèi)容 文檔負責人

蘭皓 業(yè)務需求描述 林君宇

蘭皓 系統(tǒng)需求說明 李曉虎

蘭皓 系統(tǒng)設計說明 李曉虎

蘭皓 結構化需求規(guī)格說明 李曉虎

蘭皓 結構化設計規(guī)格說明 李曉虎

5.參考資料

1.《系統(tǒng)分析與設計》.john ger 等著.機械工業(yè)出版社

軟件開發(fā)計劃書定義篇三

軟件開發(fā)項目商業(yè)計劃書

目前,，中國軟件產(chǎn)業(yè)的快速增長已成為拉動我國經(jīng)濟增長的關鍵點之一,。工信部部長李毅中表示，it行業(yè)為我國經(jīng)濟增長做出了十分重要的貢獻,，軟件在 it行業(yè)發(fā)展中舉足輕重,，成為推動經(jīng)濟增長和創(chuàng)造經(jīng)濟機會的催化劑。因此發(fā)展和扶持軟件產(chǎn)業(yè),，是一個國家提高國家競爭力的重要途徑,，也是參與全球化競爭所必須占領的戰(zhàn)略制高點。而《中國軟件產(chǎn)業(yè)發(fā)展戰(zhàn)略研究報告》也指出全球軟件產(chǎn)業(yè)在發(fā)展過程中的網(wǎng)絡化已成為第一發(fā)展趨勢,。

從2000年到2010年這十年間,，中國軟件產(chǎn)業(yè)發(fā)展較快，產(chǎn)業(yè)規(guī)模增速迅猛,。2009年軟件服務業(yè)銷售收入同比增長20%,，是所有行業(yè)里面唯一增長20%以上的產(chǎn)業(yè)。2007年軟件收入5834.3億,。2007年的前五年,，平均的增速接近40%，07年的速度與五年前相比增加了五倍多,。企業(yè)數(shù)14373家,，平均增速是25%，07年較02年增長了3倍,。從業(yè)人員達到152.9萬,。到了2009年，我國軟件產(chǎn)業(yè)完成軟件業(yè)務收入9513億元,，同比增長25.6%,，增速比上年低4.2個百分點，是2000年的16倍；軟件出口196億美元,，是2000年的49倍,。面對金融危機，雖然軟件產(chǎn)業(yè)的增長速度有所放緩,，但總體增長水平依然強勁,。

第一部分 摘要

一、項目背景

二,、項目簡介

三,、項目競爭優(yōu)勢

四、融資與財務說明

第二部分軟件開發(fā)行業(yè)市場分析

一,、軟件開發(fā)行業(yè)發(fā)展現(xiàn)狀

二,、目標市場分析

三、競爭對手分析

四,、小結

第三部分 公司介紹

一,、公司基本情況

二、組織架構

三,、管理團隊介紹

第四部分 產(chǎn)品介紹

一,、產(chǎn)品介紹

二、產(chǎn)品的新穎性/先進性/獨特性

三,、產(chǎn)品的競爭優(yōu)勢

第五部分 研究與開發(fā)

一,、已有的技術成果及技術水平

二、研發(fā)能力

三,、研發(fā)規(guī)劃

第六部分 產(chǎn)品制造

一,、生產(chǎn)方式

二、生產(chǎn)設備

三,、成本控制

第七部分 市場營銷

一,、企業(yè)發(fā)展規(guī)劃

二、營銷戰(zhàn)略

三,、市場推廣方式

第八部分 融資說明

一,、資金需求及使用規(guī)劃

（一）項目總投資

（二）固定資產(chǎn)投資（土地費用、土建工程,、淀粉糖裝飾,、設備、預備費,、工程建設其他費用,、建設期利息）

（三）流動資金

二、資金籌集方式

三,、投資者權利

四,、資金退出方式

第九部分 財務分析與預測

一、基本財務數(shù)據(jù)假設

二、銷售收入預測與成本費用估算

三,、盈利能力分析

1,、損益和利潤分配表

2,、現(xiàn)金流量表

3,、計算相關財務指標（投資利潤率、投資利稅率,、財務內(nèi)部收益率,、財務凈現(xiàn)值、投資回收期）

四,、敏感性分析

五,、盈虧平衡分析

六、財務評價結論

第十部分 風險分析

一,、風險因素

二,、風險控制措施

軟件開發(fā)計劃書定義篇四

編碼計劃

1、編碼人員及負責人

包括項目負責人,、項目成員,。

2、編碼工作分工

介紹編碼階段項目組中各個成員工作分工,。

3,、工作進度安排

介紹整個編碼階段的進度安排，包括開始,、驗收時間,，各個里程碑時間。

4,、采用的工具

介紹項目組使用的開發(fā)工具,、編程語言、測試工具,、源代碼管理工具等,。

5、編碼具體要求

介紹編碼要求,，包括編程規(guī)范,、界面設計規(guī)范、源代碼控制工具使用規(guī)范等,。

6,、輸出要求

介紹編碼階段最后的輸出情況。

7,、計劃制定人姓名及制定日期

軟件開發(fā)計劃書定義篇五

正文

一,、項目計劃書格式

根據(jù)《gb8567－88計算機軟件產(chǎn)品開發(fā)文件編制指南》中項目開發(fā)計劃的要求，結合實際情況調(diào)整后的《項目計劃書》內(nèi)容索引如下： 1 引言 1.1 編寫目的 1.2 背景 1.3 定義 1.4 參考資料

1.5 標準、條約和約定 2 項目概述 2.1項目目標 2.2產(chǎn)品目標與范圍 2.3假設與約束 2.4 項目工作范圍 2.5 應交付成果 2.5.1 需完成的軟件 2.5.2 需提交用戶的文檔 2.5.3 須提交內(nèi)部的文檔 2.5.4 應當提供的服務 2.6 項目開發(fā)環(huán)境 2.7 項目驗收方式與依據(jù) 3 項目團隊組織 3.1 組織結構 3.2 人員分工 3.3 協(xié)作與溝通 3.3.1 內(nèi)部協(xié)作 3.3.2 外部溝通 4 實施計劃 4.1 風險評估及對策 4.2 工作流程 4.3 總體進度計劃 4.4 項目監(jiān)控 4.4.1 質量控制計劃 4.4.2 進度監(jiān)控計劃 4.4.3 預算監(jiān)控計劃 4.4.4 配置管理計劃 5 支持條件

5.1 內(nèi)部支持（可選）5.2 客戶支持（對項目而言）5.3 外包（可選）6 預算（可選）6.1 人員成本 6.2 設備成本 6.3 其它經(jīng)費預算 6.4 項目合計經(jīng)費預算 7 關鍵問題 8專題計劃要點

二,、項目計劃書的編寫說明 1 引言 1.1 編寫目的

說明編寫這份項目計劃的目的,，并指出預期的讀者。

作用：本節(jié)是為了說明編制“項目計劃書”亦即本文檔的意圖和希望達到的效果,。注意這里的“目的”不是“項目目標”,，而是為了說明本文檔的目的與作用?！绊椖磕繕恕痹?.1中說明,。

意義：使項目成員和項目干系人了解項目開發(fā)計劃書的作用、希望達到的效果,。開發(fā)計劃書的作用一般都是“項目成員以及項目干系人之間的共識與約定,，項目生命周期所有活動的行動基礎，以便項目團隊根據(jù)本計劃書開展和檢查項目工作,?！?/p>

例如可以這么寫：為了保證項目團隊按時保質地完成項目目標，便于項目團隊成員更好地了解項目情況,，使項目工作開展的各個過程合理有序,，因此以文件化的形式，把對于在項目生命周期內(nèi)的工作任務范圍,、各項工作的任務分解,、項目團隊組織結構、各團隊成員的工作責任,、團隊內(nèi)外溝通協(xié)作方式,、開發(fā)進度、經(jīng)費預算,、項目內(nèi)外環(huán)境條件,、風險對策等內(nèi)容做出的安排以書面的方式，作為項目團隊成員以及項目干系人之間的共識與約定,，項目生命周期內(nèi)的所有項目活動的行動基礎,，項目團隊開展和檢查項目工作的依據(jù)。

常見的問題：把項目本身的“項目目標”誤作編制項目開發(fā)計劃的目的,。1.2 背景

主要說明項目的來歷,，一些需要項目團隊成員知道的相關情況。主要有以下內(nèi)容：

項目的名稱：經(jīng)過與客戶商定或經(jīng)過立項手續(xù)統(tǒng)一確定的項目名稱,，一般與所待開發(fā)的軟件系統(tǒng)名稱有較大的關系,，如針對“xx系統(tǒng)”開發(fā)的項目名稱是“xx系統(tǒng)開發(fā)”。

項目的委托單位：如果是根據(jù)合同進行的軟件開發(fā)項目,，項目的委托單位就是合同中的甲方,；如果是自行研發(fā)的軟件產(chǎn)品,，項目的委托單位就是本企業(yè)。

項目的用戶（單位）：軟件或網(wǎng)絡的使用單位,，可以泛指某個用戶群,。注意項目的用戶或單位有時與項目的委托單位是同一個，有時是不一樣的,。如海關的報關軟件,、稅務的報稅軟件，委托單位是海關或稅務機關,，但使用的用戶或單位不僅有海關或稅務機關,，還包括需要報關,、報稅的企業(yè)單位,。

項目的任務提出者：本企業(yè)內(nèi)部提出需要完成此項目的人員，一般是領導或商務人員,；注意項目的任務提出者一般不同于項目的委托單位,，前者一般是企業(yè)內(nèi)部的人員。如果是內(nèi)部開發(fā)項目,，則兩者的區(qū)別在于前者指人,，后者指單位。

項目的主要承擔部門：有些企業(yè)根據(jù)行業(yè)方向或工作性質的不同把軟件開發(fā)分成不同的部門（也有的分為不同事業(yè)部）,。項目的特點就是其矩陣式組織,，一般一個項目的項目成員可能由不同的部門組成，甚至可能由研發(fā)部門,、開發(fā)部門,、測試部門、集成部門,、服務部門等等其中幾個組成,。需要根據(jù)項目所涉及的范圍確定本項目的主要承擔部門。

項目建設背景：從政治環(huán)境上,、業(yè)務環(huán)境上說明項目建設背景,，說明項目的大環(huán)境、來龍去脈,。這有利于項目成員更好地理解項目目標和各項任務,。

例句：根據(jù)《某部關于某建設工作的實施意見》精神，為了保障某建設工作的正常實施,，必須加強監(jiān)督考核,，建立督查通報制度，某市某建設工作小組辦公室把此項建設工作實施列入督查的重要內(nèi)容,，及時掌握進度,，相關部門建立市某建設工作簡報制度,，及時反映全市某建設工作動態(tài)。

目前對于某建設工作的工作主要采用計劃部門手工編制計劃,、建設工作主管部門和建設工作實施單位聯(lián)合手動編制進度計劃,，某建設工作單位手工上報建設工作進度情況的方式，而全市的建設工作有數(shù)百個,，加上前期建設工作的數(shù)量和今后某市建設發(fā)展的趨勢,，建設工作的數(shù)量將越來越多，原來的工作模式已經(jīng)越來越無法適應市委市政府的要求,。因此,，充分利用現(xiàn)代信息化、因特網(wǎng)的優(yōu)勢,，建立“某市某建設工作信息報送反饋系統(tǒng)”,，提高某建設工作信息報送反饋工作效率，提高信息的及時性,、減輕各級相關工作人員的勞動強度是非常有必要和緊迫的任務,。

軟件系統(tǒng)與其他系統(tǒng)的關系：說明與本系統(tǒng)有關的其他系統(tǒng)，說明它們之間的相互依賴關系,。這些系統(tǒng)可以是這個系統(tǒng)的基礎性系統(tǒng)（一些數(shù)據(jù),、環(huán)境等必須依靠這個系統(tǒng)才能運行），也可以是以這個系統(tǒng)為基礎的系統(tǒng),，或者是兩者兼而有之的關系,、互相依賴的系統(tǒng)。例句：本系統(tǒng)中對外部辦公部分如需要各個建設單位報送材料的子系統(tǒng)應當掛在市政府網(wǎng)站,。

軟件系統(tǒng)與機構的關系：說明軟件系統(tǒng)除了委托單位和使用單位,，還與哪些機構組織有關系。例如一些系統(tǒng)需要遵守那些組織的標準,、需要通過那些組織機構的測試才能使用等等,、是否需要外包或與那些組織機構合作。1.3 定義

列出為正確理解本計劃書所用到的專門術語的定義,、外文縮寫詞的原詞及中文解釋,。注意盡量不要對一些業(yè)界使用的通用術語進行另外的定義，使它的含義和通用術語的慣用含義不一致,。1.4 參考資料

列出本計劃書中所引用的及相關的文件資料和標準的作者,、標題、編號,、發(fā)表日期和出版單位,，必要時說明得到這些文件資料和標準的途徑。本節(jié)與下一節(jié)的“標準,、條約和約定”互為補充,，注意“參考資料”未必作為“標準,、條約和約定”，因為“參考”的不一定是“必須遵守”的,。常用資料如： 本項目的合同,、標書、上級機關有關通知,、經(jīng)過審批的項目任務書,； 屬于本項目的其他已經(jīng)發(fā)表的文件；

本文檔中各處引用的文件,、資料,，包括所要用到的軟件開發(fā)標準。1.5 標準,、條約和約定

列出在本項目開發(fā)過程中必須遵守的標準,、條約和約定。例如：相應的《立項建議書》,、《項目任務書》,、合同、國家標準,、行業(yè)標準、上級機關有關通知和實施方案,、相應的技術規(guī)范等,。

“參考資料”一般具有“物質”特性，一般要說明參照了什么,，要說明在哪里可以獲得,；“標準、條約和約定”一般具有“精神”特性,，一般是必須遵守的,，不說明在哪里可以獲得。參考資料的內(nèi)容應該涵蓋“標準,、條約和約定”,。

<項目名稱>

軟件開發(fā)計劃

版本

<1.0>

[注：以下提供的模板用于

rational unified process。其中包括用方括號括起來并以藍色斜體（樣式=infoblue）顯示的文本,，它們用于向作者提供指導,，在發(fā)布此文檔之前應該將其刪除。按此樣式輸入的段落將被自動設置為普通樣式（樣式=正文）,。]

修訂歷史記錄

日期

版本

說明

作者

<日/月/年>

<姓名>

目錄

1.簡介

1.1 目的 1.2 范圍

1.3 定義,、首字母縮寫詞和縮略語

1.4 引用

1.5 概述

2.項目概述

2.1 項目的目的、規(guī)模和目標

2.2 假設與約束

2.3 項目的可交付工件

2.4 軟件開發(fā)計劃的演進

3.項目組織

3.1 組織結構

3.2 外部接口

3.3 角色與職責

4.管理流程

4.1 項目估計

4.2 項目計劃

4.2.1 階段計劃

4.2.2 迭代目標

4.2.3 發(fā)布版

4.2.4 項目時間表

4.2.5 項目資源分配

4.2.5.1 人員配備計劃

4.2.5.2 資源獲取計劃

4.2.5.3 培訓計劃

4.2.6 預算

4.3 迭代計劃

4.4 項目監(jiān)測與控制

4.4.1 需求管理計劃

4.4.2 進度控制計劃

4.4.3 預算控制計劃

4.4.4 質量控制計劃

4.4.5 報告計劃

4.4.6 評測計劃

4.5 風險管理計劃

4.6 收尾計劃

5.技術流程計劃

5.1 開發(fā)案例

5.2 方法,、工具和技術

5.3 基礎設施計劃

5.4 產(chǎn)品驗收計劃

6.支持流程計劃

6.1 配置管理計劃

6.2 評估計劃

6.3 文檔計劃

6.4 質量保證計劃

6.5 問題解決計劃

6.6 分包商管理計劃

6.7 流程改進計劃

7.其他計劃

8.附錄

9.索引

軟件開發(fā)計劃

1.簡介

[軟件開發(fā)計劃的簡介應提供整個文檔的概述,。它應包括此軟件開發(fā)計劃的目的,、范圍、定義,、首字母縮寫詞,、縮略語、引用和概述,。]

1.1

目的[闡明此軟件開發(fā)計劃的目的,。]

1.2

范圍

[簡要說明此軟件開發(fā)計劃的范圍：它的相關項目，以及受到此文檔影響的任何其他事物,。]

1.3

定義,、首字母縮寫詞和縮略語

[本小節(jié)應提供正確理解此軟件開發(fā)計劃所需的全部術語、首字母縮寫詞和縮略語的定義,。

這些信息可以通過引用項目詞匯表來提供,。]

1.4

引用

[本小節(jié)應完整地列出此軟件開發(fā)計劃中其他部分所引用的所有文檔。

每個文檔應標有標題,、報告號（如果適用）,、日期和發(fā)布組織。列出可從中獲取這些引用的來源,。這些信息可以通過引用附錄或其他文檔來提供,。

對于軟件開發(fā)計劃，所引用工件的列表中應包括：

_

迭代計劃

_

_

_

_

_

_

_

_

_

_

_

_

_

_

_

_

_

_

需求管理計劃

評測計劃

風險管理計劃

開發(fā)案例

業(yè)務建模指南

用戶界面指南

用例建模指南

設計指南

編程指南

測試指南

手冊風格指南

基礎設施計劃

產(chǎn)品驗收計劃

配置管理計劃

評估計劃（僅當該計劃是單獨的計劃時,，但它通常是文檔計劃

質量保證計劃

問題解決計劃

sdp 的6.2 節(jié)）

_

分包商管理計劃

_

流程改進計劃]

1.5

概述

[本小節(jié)應說明此軟件開發(fā)計劃中其他部分所包含的內(nèi)容,，并解釋文檔的組織方式。]

2.項目概述

2.1

項目的目的,、規(guī)模和目標

[簡要說明此項目的目的與目標,，以及此項目將要交付的可交付工件。]

2.2

假設與約束

[列出此計劃所依據(jù)的假設和對項目的所有約束（如預算,、人員,、設備、時間表等）,。]

2.3

項目的可交付工件

[以表格的形式列出將在項目中創(chuàng)建的工件,，包括目標交付日期。]

2.4

軟件開發(fā)計劃的演進

[以表格的形式列出軟件開發(fā)計劃的提議版本,，以及在計劃外修訂與重新發(fā)行此計劃需符合的標準,。]

3.項目組織

3.1

組織結構

[說明項目團隊（包括管理人員和其他復審委員會）的組織結構。]

3.2

外部接口

[說明項目與外部組織聯(lián)系的方式,。

對于每個外部組織,，應確定其內(nèi)部和外部聯(lián)系人的姓名。]

3.3

角色與職責

[確定將負責各個核心工作流程,、工作流程明細和支持流程的項目組織單位,。]

4.管理流程

4.1

項目估計

[提供所估計的項目成本與進度,、這些估計所依據(jù)的基礎，以及項目中將重新進行估計的時間點和情況,。]

4.2

項目計劃

4.2.1

階段計劃

[包括以下內(nèi)容：

_

工作細分結構

(wbs)

_

顯示項目各階段或迭代的時間分配情況的時間線或甘特圖

_

確定主要里程碑及其成就標準

確定所有重要的發(fā)布點和演示版]

4.2.2

迭代目標

[列出每次迭代將要實現(xiàn)的目標,。]

4.2.3

發(fā)布版

[簡要說明每個軟件發(fā)布版，并指出它是否是演示版,、beta 版等,。]

4.2.4

項目時間表

[用圖表顯示完成迭代與階段、發(fā)布點,、演示版及其他里程碑的目標日期,。]

4.2.5

項目資源分配

4.2.5.1

人員配備計劃

[在此處確定所需人員的數(shù)目和類型，以及項目階段或迭代需要的任何特殊技能或經(jīng)驗,。]

4.2.5.2

資源獲取計劃

[說明您將如何發(fā)現(xiàn)并得到項目所需的人員,。]

4.2.5.3

培訓計劃

[列出項目團隊成員需要的所有特殊培訓，以及完成這些培訓的目標日期,。]

4.2.6

預算

[按照

wbs 和階段計劃分配成本,。]

4.3

迭代計劃

[通過引用的方式將各項迭代計劃附加在本節(jié)中。]

4.4

項目監(jiān)測與控制

4.4.1

需求管理計劃

[通過引用附加,。]

4.4.2

進度控制計劃

[說明以何種方法按照所計劃的時間表監(jiān)控項目進展,，以及如何在需要時執(zhí)行糾正操作。]

4.4.3

預算控制計劃

[說明以何種方法按照項目預算監(jiān)控項目開支,，以及如何在需要時執(zhí)行糾正操作,。]

4.4.4

質量控制計劃

[說明將在何時、以何種方法來控制項目可交付工件的質量,，以及如何在需要時執(zhí)行糾正操作。]

4.4.5

報告計劃

[說明將生成的內(nèi)部和外部報告,，以及報告發(fā)布的頻率和范圍,。]

4.4.6

評測計劃

[通過引用附加。]

4.5

風險管理計劃

[通過引用附加,。]

4.6

收尾計劃

[說明有序地完成項目所要執(zhí)行的活動,，其中包括人員重新分配、項目材料存檔,、事后檢查匯報及報告等,。]

5.技術流程計劃

5.1

開發(fā)案例

[通過引用附加。]

5.2

方法,、工具和技術

[以引用的方式列出所記錄的項目技術標準：

_

業(yè)務建模指南

_

用戶界面指南

_

用例建模指南

_

設計指南

_

編程指南

_

測試指南

_

手冊風格指南]

5.3

基礎設施計劃

[通過引用附加,。]

5.4

產(chǎn)品驗收計劃

[通過引用附加。]

6.支持流程計劃

6.1

配置管理計劃

[通過引用附加,。]

6.2

評估計劃

[作為軟件開發(fā)計劃的一部分,，本小節(jié)說明項目的產(chǎn)品評估計劃,，并介紹評估所使用的技術、標準,、指標和過程,；評估將包括走查、檢查和復審,。請注意,，評估計劃是對測試計劃的補充，但軟件開發(fā)計劃中并不包括測試計劃,。]

6.3

文檔計劃

[通過引用附加,。]

6.4

質量保證計劃

[通過引用附加。]

6.5

問題解決計劃

[通過引用附加,。]

6.6

分包商管理計劃

[通過引用附加,。]

6.7

流程改進計劃

[通過引用附加。]

7.其他計劃

[列出合同或法規(guī)所要求的其他計劃,。]

8.附錄

[供

sdp 讀者使用的其他材料,。]

9.索引