第一篇：大學圖書館管理系統軟件開發計劃書

軟件開發計劃書

項目名稱:大學圖書館管理系統

小組編號: 5

版本號: V 3.0

評審日期:12.10

作 者: 辛張鵬

目錄

軟件開發計劃書

概述

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

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

基本信息

小組聯系方式:

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

人員

角色

職責

辛張鵬

項目經理.項目計劃 項目團隊管理 檢查進度 分析系統需求

徐茜如

系統分析員 編碼人員

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

寧江彬

系統設計員 編碼人員

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

傅日旺

配置管理員

對于系統運行的環境配置和資源的整合王征

質量保證員

確保系統的質量,即時做出質量報告以便

張朵

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

關鍵里程碑及其提交產品

里程碑名稱

產品名稱

提交日期

責任人

需求訪談結束

業務需求描述基線

11.17

徐茜如

面向對象系統定義分析結束

面向對象系統需求描述基線

12.8

徐茜如

面向對象系統設計結束

面向對象設計規格描述基線

12.8

寧江彬

系統原型構造結束

系統可運行文件

12.18

徐茜如

結構化系統分析定義結束

結構化系統需求描述基線

12.25

王征

結構化系統設計規格結束

結構化系統設計描述基線

12.25

寧江彬

項目結束

項目工作總結

12.29

辛張鵬

項目計劃

項目開發過程選擇

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

工作量估算

Stage

Percentage of Effort

Effort(Person-Hours)

需求分析

設計

實現(含編程,測試)

項目管理

其它

總計

進度估算

開發環境

硬件環境

軟件環境

試驗室機器

CASE工具: Rational Rose 和 Visio

CPU:Pentium(R)4 3.00GHz

編碼環境: JBuilder2006 和 Dreamweaver

網卡:Realtek RTL8139/810x Family Fast Ethernet NIC

數據庫: SqlServer2000

開發計劃環境: MS Project

開發語言: JAVA

局域網

開發計劃環境: MS Project

小組評審

小組自行定義的內部評審點

評審關鍵點

評審內容

評審安排

日期&時間

地點

項目計劃V1.0評審

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

11月15日 13:00-14:00

九教北304

業務需求描述評審

對于在業務需求獲取中對于業務的內容的討論

11月20日 13:00-14:00

九教北304

項目計劃V2.0評審

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

11月25日 13:00-14:00

九教北304

面向對象系統需求描述評審

對于分析階段關于面向對象分析的內容的討論

12月10日 13:00-14:00

九教北304

面向對象系統設計規格評審

對于分析階段關于面向對象設計的內容的討論

12月10日 13:00-14:00

九教北304

項目計劃V3.0評審

對于小組第二階段的工作計劃的內容討論

12月10日 13:00-14:00

九教北304

結構化系統需求描述評審

對于分析階段關于結構化分析的內容的討論

12月27日 13:00-14:00

九教北304

結構化系統設計規格評審

對于分析階段關于結構化設計的內容的討論

12月27 13:00-14:00

九教北304

項目總結報告評審

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

12.29 13:00-14:00

九教北304

培訓計劃

小組開展的內部培訓活動的計劃

培訓內容

時間

參加者

Project 使用教程

2006-11-10

辛張鵬

Rose使用

2006-12-8

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

J2EE架構配置

2006-12-19

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

JavaDoc培訓

2006-12-20

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

項目跟蹤

任務跟蹤

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

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

問題跟蹤

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

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

匯報人

內容

文檔負責人

徐茜如

對于業務需求說明內容的整體描述

徐茜如

徐茜如

對于面向對象系統需求說明內容的整體描述

徐茜如

寧江彬

對于面向對象系統設計規格的整體描述

寧江彬

寧江彬

系統實現原型的代碼說明

寧江彬

王征

對于結構化系統需求說明內容的整體描述

王征

王征

對于結構化系統設計整體描述

王征

辛張鵬

項目總結報告內容的內容描述

辛張鵬

參考資料

書籍:書名:《系統分析與設計》

出版社:機械工業出版社 中信出版社

作者:JohnW.Satzinger Robert B.Jackson Stephen D.Burd網絡:通過與系統分析與設計相關的網站查找的資料.軟件開發計劃書 V2.0

第五小組

第二篇：軟件開發計劃書

軟件開發計劃書模板

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

字號： 大中小

項目名稱：圖書管理系統

小組編號: 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 關鍵里程碑及其提交產品 3

3.項目計劃 4

3.1 項目開發過程選擇 4

3.2 項目估算 4

3.2.1 工作量估算 4

3.2.2 進度估算 4

3.3 開發環境 4

3.4 小組評審 4

4.項目跟蹤 5

