第一篇:軟件工程項目標準化文檔
文檔編寫標準化
文檔編寫標準化
在項目開發過程中,應該按要求編寫好十三種文檔,文檔編制要求具有針對性、精確性、清晰性、完整性、靈活性、可追溯性。
◇可行性分析報告:
說明該軟件開發項目的實現在技術上、經濟上和社會因素上的可行性,評述為了合理地達到開發目標可供選擇的各種可能實施方案,說明并論證所選定實施方案的理由。
◇項目開發計劃:
為軟件項目實施方案制訂出具體計劃,應該包括各部分工作的負責人員、開發的進度、開發經費的預算、所需的硬件及軟件資源等。
◇軟件需求說明書(軟件規格說明書):
對所開發軟件的功能、性能、用戶界面及運行環境等作出詳細的說明。它是在用戶與開發人員雙方對軟件需求取得共同理解并達成協議的條件下編寫的,也是實施開發工作的基礎。該說明書應給出數據邏輯和數據采集的各項要求,為生成和維護系統數據文件做好準備。
◇概要設計說明書:
該說明書是概要實際階段的工作成果,它應說明功能分配、模塊劃分、程序的總體結構、輸入輸出以及接口設計、運行設計、數據結構設計和出錯處理設計等,為詳細設計提供基礎。
◇詳細設計說明書:
著重描述每一模塊是怎樣實現的,包括實現算法、邏輯流程等。
◇用戶操作手冊:
本手冊詳細描述軟件的功能、性能和用戶界面,使用戶對如何使用該軟件得到具體的了解,為操作人員提供該軟件各種運行情況的有關知識,特別是操作方法的具體細節。
◇測試計劃:
為做好集成測試和驗收測試,需為如何組織測試制訂實施計劃。計劃應包括測試的內容、進度、條件、人員、測試用例的選取原則、測試結果允許的偏差范圍等。◇測試分析報告:
測試工作完成以后,應提交測試計劃執行情況的說明,對測試結果加以分析,并提出測試的結論意見。
◇開發進度月報:
該月報系軟件人員按月向管理部門提交的項目進展情況報告,報告應包括進度計劃與實際執行情況的比較、階段成果、遇到的問題和解決的辦法以及下個月的打算等。
◇項目開發總結報告:
軟件項目開發完成以后,應與項目實施計劃對照,總結實際執行的情況,如進度、成果、資源利用、成本和投入的人力,此外,還需對開發工作做出評價,總結出經驗和教訓。
◇軟件維護手冊:
主要包括軟件系統說明、程序模塊說明、操作環境、支持軟件的說明、維護過程的說明,便于軟件的維護。
◇軟件問題報告:
指出軟件問題的登記情況,如日期、發現人、狀態、問題所屬模塊等,為1
文檔編寫標準化
軟件修改提供準備文檔。
◇軟件修改報告:
軟件產品投入運行以后,發現了需對其進行修正、更改等問題,應將存在的問題、修改的考慮以及修改的影響作出詳細的描述,提交審批。
需求文檔的編寫內容包括很多的,但是需要根據該軟件的規模和具體要求進行編寫。一份比較完整的詳細需求分析應該包括:
1.前言 2.摘要 3.系統詳細需求分析 3.1.詳細需求分析
3.1.1.詳細功能需求分析 3.1.2.詳細性能需求分析 3.1.3.詳細信息需求分析 3.1.4.詳細資源需求分析 3.1.5.詳細組織需求分析
3.1.6.詳細系統運行環境及限制條件需求分析 3.1.7.信息要求
3.1.8.性能要求 3.2.接口需求分析 3.2.1.系統接口需求分析
3.2.2.現有軟、硬件資源接口需求分析 4.總體方案設計4.1.系統總體結構 4.1.1.系統組成、邏輯結構 4.1.2.應用系統結構 4.1.3.支撐系統結構 4.1.4.系統集成 4.1.5.系統工作流程
.2.分系統詳細界面劃分 4.2.1.應用分系統與支撐分系統的詳細界面劃分 4.2.2.應用分系統之間的界面劃分 5.應用分系統詳細設計
5.1.XX分系統詳細需求分析 5.1.1.功能詳細需求分析 5.1.2.性能詳細需求分析 5.1.3.信息詳細需求分析 5.1.4.限制條件詳細分析
5.2.XX分系統結構設計及子系統劃分 5.3.XX分系統功能詳細設計
5.4.分系統界面設計 5.4.1.外部界面設計 5.4.2.內部界面設計
5.4.3.用戶界面設計 6.數據庫系統設計 6.1.設計要求 6.2.信息模型設計 6.3.數據庫設計 6.3.1.數據訪問頻度和流量 6.3.2.數據庫選型 6.3.3.異構數據庫的連接與數據傳遞方式
6.3.5.數據共享方式設計 6.3.6.數據安全性及保密設計 6.3.7.數據字典設計
8.信息編碼設計 8.1.代碼結構設計 8.2.代碼編制 9.關鍵技術
9.1.關鍵技術的提出 9.2.關鍵技術的一般說明 9.3.關鍵技術的實現方案 10.系統配置 10.1.硬件配置 10.2.軟件配置 11.限制
12.組織機構及人員配置 12.1.機構調整與確認 12.2.組織機構的任務和職責 12.3.人員配置方案 12.4.培訓計劃 13.工程實施計劃 13.1.分期實施內容 13.2.進度計劃 13.3.實施條件 13.4.測試與驗收 14.投資預算 15.參考和引用資料
16.術語
第二篇:軟件工程項目實踐
創新方法交流的實際分析及方案
解決無線網絡連接故障的十二個創新方法
無線網絡,特別是無線局域網給我們的生活帶來了極大的方便,為我們提供了無處不在的、高帶寬的網絡服務,但是,由于無線信道特有的性質,使得無線網絡連接具有不穩定性,大大影響了服務質量,下面介紹一些常見的無線網絡故障,采用創新方式的排除方法,來幫助用戶及時、有效地排除這些故障。
1.混合無線網絡經常掉線
故障現象
使用Linksys WPC54G網卡和Linksys WRT54G AP構建無線局域網,它們使用的都是IEEE 802.11g協議,網絡中還存在少數802.11b網卡。當使用WRT54G進行54Mb/s連接時經常掉線。故障分析
從理論上說,IEEE 802.11g協議是向下兼容802.11b協議的,使用這兩種協議的設備可以同時連接至使用IEEE 802.11g協議的AP。但是,從實際經驗來看,只要網絡中存在使用IEEE 802.11b協議的網卡,那么整個網絡的連接速度就會降至11Mb/s(IEEE 802.11b協議的傳輸速度)。
故障解決
在混用IEEE 802.11b和IEEE 802.11g無線設備時,一定要把無線AP設置成混合(MIXED)模式,使用這種模式,就可以同時兼容IEEE 802.11b和802.11g兩種模式。
2.無線客戶端接收不到信號
故障現象
構建無線局域網之后,發現客戶端接收不到無線AP的信號。
故障分析
導致出現該故障的原因可能有以下幾個:
(1)無線網卡距離無線AP或者無線路由器的距離太遠,超過了無線網絡的覆蓋范圍,在無線信號到達無線網卡時已經非常微弱了,使得無線客戶端無法進行正常連接。
(2)無線AP或者無線路由器未加電或者沒有正常工作,導致無線客戶端根本無法進行連接。
(3)當無線客戶端距離無線AP較遠時,我們經常使用定向天線技術來增強無線信號的傳播,如果定向天線的角度存在問題,也會導致無線客戶端無法正常連接。
(4)如果無線客戶端沒有正確設置網絡IP地址,就無法與無線AP進行通信。
(5)出于安全考慮,無線AP或者無線路由器會過濾一些MAC地址,如果網卡的MAC地址被過濾掉了,那么也無法進行正常的網絡連接。
故障解決
可以采用以下方法進行解決:
(1)在無線客戶端安裝天線以增強接收能力。如果有很多客戶端都無法連接到無線AP,則在無線AP處安裝全向天線以增強發送能力。
(2)通過查看LED指示燈來檢查無線AP或者無線路由器是否正常工作,并使用筆記本電腦進行近距離測試。
(3)若無線客戶端使用了天線,則試著調整一下天線的方向,使其面向無線AP或者無線路由器的方
向。
(4)為無線客戶端設置正確的IP地址。
(5)查看無線AP或者無線路由器的安全設置,將無線客戶端的MAC地址設置為可信任的MAC地址。
3.無線客戶端能夠正常接收信號但無法接入無線網絡
故障現象
無線客戶端顯示有無線信號,但無法接入無線網絡
故障分析
導致該故障的原因可能有:
(1)無線AP或者無線路由器的IP地址已經分配完畢。當無線客戶端設置成自動獲取IP地址時,就會因沒有可用的IP地址而無法接入無線網絡。
(2)無線網卡沒有設置正確的IP地址。當用戶采用手工設置IP地址時,如果所設置的IP地址和無線AP的IP地址不在同一個網段內,也將無法接入無線網絡。
故障解決
可以采取以下解決辦法:
(1)增加無線AP或者無線路由器的地址范圍。
(2)為無線網卡設置正確的IP地址,確保其和無線AP的IP地址在同一網段內。
4.無線網絡內部能夠正常通信,但是無法和與無線路由器相連的以太網進行通信
故障現象
無線客戶端可以與無線路由器正常進行通信,但是無法和與無線路由器連接的以太網通信。故障分析
導致該故障的原因可能是:
(1)局域網(LAN)端口連接故障。
(2)IP地址設置有誤。
故障解決
可以采用以下解決方法:
(1)通過查看LAN指示燈來檢查LAN端口與以太網連接是否正確。應當使用交叉線連接LAN端口和以太網集線器。
(2)查看無線網絡和以太網是否在同一IP地址段,只有同一IP地址段內的主機才能進行通信。
5.撥打無繩電話時,會對無線網絡產生強烈干擾
故障現象
每當撥打無繩電話時,無線網絡信號就變得異常微弱,常常導致鏈路中斷。
故障分析
由于無繩電話和IEEE 802.11b都工作在2.4GHz頻段上,因此,當撥打無繩電話時,就會對無線網絡產生強烈的干擾。
故障解決
一般的解決方法就是停止使用無繩電話或者改變無線網絡所使用的信道。
6.網絡環境改變時,無法正常進行接入
故障現象
辦公室和家中都構建了無線網絡。在辦公室時,筆記本電腦能夠正常接入公司的無線網絡;但是,回到家中后,卻發現無法連接到無線網絡。
故障分析
導致該故障的原因可能有以下幾個:
(1)沒有及時更改SSID(Service Set Identifier)配置。不同的無線網絡使用不同的SSID,如果SSID配置不正確,就無法ping通AP。而且筆記本電腦將忽略該AP,按照SSID配置尋找新的AP。
(2)WEP加密。如果采用的WEP密鑰不同,無線客戶端就無法與新的無線AP連接。如果WEP配置不對,無線客戶端就無法從DHCP服務器獲取IP地址。如果使用靜態IP地址,無線客戶端甚至無法ping通AP的IP地址。
(3)IP地址信息。一般情況下,無線AP都會自動給無線客戶端分配IP地址,如果手工設置了無線客戶端的IP地址,那么該客戶端就將無法與新的AP進行通信。
故障解決
可以采用以下解決方法:
(1)當接入到新的無線網絡時,及時更改客戶端的SSID設置。
(2)如果接入無線網絡需要使用密鑰,則在接入該新的無線網絡時,需要先獲取該網絡的密鑰以便進行接入。
(3)通常情況下,使用無線AP分配的IP地址就可以了。如果要使用靜態的IP地址,則必須確保該靜態IP地址和無線AP的IP地址在同一網段內。
7.設置全部正確,卻無法接入無線網絡
故障現象
按照無線網絡內的其它用戶進行了網絡設置,包括WEP加密、SSID和IP地址(自動獲取IP地址),而且無線信號顯示為滿格,卻無法接入無線網絡。
故障分析
出現這種情況,可能是網絡管理員對無線AP設置了MAC地址過濾,只允許指定的MAC地址接入到無線網絡中,而拒絕未被授權的用戶,以保證無線網絡的安全。
故障解決
可以與管理聯系,將你的無線網卡的MAC地址告訴他,請他將此MAC地址添加到允許接入的MAC地址列表中。
8.筆記本電腦使用無線方式接入家庭網絡實現Internet共享
故障現象
家庭網絡使用“ADSL Modem + 寬帶路由器”的方式實現Internet共享,無需PPPoE撥號。新增的筆記本電腦無法接入到無線網絡以實現Internet共享。
故障分析
無線AP一般只有一個LAN接口,因此,將無線AP接入網絡時,會占用原來主機使用的網絡接口,除非寬帶路由器具有更多的端口,否則就無法將無線AP和原來的主機一同接入到寬帶路由器,從而實現對Internet連接的共享。
故障解決
如果寬帶路由器沒有更多的端口可供使用,可以購買一臺無線路由器,WAN端口連接至寬帶路由器,LAN端口連接至主機,并為筆記本電腦提供無線接入。另外,也可以采用“SOHO交換機 + 無線AP”的方式,將SOHO交換機連接至寬帶路由器,再將無線AP和主機連接至SOHO交換機。
9.無線AP不具備路由功能
故障現象
采用ADSL虛擬撥號方式上網,無線AP連接至ADSL Modem。臺式機(連接無線AP的LAN端口)可以正常上網,筆記本電腦也接收到了無線信號,卻無法正常上網,并且顯示IP地址和默認網關為“不可用”。
故障分析
如果ADSL Modem不支持路由功能,那么使用無線AP就無法實現Internet連接共享。
故障解決
可以采取以下方法解決:
(1)啟用ADSL Modem的路由功能,實現網絡連接共享。
(2)購置一臺無線路由器,將LAN連接至臺式機,WAN連接至ADSL Modem。
(3)在臺式機上安裝兩塊網卡,并將其設置為ICS主機。一塊網卡連接至ADSL Modem,另一塊網卡連接至無線AP。
10.利用無線網卡組建對等網絡
故障現象
兩臺臺式機通過ADSL接入Internet。現要通過無線方式將兩臺計算機進行連接。
故障分析解決
方法很簡單,只要購買兩塊無線網卡即可。將兩塊網卡分別安裝在兩臺計算機中,就可以搭建起對等網絡,并實現以太網的所有功能,而且可以共享上網。需要注意的是,使用這種方式時,傳輸速率將為IEEE 802.11b協議理論速率(11Mb/s)的一般左右,即6Mb/s左右。
11.看不到無線網絡中的其它計算機
故障現象
無線網卡顯示正常工作,但是在網上鄰居中看不到網絡中的其它計算機。
故障分析及解決
(1)檢查SSID和WEP參數設置,確認拼寫和大小寫正確無誤。
(2)檢查計算機是否啟用了文件和打印機共享,確認在無線網絡屬性的“常規”選項卡中“Microsoft網絡的文件和打印機共享”復選框被選中。
12.IEEE 802.11g傳輸速率較低
故障現象
為了保證無線網絡標準的兼容性,我們在選擇無線產品時,一般都會選取支持IEEE 802.11b/g的無線AP和無線網卡。然而,在實際的網絡測試中,我們發現,在沒有干擾和傳輸距離有限的情況下,無線鏈路的傳輸速率仍然較低,不能達到標稱的54Mb/s。
故障分析
IEEE 802.11g不但具有54Mb/s的傳輸速度,而且,還能很好的兼容IEEE 802.11b無線設備,從而能夠將802.11b無線網絡平滑升級到802.11g無線網絡。
故障解決
為了兼容現有的802.11b無線局域網設備,802.11g除了和802.11b使用相同的2.4GHz頻帶外,還采用了兩種不同的OFDM(正交頻分復用)編碼技術,以和相對應的802.11b或者802.11g設備通信。也就是說,在混合使用802.11b和802.11g無線設備的網絡中,使用 802.11g的無線設備既可以以54Mb/s的速率和802.11b設備通信,也可以以11Mb/s的速率和802.11b設備進行通信。
但是,在無線局域網中,使用的是共享信道,數據鏈路層使用CSMA/CA(帶有沖突避免的載波幀聽多路訪問)來實現對無線信道的控制。也就是說,當有一臺主機在和AP通信時,其它主機就只能處在監聽狀態,一旦該主機通信完畢,其它主機就會通過競爭的方式來實現對信道的控制。
所以,在802.11b和802.11g混合使用的無線網絡中,由于802.11b無法監聽到802.11g的通信狀態,就有可能在802.11g設備進行通信的同時搶占無線信道,從而嚴重干擾802.11設備的通信。
為了解決這一問題,802.11g協議采用了“RTS/CTS”技術。無線局域網設備在發送數據前,都要先發送一個RTS(Request To Send)幀給無線AP,請求使用無線資源,如果這時AP沒有和其它設備通信,就發送一個CTS(Clear To Send)幀給該設備,通知它可以跟無線AP進行通信。這樣,就避免了上述干擾問題。
第三篇:軟件工程項目投標書
物資采購業務管理系統投標書
一、投標報價
人民幣:*****元整(¥*******元)
二、投標團隊情況簡介
**********************************
三、系統界面方案
圖(1)系統登陸界面
圖(2)系統用戶管理界面
圖(3)系統主要功能模塊界面
說明:
1、系統采用B/S模式設計,用戶可以在任何可以連接Internet的計算機上訪問系統。
2、系統界面主色調采用明快干凈的藍色,令人感覺清新;
3、主界面中,一級業務流程在界面上方顯示,二、三級功能在左側樹狀顯示;
四、系統功能說明(一)采購需求:
1.填寫申購單,填寫申購的項目名稱、項目用途、申購時間等相關信息,生成申購表。
2.查詢申購單,可以以不同的方式查詢申購單,如按日期查詢、按類別查詢、按申購人等方式查詢,并將查詢結果按照列表和詳細兩種方式顯示申購單。
3.申購單管理,可以根據用戶的權限對申購單進行修改、刪除、注銷等操作。(二)采購執行
1.合同填寫,填寫合同的簽訂時間、合同期限、到貨要求、供貨廠商聯系人、聯系電話、物資名稱、型號規范、數量、單價、金額等相關信息。
2.合同執行管理,顯示和查詢所有未完成的合同,用戶可以根據合同執行的情況(如到貨批次、到貨數量等)設置合同的流轉執行狀態。
3.合同查詢,可以查詢過去已經完成的合同,并顯示合同的詳細信息。(三)倉儲配送 1.到貨管理,填寫到貨時間、到貨批次、實際到貨數量、經辦人、到貨位置,生成到貨單據。
2.到貨查詢,可以查詢已經到貨的單據。(四)付款結算
1.付款管理,顯示未完成的合同,用戶選擇合同后可填寫支付進度款,支付金額百分比、質量保證金、日期等相關信息。2.合同終結,當合同執行完成后將合同執行狀態設置為完成狀態。3.歷史記錄查詢,可以查詢已結算的項目,并自動進行統計計算。(五)系統管理
1.用戶管理,可以添加刪除修改用戶,設置用戶權限。2.部門管理,可以添加刪除修改部門。3.合同管理,可以刪除或注銷合同。4.數據管理,可以進行數據備份等操作。5.客戶管理,可以添加刪除修改客戶信息。
五、軟/硬件要求
服務器硬件:硬件:IBM服務器一臺,1G內存/500G硬盤
服務器軟件:Microsoft Windows2003, IIS6.0, Microsoft.NET Framework2.0, SQL SERVER2000,IE6.0~8.0
六、開發進度
2009年11月25日前:完成系統需求分析。2009年11月28日前:提交系統架構設計方案。
2009年12月15號前:完成系統的原型開發,調試并試運行。2009年12月25日前:提交用戶測試。2009年12月30日前:提交正式版本。
七、技術方案
開發平臺:.NET平臺
開發語言:ASP.NET, C#,JavaScript 數據庫:SQL SERVER2005 使用的技術:XML技術,組件技術等。
軟件的體系結構:整個軟件采用B/S模式開發,使用三層架構(表示層,邏輯層,數據存儲層)。
目前這種技術解決方案已經是非常的成熟,在使用的過程中,風險是非常低的。
投標人:******* 2009年11月18日
第四篇:軟件工程項目驗收系列文檔
軟件驗收標準
2.1 驗收內容
a)功能項測試
對軟件需求規格說明書中的所有功能項進行 測試。
b)業務流程測試
對軟件項目的典型業務流程進行測試。
c)容錯測試
容錯測試的檢查內容包括: 1)軟件對用戶常見的誤操作是否能進行提示;2)軟件對用戶的的操作錯誤和軟件錯誤, 是 否有準確、清晰的提示;3)軟件對重要數據的刪除是否有警告和確認
提示;4)軟件是否能判斷數據的有效性, 屏蔽用戶的錯誤輸入, 識別非法值, 并有相應的錯誤提示。
d)安全性測試
安全性測試的檢查內容包括: 1)軟件中的密鑰是否以密文方式存儲;2)軟件是否有留痕功能, 即是否保存有用戶的操作日志;3)軟件中各種用戶的權限分配是否合理。
e)性能測試
對軟件需求規格說明書中明確的軟件性能進行測試。測試的準則是要滿足規格說明書中的各項性能指標。
f)易用性測試
易用性測試的內容包括: 1)軟件的用戶界面是否友好, 是否出現中英文混雜的界面;2)軟件中的提示信息是否清楚、易理解, 是否存在原始的英文提示;3)軟件中各個模塊的界面風格是否一致;4)軟件中的查詢結果的輸出方式是否比較直 觀、合理。
g)適應性測試
參照用戶的軟、硬件使用環境和需求規格說明書中的規定, 列出開發的軟件需要滿足的軟、硬件環境。對每個環境進行測試。h)文檔測試 用戶文檔包括: 安裝手冊、操作手冊和維護手冊。
對用戶文檔測試的內容包括: 1)操作、維護文檔是否齊全、是否包含產品使用所需的信息和所有的功能模塊;2)用戶文檔描述的信息是否正確, 是否沒有歧義和錯誤的表達;3)用戶文檔是否容易理解, 是否通過使用適當的術語、圖形表示、詳細的解釋來表達;4)用戶文檔對主要功能和關鍵操作是否提供應用實例;5)用戶文檔是否有詳細的目錄表和索引表。6)用戶有特別要求的測試。
2.2 驗收標準
1)測試用例不通過數的比例< 3 %;2)不存在錯誤等級為1 的錯誤;3)不存在錯誤等級為2 的錯誤;4)錯誤等級為3 的錯誤數量≤10;5)所有提交的錯誤都已得到更正。6)錯誤響應時間
通過關于軟件驗收方面資料的查閱主要心得有一下幾點: 1.軟件的驗收主要通過需求規格說明書和關鍵業務流程
2.在驗收過程中出現BUG或者需求變更,需要通過問題跟蹤記錄和備忘錄進行查閱 3.在驗收之前,外包商必須做一下工作:
(1).軟件開發已經完成,并全部解決了已知的軟件缺陷。
(2).驗收測試計劃已經過評審并批準,并且置于文檔控制之下。
(3).對軟件需求說明書的審查已經完成。
(4).對概要設計、詳細設計的審查已經完成。
(5).對所有關鍵模塊的代碼審查已經完成。
(6).對單元、集成、系統測試計劃和報告的審查已經完成。
(7).所有的測試腳本已完成,并至少執行過一次,且通過評審。(8).使用配置管理工具且代碼置于配置控制之下。(9).軟件問題處理流程已經就緒。
(10).已經制定、評審并批準驗收測試完成標準。
4.驗收外包商需求提供的文檔有:a.開發類文檔:
(1).需求分析說明書
(2).概要設計說明書
(3).詳細設計說明書(4).數據庫設計說明書
(5).源代碼
(6).安裝程序
(7).程序員開發手冊
(8).軟件架構文檔
b.管理類文檔
(1).項目計劃書
(2).質量控制計劃
(3).配置管理計劃
(4).用戶培訓計劃
(5).數據移植計劃及報告
(6).系統上線計劃及報告
(7).系統管理員手冊(程序維護手冊)
(8).用戶使用手冊
(9).測試報告
(10).用戶意見書
(11).驗收申請
(12).質量總結報告
(13).評審報告(14).會議記錄(15).開發進度月報
第五篇:ISO軟件工程項目開發計劃
ISO軟件工程模板(2)項目開發計劃
摘要
大家在平時的系統開發中需要編寫一些文檔模板,這此將我收集整理的ISO軟件工程模板標準貼出,供大家參考。(2002-07-22 15:32:08)
By 風過留楓
1.引言
1.1 編寫目的
[說明編寫這份項目開發計劃的目的,并指出預期的讀者。] 1.2 背景
a.待開發軟件系統的名稱;
b.本項目的任務提出者、開發者、用戶及實現該軟件的計算中心或計算機網絡;
c.該軟件系統同其他系統或其他機構的基本的相互來往關系。1.3 定義
[列出本文件中用到的專門術語的定義和外文首字母組詞的原詞組。] 1.4 參考資料
[列出用得著的參考資料。] 2.項目概述
2.1 工作內容
[簡要地說明在本項目的開發中須進行的各項主要工作。] 2.2 主要參加人員
[扼要地說明參加本項目開發工作的主要人員的情況,包括他們的技術水平。] 2.3 產品
2.3.1 程序
[列出需移交給用戶的程序的名稱、所用的編程語言及存儲程序的媒體形式,并通過引用有關文件。逐項說明其功能和能力。]
2.3.2.文件
[列出需移交給用戶的每種文件的名稱及內容要點。]
2.3.3.服務
[列出需向用戶提供的各項服務。]
2.3.4.非移交的產品
[說明開發集體應向本單位交出但不必向用戶移交的產品。] 2.4 驗收標準
[對于上述這些應交出的產品和服務,逐項說明或引用資料說明驗收標準。] 2.5 [完成項目的最遲期限] 2.6 [本計劃的批準者和批準日期]
3.實施計劃
3.1 工作任務的分解與人員分工
[對于項目開發中需完成的各項工作,從需求分析、設計、實現、測試直到維護,包括文件的編制、審批、打印、分發工作,用戶培訓工作,軟件安裝工作等,按層次進行分解,指明每項任務的負責人和參加人員。] 3.2 接口人員
[說明負責接口工作的人員及他們的職責。] 3.3 進度
[對于需求分析、設計、編碼實現、測試、移交、培訓和安裝等工作,給出每項工作任務的預定的開始日期、完成日期及所需資源,規定各項工作任務完成的先后順序以及表征每項工作任務完成的標志性事件。] 3.4 預算
[逐項列出本開發項目所需要的勞務以及經費的預算和來源。] 3.5 關鍵問題
[逐項列出能夠影響整個項目成敗的關鍵問題、技術難點和風險,指出這些問題對項目的影響。] 4.支持條件
[說明為支持本項目的開發所需要的各種條件和設施。] 4.1 計算機系統支持
[逐項列出開發中和運行時所需的計算機系統支持,包括計算機、外圍設備、通訊設備、模擬器、編譯程序、操作系統、數據管理程序包、數據存儲能力和測試支持能力等,逐項給出有關到貨日期、使用時間的要求。] 4.2 需由用戶承擔的工作
[逐項列出需要用戶承擔的工作和完成期限,包括需由用戶提供的條件及提供時間。] 4.3 需由外單位提供的條件
[逐項列出需要外單位分合同承包者承擔的工作和完成的時間。] 5.專題計劃要點
[說明本項目開發中需制訂的各個專題計劃的要點。]