第一篇:軟件開發計劃(SDP)
1引言
本章分為以下幾條。
1.1標識
本條應包含本文檔適用的系統和軟件的完整標識,(若適用)包括標識號、標題、縮略詞語、版本號和發行號。
1.2系統概述
本條應簡述本文檔適用的系統和軟件的用途,它應描述系統和軟件的一般特性;概述系統開發、運行和維護的歷史;標識項目的投資方、需方、用戶、開發方和支持機構;標識當前和計劃的運行現場;列出其他有關的文檔。
1.3文檔概述
本條應概述本文檔的用途和內容,并描述與其使用有關的保密性和私密性的要求。
1.4與其他計劃之間的關系
(若有)本條描述本計劃和其他項目管理計劃的關系。
1.5基線
給出編寫本項目開發計劃的輸入基線,如軟件需求規格說明。
2引用文件
本章應列出本文檔引用的所有文檔的編號、標題、修訂版本和日期,本章也應標識不能通過正常的供貨渠道獲得的所有文檔的來源。
3交付產品
3.1程序
3.2文檔
3.3服務
3.4非移交產品
3.5驗收標準
3.6最后交付期限
列出本項目應交付的產品,包括軟件產品和文檔。其中,軟件產品應指明哪些是要開發的,哪些是屬于維護性質的;文檔是指隨軟件產品交付給用戶的技術文檔,例如用戶手冊、安裝手冊等。
4所需工作概述
本章根據需要分條對后續章描述的計劃作出說明,(若適用)包括以下概述:
a.對所要開發系統、軟件的需求和約束;
b.對項目文檔編制的需求和約束;
c.該項目在系統生命周期中所處的地位;
d.所選用的計劃/采購策略或對它們的需求和約束;
e.項目進度安排及資源的需求和約柬;
f.其他的需求和約束,如:項目的安全性、保密性、私密性、方法、標準、硬件開發和軟件開發的相互依賴關系等。
5實施整個軟件開發活動的計劃
本章分以下幾條。不需要的活動的條款用“不適用”注明,如果對項目中不同的開發階段或不同的軟件需要不同的計劃,這些不同之處應在此條加以注解。除以下規定的內容外,每條中還應標識可適用的風險和不確定因素,及處理它們的計劃。
5.1軟件開發過程
本條應描述要采用的軟件開發過程。計劃應覆蓋論及它的所有合同條款,確定已計劃的開發階段(適用的話)、目標和各階段要執行的軟件開發活動。
5.2軟件開發總體計劃
本條應分以下若干條進行描述。
5.2.1軟件開發方法
本條應描述或引用要使用的軟件開發方法,包括為支持這些方法所使用的手工、自動工具和過程的描述。該方法應覆蓋論及它的所有合同條款。如果這些方法在它們所適用的活動范圍有更好的描述,可引用本計劃的其他條。
5.2.2軟件產品標準
本條應描述或引用在表達需求、設計、編碼、測試用例、測試過程和測試結果方面要遵循的標準。標準應覆蓋合同中論及它的所有條款。如果這些標準在標準所適用的活動范圍有更好的描述,可引用本計劃中的其他條。對要使用的各種編程語言都應提供編碼標準,至少應包括:
a.格式標準(如:縮進、空格、大小寫和信息的排序);
b.首部注釋標準,例如(要求:代碼的名稱/標識符,版本標識,修改歷史,用途)需求和實現的設計決策,處理的注記(例如:使用的算法、假設、約束、限制和副作用),數據注記(輸入、輸出、變量和數據結構等);
c.其他注釋標準(例如要求的數量和預期的內容);
d.變量、參數、程序包、過程和文檔等的命名約定;
e.(若有)編程語言構造或功能的使用限制;
f.代碼聚合復雜性的制約。
5.2.3可重用的軟件產品
本條應分以下若干條。
5.2.3.1吸納可重用的軟件產品
本條應描述標識、評估和吸納可重用軟件產品要遵循的方法,包括搜尋這些產品的范圍和進行評估的準則。描述應覆蓋合同中論及它的所有條款。在制定或更新計劃時對已選定的或候選的可重用的軟件產品應加以標識和說明,(若適用)同時應給出與使用有關的優點、缺陷和限制。
5.2.3.2開發可重用的軟件產品
本條應描述如何標識、評估和報告開發可重用軟件產品的機會。描述應覆蓋合同中論及它的所有條款。
5.2.4處理關鍵性需求
本條應分以下若干條描述為處理指定關鍵性需求應遵循的方法。描述應覆蓋合同中論及它的所有條款。
5.2.4.1安全性保證
5.2.4.2保密性保證
5.2.4.3私密性保證
5.2.4.4其他關鍵性需求保證
5.2.5計算機硬件資源利用
本條應描述分配計算機硬件資源和監控其使用情況要遵循的方法。描述應覆蓋合同中論及它的所有條款。
5.2.6記錄原理
本條應描述記錄原理所遵循的方法,該原理在支持機構對項目作出關鍵決策時是有用的。應對項目的“關鍵決策”一詞作出解釋,并陳述原理記錄在什么地方。描述應覆蓋合同中論及它的所有條款。
5.2.7需方評審途徑
本條應描述為評審軟件產品和活動,讓需方或授權代表訪問開發方和分承包方的一些設施要遵循的方法。描述應遵循合同中論及它的所有條款。
6實施詳細軟件開發活動的計劃
本章分條進行描述。不需要的活動用“不適用”注明,如果項目的不同的開發階段或不同的軟件需要不同的計劃,則在本條應指出這些差異。每項活動的論述應包括應用于以下方面的途徑(方法/過程/工具):
a.所涉及的分析性任務或其他技術性任務;
b.結果的記錄;
c.與交付有關的準備(如果有的話)。
論述還應標識存在的風險和不確定因素,及處理它們的計劃。如果適用的方法在5.2.1處描述了的話,可引用它。
6.1項目計劃和監督
本條分成若干分條描述項目計劃和監督中要遵循的方法。各分條的計劃應覆蓋合同中論及它的所有條款。
6.1.1軟件開發計劃(包括對該計劃的更新)
6.1.2CSCI測試計劃
6.1.3系統測試計劃
6.1.4軟件安裝計劃
6.1.5軟件移交計劃
6.1.6跟蹤和更新計劃,包括評審管理的時間間隔
6.2建立軟件開發環境
本條分成以下若干分條描述建立、控制、維護軟件開發環境所遵循的方法。各分條的計劃應覆蓋合同中論及它的所有條款。
6.2.1軟件工程環境
6.2.2軟件測試環境
6.2.3軟件開發庫
6.2.4軟件開發文檔
6.2.5非交付軟件
6.3系統需求分析
6.3.1用戶輸入分析
6.3.2運行概念
6.3.3系統需求
6.4系統設計
6.4.1系統級設計決策
6.4.2系統體系結構設計
6.5軟件需求分析
本條描述軟件需求分析中要遵循的方法。應覆蓋合同中論及它的所有條款。
6.6軟件設計
本條應分成若干分條描述軟件設計中所遵循的方法。各分條的計劃應覆蓋合同中論及它的所有條款。
6.6.1 CSCI級設計決策
6.6.2 CSCI體系結構設計
6.6.3 CSCI詳細設計
6.7軟件實現和配置項測試
本條應分成若干分條描述軟件實現和配置項測試中要遵循的方法。各分條的計劃應覆蓋合同中論及它的所有條款。
6.7.1軟件實現
6.7.2配置項測試準備
6.7.3配置項測試執行
6.7.4修改和再測試
6.7.5配置項測試結果分析與記錄
6.8配置項集成和測試
本條應分成若干分條描述配置項集成和測試中要遵循的方法。各分條的計劃應覆蓋合同中論及它的所有條款。
6.8.1配置項集成和測試準備
6.8.2配置項集成和測試執行
6.8.3修改和再測試
6.8.4配置項集成和測試結果分析與記錄
6.9 CSCI合格性測試
本條應分成若干分條描述CSCI合格性測試中要遵循的方法。各分條的計劃應覆蓋合同中論及它的所有條款。
6.9.1 CSCI合格性測試的獨立性
6.9.2在目標計算機系統(或模擬的環境)上測試
6.9.3 CSCI合格性測試準備
6.9.4 CSCI合格性測試演練
6.9.5 CSCI合格性測試執行
6.9.6修改和再測試
6.9.7 CSCI合格性測試結果分析與記錄
6.10 CSCI/HWCI集成和測試
本條應分成若干分條描述CSCI/HWCI集成和測試中要遵循的方法。各分條的計劃應覆蓋合同中論及它的所有條款。
6.10.1 CSCI/HWCI集成和測試準備
6.10.2 CSCI/HWCI集成和測試執行
6.10.3修改和再測試
6.10.4 CSCI/HWCI集成和測試結果分析與記錄
6.11系統合格性測試
本條應分成若干分條描述系統合格性測試中要遵循的方法。各分條的計劃應遵循合同中論及它的所有條款。
6.11.1系統合格性測試的獨立性
6.11.2在目標計算機系統(或模擬的環境)上測試
6.11.3系統合格性測試準備
6.11.4系統合格性測試演練
6.11.5系統合格性測試執行
6.11.6修改和再測試
6.11.7系統合格性測試結果分析與記錄
6.12軟件使用準備
本條應分成若干分條描述軟件應用準備中要遵循的方法。各分條的計劃應遵循合同中論及它的所有條款。
6.12.1可執行軟件的準備
6.12.2用戶現場的版本說明的準備
6.12.3用戶手冊的準備
6.12.4在用戶現場安裝
6.13軟件移交準備
本條應分成若干分條描述軟件移交準備要遵循的方法。各分條的計劃應遵循合同中論及它的所有條款。
6.13.1可執行軟件的準備
6.13.2源文件準備
6.13.3支持現場的版本說明的準備
6.13.4“已完成”的CSCI設計和其他的軟件支持信息的準備
6.13.5系統設計說明的更新
6.13.6支持手冊準備
6.13.7到指定支持現場的移交
6.14軟件配置管理
本條應分成若干分條描述軟件配置管理中要遵循的方法.各分條的計劃應遵循合同中論及它的所有條款。
6.14.1 配置標識
6.14.2配置控制
6.14.3配置狀態統計
6.14.4配置審核
6.14.5發行管理和交付
6.15軟件產品評估
本條應分成若干分條描述軟件產品評估中要遵循的方法。各分條的計劃應覆蓋合同中論及它的所有條款。
6.15.1中間階段的和最終的軟件產品評估
6.15.2軟件產品評估記錄(包括所記錄的具體條目)
6.15.3軟件產品評估的獨立性
6.16軟件質量保證
本條應分成若干分條描述軟件質量保證中要遵循的方法。各分條的計劃應覆蓋合同中論及它的所有條款。
6.16.1軟件質量保證評估
6.16.2軟件質量保證記錄、包括所記錄的具體條目
6.16.3軟件質量保證的獨立性
6.17問題解決過程(更正活動)
本條應分成若干分條描述軟件更正活動中要遵循的方法.各分條的計劃應覆蓋合同中論及它的所有條款。
6.17.1問題/變更報告
它包括要記錄的具體條目(可選的條目包括:項目名稱,提出者,問題編號,問題名稱,受影響的軟件元素或文檔,發生日期,類別和優先級,描述,指派的該問題的分析者,指派日期,完成日期,分析時間,推薦的解決方案,影響,問題狀態,解決方案的批準,隨后的動作,更正者,更正日期,被更正的版本.更正時間,已實現的解決方案的描述)。
6.17.2更正活動系統
6.18聯合評審(聯合技術評審和聯合管理評審)
本條應分成若干分條描述進行聯合技術評審和聯合管理評審要遵循的方法。各分條的計劃應覆蓋合同中論及它的所有條款.6.18.1聯合技術評審包括----組建議的評審
6.18.2聯合管理評審包括----組建議的評審
6.19文檔編制
本條應分成若干分條描述文檔編制要遵循的方法。各分條的計劃應覆蓋合同中論及它的所有條款.應遵循本標準第5章文檔編制過程中的有關文檔編制計劃的規定執行.6.20其他軟件開發活動
本條應分成若干分條描述進行其他軟件開發活動要遵循的方法。各分條的計劃應覆蓋合同中論及它的所有條款.6.20.1風險管理,包括已知的風險和相應的對策
6.20.2軟件管理指標,包括要使用的指標
6.20.3保密性和私密性
6.20.4分承包方管理
6.20.5與軟件獨立驗證與確認(IV&V)機構的接口
6.20.6和有關開發方的協調
6.20.7項目過程的改進
6.20.8計劃中未提及的其他活動
7進度表和活動網絡圖
本章應給出:
a.進度表,標識每個開發階段中的活動,給出每個活動的初始點、提交的草稿和最終結果的可用性、其他的里程碑及每個活動的完成點.b.活動網絡圖,描述項目活動之間的順序關系和依賴關系,標出完成項目中有最嚴格時間限制的活動。8項目組織和資源
本章應分成若干條描述各階段要使用的項目組織和資源.8.1項目組織
本條應描述本項目要采用的組織結構,包括涉及的組織機構、機構之間的關系、執行所需活動的每個機構的權限和職責。
8.2項目資源
本條應描述適用于本項目的資源。(若適用)應包括:
a.人力資源,包括:
1)估計此項目應投入的人力(人員/時間數);
2)按職責(如:管理,軟件工程,軟件測試,軟件配置管理,軟件產品評估,軟件質量保證和軟件文檔編制等)分解所投入的人力;
3)履行每個職責人員的技術級別、地理位置和涉密程度的劃分;
b.開發人員要使用的設施,包括執行工作的地理位置、要使用的設施、保密區域和運用合同項目的設施的其他特性;
c.為滿足合同需要,需方應提高的設備、軟件、服務、文檔、資料及設施,給出一張何時需要上述各項的進度表;
d.其他所需的資源,包括:獲得資源的計劃、需要的日期和每項資源的可用性.9培訓
9.1項目的技術要求
根據客戶需求和項目策劃結果,確定本項目的技術要求,包括管理技術和開發技術。
9.2培訓計劃
根據項目的技術要求和項目成員的情況,確定是否需要進行項目培訓,并制訂培訓計劃。如不需要培訓,應說明理由。
10項目估算
本章應分若干條說明項目估算的結果。
10.1規模估算
10.2工作量估算
10.3成本估算
10.4關鍵計算機資源估算
10.5管理預留
11風險管理
本章應分析可能存在的風險,所采取的對策和風險管理計劃。
12支持條件
12.1計算機系統支持。
12.2需要需方承擔的工作和提供的條件。
12.3需要分包商承擔的工作和提供的條件。
13注解
本章應包含有助于理解本文檔的一般信息(例如原理)。本章應包含為理解本文檔需要的術語和定義,所有縮略語和它們在文檔中的含義的字母序列表。
附錄
附錄可用來提供那些為便于文檔維護而單獨出版的信息(例如圖表、分類數據)。為便于處理,附錄可單獨裝訂成冊。附錄應按字母順序(A, B等)編排。
第二篇:軟件開發軟件開發計劃
XXXX公司
軟件開發計劃
1.引言
1-1編寫目的(闡明編寫軟件計劃的目的,指出讀者對象。)
1-2 項目背景(可包括:(1)項目委托單位、開發單位和主管部門;(2)該軟件系統與其他系統的關系。)
1-3 定義(列出本文檔中用到的專門術語的定義和縮略詞的原文。)
1-4參考資料
1-4-1項目經核準的計劃任務書、合同或上級機關的批文;
1-4-2文檔所引用的資料、規范等;列出資料的作者、標題、編號、發表日期、出版單位或資料來源。
2.項目概述
2-1工作內容(簡要說明項目的各項主要工作,介紹所開發軟件的功能 性能等.若不編寫
可行性研究報告,則應在本節給出較詳細的介紹。)
2-2條件與限制(闡明為完成項目應具備的條件 開發單位已具備的條件以及尚需創造的條件.必要時還應說明用戶及分合同承包者承擔的工作 完成期限及其它條件與限制。)
2-3產品
2-3-1程序(列出應交付的程序名稱 使用的語言及存儲形式。)
2-3-2文檔(列出應交付的文檔。)
2-3-3運行環境(應包括硬件環境 軟件環境。)
2-3-4服務(闡明開發單位可向用戶提供的服務.如人員培訓 安裝 保修 維護和其他運行支持。)
2-3-5驗收標準
3.實施計劃
3-1任務分解(任務的劃分及各項任務的負責人。)
3-2 進度(按階段完成的項目,用圖表說明開始時間 完成時間。)
3-3預算
3-4關鍵問題(說明可能影響項目的關鍵問題,如設備條件 技術難點或其他風險因素,并說明對策。)
4.人員組織及分工
5.交付期限
6.專題計劃要點(如測試計劃 質量保證計劃 配置管理計劃 人員培訓計劃 系統安裝計劃等。)
編制人:
項目編號:XXXXX-1
XXXX公司
日期:
項目編號:XXXXX-2
第三篇:軟件開發計劃說明
軟件開發計劃(SDP)
說明:
1.《軟件開發計劃》(SDP)描述開發者實施軟件開發工作的計劃,本文檔中“軟件開發”一詞涵蓋了新開發、修改、重用、再工程、維護和由軟件產品引起的其他所有的活動。
2.SDP是向需求方提供了解和監督軟件開發過程、所使用的方法、每項活動的途徑、項目的安排、組織及資源的一種手段。
3.本計劃的某些部分可視實際需要單獨編制成冊,例如,軟件配置管理計劃、軟件質量保證計劃和文檔編制計劃等。
軟件開發計劃的正文的格式如下
1引言
本章分為以下幾條。
1.1標識
本條應包含本文檔適用的系統和軟件的完整標識,(若適用)包括標識號、標題、縮略詞語、版本號和發行號。
1.2系統概述
本條應簡述本文檔適用的系統和軟件的用途,它應描述系統和軟件的一般特性;概述系統開發、運行和維護的歷史;標識項目的投資方、需方、用戶、開發方和支持機構;標識當前和計劃的運行現場;列出其他有關的文檔。
1.3文檔概述
本條應概述本文檔的用途和內容,并描述與其使用有關的保密性和私密性的要求。
1.4與其他計劃之間的關系
(若有)本條描述本計劃和其他項目管理計劃的關系。
1.5基線
給出編寫本項目開發計劃的輸入基線,如軟件需求規格說明。
2引用文件
本章應列出本文檔引用的所有文檔的編號、標題、修訂版本和日期,本章也應標識不能通過正常的供貨渠道獲得的所有文檔的來源。
3交付產品
3.1程序
3.2文檔
3.3服務
3.4非移交產品
3.5驗收標準
3.6最后交付期限
列出本項目應交付的產品,包括軟件產品和文檔。其中,軟件產品應指明哪些是要開發的,哪些是屬于維護性質的;文檔是指隨軟件產品交付給用戶的技術文檔,例如用戶手冊、安裝手冊等。
4所需工作概述
本章根據需要分條對后續章描述的計劃作出說明,(若適用)包括以下概述:
a.對所要開發系統、軟件的需求和約束;
b.對項目文檔編制的需求和約束;
c.該項目在系統生命周期中所處的地位;
d.所選用的計劃/采購策略或對它們的需求和約束;
e.項目進度安排及資源的需求和約柬;
f.其他的需求和約束,如:項目的安全性、保密性、私密性、方法、標準、硬件開發和軟件開發的相互依賴關系等。
5實施整個軟件開發活動的計劃
本章分以下幾條。不需要的活動的條款用“不適用”注明,如果對項目中不同的開發階段或不同的軟件需要不同的計劃,這些不同之處應在此條加以注解。除以下規定的內容外,每條中還應標識可適用的風險和不確定因素,及處理它們的計劃。
5.1軟件開發過程
本條應描述要采用的軟件開發過程。計劃應覆蓋論及它的所有合同條款,確定已計劃的開發階段(適用的話)、目標和各階段要執行的軟件開發活動。
5.2軟件開發總體計劃
本條應分以下若干條進行描述。
5.2.1軟件開發方法
本條應描述或引用要使用的軟件開發方法,包括為支持這些方法所使用的手工、自動工具和過程的描述。該方法應覆蓋論及它的所有合同條款。如果這些方法在它們所適用的活動范圍有更好的描述,可引用本計劃的其他條。
5.2.2軟件產品標準
本條應描述或引用在表達需求、設計、編碼、測試用例、測試過程和測試結果方面要遵循的標準。標準應覆蓋合同中論及它的所有條款。如果這些標準在標準所適用的活動范圍有更好的描述,可引用本計劃中的其他條。對要使用的各種編程語言都應提供編碼標準,至少應包括:
a.格式標準(如:縮進、空格、大小寫和信息的排序);
b.首部注釋標準,例如(要求:代碼的名稱/標識符,版本標識,修改歷史,用途)需求和實現的設計決策,處理的注記(例如:使用的算法、假設、約束、限制和副作用),數據注記(輸入、輸出、變量和數據結構等);
c.其他注釋標準(例如要求的數量和預期的內容);
d.變量、參數、程序包、過程和文檔等的命名約定;
e.(若有)編程語言構造或功能的使用限制;
f.代碼聚合復雜性的制約。
5.2.3可重用的軟件產品
本條應分以下若干條。
5.2.3.1吸納可重用的軟件產品
本條應描述標識、評估和吸納可重用軟件產品要遵循的方法,包括搜尋這些產品的范圍和進行評估的準則。描述應覆蓋合同中論及它的所有條款。在制定或更新計劃時對已選定的或候選的可重用的軟件產品應加以標識和說明,(若適用)同時應給出與使用有關的優點、缺陷和限制。
5.2.3.2開發可重用的軟件產品
本條應描述如何標識、評估和報告開發可重用軟件產品的機會。描述應覆蓋合同中論及它的所有條款。
5.2.4處理關鍵性需求
本條應分以下若干條描述為處理指定關鍵性需求應遵循的方法。描述應覆蓋合同中論及它的所有條款。
5.2.4.1安全性保證
5.2.4.2保密性保證
5.2.4.3私密性保證
5.2.4.4其他關鍵性需求保證
5.2.5計算機硬件資源利用
本條應描述分配計算機硬件資源和監控其使用情況要遵循的方法。描述應覆蓋合同中論及它的所有條款。
5.2.6記錄原理
本條應描述記錄原理所遵循的方法,該原理在支持機構對項目作出關鍵決策時是有用的。應對項目的“關鍵決策”一詞作出解釋,并陳述原理記錄在什么地方。描述應覆蓋合同中論及它的所有條款。
5.2.7需方評審途徑
本條應描述為評審軟件產品和活動,讓需方或授權代表訪問開發方和分承包方的一些設施要遵循的方法。描述應遵循合同中論及它的所有條款。
6實施詳細軟件開發活動的計劃
本章分條進行描述。不需要的活動用“不適用”注明,如果項目的不同的開發階段或不同的軟件需要不同的計劃,則在本條應指出這些差異。每項活動的論述應包括應用于以下方面的途徑(方法/過程/工具):
a.所涉及的分析性任務或其他技術性任務;
b.結果的記錄;
c.與交付有關的準備(如果有的話)。
論述還應標識存在的風險和不確定因素,及處理它們的計劃。如果適用的方法在5.2.1處描述了的話,可引用它。
6.1項目計劃和監督
本條分成若干分條描述項目計劃和監督中要遵循的方法。各分條的計劃應覆蓋合同中論及它的所有條款。
6.1.1軟件開發計劃(包括對該計劃的更新)
6.1.2CSCI測試計劃
6.1.3系統測試計劃
6.1.4軟件安裝計劃
6.1.5軟件移交計劃
6.1.6跟蹤和更新計劃,包括評審管理的時間間隔
6.2建立軟件開發環境
本條分成以下若干分條描述建立、控制、維護軟件開發環境所遵循的方法。各分條的計劃應覆蓋合同中論及它的所有條款。
6.2.1軟件工程環境
6.2.2軟件測試環境
6.2.3軟件開發庫
6.2.4軟件開發文檔
6.2.5非交付軟件
6.3系統需求分析
6.3.1用戶輸入分析
6.3.2運行概念
6.3.3系統需求
6.4系統設計
6.4.1系統級設計決策
6.4.2系統體系結構設計
6.5軟件需求分析
本條描述軟件需求分析中要遵循的方法。應覆蓋合同中論及它的所有條款。
6.6軟件設計
本條應分成若干分條描述軟件設計中所遵循的方法。各分條的計劃應覆蓋合同中論及它的所有條款。
6.6.1 CSCI級設計決策
6.6.2 CSCI體系結構設計
6.6.3 CSCI詳細設計
6.7軟件實現和配置項測試
本條應分成若干分條描述軟件實現和配置項測試中要遵循的方法。各分條的計劃應覆蓋合同中論及它的所有條款。
6.7.1軟件實現
6.7.2配置項測試準備
6.7.3配置項測試執行
6.7.4修改和再測試
6.7.5配置項測試結果分析與記錄
6.8配置項集成和測試
本條應分成若干分條描述配置項集成和測試中要遵循的方法。各分條的計劃應覆蓋合同中論及它的所有條款。
6.8.1配置項集成和測試準備
6.8.2配置項集成和測試執行
6.8.3修改和再測試
6.8.4配置項集成和測試結果分析與記錄
6.9 CSCI合格性測試
本條應分成若干分條描述CSCI合格性測試中要遵循的方法。各分條的計劃應覆蓋合同中論及它的所有條款。
6.9.1 CSCI合格性測試的獨立性
6.9.2在目標計算機系統(或模擬的環境)上測試
6.9.3 CSCI合格性測試準備
6.9.4 CSCI合格性測試演練
6.9.5 CSCI合格性測試執行
6.9.6修改和再測試
6.9.7 CSCI合格性測試結果分析與記錄
6.10 CSCI/HWCI集成和測試
本條應分成若干分條描述CSCI/HWCI集成和測試中要遵循的方法。各分條的計劃應覆蓋合同中論及它的所有條款。
6.10.1 CSCI/HWCI集成和測試準備
6.10.2 CSCI/HWCI集成和測試執行
6.10.3修改和再測試
6.10.4 CSCI/HWCI集成和測試結果分析與記錄
6.11系統合格性測試
本條應分成若干分條描述系統合格性測試中要遵循的方法。各分條的計劃應遵循合同中論及它的所有條款。
6.11.1系統合格性測試的獨立性
6.11.2在目標計算機系統(或模擬的環境)上測試
6.11.3系統合格性測試準備
6.11.4系統合格性測試演練
6.11.5系統合格性測試執行
6.11.6修改和再測試
6.11.7系統合格性測試結果分析與記錄
6.12軟件使用準備
本條應分成若干分條描述軟件應用準備中要遵循的方法。各分條的計劃應遵循合同中論及它的所有條款。
6.12.1可執行軟件的準備
6.12.2用戶現場的版本說明的準備
6.12.3用戶手冊的準備
6.12.4在用戶現場安裝
6.13軟件移交準備
本條應分成若干分條描述軟件移交準備要遵循的方法。各分條的計劃應遵循合同中論及它的所有條款。
6.13.1可執行軟件的準備
6.13.2源文件準備
6.13.3支持現場的版本說明的準備
6.13.4“已完成”的CSCI設計和其他的軟件支持信息的準備
6.13.5系統設計說明的更新
6.13.6支持手冊準備
6.13.7到指定支持現場的移交
6.14軟件配置管理
本條應分成若干分條描述軟件配置管理中要遵循的方法.各分條的計劃應遵循合同中論及它的所有條款。
6.14.1 配置標識
6.14.2配置控制
6.14.3配置狀態統計
6.14.4配置審核
6.14.5發行管理和交付
6.15軟件產品評估
本條應分成若干分條描述軟件產品評估中要遵循的方法。各分條的計劃應覆蓋合同中論及它的所有條款。
6.15.1中間階段的和最終的軟件產品評估
6.15.2軟件產品評估記錄(包括所記錄的具體條目)
6.15.3軟件產品評估的獨立性
6.16軟件質量保證
本條應分成若干分條描述軟件質量保證中要遵循的方法。各分條的計劃應覆蓋合同中論及它的所有條款。
6.16.1軟件質量保證評估
6.16.2軟件質量保證記錄、包括所記錄的具體條目
6.16.3軟件質量保證的獨立性
6.17問題解決過程(更正活動)
本條應分成若干分條描述軟件更正活動中要遵循的方法.各分條的計劃應覆蓋合同中論及它的所有條款。
6.17.1問題/變更報告
它包括要記錄的具體條目(可選的條目包括:項目名稱,提出者,問題編號,問題名稱,受影響的軟件元素或文檔,發生日期,類別和優先級,描述,指派的該問題的分析者,指派日期,完成日期,分析時間,推薦的解決方案,影響,問題狀態,解決方案的批準,隨后的動作,更正者,更正日期,被更正的版本.更正時間,已實現的解決方案的描述)。
6.17.2更正活動系統
6.18聯合評審(聯合技術評審和聯合管理評審)
本條應分成若干分條描述進行聯合技術評審和聯合管理評審要遵循的方法。各分條的計劃應覆蓋合同中論及它的所有條款.6.18.1聯合技術評審包括----組建議的評審
6.18.2聯合管理評審包括----組建議的評審
6.19文檔編制
本條應分成若干分條描述文檔編制要遵循的方法。各分條的計劃應覆蓋合同中論及它的所有條款.應遵循本標準第5章文檔編制過程中的有關文檔編制計劃的規定執行.6.20其他軟件開發活動
本條應分成若干分條描述進行其他軟件開發活動要遵循的方法。各分條的計劃應覆蓋合同中論及它的所有條款.6.20.1風險管理,包括已知的風險和相應的對策
6.20.2軟件管理指標,包括要使用的指標
6.20.3保密性和私密性
6.20.4分承包方管理
6.20.5與軟件獨立驗證與確認(IV&V)機構的接口
6.20.6和有關開發方的協調
6.20.7項目過程的改進
6.20.8計劃中未提及的其他活動
7進度表和活動網絡圖
本章應給出:
a.進度表,標識每個開發階段中的活動,給出每個活動的初始點、提交的草稿和最終結果的可用性、其他的里程碑及每個活動的完成點.b.活動網絡圖,描述項目活動之間的順序關系和依賴關系,標出完成項目中有最嚴格時間限制的活動。
8項目組織和資源
本章應分成若干條描述各階段要使用的項目組織和資源.8.1項目組織
本條應描述本項目要采用的組織結構,包括涉及的組織機構、機構之間的關系、執行所需活動的每個機構的權限和職責。
8.2項目資源
本條應描述適用于本項目的資源。(若適用)應包括:
a.人力資源,包括:
1)估計此項目應投入的人力(人員/時間數);
2)按職責(如:管理,軟件工程,軟件測試,軟件配置管理,軟件產品評估,軟件質量保證和軟件文檔編制等)分解所投入的人力;
3)履行每個職責人員的技術級別、地理位置和涉密程度的劃分;
b.開發人員要使用的設施,包括執行工作的地理位置、要使用的設施、保密區域和運用合同項目的設施的其他特性;
c.為滿足合同需要,需方應提高的設備、軟件、服務、文檔、資料及設施,給出一張何時需要上述各項的進度表;
d.其他所需的資源,包括:獲得資源的計劃、需要的日期和每項資源的可用性.9培訓
9.1項目的技術要求
根據客戶需求和項目策劃結果,確定本項目的技術要求,包括管理技術和開發技術。
9.2培訓計劃
根據項目的技術要求和項目成員的情況,確定是否需要進行項目培訓,并制訂培訓計劃。如不需要培訓,應說明理由。
10項目估算
本章應分若干條說明項目估算的結果。
10.1規模估算
10.2工作量估算
10.3成本估算
10.4關鍵計算機資源估算
10.5管理預留
11風險管理
本章應分析可能存在的風險,所采取的對策和風險管理計劃。
12支持條件
12.1計算機系統支持。
12.2需要需方承擔的工作和提供的條件。
12.3需要分包商承擔的工作和提供的條件。
13注解
本章應包含有助于理解本文檔的一般信息(例如原理)。本章應包含為理解本文檔需要的術語和定義,所有縮略語和它們在文檔中的含義的字母序列表。
附錄
附錄可用來提供那些為便于文檔維護而單獨出版的信息(例如圖表、分類數據)。為便于處理,附錄可單獨裝訂成冊。附錄應按字母順序(A, B等)編排。
第四篇:軟件開發技術部年終總結及計劃
軟件開發技術部年終總結及計劃
演講稿
尊敬的各位同仁,大家下午好。借此機會,我向在各自崗位上默默付出的兄弟姐妹們,表示衷心的感謝。
我們技術部目前在公司的主要職責就是為各個部門提供技術上的支持,像現在的GOA系統、國外銷售網站、外掛、游戲麥網站、各收貨商網站等等都是我們的職能范圍。2010年上半年技術部的主要績效集中在自動囤取軟件、自動收貨軟件、自動轉貨軟件等一系列自動化軟件的開發工作以及一些管理系統的維護工作上,借助這些軟件,公司的營運及管理效率得到了提升,為公司帶來了效益!但是我們還有非常大的提升空間,需要大家共同努力去突破。
我們現在還存在以下幾個需要解決的問題:
第一點:部門人力配置不足,分工無法細化。一些崗位有經驗的技術人員難招聘,是導致這個問題的主要原因。由于公司所在的地區為縣級市,導致很多大城市有經驗的技術人員不愿意來這邊。我們以后可以從身邊的同事和朋友方面著手拓展技術人員招聘這塊,也希望在座的兄弟姐妹們一起幫幫忙,挖掘身邊的合適資源。
第二點:部分同事在處理一些相對繁瑣的工作任務地時候,主動性和積極性方面有所欠缺,工作效率比較低。對于這點,接下來我們會借助績效考核等管理工具,讓那些能夠為公司創造價值,付諸自身努力的同事,無論從物質上還是精神上都能夠獲取更大的利益。更重要的一點,就是溝通和合作也是創造效率必不可少的條件。
第三點:一些項目型系統開發的延期,暴露出了我們缺乏項目管理方面的經驗。接下來的工作我們需要有清晰的工作流程、責任更加明確、有序地去運作,還需要制定并逐步完善一些相關的開發規范。現在我們已經使用了Redmine對分配的任務進行跟進,不過還是無法滿足我們實際的一些需求,這一塊還需要作進一步的完善。
把以上提到的幾點改善了,相信我們大家在工作當中都能夠得到提升。
我們深刻理解技術部門對于公司發展的意義及公司對技術團隊的期待和要求!所以,團隊的每一位兄弟姐妹們對于公司的價值不言而喻,要充分發揮出我們團隊的戰斗力,需要我們擰成一股繩,共同努力。有一點可以肯定,“世間自有公道,付出總有回報”,只要我們付出努力,無論是在個人職業素質,物質報酬,或是職務上都會得到提升。目前我們正在開發的CRM系統,工作室管理軟件,游戲帳號管理系統,還有GOA1.0和其他一系列的維護工作,以及接下來要做的游戲麥網站的改版,我們都有信心做的更好。
我深信,只要我們能夠齊心協力,就可以發揮出超強的團隊戰斗力,就能夠跨越前進道路上的任何障礙。
謝謝大家!
第五篇:SDP校長培訓有感
觸動就是收獲
——SDP校長培訓有感
交岔中學
馬 劍
二OO四年十一月四日 0 觸動就是收獲
——SDP校長培訓有感
彭陽縣交岔中學 馬 劍
2004年10月30日,中國-聯合國兒基會SDP彭陽縣縣級校長培訓正式開班,我作為交岔中學的一名校長有幸參加了這次培訓,雖然培訓時間只有短短的四天,但是這次培訓對我有很大的觸動,我覺著受益匪淺。
校長培訓是國家教育部(2003-2007年教育振興行動計劃)中已確定的重要的項目,教體局對這次培訓非常的重視,由陳書記帶領人事股的一班人親自負責全部事宜。
當今世界,科學技術突飛猛進,知識經濟已見端倪,國力競爭日趨激烈,教育的作用和地位空前提高,教育的發展同時也面臨著前所未有的變化和挑戰。那么作為一個學校的負責人,到底應該怎樣來做?這是擺在我眼前的一個重要問題,交岔是一個民族鄉鎮,發展教育有著其重要的意義。就如教研室劉主任在講
1 座中讓大家討論的那樣,怎樣才能做一個合格的校長?培訓至今我一直在不斷的思索著這個問題,幾天的學習參觀中,總禁不住回憶起自己六年來的校長工作,雖然思緒萬千,但在心底我已確定了做一個好校長的堅定信念:那就是堅持不懈的學習,醞釀火熱的激情,強化管理狠抓質量。
作為一名校長不學習就會落伍掉隊,就會盲目自信一葉障目,就會眼高手低夜郎自大,有負眾望。是的,如果沒有這次培訓。我還是會對校本課程和其意義一知半解,根本不可能明白,結合本校本地的傳統優勢,學生的興趣和需要,開發或選用本校課程資源的重要性。在學習中我懂得了,實施SDP(學校發展規劃)的目的就是使社區和學校共同參與發現學校面臨的問題,原因和需求,全面而具體地了解學校的現狀和優先要解決的問題,并找出解決的辦法,明確學校今后發展的方向和目標。我覺著學校規劃如一面鏡子,可以讓大家看到學校目前存在的問題和潛存的優勢。在二小,無論是馮老師、馬老師、劉老師的講座還是看錄像,都給我留下了深刻的影響。我暗下決心,2 一定要堅持學習,吸取知識的營養,提升自己的管理能力。
四天的校長培訓活動中,尤其讓我難以忘懷的,是求真務實的隴上名校:平泉中學。
早起的陽光溫暖而又明亮,斜斜地照進車窗,宇通大客車載著我們四十位校長越過紅河鄉的溝坡,進入隴上平原,冬天里平原上的小麥離地面已有三四寸,郁郁蔥蔥,綠得惹人的眼。幾十里的沙石路顛簸的厲害,說真的,對于要參觀的平泉中學,我并未有太多的想法,想著也就那樣。可是當真正看了這個學校后,我和大家一樣,不由得發出了由衷的感嘆,“真了不起!生活和學習在這個學校的孩子們該是多么幸福啊!”當踏上回縣的路時,眼望著漸漸遠去的平泉中學,我心中久久不能平靜。我喜歡上了這里。我知道,平泉中學的一切,校長、沙秀石、平凡的教師們、十八灶、快餐店、三座高聳的大樓、現代化的教學設施,都會永遠留在心中,將會影響著我的生活我的學校。我心中暗自發誓,做校長當如慕政重。
平泉中學,這所建成于1958年的老校,多年來
3 為國家培養了許多有用的人才。這是一所質樸、求實、上進的學校。近幾年實現了連續五年高考進線人數,每年遞增100多名的五級跳,向北大清華等重點高校輸送了100多名學生,2003年的錄取率高達95.4%,讓人驚嘆。這一切都來自全校師生們的辛勤耕耘,來自于慕校長萬般的努力。座談會上,慕政重校長在講學校的發展時,每每提到學校所遇難關時,眼睛競有些濕潤。“要辦好一個學校,就是要強抓管理,別無選擇,” 慕校長非常注重管理,大到大樓與教學,小到關燈與關龍頭,都管的那樣鄭重其事,那樣的一絲不夠。慕校長是一個自信的人,他說:“我們的奮斗目標是創辦省級重點高中全國重點高中”。現代化的教學在平泉中學是一個無人能及的優勢,他們的多媒體報告廳,多媒體教室,會議室,教室,實驗室的現代化設施都已達到了一定的水平。在教育日新月異的發展中,他們走在了前面。正向他們的標語所寫的:“早向前邁一步,就是多邁一個時代”。
這是一個有特色的學校,處處都張貼著很有感染力的標語。“勿負父母 報效國家”(教室);無知識
4 的熱心猶如在黑暗中遠征(閱覽室);探索生命的奧秘(生物實驗室);多改變自己,少埋怨環境,多搶挑重擔,少推卸責任。少說空話,多干實事,多琢磨事,少琢磨人(會義室)。他們有自己的校歌校微,有自己的辦學理念(以德治校,依法治校,教研興校,質量強校),另外還有平泉中學的五種精神,這一切都尤為感人。
當然經驗的吸取不可能照本宣科,生搬硬套,但可以借鑒,可以引發,就如領隊陳書記所言:“觸動就是收獲”。
當回歸的班車進入彭陽地界,便見溝壑縱橫群山連綿,和隴上平原相比較,不免讓人傷感。在這樣一個山城,教育到底怎樣來搞,校長該怎樣來當,這是我們這些教育工作者急需思索的一個問題。
參觀了白陽鎮小學和羅洼中學,我忽然覺著辦教育要有火一樣的熱情,盤石一樣的信念。這是兩所正在發展中的學校,走進兩校,先前的墻裂頂漏的滄桑時代已經遠去。,校園是那樣的干凈整潔富有朝氣。求真、尚勤、唯新、適宜的辦學特色,辦人民滿意的
5 學校,做學生信賴的老師的鄭重承諾,都無不顯示著我縣的學校管理者和廣大師生開拓創新,搶抓機遇,努力發展教育的決心和信念。
四天的參觀,我滿載而歸,心頭涌動著要辦好交岔中學的無數個想法。幾年來我校的教師平凡而又執著于正道,以其樸素的教育理念,孜孜以求,與時俱進,以其滴水之身放射出應有的光芒。我們的學生生活在比較惡劣的環境中,身后有貧窮與自卑緊緊跟隨。可他們刻苦上進,磨勵成才。一屆一屆的農家子弟,總有絡繹不絕的佼佼者,拍拍身上的灰塵,懷揣理想跨進彭陽一二中、固原一中、銀川一中的大門。做為校長,面對風起云涌的教育之潮,我會以這次培訓為契機,沖破思想的牢籠,蹲下身子,仔細揣摩,潛心研究尋求民族地方教育發展的好路子,我想,平泉中學的今天,一定會是我們交岔中學的明天。
2003年11月3日
6