軟件開(kāi)發(fā)標(biāo)準(zhǔn)化工作流程V1.0

軟件開(kāi)發(fā)標(biāo)準(zhǔn)化工作流程V1.0軟件開(kāi)發(fā)標(biāo)準(zhǔn)化工作流程V1.0軟件開(kāi)發(fā)標(biāo)準(zhǔn)化工作流程V1.0資料僅供參考文件編號(hào)：2022年4月軟件開(kāi)發(fā)標(biāo)準(zhǔn)化工作流程V1.0版本號(hào)：A修改號(hào)：1頁(yè)次：1.0審核：批準(zhǔn):發(fā)布日期：目錄TOC\o"1-4"\h\z\u1 引言 3 編寫目的 3 適用范圍 3 定義 3 流程圖 32 需求調(diào)研 4 概述 4 需求調(diào)研 4 注意事項(xiàng) 43 可行性分析 54 需求分析 5 概述 5 產(chǎn)物/成果 6 需求分析任務(wù) 6 需求分析方法 6 原型化 6 需求報(bào)告 7 劃分需求的優(yōu)先級(jí) 7 評(píng)審需求文檔和原型 75 系統(tǒng)設(shè)計(jì) 7 概述 8 產(chǎn)物/成果 8 產(chǎn)品設(shè)計(jì) 8 概述 8 流程圖 9 軟件設(shè)計(jì) 9 概述 9 流程圖 9 概要設(shè)計(jì) 9 數(shù)據(jù)庫(kù)系統(tǒng)設(shè)計(jì) 10 詳細(xì)設(shè)計(jì) 116 軟件開(kāi)發(fā) 11 建立項(xiàng)目開(kāi)發(fā)團(tuán)隊(duì) 11 實(shí)施項(xiàng)目開(kāi)發(fā)測(cè)試 11 工作內(nèi)容 12 產(chǎn)物/成果 127 項(xiàng)目測(cè)試 13 軟件測(cè)試階段 13 概述 13 流程 13 軟件測(cè)試準(zhǔn)備 13 軟件測(cè)試執(zhí)行 148 內(nèi)部驗(yàn)收 14 文檔準(zhǔn)備 14 內(nèi)部驗(yàn)收測(cè)試 14 內(nèi)部評(píng)審 149 項(xiàng)目試運(yùn)行與驗(yàn)收 15 驗(yàn)收前的準(zhǔn)備 15 用戶測(cè)試 15 用戶確認(rèn) 1510 項(xiàng)目維護(hù) 15 錯(cuò)性維護(hù) 15 完善性維護(hù) 1511 需求變更流程 16 目的 16 適用范圍 16 作業(yè)流程 17 流程描述 17 內(nèi)部項(xiàng)目 18 外部項(xiàng)目 18 提交需求變更 18 審核評(píng)審 18 工作內(nèi)容 18 相關(guān)角色 19 反饋 1912 附錄 20 附錄1《軟件需求說(shuō)明書》 20 附錄2《概要設(shè)計(jì)說(shuō)明書》 20 附錄3《數(shù)據(jù)庫(kù)設(shè)計(jì)說(shuō)明書》 20 附錄4《詳細(xì)設(shè)計(jì)說(shuō)明書》 20 附錄5《用戶使用手冊(cè)》 20 附錄6《軟件測(cè)試說(shuō)明》 20 附錄7《項(xiàng)目開(kāi)發(fā)計(jì)劃》 20 附錄8《軟件測(cè)試計(jì)劃》 20 附錄9《軟件測(cè)試方案》 20 附錄10《測(cè)試用例文檔》 20 附錄11《缺陷報(bào)告》 20 附錄12《軟件測(cè)試報(bào)告》 20 附錄13《需求變更申請(qǐng)表》 20軟件開(kāi)發(fā)標(biāo)準(zhǔn)化工作流程引言編寫目的說(shuō)明編寫這份軟件開(kāi)發(fā)標(biāo)準(zhǔn)化工作流程的目的，指出預(yù)期的讀者。適用范圍互聯(lián)網(wǎng)開(kāi)發(fā)中心所有項(xiàng)目。定義列出本文件中用到的專門術(shù)語(yǔ)的定義、外文首字母組詞的原詞組。流程圖需求調(diào)研需求調(diào)研系統(tǒng)設(shè)計(jì)軟件開(kāi)發(fā)軟件測(cè)試內(nèi)部驗(yàn)收客戶驗(yàn)收系統(tǒng)維護(hù)需求分析階段概要設(shè)計(jì)階段詳細(xì)設(shè)計(jì)階段系統(tǒng)編碼階段系統(tǒng)測(cè)試階段集成測(cè)試階段系統(tǒng)測(cè)試階段項(xiàng)目管理過(guò)程評(píng)審過(guò)程軟件監(jiān)督與審核過(guò)程軟件配置管理過(guò)程軟件需求管理過(guò)程變更控制過(guò)規(guī)程文檔控制規(guī)程文檔開(kāi)發(fā)與管理規(guī)范項(xiàng)目流程項(xiàng)目開(kāi)發(fā)的各階段過(guò)程管理思想需求分析需求調(diào)研概述需求調(diào)研對(duì)于一個(gè)應(yīng)用軟件開(kāi)發(fā)來(lái)說(shuō)，是一個(gè)系統(tǒng)開(kāi)發(fā)的開(kāi)始階段，需求調(diào)研的質(zhì)量對(duì)于一個(gè)應(yīng)用軟件來(lái)說(shuō)，是一個(gè)極其重要的階段，它的質(zhì)量在一定程度上來(lái)說(shuō)決定了一個(gè)軟件的交付結(jié)果。怎樣從客戶中聽(tīng)取用戶需求、分析用戶需求就成為調(diào)研人員最重要的任務(wù)。需求調(diào)研總體而言，需求調(diào)研可按照業(yè)務(wù)流程、業(yè)務(wù)規(guī)則、表單數(shù)據(jù)、貫穿系統(tǒng)的關(guān)系四個(gè)方向來(lái)進(jìn)行調(diào)研。業(yè)務(wù)規(guī)則各個(gè)流程、功能點(diǎn)等事項(xiàng)的辦理，都會(huì)有相關(guān)約束或條件，那么需要對(duì)其前置條件、后置條件、數(shù)據(jù)驗(yàn)證、條件判斷等進(jìn)行分析調(diào)研。調(diào)研對(duì)象一般為操作員。表單數(shù)據(jù)對(duì)各個(gè)功能點(diǎn)的業(yè)務(wù)數(shù)據(jù)、數(shù)據(jù)項(xiàng)、表單格式、查詢條件以及其它相關(guān)數(shù)據(jù)進(jìn)行明確的分析調(diào)研。調(diào)研對(duì)象一般為操作員。貫穿系統(tǒng)的關(guān)系各個(gè)模塊或科室之間的數(shù)據(jù)交換、傳遞以及數(shù)據(jù)共享等，需要我們調(diào)研人員與各個(gè)模塊或科室的相關(guān)負(fù)責(zé)人進(jìn)行多方溝通，確定一個(gè)多方滿意的需求調(diào)研結(jié)果。注意事項(xiàng)調(diào)研過(guò)程中，用戶說(shuō)的很快，不可能等我們?nèi)坑涗浿?，再講下一個(gè)問(wèn)題。因此，只能在筆記本上速記，有時(shí)只能記錄1、2個(gè)關(guān)鍵字。因此，每天調(diào)研結(jié)束之后，當(dāng)天晚上必須整理當(dāng)天的調(diào)研情況，寫成一份調(diào)研日記。整理當(dāng)天的調(diào)研記錄時(shí)，還要整理出待明確的問(wèn)題，下一次再找機(jī)會(huì)與用戶再溝通、確認(rèn)。調(diào)研的各個(gè)階段，必須出具相關(guān)文檔或文件，比如調(diào)研計(jì)劃、流程圖、表單樣式、報(bào)表格式、背景圖片、數(shù)據(jù)項(xiàng)列表、討論記錄、問(wèn)題列表等。所有疑問(wèn)必須等到明確的答復(fù)，不能出現(xiàn)相互矛盾、似是而非的需求。需準(zhǔn)確理解客戶的講解，如果有問(wèn)題的先做記錄，之后將整理的問(wèn)題向客戶詢問(wèn)，得到明確的結(jié)果。需求必須是客戶接受和確認(rèn)的，不能有臆測(cè)的需求。要合理安排好時(shí)間和進(jìn)度。有時(shí)候客戶還有自己要做的事情，不一定能及時(shí)相應(yīng)。所以必須提前預(yù)約好時(shí)間，保證整個(gè)需求調(diào)研的進(jìn)度。能積極引導(dǎo)客戶。當(dāng)客戶出現(xiàn)疑慮，而調(diào)研人員能明白且能做好客戶想要的東西的時(shí)候，調(diào)研人員能及時(shí)積極引導(dǎo)客戶，詳細(xì)講解我們所知道的東西，并能讓客戶接受與確認(rèn)。如遇公司有相關(guān)原型或產(chǎn)品，調(diào)研人員需先詳細(xì)了解公司的相關(guān)原型和產(chǎn)品，根據(jù)成品，找出本地化的差異化需求?？尚行苑治鲞@個(gè)階段要回答的關(guān)鍵問(wèn)題：“對(duì)于上一個(gè)階段所確定的問(wèn)題有行得通的解決辦法嗎”為了回答這個(gè)問(wèn)題，系統(tǒng)分析員需要進(jìn)行一次大大壓縮和簡(jiǎn)化了的系統(tǒng)分析和設(shè)計(jì)的過(guò)程，也就是在較抽象的高層次上進(jìn)行的分析和設(shè)計(jì)的過(guò)程?？尚行匝芯繎?yīng)該比較簡(jiǎn)短，這個(gè)階段的任務(wù)不是具體解決問(wèn)題，而是研究問(wèn)題的范圍，探索這個(gè)問(wèn)題是否值得去解，是否有可行的解決辦法。在問(wèn)題定義階段提出的對(duì)工程目標(biāo)和規(guī)模的報(bào)告通常比較含糊。可行性研究階段應(yīng)該導(dǎo)出系統(tǒng)的高層邏輯模型（通常用數(shù)據(jù)流圖表示），并且在此基礎(chǔ)上更準(zhǔn)確、更具體地確定工程規(guī)模和目標(biāo)。然后分析員更準(zhǔn)確地估計(jì)系統(tǒng)的成本和效益，對(duì)建議的系統(tǒng)進(jìn)行仔細(xì)的成本／效益分析是這個(gè)階段的主要任務(wù)之一。可行性研究的結(jié)果是使用部門負(fù)責(zé)人做出是否繼續(xù)進(jìn)行這項(xiàng)工程的決定的重要依據(jù)，一般說(shuō)來(lái)，只有投資可能取得較大效益的那些工程項(xiàng)目才值得繼續(xù)進(jìn)行下去?？尚行匝芯恳院蟮哪切╇A段將需要投入更多的人力物力。及時(shí)中止不值得投資的工程項(xiàng)目，可以避免更大的浪費(fèi)。需求分析概述這個(gè)階段的任務(wù)仍然不是具體地解決問(wèn)題，而是準(zhǔn)確地確定“為了解決這個(gè)問(wèn)題，目標(biāo)系統(tǒng)必須做什么”，主要是確定目標(biāo)系統(tǒng)必須具備哪些功能。用戶了解他們所面對(duì)的問(wèn)題，知道必須做什么，但是通常不能完整準(zhǔn)確地表達(dá)出他們的要求，更不知道怎樣利用計(jì)算機(jī)解決他們的問(wèn)題；軟件開(kāi)發(fā)人員知道怎樣使用軟件實(shí)現(xiàn)人們的要求，但是對(duì)特定用戶的具體要求并不完全清楚。因此系統(tǒng)分析員在需求分析階段必須和用戶密切配合，充分交流信息，以得出經(jīng)過(guò)用戶確認(rèn)的系統(tǒng)邏輯模型。通常用數(shù)據(jù)流圖、數(shù)據(jù)字典和簡(jiǎn)要的算法描述表示系統(tǒng)的邏輯模型。在需求分析階段確定的系統(tǒng)邏輯模型是以后設(shè)計(jì)和實(shí)現(xiàn)目標(biāo)系統(tǒng)的基礎(chǔ)，因此必須準(zhǔn)確完整地體現(xiàn)用戶的要求。系統(tǒng)分析員通常都是計(jì)算機(jī)軟件專家，技術(shù)專家一般都喜歡很快著手進(jìn)行具體設(shè)計(jì)，然而，一旦分析員開(kāi)始談?wù)摮绦蛟O(shè)計(jì)的細(xì)節(jié)，就會(huì)脫離用戶，使他們不能繼續(xù)提出他們的要求和建議。較件工程使用的結(jié)構(gòu)分析設(shè)計(jì)的方法為每個(gè)階段都規(guī)定了特定的結(jié)束標(biāo)準(zhǔn)，需求分析階段必須提供完整準(zhǔn)確的系統(tǒng)邏輯模型，經(jīng)過(guò)用戶確認(rèn)之后才能進(jìn)入下一個(gè)階段，這就可以有效地防止和克服急于著手進(jìn)行具體設(shè)計(jì)的傾向。需求分析是軟件工程中的一個(gè)重要環(huán)節(jié)。是關(guān)乎軟件開(kāi)發(fā)成敗的重要因素?，F(xiàn)在軟件項(xiàng)目中返工開(kāi)銷幾乎占了總開(kāi)發(fā)的一半，而導(dǎo)致返工的主要原因是需求分析不明確。從而引發(fā)軟件開(kāi)發(fā)中的一些列更改。這些更改可能導(dǎo)致浪費(fèi)大量資源、軟件項(xiàng)目無(wú)法按時(shí)完成等嚴(yán)重問(wèn)題，所以需求分析是軟件設(shè)計(jì)和實(shí)現(xiàn)的基礎(chǔ)，是軟件項(xiàng)目邁向成功的重中之重。產(chǎn)物/成果項(xiàng)目階段/角色項(xiàng)目經(jīng)理產(chǎn)品團(tuán)隊(duì)(BA/BAS/ProductM）開(kāi)發(fā)團(tuán)隊(duì)TTL/Developer）測(cè)試團(tuán)隊(duì)(TestLead/Tester）需求階段活動(dòng)：1、建立CQ/QC中的項(xiàng)目目錄；2、在SVN中建立項(xiàng)目目錄；1、分析項(xiàng)目所需資源，風(fēng)險(xiǎn)等2、預(yù)估項(xiàng)目周期產(chǎn)出：1、項(xiàng)目計(jì)劃(大致時(shí)間規(guī)劃)活動(dòng)：1、收集整理需求產(chǎn)出：1、需求說(shuō)明書參與：1、需求分析2、環(huán)境分析參與：1、需求分析2、環(huán)境分析需求分析任務(wù)簡(jiǎn)言之，需求分析的任務(wù)就是解決“做什么”的問(wèn)題，就是根據(jù)需求調(diào)研，全面理解用戶的各項(xiàng)要求并準(zhǔn)確的表達(dá)所接受的用戶需求。需求分析方法原型化原型就是軟件的一個(gè)早期可運(yùn)行的版本，它實(shí)現(xiàn)了目標(biāo)系統(tǒng)的某些或全部功能。原型化方法就是盡可能快地建造一個(gè)粗糙系統(tǒng)，這系統(tǒng)實(shí)現(xiàn)了目標(biāo)系統(tǒng)的某些或者全部功能，但是這個(gè)系統(tǒng)可能在可靠性，界面的友好性或其他方面上存在缺陷。建造這樣一個(gè)系統(tǒng)的目的是為了考察某一方面的可行性，如算法的可行性，技術(shù)的可行性，或考察是否滿足用戶的需求等。如，為了考察是否滿足用戶的需求，可以用某些軟件工具快速建造一個(gè)原型系統(tǒng)，這個(gè)系統(tǒng)只是一個(gè)界面，然后聽(tīng)取用戶的意見(jiàn)改進(jìn)這個(gè)原型。以后的目標(biāo)系統(tǒng)就在原型系統(tǒng)的基礎(chǔ)上開(kāi)發(fā)。原型主要有三種類型：探索型目的是要弄清楚對(duì)目標(biāo)系統(tǒng)的要求，確定所希望的特性，并探討多種方案的可行性。實(shí)驗(yàn)型用于大規(guī)模開(kāi)發(fā)和實(shí)現(xiàn)前，考核方案是否合適，規(guī)格說(shuō)明是否可靠。進(jìn)化型目的不在于改進(jìn)規(guī)格說(shuō)明，而是將系統(tǒng)建造得易于變化，在改進(jìn)原型的過(guò)程中，逐步將原型進(jìn)化成最終系統(tǒng)。在使用原型方法是有兩種不同的策略。廢棄策略先建造一個(gè)功能簡(jiǎn)單而且質(zhì)量要求不高的模型系統(tǒng)，針對(duì)這個(gè)系統(tǒng)反復(fù)進(jìn)行修改，形成比較好的思想，據(jù)此設(shè)計(jì)出比較完整，準(zhǔn)確，一致，可靠的最終系統(tǒng)。系統(tǒng)構(gòu)建完成后，原來(lái)的模型系統(tǒng)被廢棄不用。探索型和實(shí)驗(yàn)型屬于這種策略。追加策略先構(gòu)造一個(gè)功能簡(jiǎn)單而且質(zhì)量要求不高的模型系統(tǒng)，最為最終系統(tǒng)的核心，然后通過(guò)不斷地?cái)U(kuò)充修改，逐步追加新要求，發(fā)展成為最終系統(tǒng)。進(jìn)化型屬于這種策略。需求報(bào)告需求報(bào)告及軟件需求說(shuō)明書，作用在于便于用戶、開(kāi)發(fā)人員進(jìn)行理解和交流，反映出用戶問(wèn)題的結(jié)構(gòu)，可以作為軟件開(kāi)發(fā)工作的基礎(chǔ)和依據(jù)，并作為確認(rèn)測(cè)試和驗(yàn)收的依據(jù)。通過(guò)從客戶那里獲得的所有信息進(jìn)行整理，以區(qū)分業(yè)務(wù)需求及規(guī)范、功能需求、質(zhì)量目標(biāo)、解決辦法和其他信息。通過(guò)這些分析，形成一份《軟件需求說(shuō)明書》，此份說(shuō)明書使開(kāi)發(fā)人員和客戶之間針對(duì)要開(kāi)發(fā)的產(chǎn)品內(nèi)容達(dá)成協(xié)議?？蛻粜枰u(píng)審此文檔，以確保內(nèi)容準(zhǔn)確完整的表達(dá)其需求。一份高質(zhì)量的“需求說(shuō)明書”有助于開(kāi)發(fā)人員開(kāi)發(fā)出真正需要的產(chǎn)品。輸出：《軟件需求說(shuō)明書》，格式參照附錄1《軟件需求說(shuō)明書》劃分需求的優(yōu)先級(jí)絕大多數(shù)項(xiàng)目沒(méi)有足夠的時(shí)間或者資源實(shí)現(xiàn)功能性的每個(gè)細(xì)節(jié)。決定哪些特性是必要的，哪些是重要的，是需求開(kāi)發(fā)的主要部分，這只能由客戶負(fù)責(zé)設(shè)定需求的優(yōu)先級(jí)，因?yàn)殚_(kāi)發(fā)者不可能按照客戶的觀點(diǎn)決定需求優(yōu)先級(jí)。開(kāi)發(fā)人員將為確定的優(yōu)先級(jí)提供有關(guān)每個(gè)需求的花費(fèi)和風(fēng)險(xiǎn)的信息。在時(shí)間和資源的限制下，關(guān)于所需特性能否完成或者完成多少，開(kāi)發(fā)人員必須給出意見(jiàn)。評(píng)審需求文檔和原型客戶評(píng)審需求文檔，是給分析人員帶來(lái)反饋信息的一個(gè)機(jī)會(huì)。如果客戶人為編寫的“需求分析報(bào)告”不夠準(zhǔn)去，就有必要盡早告知分析人員并為改進(jìn)提供建議。更好的辦法是先為產(chǎn)品開(kāi)發(fā)一個(gè)原型。這樣客戶就能提供更有價(jià)值的反饋信息給開(kāi)發(fā)人員，是他們更好的理解需求。原型并非是一個(gè)實(shí)際應(yīng)用產(chǎn)品，但開(kāi)發(fā)人員能將其轉(zhuǎn)化、擴(kuò)充成功能齊全的系統(tǒng)。系統(tǒng)設(shè)計(jì)制定項(xiàng)目計(jì)劃軟件項(xiàng)目計(jì)劃是一個(gè)用來(lái)協(xié)調(diào)所有其他計(jì)劃，以指導(dǎo)項(xiàng)目執(zhí)行和控制的可操作文件。它體現(xiàn)了對(duì)客戶需求的理解，是開(kāi)展項(xiàng)目活動(dòng)的基礎(chǔ)，也是軟件項(xiàng)目跟蹤與監(jiān)控的依據(jù)。