4.1 任務跟蹤 5

4.2 問題跟蹤 5

4.3 項目進展報告 5

5.參考資料 5

軟件開發計劃書

1.概述

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

軟件系統。

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

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

1.2 項目范圍

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

2.角色與人員分工

2.1 基本信息

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

人員 角色 職責

李曉虎 項目經理 管理負責整個項目，協同開發

林君宇 系統分析員 進行系統分析與設計

蘭皓 程序員 編程實現原型

連九研 程序員 編程實現原型

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

2.2 假設和約束

假設：（1）需求比較穩定；

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

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

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

2.3 關鍵里程碑及其提交產品

里程碑名稱 產品名稱 提交日期 責任人

項目計劃 《小組項目開發計劃》 2006.11.20 李曉虎

業務需求描述 《 業務需求描述基線》 2006.11.21 李曉虎

對象系統需求規格基線 《系統需求規格說明書》 2006.11.29 李曉虎

對象系統設計規格基線 《系統設計規格說明書》 2006.12.5 李曉虎

結構化系統需求基線 《結構化需求規格說明書》 2006.12.17 李曉虎

結構化系統設計基線 《結構化設計規格說明書》 2006.12.22 李曉虎

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

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

3.項目計劃

3.1 項目開發過程選擇

小組開發所用的開發過程

1）面向對象開發方法中的迭代開發。

2）結構化開發方法中的瀑布模型。

3.2 項目估算

3.1.1 工作量估算

Stage Percentage of Effort Effort(Person-Hours)

需求獲取 4 8

需求分析 20 20

設計 40 30

實現（含編程，測試）20 20

項目管理 8 10

其它 4 8

總計 100 96

3.1.2 進度估算

Microsoft Project Gantt Chart：

3.2 開發環境

硬件環境 軟件環境

PC 等 JBuilder2006, Oracle, Weblogic 等

3.3 小組評審

小組自行定義的內部評審點

評審關鍵點 評審內容 評審安排

開發計劃 項目開發計劃 2006.11.20 上午 九教北304

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

對象系統需求規格基線 《系統需求規格說明書》 2006.11.29 上午 九教北304

對象系統設計規格基線 《系統設計規格說明書》 2006.12.5 上午 九教北304

結構化系統需求基線 《結構化需求規格說明書》 2006.12.17 上午 九教北304

結構化系統設計基線 《結構化設計規格說明書》 2006.12.22 上午 九教北304

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

4.項目跟蹤

4.1 任務跟蹤

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

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

4.2 問題跟蹤

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

使其最終得到解決。

.4.3 項目進展報告

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

要評審時做小組工作匯報

匯報人 內容 文檔負責人

蘭皓 業務需求描述 林君宇

蘭皓 系統需求說明 李曉虎

蘭皓 系統設計說明 李曉虎

蘭皓 結構化需求規格說明 李曉虎

蘭皓 結構化設計規格說明 李曉虎

5.參考資料

1.《系統分析與設計》.John W.Satzinger 等著.機械工業出版社

第三篇：軟件開發項目商業計劃書

軟件開發項目商業計劃書

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

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

第一部分 摘要

一、項目背景

二、項目簡介

三、項目競爭優勢

四、融資與財務說明

第二部分軟件開發行業市場分析

一、軟件開發行業發展現狀

二、目標市場分析

三、競爭對手分析

四、小結

第三部分 公司介紹

一、公司基本情況

二、組織架構

三、管理團隊介紹

第四部分 產品介紹

一、產品介紹

二、產品的新穎性/先進性/獨特性

三、產品的競爭優勢

第五部分 研究與開發

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

二、研發能力

三、研發規劃

第六部分 產品制造

一、生產方式

二、生產設備

三、成本控制

第七部分 市場營銷

一、企業發展規劃

二、營銷戰略

三、市場推廣方式

第八部分 融資說明

一、資金需求及使用規劃

（一）項目總投資

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

（三）流動資金

二、資金籌集方式

三、投資者權利

四、資金退出方式

第九部分 財務分析與預測

一、基本財務數據假設

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

三、盈利能力分析

1、損益和利潤分配表

2、現金流量表

3、計算相關財務指標（投資利潤率、投資利稅率、財務內部收益率、財務凈現值、投資回收期）

四、敏感性分析

五、盈虧平衡分析

六、財務評價結論

第十部分 風險分析

一、風險因素

二、風險控制措施

第四篇：大學圖書館捐書活動計劃書

2009年倡議捐書活動計劃書

? 活動目的：鑒于目前圖書館書籍缺乏，希望通過倡議捐書為圖書館籌集書籍，達到圖書館書籍量；可以更廣泛的閱讀，拓寬知識面，從而更好的提高知識文化水平。

