【正文】 標(biāo)準(zhǔn)和CMM軟件生產(chǎn)過程標(biāo)準(zhǔn)，建立相應(yīng)的質(zhì)量和進(jìn)度保證體系。2. MSF過程模型包含四個主要的里程碑，它們是：l 前景／范圍認(rèn)可（Vision／Scope Approved）里程碑l 項目設(shè)計認(rèn)可（Project Plan Approved）里程碑l 范圍完成／第一次應(yīng)用（Scope Complete／First Use）里程碑l 系統(tǒng)發(fā)布（Release）里程碑。3. 這四個里程碑是客戶與項目組之間重要的設(shè)計、評估和協(xié)調(diào)的同步點。 風(fēng)險控制的時間進(jìn)度風(fēng)險控制的時間進(jìn)度安排是指在項目中風(fēng)險程度高的部分優(yōu)先開發(fā)的方法。無論是軟件開發(fā)項目還是基礎(chǔ)信息設(shè)施實現(xiàn)項目，風(fēng)險控制的時間進(jìn)度安排都很重要。l 盡早的建立體現(xiàn)概念理解的原型；l 確定何時完成何種功能特色；l 根據(jù)技術(shù)和業(yè)務(wù)的風(fēng)險，對工作任務(wù)進(jìn)行優(yōu)先級劃分；l 在每個里程碑上進(jìn)行風(fēng)險復(fù)查；l 風(fēng)險控制的時間進(jìn)度安排的一個優(yōu)勢是，在高風(fēng)險的部分需要比原計劃更多的時間時，可以提供更靈活的響應(yīng)時間。 全面質(zhì)量管理控制全面貫徹ISO9001質(zhì)量體系標(biāo)準(zhǔn)和CMM軟件生產(chǎn)過程標(biāo)準(zhǔn)，嚴(yán)格執(zhí)行國家有關(guān)軟件工程的設(shè)計規(guī)范，建立相應(yīng)的質(zhì)量和進(jìn)度保證體系。1. 測試：l 在開發(fā)各階段進(jìn)行測試評審，盡早地發(fā)現(xiàn)和預(yù)防錯誤，提高軟件質(zhì)量。必須經(jīng)過以下四個階段的測試，直至開發(fā)的軟件合格，將軟件交付用戶驗收。l 單元測試l 組裝（集成）測試l 確認(rèn)測試l 系統(tǒng)測試2. 質(zhì)量保證：l 制定質(zhì)量保證計劃和質(zhì)量保證標(biāo)準(zhǔn)；l 明確各階段的質(zhì)量保證（文檔和程序）工作；l 各階段的質(zhì)量評審；l 各開發(fā)階段進(jìn)度管理、質(zhì)量管理、交接管理、維護(hù)體制；l 貫徹ISO9001質(zhì)量體系標(biāo)準(zhǔn)；l 符合CMM軟件生產(chǎn)過程標(biāo)準(zhǔn)。 實施步驟對于該系統(tǒng)，我們確定了如下的系統(tǒng)實施步驟：l 成立項目組織機(jī)構(gòu)l 制定實施計劃l 準(zhǔn)備各種數(shù)據(jù)l 系統(tǒng)開發(fā)和用戶化l 功能模擬運(yùn)行l(wèi) 培訓(xùn)操作人員l 系統(tǒng)實際運(yùn)行l(wèi) 系統(tǒng)升級和維護(hù) 進(jìn)度計劃該系統(tǒng)的開發(fā)進(jìn)度計劃如下表所示。階段任務(wù)起始時間終止時間時間期限投入人數(shù)人月數(shù)工作量統(tǒng)計完成標(biāo)志需求細(xì)化與評審需求分析報告功能概要設(shè)計和確認(rèn)概要設(shè)計報告詳細(xì)設(shè)計(數(shù)據(jù)庫設(shè)計、功能設(shè)計、界面設(shè)計)詳細(xì)設(shè)計報告編碼與單元測試目標(biāo)代碼系統(tǒng)聯(lián)調(diào)、集成測試系統(tǒng)測試報告文檔資料整理用戶手冊、安裝手冊、技術(shù)手冊測試驗收、安裝培訓(xùn)、試運(yùn)行系統(tǒng)確認(rèn)書用戶培訓(xùn)教材系統(tǒng)試運(yùn)行報告總計 項目的組織與領(lǐng)導(dǎo)為了系統(tǒng)項目的順利進(jìn)行，必須建立完善、嚴(yán)密、高效的項目組織機(jī)構(gòu)，以在項目實施的各個階段，項目各個小組協(xié)同工作，使系統(tǒng)保質(zhì)保量的按期投入運(yùn)行，圓滿完成系統(tǒng)的開發(fā)設(shè)計任務(wù)。 項目組織結(jié)構(gòu)項目組織結(jié)構(gòu)圖見下圖： 項目領(lǐng)導(dǎo)小組組 長：XXX工貿(mào)和XXXXXX聯(lián)合指定成 員： 職 責(zé)：協(xié)調(diào)各部門、各項目小組為本項目建設(shè)各方面的配合，達(dá)成共識、理順各種關(guān)系、決策重大方向、統(tǒng)一思想、發(fā)揚(yáng)團(tuán)隊合作精神。 項目協(xié)調(diào)小組項目協(xié)調(diào)小組為項目領(lǐng)導(dǎo)小組的常設(shè)機(jī)構(gòu)。組 長：聯(lián)合指定成 員：XXX工貿(mào)業(yè)務(wù)部門業(yè)務(wù)骨干；XXX項目負(fù)責(zé)人職 責(zé)：日常協(xié)調(diào)各單位各部門的工作，定期向項目領(lǐng)導(dǎo)小組匯報，以及時反映并解決項目執(zhí)行過程中所出現(xiàn)的問題。通過各種途徑調(diào)度各單位各部門各類人員積極性，支持項目建設(shè)。 質(zhì)量管理小組質(zhì)量管理貫穿整個項目生命周期的各個階段。軟件開發(fā)單位的軟件質(zhì)量計劃和計劃的執(zhí)行情況由項目領(lǐng)導(dǎo)小組或委托項目協(xié)調(diào)小組負(fù)責(zé)監(jiān)督審核。組 長：聯(lián)合指定成 員：XXX公司質(zhì)保人員職 責(zé)：l 制定質(zhì)量保證計劃和質(zhì)量保證標(biāo)準(zhǔn)；l 明確各階段的質(zhì)量保證（文檔和程序）工作；l 各階段的質(zhì)量評審；l 各開發(fā)階段進(jìn)度管理、質(zhì)量管理、交接管理、維護(hù)體制；l 貫徹ISO9001質(zhì)量體系標(biāo)準(zhǔn)；軟件質(zhì)量保證：l 正確性、易理解性、可見性（每個活動均能以取得明確的結(jié)果告終，使過程的進(jìn)展對外可見，可跟蹤性）、可支持性、可接收性、可靠性（不會出現(xiàn)過程錯誤和意外發(fā)生問題的干擾，保證數(shù)據(jù)的完整性）、可維護(hù)性、互連性、速度（在規(guī)定期限完成開發(fā)并交付）、軟件的可以執(zhí)行，能適應(yīng)硬件、軟件環(huán)境的變化和用戶新的需求以及各個開發(fā)階段中實行中間檢查/階段評審（白盒和黑盒測試檢查）等。l 軟件質(zhì)量評價標(biāo)準(zhǔn)：可跟蹤性、完備性、一致性、安全性、容錯性、準(zhǔn)確性、簡單性、執(zhí)行效率、存儲效率、存取控制、存取審查、操作性、易訓(xùn)練性、鍵壯性、模塊獨(dú)立性、描述性、結(jié)構(gòu)性、文檔完備性、通用性、可擴(kuò)充性、可修改性、自薦性、機(jī)器獨(dú)立性、軟件系統(tǒng)獨(dú)立性、通信共享性、數(shù)據(jù)共享性、通信性、保密性等等。 需求分析小組組 長：項目需求負(fù)責(zé)人，由項目經(jīng)理指定或兼任。成 員：XXX工貿(mào)工作人員；XXX公司指定人員。職 責(zé)： l 確定業(yè)務(wù)人員可接受的操作界面，如菜單、按鈕、提示信息、報表內(nèi)容的布局、界面風(fēng)格等；l 對業(yè)務(wù)部門提出的經(jīng)復(fù)核和部門經(jīng)理審核的業(yè)務(wù)需求統(tǒng)一進(jìn)行管理；l 確保其他相關(guān)開發(fā)文檔與軟件需求保持一致性；l 用戶的軟件需求主要為業(yè)務(wù)功能需求，需求內(nèi)容為業(yè)務(wù)功能、業(yè)務(wù)功能處理流程、數(shù)據(jù)流程、功能使用的權(quán)限及某些特殊的條件限制、時效性，基礎(chǔ)數(shù)據(jù)要素定義、算法、用戶輸入界面要素、報表樣張以及制作方法等等；l 負(fù)責(zé)對需求進(jìn)行分析并給出詳細(xì)的定義，編寫需求說明書（內(nèi)容包括功能的和非功能的需求）、或可視化模型、或系統(tǒng)功能說明書、非功能需求（要求所有更改數(shù)據(jù)庫的操作均寫入日志文件并供查詢）、初步的系統(tǒng)用戶手冊。需求分析評審：l 系統(tǒng)定義的目標(biāo)是否與用戶的要求一致。系統(tǒng)需求分析階段提供的文檔資料是否安全；文檔中的所有描述是否完整、清晰、準(zhǔn)確反映用戶要求；與所有其它系統(tǒng)成分的重要接口是否都已經(jīng)描述；所開發(fā)項目的數(shù)據(jù)流與數(shù)據(jù)結(jié)構(gòu)是否足夠、確定；所有圖表是否清楚，在不補(bǔ)充說明時能否理解。l 主要功能是否包括在規(guī)定新的軟件范圍內(nèi)，是否都有充分說明；設(shè)計的約束條件或限制是否符合實際；開發(fā)的技術(shù)風(fēng)險是什么；是否考慮過軟件需求的其它方案；是否考慮過將來可能會提出的軟件需求；是否詳細(xì)制定了檢驗的標(biāo)準(zhǔn)，他們能否對系統(tǒng)定義是否成功進(jìn)行確認(rèn)；有沒有遺漏、重復(fù)或不一致的地方；用戶是否審查了初步的用戶手冊；軟件開發(fā)計劃中的估算是否受到了影響。l 為保證軟件需求定義的質(zhì)量，評審由項目協(xié)調(diào)小組、項目質(zhì)量管理小組負(fù)責(zé)，并按規(guī)定嚴(yán)格進(jìn)行。評審?fù)ㄟ^，軟件開發(fā)才可進(jìn)入設(shè)計階段。 系統(tǒng)設(shè)計小組組 長：由項目經(jīng)理指定。成 員：開發(fā)設(shè)計人員。職 責(zé)：把已確定的各項需求（功能需求、非功能需求）按一定的規(guī)則轉(zhuǎn)換成一個相應(yīng)的體系結(jié)構(gòu)，即結(jié)構(gòu)設(shè)計。結(jié)構(gòu)設(shè)計文檔完成后，提交技術(shù)開發(fā)項目小組評審，評審?fù)ㄟ^后進(jìn)入軟件編程階段。 軟件開發(fā)小組組 長：由項目經(jīng)理指定。成 員：開發(fā)設(shè)計人員。職 責(zé)：l 程序編寫；l 數(shù)據(jù)結(jié)構(gòu)合理化、程序結(jié)構(gòu)良好、規(guī)范、清晰易讀、執(zhí)行速度快、占用內(nèi)存空間少。充分考慮項目的應(yīng)用范圍，算法和計算復(fù)雜性，軟件執(zhí)行的環(huán)境，性能上的考慮與實現(xiàn)的條件以及數(shù)據(jù)結(jié)構(gòu)的復(fù)雜性。 系統(tǒng)測試小組組 長：由項目經(jīng)理指定測試小組負(fù)責(zé)人。成 員：測試員。職 責(zé)： l 制定各階段的軟件測試計劃，提交質(zhì)量管理小組評審。評審?fù)ㄟ^后，進(jìn)入測試階段。l 測試計劃內(nèi)容包括所測試軟件的功能、輸入和輸出、測試內(nèi)容、各項測試進(jìn)度安排、資源測試、測試資料、測試工具、黑盒和白盒測試用例的選擇、控制方式和過程、系統(tǒng)組裝方式、跟蹤規(guī)程、調(diào)試規(guī)程、回歸測試的規(guī)定、測試數(shù)據(jù)量、軟件安裝版測試等以及評價標(biāo)準(zhǔn)。l 在開發(fā)各階段進(jìn)行測試評審，盡早地發(fā)現(xiàn)和預(yù)防錯誤，提高軟件質(zhì)量。必須經(jīng)過以下四個階段的測試，直至開發(fā)的軟件合格，將軟件交付用戶驗收。l 單元測試；l 組裝（集成）測試；l 確認(rèn)測試；l 系統(tǒng)測試；l 對每一步測試都需提供測試報告。 文檔整理小組組 長：由項目經(jīng)理指定。成 員：文檔編寫人員。職 責(zé)：l 整理系統(tǒng)技術(shù)手冊、用戶手冊、安裝手冊；l 提交用戶驗收。 系統(tǒng)培訓(xùn)小組組 長：XXX公司指定。成 員： 相關(guān)開發(fā)人員或聘請相應(yīng)的培訓(xùn)教師。職 責(zé)： l 提供培訓(xùn)資料：l 安裝手冊、用戶手冊、系統(tǒng)維護(hù)說明、設(shè)備維護(hù)說明；l 對高層及各基層的各部門領(lǐng)導(dǎo)、系統(tǒng)管理人員、操作人員進(jìn)行培訓(xùn)。 系統(tǒng)維護(hù)小組組 長：由項目經(jīng)理指定。成 員：系統(tǒng)維護(hù)人員。職 責(zé)：l 對軟件投入使用后進(jìn)行軟件維護(hù)工作：l 改正性維護(hù)（部分隱藏的錯誤）；l 適應(yīng)性維護(hù)（硬件和軟件的配置升級）；l 完善性維護(hù)（新功能、新性能）；l 受理軟件維護(hù)申請；l 提供電話熱線技術(shù)支持或現(xiàn)場支持；l 記錄軟件修改日志，提交軟件修改報告。 評審驗收評審和測試一樣，是系統(tǒng)質(zhì)量保證的又一措施。軟件評審的通過，一方面用于凈化軟件工程的各項活動，同時也標(biāo)志著我公司在此階段工作的勝利完成及用戶對其功能/質(zhì)量的認(rèn)可。我們認(rèn)為，在軟件改造開發(fā)的各個階段都可進(jìn)行評審。如：對系統(tǒng)需求分析定型、系統(tǒng)重要功能模塊的修改等。系統(tǒng)試運(yùn)行結(jié)束后應(yīng)組織使用單位人員對軟件工程的系統(tǒng)建設(shè)進(jìn)行全面的評審驗收。1. 評審應(yīng)從下幾方面進(jìn)行：l 功能、邏輯和實現(xiàn)上有無缺陷。l 是否符合用戶需求。l 是否按照指定的工具和方法加以開發(fā)。l 效率如何。l 文檔是否齊全。l 在各個局部范圍是否已經(jīng)試用成功。l 其它。2. 驗收項目（1） 功能項測試：對軟件需求說明書中的所有功能項進(jìn)行測試；（2） 業(yè)務(wù)流程測試對軟件項目的典型業(yè)務(wù)流程進(jìn)行測試；（3） 容錯測試容錯測試的檢查內(nèi)容包括:l 系統(tǒng)對用戶常見的誤操作是否能進(jìn)行提示；l 系統(tǒng)對用戶的的操作錯誤和軟件錯誤，是否有準(zhǔn)確、清晰的提示；l 系統(tǒng)對重要數(shù)據(jù)的刪除是否有警告和確認(rèn)提示；l 系統(tǒng)是否能判斷數(shù)據(jù)的有效性，屏蔽用戶的錯誤輸入，識別非法值，并有相應(yīng)的錯誤提示。（4） 安全性測試安全性測試的檢查內(nèi)容包括:l 系統(tǒng)是否有留痕功能, 即是否保存有用戶的操作日志；l 系統(tǒng)中各種用戶的權(quán)限分配是否合理；（5） 性能測試對需求說明書中明確的系統(tǒng)性能進(jìn)行測試。測試的準(zhǔn)則是要滿足規(guī)格說明書中的各項性能指標(biāo)。（6） 易用性測試易用性測試的內(nèi)容包括:l 用戶界面是否友好，是否出現(xiàn)中英文混雜的界面；l 提示信息是否清楚、易理解，是否存在原始的英文提示；l 各個模塊的界面風(fēng)格是否一致；l 查詢結(jié)果的輸出方式是否比較直觀、合理。（7） 適應(yīng)性測試參照用戶的軟、硬件使用環(huán)境和需求說明書中的規(guī)定，列出開發(fā)的系統(tǒng)需要滿足的軟、硬件環(huán)境。對每個環(huán)境進(jìn)行測試。（8） 文檔測試用戶文檔包括: 安裝手冊、操作手冊和維護(hù)手冊。對用戶文檔測試的內(nèi)容包括:l 操作、維護(hù)文檔是否齊全、是否包含產(chǎn)品使用所需的信息和所有的功能模塊；l 用戶文檔描述的信息是否正確, 是否沒有歧義和錯誤的表達(dá)；l 用戶文檔是否容易理解, 是否通過使用適當(dāng)?shù)男g(shù)語、圖形表示、詳細(xì)的解釋來表達(dá)；l 用戶文檔對主要功能和關(guān)鍵操作是否提供應(yīng)用實例；l 用戶文檔是否有詳細(xì)的目錄表和索引表；3. 驗收標(biāo)準(zhǔn)（1） 軟件錯誤的嚴(yán)重性等級l 不能執(zhí)行正常功能或重要功能；l 嚴(yán)重地影響系統(tǒng)要求或基本功能的實現(xiàn), 且沒有辦法解決；l 嚴(yán)重地影響系統(tǒng)要求或基本功能的實現(xiàn), 但存在合理的解決辦法；l 使操作者不方便或遇到麻煩, 但不影響執(zhí)行正常功能或重要功能；l 其它錯誤。（2） 錯誤與嚴(yán)重性等級對應(yīng)表l 1 級錯誤的描述這一級別的錯誤一般包括以下內(nèi)容: 沒有實現(xiàn)或錯誤地實現(xiàn)重要的功能；業(yè)務(wù)流程存在重大隱患；軟件在操作過程中由于軟件自身的原因自動退出系統(tǒng)或出現(xiàn)死機(jī)的情況；軟件在操作過程中由于軟件自身的原因?qū)ο到y(tǒng)或數(shù)據(jù)造成破壞；在現(xiàn)有的軟、硬建設(shè)環(huán)境下不能實現(xiàn)應(yīng)有的功能；特殊軟件在操作過程中可能危及系統(tǒng)和人身安全等。 l 2 級錯誤的描述這一級別的錯誤一般包括: 沒有實現(xiàn)基本功能，并且不存在替代辦法；沒有實現(xiàn)重要功能中的部分功能，并且不存在替代辦法；業(yè)務(wù)流程銜接錯誤；密鑰以明文方式存儲；沒有留痕功能；用戶的權(quán)限分配不合理；在現(xiàn)有的環(huán)境下，不能實現(xiàn)部分功能且沒有替代方案；沒有滿足系統(tǒng)的性能要求。l 3級錯誤的描述這一級的錯誤是與第2級別的錯誤相對應(yīng)的，而第3級錯誤則存在替代方法；對誤操作或錯誤操作沒有提示，導(dǎo)致非法數(shù)據(jù)進(jìn)入數(shù)據(jù)庫。l 4 級錯誤的描述為易用性方面的錯誤。比如界面不友好、前后風(fēng)格不一；中英文混雜；查詢結(jié)果輸出不直觀等。l 5 級錯誤的描述為文檔方面的錯誤，如安裝手冊、操作手冊、維護(hù)手冊中的描述錯誤。對發(fā)現(xiàn)的每一個錯誤都要確定相應(yīng)的嚴(yán)重性等級，全部改正方可。（3） 驗收標(biāo)準(zhǔn)l 測試用例不通過數(shù)的比例 %；l 不存在錯誤等級為1的錯誤；l 不存在錯誤等級為2的錯誤；l 錯誤等級為3的錯誤數(shù)量≤5；l 所有提交的錯誤都已得到更正；我們針對平臺實際應(yīng)用者將采取集體培訓(xùn)和個別輔導(dǎo)相結(jié)合的培訓(xùn)方式（具體培訓(xùn)起止日期由雙方另行商定）。集體培訓(xùn)即采用上大課的方式，個別培訓(xùn)主要針對不同崗位人員對其在試運(yùn)行時具體系統(tǒng)使用中進(jìn)行個別技術(shù)指導(dǎo)。培訓(xùn)可能是并行的或與初始化工作同時進(jìn)行。 系統(tǒng)移交1. 項目的建設(shè)應(yīng)嚴(yán)格按照系統(tǒng)工程理論和方法實施。2. 整個系統(tǒng)實施過程應(yīng)建立完整的資料檔案。一方面可保證系統(tǒng)實施具有系統(tǒng)性，編程的設(shè)計具有規(guī)范性，不會因為程序員的變化影響到系統(tǒng)的改造開發(fā)；另一方面可保證系統(tǒng)移交的正常完成；再一點有利于系統(tǒng)移交后的版本升級二次開發(fā)等的順利實現(xiàn)。3. 為保證系統(tǒng)移交后，