確定開(kāi)發(fā)過(guò)程根據(jù)軟件項(xiàng)目和項(xiàng)目組的實(shí)際情況，建立起一個(gè)穩(wěn)定、可控的軟件開(kāi)發(fā)過(guò)程模型，并按照該過(guò)程來(lái)進(jìn)行軟件開(kāi)發(fā)。

加強(qiáng)過(guò)程控制過(guò)程控制主要包括過(guò)程管理、變更控制和配置管理。概述此階段主要是根據(jù)需求分析的結(jié)果，對(duì)整個(gè)軟件系統(tǒng)進(jìn)行設(shè)計(jì)，如系統(tǒng)框架設(shè)計(jì)，數(shù)據(jù)庫(kù)設(shè)計(jì)等等。產(chǎn)物/成果項(xiàng)目階段/角色項(xiàng)目經(jīng)理產(chǎn)品團(tuán)隊(duì)(BA/BAS/ProductM）開(kāi)發(fā)團(tuán)隊(duì)TTL/Developer）測(cè)試團(tuán)隊(duì)(TestLead/Tester）設(shè)計(jì)階段活動(dòng)：1、監(jiān)控項(xiàng)目進(jìn)度，2、組織安排本階段的評(píng)審1、任務(wù)分解，責(zé)任到人2、細(xì)化項(xiàng)目計(jì)劃產(chǎn)出：項(xiàng)目計(jì)劃（具體到各功能）參與：1、系統(tǒng)功能設(shè)計(jì)產(chǎn)出：界面原型活動(dòng)：1、系統(tǒng)功能技術(shù)設(shè)計(jì)2、數(shù)據(jù)庫(kù)設(shè)計(jì)產(chǎn)出：系統(tǒng)功能的技術(shù)設(shè)計(jì)數(shù)據(jù)庫(kù)設(shè)計(jì)說(shuō)明書活動(dòng)：1、組織測(cè)試計(jì)劃評(píng)審產(chǎn)出：1、項(xiàng)目測(cè)試估計(jì)測(cè)試計(jì)劃書產(chǎn)品設(shè)計(jì)概述產(chǎn)品設(shè)計(jì)是專業(yè)的技術(shù)人員根據(jù)軟件項(xiàng)目需求分析的結(jié)果來(lái)對(duì)整個(gè)軟件系統(tǒng)進(jìn)行定制、開(kāi)發(fā)、設(shè)計(jì)的一個(gè)過(guò)程。流程圖軟件設(shè)計(jì)概述軟件設(shè)計(jì)階段主要工作可分為軟件概要設(shè)計(jì)、詳細(xì)設(shè)計(jì)兩個(gè)分階段。對(duì)于復(fù)雜程度不高、規(guī)模較小或關(guān)鍵性級(jí)別較低的軟件，可將概要設(shè)計(jì)和詳細(xì)設(shè)計(jì)合并為一個(gè)階段執(zhí)行。流程圖概要設(shè)計(jì)在概要設(shè)計(jì)階段，項(xiàng)目組應(yīng)根據(jù)軟件總體框架、軟件模型和軟件工程實(shí)現(xiàn)的要求，提出軟件設(shè)計(jì)方法，建立軟件的總體結(jié)構(gòu)，劃分功能模塊（軟件部件），確定總體結(jié)構(gòu)和部件間的關(guān)系，定義各個(gè)軟件功能模塊的功能、數(shù)據(jù)接口和控制接口，設(shè)計(jì)全局?jǐn)?shù)據(jù)庫(kù)/數(shù)據(jù)結(jié)構(gòu)，規(guī)定設(shè)計(jì)限制，編寫《概要設(shè)計(jì)說(shuō)明》，由研究室或項(xiàng)目組負(fù)責(zé)人審批。對(duì)于復(fù)雜軟件，研究室或項(xiàng)目組應(yīng)組織對(duì)軟件概要設(shè)計(jì)進(jìn)行評(píng)審，以保證軟件結(jié)構(gòu)、全局?jǐn)?shù)據(jù)結(jié)構(gòu)、主要算法、模塊劃分、接口關(guān)系和軟件模型的合理性、正確性、完整性，與軟件需求的一致性。項(xiàng)目組應(yīng)保持評(píng)審結(jié)果及任何必要措施的記錄。輸出：《軟件概要設(shè)計(jì)說(shuō)明書》（概要設(shè)計(jì)部分）,格式參照附錄2《軟件概要設(shè)計(jì)說(shuō)明書》數(shù)據(jù)庫(kù)系統(tǒng)設(shè)計(jì)此數(shù)據(jù)庫(kù)設(shè)計(jì)可單獨(dú)成冊(cè)，尤其對(duì)大型的數(shù)據(jù)庫(kù)應(yīng)用系統(tǒng)，即有一個(gè)單獨(dú)的《數(shù)據(jù)庫(kù)設(shè)計(jì)說(shuō)明書》。輸出：《數(shù)據(jù)庫(kù)設(shè)計(jì)說(shuō)明書》,格式參照附錄3《數(shù)據(jù)庫(kù)設(shè)計(jì)說(shuō)明書》信息模型設(shè)計(jì)確定系統(tǒng)信息的類型（實(shí)體或視圖），確定系統(tǒng)信息實(shí)體的屬性、關(guān)鍵字及實(shí)體之間的聯(lián)系，詳細(xì)描述數(shù)據(jù)庫(kù)和結(jié)構(gòu)設(shè)計(jì)，數(shù)據(jù)元素及屬性定義，數(shù)據(jù)關(guān)系模式，數(shù)據(jù)約束和限制。數(shù)據(jù)庫(kù)設(shè)計(jì)設(shè)計(jì)依據(jù)說(shuō)明數(shù)據(jù)被訪問(wèn)的頻度和流量，最大數(shù)據(jù)存儲(chǔ)量，數(shù)據(jù)增長(zhǎng)量，存儲(chǔ)時(shí)間等數(shù)據(jù)庫(kù)設(shè)計(jì)依據(jù)。數(shù)據(jù)庫(kù)種類及特點(diǎn)說(shuō)明系統(tǒng)內(nèi)應(yīng)用的數(shù)據(jù)庫(kù)種類、各自的特點(diǎn)、數(shù)量及如何實(shí)現(xiàn)互聯(lián)，數(shù)據(jù)如何傳遞。數(shù)據(jù)庫(kù)邏輯結(jié)構(gòu)說(shuō)明數(shù)據(jù)庫(kù)概念模式向邏輯模式轉(zhuǎn)換所采用的方法論及工具，完成數(shù)據(jù)庫(kù)概念模式向邏輯模式的轉(zhuǎn)換。詳細(xì)列出所使用的數(shù)據(jù)結(jié)構(gòu)中每個(gè)數(shù)據(jù)項(xiàng)、記錄和文件的標(biāo)識(shí)、定義、長(zhǎng)度及它們之間的相互關(guān)系。此節(jié)內(nèi)容為數(shù)據(jù)庫(kù)設(shè)計(jì)的主要部分。物理結(jié)構(gòu)設(shè)計(jì)列出所使用的數(shù)據(jù)結(jié)構(gòu)中每個(gè)數(shù)據(jù)項(xiàng)的存儲(chǔ)要求、訪問(wèn)方法、存取單位和存取物理關(guān)系等。建立系統(tǒng)程序員視圖，包括：數(shù)據(jù)在內(nèi)存中的安排，包括對(duì)索引區(qū)、緩沖區(qū)的設(shè)計(jì)；所使用的外存設(shè)備及外存空間的組織，包括索引區(qū)、數(shù)據(jù)塊的組織與劃分；訪問(wèn)數(shù)據(jù)的方式方法。數(shù)據(jù)庫(kù)安全說(shuō)明數(shù)據(jù)的共享方式，如何保證數(shù)據(jù)的安全性及保密性。數(shù)據(jù)字典編寫詳細(xì)的數(shù)據(jù)字典。對(duì)數(shù)據(jù)庫(kù)設(shè)計(jì)中涉及到的各種項(xiàng)目，如數(shù)據(jù)項(xiàng)、記錄、系、文卷模式、子模式等一般要建立起數(shù)據(jù)字典，以說(shuō)明它們的標(biāo)識(shí)符、同義名及有關(guān)信息詳細(xì)設(shè)計(jì)在詳細(xì)設(shè)計(jì)階段，項(xiàng)目組應(yīng)對(duì)概要設(shè)計(jì)中產(chǎn)生的軟件部件進(jìn)行方法和過(guò)程描述，對(duì)程序單元內(nèi)部細(xì)節(jié)(算法模型、數(shù)據(jù)結(jié)構(gòu)、詳細(xì)接口信息等)進(jìn)行設(shè)計(jì)，為源代碼提供必要的說(shuō)明，并編寫《軟件詳細(xì)設(shè)計(jì)說(shuō)明》，由研究室或項(xiàng)目組負(fù)責(zé)人審批。詳細(xì)設(shè)計(jì)過(guò)程中開(kāi)始編制《軟件測(cè)試計(jì)劃》初稿。研究室或項(xiàng)目組應(yīng)組織對(duì)詳細(xì)設(shè)計(jì)說(shuō)明進(jìn)行評(píng)審（顧客參加），以保證程序單元功能、控制結(jié)構(gòu)、數(shù)據(jù)結(jié)構(gòu)和算法模型的正確性、合理性，程序單元接口的明確性、一致性。項(xiàng)目組應(yīng)保持評(píng)審結(jié)果及任何必要措施的記錄。輸出：《軟件詳細(xì)設(shè)計(jì)說(shuō)明書》（詳細(xì)設(shè)計(jì)部分）格式參照附錄4《軟件詳細(xì)設(shè)計(jì)說(shuō)明書》軟件開(kāi)發(fā)建立項(xiàng)目開(kāi)發(fā)團(tuán)隊(duì)依據(jù)業(yè)務(wù)需求開(kāi)發(fā)任務(wù)書中，對(duì)項(xiàng)目完成時(shí)間、費(fèi)用的要求，確認(rèn)項(xiàng)目開(kāi)發(fā)團(tuán)隊(duì)人員數(shù)量，明確項(xiàng)目經(jīng)理，建立以項(xiàng)目經(jīng)理為項(xiàng)目負(fù)責(zé)人的開(kāi)發(fā)團(tuán)隊(duì)。團(tuán)隊(duì)組建完成后，項(xiàng)目經(jīng)理組織團(tuán)隊(duì)人員進(jìn)行交流學(xué)習(xí)和互相熟悉，說(shuō)明項(xiàng)目任務(wù)、目標(biāo)、規(guī)模、人員組成、規(guī)章制度和行為準(zhǔn)則，個(gè)人崗位和責(zé)任，建立團(tuán)隊(duì)與外界的初步聯(lián)系及相互關(guān)系，確立團(tuán)隊(duì)的權(quán)限，建立團(tuán)隊(duì)的績(jī)效管理機(jī)制，爭(zhēng)取公司各方面支持，根據(jù)團(tuán)員特點(diǎn)分配職責(zé)，收集有關(guān)項(xiàng)目信息。實(shí)施項(xiàng)目開(kāi)發(fā)測(cè)試依據(jù)公司軟件項(xiàng)目設(shè)計(jì)開(kāi)發(fā)制度要求和軟件項(xiàng)目管理規(guī)范，按照需求實(shí)現(xiàn)方案為項(xiàng)目具體開(kāi)發(fā)做好準(zhǔn)備。技術(shù)人員在項(xiàng)目實(shí)現(xiàn)方案框架下根據(jù)項(xiàng)目實(shí)際要求準(zhǔn)備好開(kāi)發(fā)環(huán)境和測(cè)試環(huán)境;程序員編寫程序代碼，測(cè)試人員設(shè)計(jì)測(cè)試方案和應(yīng)用案例;是對(duì)需求實(shí)現(xiàn)功能說(shuō)明書和測(cè)試計(jì)劃、測(cè)試案例進(jìn)行評(píng)審;撰寫測(cè)試問(wèn)題報(bào)告，改正軟件Bug;按照要求定時(shí)提交相關(guān)的項(xiàng)目管理信息資料。工作內(nèi)容軟件實(shí)現(xiàn)階段的主要工作是根據(jù)軟件設(shè)計(jì)結(jié)果，進(jìn)行軟件代碼編制、調(diào)試、代碼審查和程序單元測(cè)試，驗(yàn)證程序單元與設(shè)計(jì)說(shuō)明的一致性。本階段的代碼審查和單元測(cè)試應(yīng)以開(kāi)發(fā)人員自查自測(cè)為主。實(shí)現(xiàn)過(guò)程中應(yīng)規(guī)定編碼實(shí)現(xiàn)規(guī)則、編程語(yǔ)言、數(shù)據(jù)結(jié)構(gòu)、命名約定和注釋規(guī)則等并遵守這些規(guī)則；盡可能使用輔助設(shè)計(jì)工具；盡可能地重用已有的軟件實(shí)現(xiàn)規(guī)范、實(shí)現(xiàn)方法、代碼片段、數(shù)據(jù)結(jié)構(gòu)、標(biāo)準(zhǔn)函數(shù)等。進(jìn)行規(guī)范化編程，采用統(tǒng)一的編碼風(fēng)格；實(shí)現(xiàn)過(guò)程中應(yīng)全面考慮軟件測(cè)試工作；充分地考慮到軟件的可維護(hù)性。軟件實(shí)現(xiàn)過(guò)程中，項(xiàng)目組應(yīng)組織程序調(diào)試、代碼自查和程序單元自測(cè)，主要包括對(duì)軟件各功能模塊編碼的正確性、程序設(shè)計(jì)準(zhǔn)則的符合性、程序單元測(cè)試過(guò)程與結(jié)果的合理性和正確性以及測(cè)試輔助程序的合理性和充分性進(jìn)行審查和驗(yàn)證，以保證交付測(cè)試的軟件與軟件設(shè)計(jì)說(shuō)明完全符合。與外部存在多系統(tǒng)交聯(lián)時(shí)，需要組織或參與聯(lián)合調(diào)試試驗(yàn)，以驗(yàn)證接口的正確性。軟件實(shí)現(xiàn)階段應(yīng)開(kāi)始編寫《用戶使用手冊(cè)》和《軟件測(cè)試說(shuō)明》文檔。輸出：1、《用戶使用手冊(cè)》，格式參照附錄5《用戶使用手冊(cè)》2、《軟件測(cè)試說(shuō)明》，格式參照附錄6《軟件測(cè)試說(shuō)明》產(chǎn)物/成果項(xiàng)目階段/角色項(xiàng)目經(jīng)理產(chǎn)品團(tuán)隊(duì)(BA/BAS/ProductM）開(kāi)發(fā)團(tuán)隊(duì)TTL/Developer）測(cè)試團(tuán)隊(duì)(TestLead/Tester）開(kāi)發(fā)階段活動(dòng)：1、監(jiān)控項(xiàng)目進(jìn)度2、調(diào)整人員安排3、跟蹤解決技術(shù)難點(diǎn)產(chǎn)出：1、項(xiàng)目計(jì)劃（更新進(jìn)度）活動(dòng)：1、具體功能開(kāi)發(fā)產(chǎn)出：1、功能單元代碼活動(dòng)：1、編寫測(cè)試用例和.自動(dòng)化腳本組織測(cè)試用例評(píng)審產(chǎn)出：1、測(cè)試用例2、自動(dòng)化腳本單元測(cè)試階段活動(dòng)：1、監(jiān)控項(xiàng)目進(jìn)度2、蹤解決問(wèn)題列表產(chǎn)出：1、項(xiàng)目計(jì)劃（更新進(jìn)度）2、項(xiàng)目進(jìn)度報(bào)告活動(dòng)：1、組織代碼走查2、單元測(cè)試產(chǎn)出：1、功能單元代碼2、單元測(cè)試報(bào)告項(xiàng)目測(cè)試軟件測(cè)試階段概述軟件的錯(cuò)誤是不可避免的，所以必須經(jīng)過(guò)嚴(yán)格的測(cè)試。通過(guò)對(duì)本軟件的測(cè)試，盡可能的發(fā)現(xiàn)軟件中的錯(cuò)誤，借以減少系統(tǒng)內(nèi)部各模塊的邏輯，功能上的缺陷和錯(cuò)誤，保證每個(gè)單元能正確地實(shí)現(xiàn)其預(yù)期的功能。檢測(cè)和排除子系統(tǒng)（或系統(tǒng)）結(jié)構(gòu)或相應(yīng)程序結(jié)構(gòu)上的錯(cuò)誤，使所有的系統(tǒng)單元配合合適，整體的性能和功能完整。并且使組裝好的軟件的功能與需求保持一致。流程軟件測(cè)試準(zhǔn)備測(cè)試組從軟件需求分析階段開(kāi)始介入，對(duì)需求進(jìn)行分析，風(fēng)險(xiǎn)分析，測(cè)試范圍等等。即開(kāi)始編制軟件的測(cè)試計(jì)劃，在軟件概要設(shè)計(jì)、詳細(xì)設(shè)計(jì)和編程實(shí)現(xiàn)的過(guò)程中逐步完善，最終形成《軟件測(cè)試計(jì)劃》，并組織測(cè)試計(jì)劃評(píng)審。軟件測(cè)試計(jì)劃完成后開(kāi)始編寫相關(guān)測(cè)試方案，編寫測(cè)試用例，搭建測(cè)試環(huán)境。測(cè)試用例完成后進(jìn)行評(píng)審，冒煙測(cè)試用例覆蓋率必須達(dá)到100%，系統(tǒng)測(cè)試用例達(dá)到95%，輸出：1)《軟件測(cè)試計(jì)劃》，格式參照附錄8《軟件測(cè)試計(jì)劃》；2)《軟件測(cè)試說(shuō)明》（含測(cè)試用例和測(cè)試程序），格式參照附錄6《軟件測(cè)試說(shuō)明》；3)《軟件測(cè)試方案》，格式參照附錄9《軟件測(cè)試方案》；4)《測(cè)試用例文檔》，格式參照附錄10《測(cè)試用例文檔》；軟件測(cè)試執(zhí)行測(cè)試人員依據(jù)《測(cè)試用例》進(jìn)行軟件測(cè)試，對(duì)發(fā)現(xiàn)的錯(cuò)誤進(jìn)入缺陷管理流程，并進(jìn)行回歸測(cè)試以驗(yàn)證修改的正確性。測(cè)試結(jié)束后，測(cè)試人員應(yīng)編寫《缺陷報(bào)告》，及《軟件測(cè)試報(bào)告》。在測(cè)試階段的后期，組織《軟件測(cè)試報(bào)告》評(píng)審，主要對(duì)軟件測(cè)試方法、測(cè)試過(guò)程和測(cè)試結(jié)果的有效性和正確性進(jìn)行審查和評(píng)價(jià)。項(xiàng)目組應(yīng)保持評(píng)審結(jié)果及任何必要措施的記錄。輸出：《缺陷報(bào)告》，格式參照附錄11《缺陷報(bào)告》；《軟件測(cè)試報(bào)告》，格式參照附錄12《軟件測(cè)試報(bào)告》。內(nèi)部驗(yàn)收項(xiàng)目完成集成測(cè)試和系統(tǒng)測(cè)試后進(jìn)行項(xiàng)目?jī)?nèi)部驗(yàn)收，主要有三個(gè)步驟：文檔準(zhǔn)備項(xiàng)目經(jīng)理提交內(nèi)部驗(yàn)收計(jì)劃、項(xiàng)目開(kāi)發(fā)總結(jié)報(bào)告、產(chǎn)品發(fā)布清單；財(cái)務(wù)主管提交項(xiàng)目財(cái)務(wù)預(yù)算報(bào)告。內(nèi)部驗(yàn)收測(cè)試內(nèi)部驗(yàn)收測(cè)試的測(cè)試內(nèi)容與方法雖然與系統(tǒng)測(cè)試基本相同，但應(yīng)站在用戶驗(yàn)收的角度進(jìn)行，因?yàn)樗窃囘\(yùn)行的基礎(chǔ)，通過(guò)這一步，為用戶驗(yàn)收作充分的準(zhǔn)備。內(nèi)部評(píng)審對(duì)提交的所有文檔及測(cè)試結(jié)果進(jìn)行內(nèi)部評(píng)審，完成項(xiàng)目開(kāi)發(fā)總結(jié)報(bào)告。項(xiàng)目試運(yùn)行與驗(yàn)收試運(yùn)行與用戶驗(yàn)收階段的主要任務(wù)是，使所有的工作產(chǎn)品得到用戶的確認(rèn)。主要工作有：驗(yàn)收前的準(zhǔn)備項(xiàng)目經(jīng)理負(fù)責(zé)檢查產(chǎn)品的完整性，包括文檔、介質(zhì)和中間產(chǎn)品等，以確?，F(xiàn)場(chǎng)實(shí)施的成功；負(fù)責(zé)應(yīng)用軟件的現(xiàn)場(chǎng)安裝調(diào)試，完成安裝調(diào)試總結(jié)報(bào)告；負(fù)責(zé)制定用戶驗(yàn)收計(jì)劃，并得到客戶的確認(rèn)。用戶測(cè)試