? 活動意義：書籍是人類進步的階梯，是開啟人類智慧的金鑰匙；好的書籍，往往能夠影響一個人的一生；書籍在圖書館能使圖書承載的知識得以傳播，同時為母校留下一抹青綠。? 活動目標：籌集10000冊以上書籍

? 活動主題：倡議捐書活動

? 活動對象：全校學生

? 活動時間：2009年3月23日 —4月25日

? 活動地點：固定點（圖書館前臺）、流動點（A.B宿舍）? 活動準備工作及人員、時間安排

（1）活動宣傳：對各班分發 “捐書倡議書”（3月16日準備好資

料，18日前分發各班）。海報（直接使用捐書倡議書，兩份，到圖書館借兩個展板，23號~25號三天用）

人員安排：讀書團隊負責

（2）書籍登統工作：準備工具：紙、筆（大頭筆）表格等，負責

收書、記錄（3月17日準備好）

人員安排：義工團隊負責

（3）書籍整理：收集捐書后存放采編部室（位置待定），每次活

動結束后，將捐收書籍存放，活動圓滿結束后統一整理分類（待定）

人員安排：讀書團隊、義工團隊負責

圖書館負責人：負責前期校方申請及更新補充計劃，主持活動各項工作順利完成? 活動工作細節

（1）活動宣傳：捐書倡議書務必在18號之前發到各班，各主要

負責人務必做好人員分配工作。捐書、收書：（分配人員到學生宿舍樓接收捐書），接收捐書時，記錄捐書人的姓名及班級（捐書人要寫留言時，工作人員就把書簽給捐書人寫）

（2）工作人員注意事項：宣傳及上門收書人員態度必須要好，必

須禮貌待人，做好書籍保管工作，以免書籍丟失和損毀

活動經費（待定）

圖書館

勵志團體讀書團隊、義工團隊

二00九年三月十五日

第五篇：軟件開發管理流程

軟件開發管理流程

根據我公司目前工作現狀，開發管理流程涉及到三個方向的工作管理；一是全新項目開發整體流程；二是二期項目開發管理流程（項目已部分上線，二期進行其它公司或模塊上線）；三是維護工作管理流程；

一、升級項目流程

針對我公司現有的BSP項目，存在有些省份的BSP項目存在部分上線而對于后期需要繼續上線其他部分的情況，提出以下工作流程。

總體流程

計劃階段－》需求分析階段－》軟件開發階段－》測試階段－》部署上線—》驗收完成（一）計劃階段

制定整體開發計劃，計劃體現整個開發周期，包括需求、編碼、測試周期以及資源要求；

（二）需求分析階段

修訂需求版本，提供需求說明書，并提出需求評審申請。

評審：發起需求評審的同時提交評審資料至項目管理部—》項目管理部給相關

人員發放資料并通知評審安排--》記錄評審結果（需整改時整改之后可再次評審）--》確定需求版本。

（三）軟件開發階段

編碼開發前：開發環境搭建，其中包括遷出代碼最新版本，從線上復制出數據庫（或者導出基礎數據庫表數據）；其目的為開發環境與正式環境保持一致，為上線前的部署做好準備。

編碼開發中：開發組長對整個開發過程做好監控，保證質量的同時保證進度；并且要求開發人員做好工作記錄；加強團隊的協作與溝通。

編碼開發完：提交相關資料（操作手冊、部署文檔：sql腳本、代碼文件路徑記錄、流程文件路徑記錄），組長整理部署文檔并且提交測試申請；部署文檔要求寫明部署步驟及部署內容及相應注釋；

（四）測試階段

測試組長根據測試申請中的測試內容安排測試。測試環境模擬線上測試環境，根據部署文檔進行部署，并且記錄所有補丁包。測試過程中開發人員在修改bug的同時需要維護部署文檔。

（五）部署

部署人員根據部署文檔中描述的步驟部署系統。完成之后實施人員安排驗收。

二、全新項目開發管理流程

總體流程

計劃階段－》需求分析階段－》軟件開發階段－》測試階段－》部署上線—》驗收完成(一)計劃階段

項目計劃草案和風險管理計劃作為第一步，確定、分析項目風險并確定其優先級，還要制定風險解決方案。本階段的目的是確立產品開發的經濟理由。當確定開發之后則制定軟件開發計劃、人員組織結構定義及配備、過程控制計劃。

? 項目計劃草案

項目計劃草案應包括產品簡介、產品目標及功能說明、開發所需的資源、開發時間和里程碑。

? 風險管理計劃

就是把有可能出錯或現在還不能確定的東西列出來，并制定出相應的解決方案。風險發現得越早對項目越有利。

