【正文】 達(dá)到要求及功能點(diǎn)是否有遺漏。 有哪些文檔或數(shù)據(jù)是由客戶提供的，這些數(shù)據(jù)是否需要在新開發(fā)的系統(tǒng)中維護(hù)等。 實(shí)施建議： 先對項(xiàng)目成員進(jìn)行培訓(xùn)，讓他們掌握必要的需求開發(fā)技能。 (比如需求開發(fā)要做什么，做到什么程度，需要注意哪些問題等 ) 對需求開發(fā)過程域產(chǎn)生的所有有價(jià)值的文檔進(jìn)行配置管理。 需求的建模分析有較高的技術(shù)難度，項(xiàng)目成員應(yīng)當(dāng)根據(jù)自身水平進(jìn)行取舍。 交互設(shè)計(jì)中應(yīng)以用戶的易用性為前提然后考慮在這樣設(shè)計(jì)的前提下技術(shù)上實(shí)現(xiàn)是否有難度或者工作量超過前期設(shè)計(jì)的百分之二十 . (多用 TAB形式，盡量讓客戶的某個(gè)角色的任務(wù)可以在一個(gè)頁面中完成，一般用上下文菜單，避免用系統(tǒng)的菜單，一個(gè)功能塊一般只需要一個(gè)入口 ) 輸出文檔包括： 產(chǎn)品需求分析說明書、數(shù)據(jù)流程圖、系統(tǒng)應(yīng)用架構(gòu)圖、交互設(shè)計(jì)原型、需求分析模型 (RQM) 三、概要設(shè)計(jì) 確定影響系統(tǒng)設(shè)計(jì)的約束因素：本系統(tǒng)應(yīng)當(dāng)遵循的標(biāo)準(zhǔn)或規(guī)范、軟件、硬件環(huán)境 (包括運(yùn)行環(huán)境和開發(fā)環(huán)境 )的約束、接口 /協(xié)議的約束、軟件質(zhì)量的約束、隱含約束等。 確定設(shè)計(jì)策略：擴(kuò)展策略、復(fù)用策略、折衷策略。 系統(tǒng)分解與設(shè)計(jì)：將系統(tǒng)分解為若干子系統(tǒng)，確定每個(gè)子系統(tǒng)的功能以及 子系統(tǒng)之間的關(guān)系 。將子系統(tǒng)分解為若干模塊，確定每個(gè)模塊的功能以及模塊之間的關(guān)系。 數(shù)據(jù)庫概要設(shè)計(jì)。 輸出文檔： 產(chǎn)品概要設(shè)計(jì)說明書、數(shù)據(jù)概要設(shè)計(jì)模型 (CDM) 四、詳細(xì)設(shè)計(jì) 確定功能模塊的參與者、數(shù)據(jù)庫表、輸入?yún)?shù)說明、前置條件、基本流程、異常流程、日志等信息。 各層次結(jié)構(gòu)的 39。接口定義 數(shù)據(jù)庫設(shè)計(jì)：邏輯設(shè)計(jì) — 物理設(shè)計(jì) 安全性設(shè)計(jì) 優(yōu)化 實(shí)施建議： 先對系統(tǒng)設(shè)計(jì)人員進(jìn)行 “ 專題 ” 培訓(xùn)，讓他們掌握必要的系統(tǒng)設(shè)計(jì)技能。 由于國內(nèi)絕大多數(shù)的大學(xué)不開設(shè) “ 用戶界面設(shè)計(jì)課程 ” ，這導(dǎo)致大部分軟件開發(fā)人員不善于設(shè)計(jì)用戶界面。項(xiàng)目開發(fā)小組應(yīng)當(dāng)設(shè)法邀請用戶界面設(shè)計(jì)專家參與 (或指導(dǎo) )本軟件的 界面設(shè)計(jì)。 對系統(tǒng)設(shè)計(jì)過程中產(chǎn)生的所有有價(jià)值的文檔進(jìn)行配置管理。 輸出文檔： 產(chǎn)品詳細(xì)設(shè)計(jì)說明書、數(shù)據(jù)物理設(shè)計(jì)模型 (PDM)、自定義數(shù)據(jù)類型及 BO數(shù)據(jù)類型文件、數(shù)據(jù)字典、系統(tǒng)測試用例、對象模型 (OOM) 五、 Coding 軟件編碼，各接口的實(shí)現(xiàn)。 單元測試。 實(shí)施建議： 對開發(fā)人員進(jìn)行 “ 高質(zhì)量程序設(shè)計(jì) ” 培訓(xùn)，讓他們掌握編寫高質(zhì)量程序的技能。 對開發(fā)人員 進(jìn)行 “ 版本控制、代碼審查、測試、改錯(cuò) ” 等方面的培訓(xùn)，提高他們的工作效率。 開發(fā)小組根據(jù)項(xiàng)目的資源、時(shí)間等限制因素，可以適當(dāng)?shù)販p少測試的工作量。 對實(shí)現(xiàn)與測試過程中產(chǎn)生的所有代碼和有價(jià)值的文檔進(jìn)行配置管理。 輸出： 單元測試報(bào)告、代碼評審報(bào)告 六、集成測試 根據(jù)系統(tǒng)測試用例測試系統(tǒng)的功能性需求，保證系統(tǒng)的正常功能處理及異常處理是否正確。 用戶界面測試，重點(diǎn)是測試軟件系統(tǒng)的易用性和視覺效果等。 健壯性測試 ,測試軟件系統(tǒng)在異常情況下能否正常運(yùn)行的能力。 (容錯(cuò)能力和恢復(fù)能力 ) 安全性測試 (這種測試一般能通過建行的 fortify 軟件評測即可 ) 如果產(chǎn)品需要安裝，那么還得經(jīng)過安裝與反安裝測試 實(shí)施建議： 對系統(tǒng)測試人員進(jìn)行必要的培訓(xùn)，提高他們的測試效率。 項(xiàng)目經(jīng)理和測試小組根據(jù)項(xiàng)目的資源、時(shí)間等限制因素，設(shè)法合理地減少測試的工作量，例如減少 “ 冗余或無效 ” 的測試。 系統(tǒng)測試小組根據(jù)產(chǎn)品的特征，可以適當(dāng)?shù)匦薷谋疽?guī)范的各種文檔模板。 對系統(tǒng)測試過程中產(chǎn)生的所有代碼和有價(jià)值的文檔進(jìn)行配置管理。 為了調(diào)動(dòng)測試者的積極性，建議企業(yè)或項(xiàng)目設(shè)立獎(jiǎng)勵(lì)機(jī)制，例如：根據(jù)缺陷的危害程度把獎(jiǎng)金分等級，每個(gè)新缺陷對應(yīng)一份獎(jiǎng)金，把獎(jiǎng)金發(fā)給第一個(gè)發(fā)現(xiàn)該缺陷的人。 輸出： 系統(tǒng)測試報(bào)告、缺陷管理報(bào)告、操作手冊 七、客戶驗(yàn)收 成果審查。驗(yàn)收人員審查開發(fā)方應(yīng)當(dāng)交付的成果，如代碼、文檔等等。確保這些成果是完整的并且是正確有效的。 驗(yàn)收測試。驗(yàn)收人員對交付的產(chǎn)品進(jìn)行全面的測試，確保產(chǎn)品功能、質(zhì)量符合需求。 及時(shí)解決客戶方發(fā)現(xiàn)的問題。 輸出： 客戶驗(yàn)收計(jì)劃、驗(yàn)收測試用例、客戶驗(yàn)收報(bào)告、驗(yàn)收操作手冊 實(shí)施建議： 在客戶驗(yàn)收之前，開發(fā)方對驗(yàn)收人員進(jìn)行必要的產(chǎn)品培訓(xùn)。 開發(fā)方可以將系統(tǒng)測試用例給驗(yàn)收人員參考，以減少設(shè)計(jì)測試用例的時(shí)間。 開發(fā)方人員應(yīng)當(dāng)熱情地協(xié)助驗(yàn)收人員。對驗(yàn)收人員發(fā)現(xiàn)的軟件缺陷馬上予以糾正 。對于復(fù)雜的問題應(yīng)當(dāng)立即請示有關(guān)領(lǐng)導(dǎo)，不可拖延。在驗(yàn)收期間不可與客戶爭吵，給客戶留下很好的印象。 對驗(yàn)收過程中產(chǎn)生的所有有價(jià)值的文檔進(jìn)行配置管理。 八、結(jié)項(xiàng) 計(jì)劃與實(shí)際情況對比 :產(chǎn)品功能、工作成果、產(chǎn)品質(zhì)量、投入人員、工作量、成本等 申請結(jié)項(xiàng)理由和項(xiàng)目自我評價(jià) 對項(xiàng)目進(jìn)行綜合評估，總結(jié)經(jīng)驗(yàn)教訓(xùn)。 有價(jià)值的結(jié)項(xiàng)管理至少包 括三項(xiàng)內(nèi)容： 對項(xiàng)目的有形資產(chǎn)和無形資產(chǎn)進(jìn)行清算，既要防止資產(chǎn)流失，又要及時(shí)地利用這些資產(chǎn)。 對項(xiàng)目進(jìn)行綜合評估。例如評估項(xiàng)目完成情況、項(xiàng)目質(zhì)量、投入產(chǎn)出分析、項(xiàng)目的市場價(jià)值、項(xiàng)目對企業(yè)的貢獻(xiàn)等等。該評估報(bào)告可以作為考核項(xiàng)目人員業(yè)績的重要依據(jù)。 總結(jié)經(jīng)驗(yàn)教訓(xùn)，使整個(gè)機(jī)構(gòu)受益。 項(xiàng)目建議書格式 5 篇