用戶進(jìn)行驗(yàn)收測(cè)試和系統(tǒng)試運(yùn)行，進(jìn)行文檔和系統(tǒng)的移交。用戶確認(rèn)項(xiàng)目經(jīng)理負(fù)責(zé)與客戶協(xié)調(diào)，協(xié)助用戶進(jìn)行項(xiàng)目驗(yàn)收，形成用戶驗(yàn)收?qǐng)?bào)告。項(xiàng)目維護(hù)錯(cuò)性維護(hù)由于前期的測(cè)試不可能暴露軟件系統(tǒng)中所有潛在的和隱含的錯(cuò)誤，診斷和改正這些錯(cuò)誤的過(guò)程。完善性維護(hù)在軟件正常使用過(guò)程中，用戶還會(huì)不斷地提出新的需求，為了滿足用戶新的需求而增加軟件功能的活動(dòng)稱為完善性維護(hù)。如果需求變更很大，那完善性維護(hù)將轉(zhuǎn)變?yōu)檐浖掳姹镜拈_(kāi)發(fā)。系統(tǒng)維護(hù)的宗旨就是提高客戶對(duì)軟件產(chǎn)品的滿意度。確保系統(tǒng)的正常運(yùn)行是系統(tǒng)維護(hù)的根本目的。需求變更流程目的指導(dǎo)項(xiàng)目部、軟件部、質(zhì)量部、測(cè)試