? 軟件開發計劃

軟件開發計劃的目的是收集控制項目時所需的所有信息，項目經理

根據項目計劃來安排資源需求并根據時間表跟蹤項目進度。項目團隊

成員根據項目計劃以了解他們的工作任務、工作時間以及他們所依賴的其他活動。

項目管理培訓

可將計劃分成總體計劃和詳細計劃，總體計劃中每個任務為一個里

程碑，詳細計劃中必須將任務落實到個人。

軟件開發計劃還應包括產品的應收標準及應收任務（包括確定需要

制訂的測試用例）。

? 人員組織結構定義及配備

常見的人員組織結構有垂直方案、水平方案、混合方案。垂直方案

中每個成員充當多重角色。水平方案中每個成員充當一到兩個角色。

混合方案則包括了經驗豐富的人員與新手相互融合。具體選擇根據人

員實際技能情況進行選擇。

? 過程控制計劃

過程控制計劃的目的是收集項目計劃正常執行所需的所有信息，用來

指導項目進度的監控、計劃的調整，確保項目按時完成。

(二)需求分析階段

需求分析階段的目的是在系統工作方面與用戶達成一致。

（1）軟件需求規約

詳細說明系統將要實現的所有功能。

（2）用戶界面原型

可以有三種表示方法：圖紙（在紙上）、位圖（繪圖工具）、可執行文件（交互式）。

（三）軟件開發階段

本階段從物理上實現目標系統。采用了面向對象方法。

（1）軟件架構

說明軟件的組織結構、部署結構及運行環境。

（2）功能設計

定義功能點之間的關聯。

（3）數據庫設計

定義數據庫表之間的關聯和各個表的字段。

（4）編碼和單元測試

按照設計文檔進行編碼，每完成一個模塊應進行單元測試。

（5）集成系統

按軟件組織結構的要求將各個子模塊組合起來。

（四）測試階段

測試的目的是在發布之前找出程序的錯誤。包括：核實每個模塊是否正常運行（參考設計文檔）、核實需求是否被正確實施（參考需求文檔）。

（1）測試計劃

收集和組織測試信息，為測試工作提供指導。

（2）測試數據

盡量使用真實數據。

（3）測試報告

記錄測試結果，詳細描述問題，提出解決辦法。

（4）用戶操作手冊

（五）管理軟件開發過程

有以下幾方面地工作：

（1）組織會議

討論會議、總結會議等。

（2）評審程序

對各個階段的工作結果進行審核等。

（3）協調人員

（4）監控進度

軟件項目開發流程

第一個步驟是市場調研，技術和市場要結合才能體現最大價值。

第二個步驟是需求分析，需求人員出需求分析說明書。發起需求評審申請，項目管理部組織開發團隊進行評審；

評審：發起需求評審的同時提交評審資料至項目管理部—》項目管理部給相關人員發放資料并通知評審安排--》記錄評審結果（需整改時整改之后可再次評審）--》確定需求版本。

第三個步驟是概要設計，將系統功能模塊初步劃分，并給出合理的研發流程和資源要求。按照公司現狀，使用快速原型設計方法完成概要設計就可以進入編碼階段了，通常采用這種方法是因為涉及的研發任務屬于新領域，技術主管人員一上來無法給出明確的詳細設計說明書，但是并不是說詳細設計說明書不重要，事實上快速原型法在完成原型代碼后，根據評測結果和經驗教訓的總結，還要重新進行詳細設計的步驟

第四個步驟是詳細設計，這是考驗技術專家設計思維的重要關卡，詳細設計說明書應當把具體的模塊以最‘干凈’的方式提供給編碼者，使得系統整體模塊化達到最大；一份好的詳細設計說明書，可以使編碼的復雜性減低到最低。

第五個步驟是編碼，開發人員需嚴格按照編碼規范及需求文檔編碼，編碼時不同模塊之間的進度協調和協作是最需要小心的，也許一個小模塊的問題就可能影響了整體進度，讓很多程序員因此被迫停下工作等待，這種問題在以前的開發過程中都出現過。編碼時的相互溝通和應急的解決手段都是相當重要的。項目組長需提高對開發過程中問題的管控能力。盡量避免重大問題，提高工作效率。

第六個步驟是測試，測試有很多種：按照測試執行方，可以分為內部測試和外部測試；按照測試范圍，可以分為模塊測試和整體聯調；按照測試條件，可以分為正常操作情況測試和異常情況測試；按照測試的輸入范圍，可以分為全覆蓋測試和抽樣測試?？傊?，測試同樣是項目研發中一個相當重要的步驟。

第七個步驟是部署，搭建部署環境，按照部署方案進行部署，完成后驗收測試；