員工管理_軟件類人員行為標準

二、行為標準1、軟件產(chǎn)品需求分析序號行為要項行為標準1.1確定市場需求1. 收集用戶需求或分配需求（系統(tǒng)總體分配給軟件的系統(tǒng)需求）；2. 與需求者一起定義、驗證所收集的需求；3. 將定義、驗證后的需求按規(guī)范文檔化為“軟件市場需求規(guī)格說明書”；4. 跟蹤需求的需求者或需求源，及時收集他們的變更需求。1.2評審市場需求規(guī)格說明書1. 審查軟件市場需求規(guī)格說明書是否符合規(guī)范要求；2. 審查軟件市場需求規(guī)格說明書中定義的需求是否正確地反映了市場需求，沒有錯誤；3. 審查軟件市場需求規(guī)格說明書中定義的需求是否完備地反映了市場需求，沒有遺漏；4. 確認軟件市場需求規(guī)格說明書中定義的需求與市場需求之間的可追蹤性；5. 將評審結(jié)果詳細記錄在“市場需求規(guī)格說明書評審報告”中。1.3分析競爭對手產(chǎn)品1. 分析主要競爭對手同類產(chǎn)品的功能實現(xiàn)；2. 產(chǎn)生“競爭對手產(chǎn)品功能說明書”；1.4定義軟件需求1. 綜合分析“軟件市場需求規(guī)格說明書”和“競爭對手產(chǎn)品功能說明書”中定義的需求，確定它們是否滿足：（1）用軟件來實現(xiàn)是可行的、合理的；（2）已被明確的、清晰的、無歧義的表述；（3）相互一致、無矛盾；（4）可驗證、可測試。2. 鑒別出不完備的、遺漏的或多余的”軟件市場需求規(guī)格說明書”和“競爭對手產(chǎn)品功能說明書”中定義的需求；3. 將定義、驗證后的軟件需求按規(guī)范文檔化為“軟件需求規(guī)格說明書”。1.5評審軟件需求規(guī)格說明書1. 審查軟件需求規(guī)格說明書是否符合規(guī)范要求；2. 審查軟件需求是否正確地反映了納入軟件配置管理的軟件市場需求規(guī)格說明書中定義的需求，沒有錯誤；3. 審查軟件需求是否完備地反映了納入軟件配置管理的軟件市場需求規(guī)格說明書中定義的需求，沒有遺漏；4. 確認所有軟件需求對實現(xiàn)納入軟件配置管理的軟件市場需求規(guī)格說明書中定義的需求而言是完全必要的；5. 確認每個軟件需求的引入都不會惡化系統(tǒng)性能，不會使系統(tǒng)退化；6. 確認所有軟件需求在給定的軟硬件環(huán)境下都是可實現(xiàn)的；7. 確認所有軟件需求之間都是一致的，沒有矛盾；8. 確認所有軟件需求都是可驗證的、可測試的；9. 確認所有軟件需求的陳述都是無歧義的；10. 確認軟件需求與納入軟件配置管理的軟件市場需求規(guī)格說明書中定義的需求之間的可追蹤性；11. 標記出任何有問題的軟件需求及相應(yīng)的處理意見，并詳細記錄在“軟件需求規(guī)格說明書評審報告”中。2、項目計劃序號行為要項行為標準2.1制訂軟件開發(fā)計劃1. 明確軟件項目的目標和約束；2. 選定合適的軟件生命周期模型；3. 估計軟件規(guī)模；4. 估計軟件的工作量和成本；5. 對關(guān)鍵資源進行估計；6. 明確資金使用計劃；7. 確定人員使用計劃；8. 參與軟件測試計劃的制定；9. 鑒別和估計軟件風險；10. 確定開發(fā)進度；11. 文檔化軟件開發(fā)計劃。2.2評審軟件開發(fā)計劃1. 審查文檔化的軟件開發(fā)計劃是否符合規(guī)范要求；2. 審查軟件開發(fā)計劃是否正確、完全、一致地反映了納入軟件配置管理的軟件需求規(guī)格說明書；3. 審查軟件開發(fā)計劃是否滿足對軟件項目的功能約束；4. 審查軟件開發(fā)計劃是否滿足對軟件項目的進度、成本約束；5. 審查軟件開發(fā)計劃是否滿足對軟件項目的資源約束；6. 審查軟件開發(fā)計劃是否滿足對軟件項目的其它約束；7. 審查軟件開發(fā)計劃中選定的軟件生命周期模型是否合適；8. 審查軟件開發(fā)計劃中標識的每個軟件工作產(chǎn)品是否恰當；9. 審查軟件開發(fā)計劃中對軟件規(guī)模的估計是否科學合理；10. 審查軟件開發(fā)計劃中對軟件的工作量和成本的估計是否科學合理；11. 審查軟件開發(fā)計劃中對關(guān)鍵資源的估計是否科學合理；12. 審查軟件開發(fā)計劃中對軟件風險的估計是否科學合理；13. 審查資金使用計劃是否科學合理；14. 審查人員使用計劃是否科學合理；15. 審查軟件測試計劃的制定是否恰當；16. 審查軟件開發(fā)計劃中的進度安排是否合理；17. 審查軟件開發(fā)計劃是否切實可行；18. 標記出軟件開發(fā)計劃中存在的所有問題及相應(yīng)的處理意見，并詳細記錄在“軟件開發(fā)計劃評審報告”中。3、 實施項目計劃序號行為要項行為標準3.1跟蹤軟件開發(fā)過程1. 跟蹤軟件開發(fā)過程，確保軟件開發(fā)是根據(jù)軟件開發(fā)計劃分階段進行的；2. 跟蹤所有軟件工作產(chǎn)品的規(guī)模；3. 跟蹤項目的軟件工作量；4. 跟蹤項目的軟件成本；5. 跟蹤項目所用的關(guān)鍵資源；6. 跟蹤測試進度；7. 跟蹤軟件開發(fā)進度；8. 跟蹤和控制軟件風險。3.2記錄項目數(shù)據(jù)1. 記錄在軟件開發(fā)不同時期軟件的實際規(guī)模與估計規(guī)模；2. 記錄在軟件開發(fā)不同時期軟件的實際工作量與估計工作量；3. 記錄在軟件開發(fā)不同時期軟件的實際成本與預(yù)算成本；4. 記錄在軟件開發(fā)不同時期實際崗位的設(shè)置與對崗位的需求；5. 記錄在軟件開發(fā)不同時期關(guān)鍵資源的實際使用情況與對關(guān)鍵資源的需求；6. 記錄在軟件開發(fā)不同時期測試工作情況與計劃要求；7. 記錄在軟件開發(fā)不同時期軟件開發(fā)的實際進度與計劃進度；8. 記錄在軟件開發(fā)不同時期遭遇的實際風險與估計風險。3.3修改軟件開發(fā)計劃1. 當下列事件發(fā)生時，應(yīng)修訂軟件開發(fā)計劃：（1）制訂軟件開發(fā)計劃的基礎(chǔ)發(fā)生變化，例如，軟件需求發(fā)生變更，軟件項目的約束條件發(fā)生變化等；（2）軟件開發(fā)的實際過程嚴重偏離軟件開發(fā)計劃；（3）在軟件項目的里程碑處。2. 修訂后的軟件開發(fā)計劃必須提交軟件過程管理組，由軟件質(zhì)量保證小組進行評審，評審?fù)ㄟ^后才能用于指導后續(xù)軟件開發(fā)活動。4、 總體設(shè)計序號行為要項行為標準4.1軟件總體設(shè)計1. 深入理解軟件系統(tǒng)的需求規(guī)格說明；2. 深入分析軟件系統(tǒng)的各個問題域組成元素；3. 編制軟件總體設(shè)計報告；4.2總體方案評審1. 審查“軟件總體方案”是否符合規(guī)范要求；2. 審查系統(tǒng)分析模型是否正確地反映了納入軟件配置管理的軟件需求規(guī)格說明書中定義的軟件需求，沒有錯誤和遺漏；3. 確認系統(tǒng)分析模型內(nèi)部是一致的，沒有矛盾；4. 確認系統(tǒng)分析模型的陳述是無歧義的；5. 確認系統(tǒng)分析模型與納入軟件配置管理的軟件需求規(guī)格說明書中定義的軟件需求之間的可追蹤性；6. 標記出系統(tǒng)分析模型中存在的所有問題及相應(yīng)的處理意見，并詳細記錄在“總體方案評審報告”中。4.3模塊分析1. 深入理解模塊的規(guī)格說明；2. 確定模塊分析的總體思想；3. 明確模塊的各項規(guī)格說明與模塊的問題域組成元素之間的關(guān)系；4. 深入分析模塊的各個問題域組成元素；5. 編制模塊需求分析報告。；4.4模塊分析評審1. 審查“模塊需求分析報告”是否符合規(guī)范要求；2. 審查模塊分析模型是否正確地反映了納入軟件配置管理的軟件需求規(guī)格說明書中定義的軟件需求，沒有錯誤和遺漏；3. 確認模塊分析模型內(nèi)部是一致的，沒有矛盾；4. 確認模塊分析模型的陳述是無歧義的；5. 確認模塊分析模型與納入軟件配置管理的軟件需求規(guī)格說明書中定義的軟件需求之間的可追蹤性；6. 標記出模塊分析模型中存在的所有問題及相應(yīng)的處理意見，并詳細記錄在“模塊分析評審報告”中。5、設(shè)計序號行為要項行為標準5.1系統(tǒng)設(shè)計1. 全面理解軟件需求分析規(guī)格說明書；2. 確立系統(tǒng)設(shè)計的總體思想；3. 在系統(tǒng)分析報告基礎(chǔ)上對系統(tǒng)的關(guān)鍵問題進行設(shè)計；4. 確保系統(tǒng)設(shè)計的合理性、可實現(xiàn)性和可擴展性；5. 編寫系統(tǒng)設(shè)計說明書5.2系統(tǒng)設(shè)計評審1. 審查系統(tǒng)設(shè)計說明書是否符合規(guī)范要求；2. 審查系統(tǒng)設(shè)計模型是否正確地反映了納入軟件配置管理的系統(tǒng)分析模型，沒有錯誤和遺漏；3. 確認系統(tǒng)設(shè)計模型內(nèi)部是一致的，沒有矛盾；4. 確認系統(tǒng)設(shè)計模型的陳述是無歧義的；5. 確認系統(tǒng)設(shè)計模型是可實現(xiàn)的；6. 確認系統(tǒng)設(shè)計模型與納入軟件配置管理的系統(tǒng)分析模型之間的可追蹤性；7. 標記出系統(tǒng)設(shè)計模型中存在的所有問題及相應(yīng)的處理意見，并詳細記錄在“系統(tǒng)設(shè)計評審報告”中。5.3模塊設(shè)計1. 全面理解模塊分析報告和系統(tǒng)設(shè)計報告中的模塊規(guī)格說明；2. 確立模塊設(shè)計的總體思想；3. 在模塊分析報告基礎(chǔ)上對模塊的結(jié)構(gòu)進行設(shè)計；4. 設(shè)計模塊的行為；5. 確保模塊設(shè)計的合理性、可實現(xiàn)性和可擴展性；6. 編寫模塊設(shè)計說明書。5.4模塊設(shè)計評審1. 審查模塊設(shè)計報告是否符合規(guī)范要求；2. 審查模塊設(shè)計模型是否正確地反映了納入軟件配置管理的模塊分析模型，沒有錯誤和遺漏；3. 確認模塊設(shè)計模型內(nèi)部是一致的，沒有矛盾；4. 確認模塊設(shè)計模型的陳述是無歧義的；5. 確認模塊設(shè)計模型是可實現(xiàn)的；6. 確認模塊設(shè)計模型與納入軟件配置管理的模塊分析模型間可追蹤性；7. 標記出模塊設(shè)計模型中存在的所有問題及相應(yīng)的處理意見，并詳細記錄在“模塊設(shè)計評審報告”中。6、 實現(xiàn)序號行為要項行為標準6.1系統(tǒng)級實現(xiàn)1. 在系統(tǒng)設(shè)計說明書基礎(chǔ)上對系統(tǒng)的主體結(jié)構(gòu)進行程序編碼，建立各模塊可用的系統(tǒng)構(gòu)架和接口；2. 程序編寫、調(diào)試和架構(gòu)測試，完成系統(tǒng)設(shè)計所要求的指標；3. 編寫系統(tǒng)實現(xiàn)說明書，提交源代碼和程序。；6.2模塊級實現(xiàn)1. 在模塊設(shè)計說明書基礎(chǔ)上對系統(tǒng)的各個模塊進行程序編碼；2. 程序編寫、調(diào)試，完成模塊設(shè)計所要求的指標；3. 編寫模塊實現(xiàn)說明書，提交源代碼和程序。；6.3單元測試1. 以模塊設(shè)計說明書為依據(jù)，審查模塊實現(xiàn)說明書，看是否存在實現(xiàn)上的錯誤或遺漏；2. 確定測試目標；3. 確定測試方案和測試計劃；4. 設(shè)計測試程序和測試用例；5. 依據(jù)模塊設(shè)計說明書，確定采用測試程序和測試用例進行測試時應(yīng)產(chǎn)生的預(yù)期結(jié)果；6. 用測試程序和測試用例進行測試，記錄測試結(jié)果；7. 將測試結(jié)果與預(yù)期結(jié)果進行比較和分析，并將分析結(jié)果文檔化。6.4集成測試1. 以系統(tǒng)設(shè)計說明書為依據(jù)，審查系統(tǒng)實現(xiàn)說明書，看是否存在實現(xiàn)上的錯誤或遺漏；2. 確定測試目標；3. 確定測試方案和測試計劃；4. 設(shè)計測試程序和測試用例；5. 依據(jù)系統(tǒng)設(shè)計說明書，確定采用測試程序和測試用例進行測試時應(yīng)產(chǎn)生的預(yù)期結(jié)果；6. 用測試程序和測試用例進行測試，記錄測試結(jié)果；7. 將測試結(jié)果與預(yù)期結(jié)果進行比較和分析，并將分析結(jié)果文檔化。6.5系統(tǒng)測試 以軟件需求規(guī)格說明書為依據(jù)，確定測試目標； 確定測試方案和測試計劃； 設(shè)計測試程序和測試用例； 依據(jù)軟件需求規(guī)格說明書，確定采用測試程序和測試用例進行測試時應(yīng)產(chǎn)生的預(yù)期結(jié)果； 用測試程序和測試用例進行測試，記錄測試結(jié)果； 將測試結(jié)果與預(yù)期結(jié)果進行比較和分析，并將分析結(jié)果文檔化。7、 項目總結(jié)序號行為要項行為標準7.1總結(jié)開發(fā)成果1. 提取實際軟件產(chǎn)品的功能特征、性能特征和質(zhì)量屬性；2. 將實際進度與原定計劃進行對比，明確說明實際進度是否與計劃進度吻合。，如不吻合，應(yīng)說明實際進度是提前了還是延遲了，分析主要原因；3. 統(tǒng)計實際軟件產(chǎn)品的規(guī)模和所耗工時；4. 總結(jié)開發(fā)經(jīng)費使用情況。7.2對開發(fā)工作進行評價1. 統(tǒng)計實際生產(chǎn)效率，包括文檔的生產(chǎn)效率和代碼的生產(chǎn)效率；2. 統(tǒng)計測試中檢查出來的以每千條語句中的錯誤語句數(shù)度量的錯誤發(fā)生率；3. 評價開發(fā)中使用的技術(shù)、方法和工具；4. 分析開發(fā)中出現(xiàn)的錯誤的原因；5. 統(tǒng)計產(chǎn)品交付后發(fā)現(xiàn)的問題及排錯所耗費的人力物力。7.3總結(jié)經(jīng)驗教訓1. 總結(jié)開發(fā)工作中最主要的經(jīng)驗與教訓；2. 對今后的項目開發(fā)工作提出建議。8、變更控制序號行為要項行為標準8.1提出變更請求1. 所有軟件變更請求均應(yīng)按規(guī)定的方式提出；2. 根據(jù)產(chǎn)生變更請求的原因，如果是問題，則說明產(chǎn)生問題的應(yīng)用模式、配置、及出現(xiàn)問題的現(xiàn)象以及其他有關(guān)材料；如果是改進，則要提出一份修改說明書，列出所希望的修改；如果是新需求，則對新需求進行詳細描述；3. 按照軟件維護階段的變更控制過程的要求填寫軟件變更狀態(tài)報告相應(yīng)部分8.2評估變更請求1. 評估過程應(yīng)該保持中立性，盡量考慮項目當前的資源情況，在市場壓力和項目開發(fā)管理之間予以均衡。；8.3變更請求決策1. 變更控制者組織某個或一些變更評估者對軟件變更請求進行評估；2. 變更控制者根據(jù)評估結(jié)果做出是否實現(xiàn)該變更的決策并填寫軟件變更狀態(tài)報告；3. 若評估通過則交給相應(yīng)的變更實現(xiàn)負責人；若不通過，則說明駁回的原因。；8.4變更方案論證1. 變更實現(xiàn)負責人組織變更實現(xiàn)者對變更請求進行分析，若變更請求不可行，則填寫軟件變更狀態(tài)報告，并說明原因，通知變更控制者；2. 若變更可行，變更實現(xiàn)負責人及變更實現(xiàn)者者根據(jù)變更請求對實現(xiàn)方案進行描述；3. 變更實現(xiàn)負責人將變更實現(xiàn)方案提交變更控制者進行方案論證，一旦方案論證過程中發(fā)現(xiàn)了問題，就及時對方案進行修正，直到論證通過。；8.5變更實現(xiàn)1. 變更實現(xiàn)者根據(jù)制定的變更實現(xiàn)方案進行實現(xiàn)，并進行嚴格的測試；2. 如果所做修改對相關(guān)的工作（比如用戶文檔、測試等）會帶來影響，必須通知這些相關(guān)部門和人員。3. 當變更實現(xiàn)完畢時，填寫軟件變更狀態(tài)報告相應(yīng)部分，并交給變更控制者進行驗證。；8.6變更驗證1. 變更驗證者應(yīng)對實現(xiàn)者對變更的實現(xiàn)進行嚴格認真的評閱，需要的時候進行面對面的討論，保證軟件修改不會對系統(tǒng)造成顯示的破壞，并在軟件變更狀態(tài)報告中填寫驗證說明。8.7變更驗證控制1. 變更控制者組織某個或一些變更驗證者對變更實現(xiàn)進行驗證，并填寫軟件變更狀態(tài)報告相應(yīng)部分；2. 變更控制者根據(jù)變更驗證的結(jié)果，填寫軟件變更狀態(tài)報告；3. 若驗證通過，則變更控制者通知CVS管理員將要修改的文件權(quán)限放開，