軟件開發(fā)項目解決方案模板及軟件開發(fā)項目規(guī)范

解決方案XXXX科技有限公司XXXX年XX月目錄第1章 關(guān)于本方案 4第2章 概述 42.1 項目背景 42.2 建設(shè)目標(biāo) 42.3 建設(shè)原則 4第3章 需求描述及分析 43.1 概述 43.1.1 需求分析目標(biāo)和任務(wù)（可選） 43.1.2 需求分析組織方式 43.2 需求描述 53.2.1 業(yè)務(wù)需求 53.2.2 接口需求 53.2.3 性能需求 53.2.4 安全需求 53.2.5 其它需求 53.3 需求分析 53.3.1 系統(tǒng)涉眾分析 53.3.2 功能需求分析 63.3.3 對技術(shù)架構(gòu)的要求 6第4章 總體設(shè)計 64.1 總體設(shè)計目標(biāo) 64.2 總體設(shè)計原則 64.3 總體邏輯架構(gòu)設(shè)計 64.4 網(wǎng)絡(luò)系統(tǒng)設(shè)計 64.5 硬件系統(tǒng)設(shè)計 64.5.1 服務(wù)器 74.5.2 網(wǎng)絡(luò)設(shè)備 74.5.3 存儲系統(tǒng) 74.6 平臺選擇 74.7 標(biāo)準(zhǔn)規(guī)范設(shè)計（可選） 7第5章 詳細(xì)設(shè)計 75.1 技術(shù)架構(gòu)設(shè)計 75.1.1 設(shè)計思路 75.1.2 設(shè)計原則 75.1.3 架構(gòu)決策 85.1.4 技術(shù)架構(gòu) 85.2 功能設(shè)計 85.3 安全設(shè)計 85.4 用戶界面設(shè)計(可選) 85.4.1 界面設(shè)計原則 95.4.2 易用性設(shè)計 95.4.3 界面原型設(shè)計 9第6章 項目實施方案 96.1 項目實施策略與運(yùn)行管理機(jī)制 96.1.1 項目實施策略 96.1.2 項目運(yùn)行管理機(jī)制 96.2 項目實施和管理 96.2.1 項目組織結(jié)構(gòu) 96.2.2 項目管理 96.2.3 項目計劃 96.2.4 項目組人員配置 96.2.5 項目測試方案 106.2.6 軟件開發(fā)過程（可選） 10第7章 技術(shù)支持和服務(wù) 10第8章 項目預(yù)算 10第9章 公司簡介 10第10章 附錄一XXX平臺簡介 11第11章 附錄二XXX技術(shù)，標(biāo)準(zhǔn)及規(guī)范簡介 11關(guān)于本方案[這里描述本方案和招標(biāo)方技術(shù)文件規(guī)定的內(nèi)容的對應(yīng)性。這樣，可以更有針對性的突出我們方案的要點(diǎn),便于招標(biāo)方快速理解。]概述項目背景[介紹本項目的背景，一般來自于招標(biāo)方的技術(shù)文件，也可以在互聯(lián)網(wǎng)上搜索相關(guān)背景做介紹，便于方案閱讀者了解項目的背景知識，便于理解方案的后面章節(jié)。]建設(shè)目標(biāo)[一般來自于客戶招標(biāo)文件，明確系統(tǒng)建設(shè)的目標(biāo)。]建設(shè)原則[這里描述系統(tǒng)的建設(shè)原則，一般比較統(tǒng)一，以“XX性”等系統(tǒng)屬性為中心進(jìn)行描述。]需求描述及分析概述需求分析目標(biāo)和任務(wù)（可選）[這里描述通過需求分析要達(dá)到的目標(biāo)，從大的方面描述需求分析的任務(wù)。]需求分析組織方式[需求分析包含兩部分，首先是需求描述，包括業(yè)務(wù)需求、接口需求、性能需求、安全需求以及其它補(bǔ)充需求。其次是需求分析，包括對系統(tǒng)涉眾的分析，列舉所有與系統(tǒng)有關(guān)的角色，清楚的說明他們是如何看待和使用本系統(tǒng)的。接著以系統(tǒng)用例圖的形式描述系統(tǒng)的總體功能需求。最后，描述本系統(tǒng)對技術(shù)架構(gòu)的需求，用于指導(dǎo)后面的架構(gòu)設(shè)計。]需求描述[注：如果方案包含多個應(yīng)用和子系統(tǒng)，可按應(yīng)用或子系統(tǒng)分別描述需求。]業(yè)務(wù)需求[這里用文字和流程圖描述業(yè)務(wù)需求，目錄可自行組織。]接口需求[這里描述所有和系統(tǒng)有聯(lián)系的接口方面的需求。]性能需求[這里描述系統(tǒng)的性能需求。]安全需求[這里描述系統(tǒng)的安全方面的需求。]其它需求[這里可以描述其它無法歸類的客戶需求。]需求分析系統(tǒng)涉眾分析[這里描述和系統(tǒng)相關(guān)的用戶，包括客戶，最終用戶細(xì)分，他們在系統(tǒng)中的職責(zé)，以及他們?nèi)绾问褂孟到y(tǒng)。簡單的說，就是本系統(tǒng)的所有干系人及職責(zé)描述，相當(dāng)于用例分析中的角色。]功能需求分析[這里描述系統(tǒng)的所有功能需求，可以使用用例圖，如果功能需求比較多，可以采用用例包。最好在開始時，給出系統(tǒng)用例圖。]對技術(shù)架構(gòu)的要求[這里描述對架構(gòu)設(shè)計有指導(dǎo)性的關(guān)鍵需求，會影響到后面的架構(gòu)設(shè)計。]總體設(shè)計總體設(shè)計目標(biāo)[這里描述系統(tǒng)的總體設(shè)計目標(biāo)。]總體設(shè)計原則[這里描述系統(tǒng)的總體設(shè)計原則。]總體邏輯架構(gòu)設(shè)計[這里以邏輯結(jié)構(gòu)圖（一般分層組織）的方式，描述我們提供的整個軟件生態(tài)系統(tǒng)，一般不涉及具體的技術(shù)。]網(wǎng)絡(luò)系統(tǒng)設(shè)計[這里用網(wǎng)絡(luò)拓?fù)鋱D的形式描述網(wǎng)絡(luò)方面的設(shè)計。]硬件系統(tǒng)設(shè)計[這里描述硬件方面的設(shè)計，一般包括：數(shù)據(jù)庫服務(wù)器、備份服務(wù)器、Web服務(wù)器、應(yīng)用服務(wù)器、存儲設(shè)備、防火墻等。]服務(wù)器[這里描述硬件服務(wù)器的選型，依據(jù)內(nèi)容多少，目錄可自行添加。]網(wǎng)絡(luò)設(shè)備[這里描述網(wǎng)絡(luò)設(shè)備的選型，依據(jù)內(nèi)容多少，目錄可自行添加。]存儲系統(tǒng)[這里描述存儲設(shè)備的選型，依據(jù)內(nèi)容多少，目錄可自行添加。]平臺選擇[這里列出所有數(shù)據(jù)庫，應(yīng)用服務(wù)器，web服務(wù)器，操作系統(tǒng)等軟件平臺的選型，可以包含介紹和選擇理由。]標(biāo)準(zhǔn)規(guī)范設(shè)計（可選）[在有些大型系統(tǒng)中，需要做開創(chuàng)性的規(guī)范方面的設(shè)計，用來指導(dǎo)后面系統(tǒng)的開發(fā)。一般就是數(shù)據(jù)方面的規(guī)范。這里可以分兩個方面進(jìn)行描述，一個是規(guī)范采用的技術(shù)，一般是xml；另一個就是規(guī)范初步設(shè)計。]詳細(xì)設(shè)計技術(shù)架構(gòu)設(shè)計設(shè)計思路[描述整個技術(shù)架構(gòu)的設(shè)計思路，一般是介紹架構(gòu)設(shè)計的歷史，引導(dǎo)出本系統(tǒng)實際的符合先進(jìn)行的架構(gòu)思路。]設(shè)計原則[簡要描述設(shè)計原則，一般都是都是固定的，可參考指南。]架構(gòu)決策[列出所有架構(gòu)決策的要點(diǎn)，并逐點(diǎn)解釋其與架構(gòu)需求的對應(yīng)。]技術(shù)架構(gòu)平臺技術(shù)架構(gòu)（可選）[給出方案所選平臺的技術(shù)架構(gòu)，一般是采用廠商平臺的技術(shù)架構(gòu)，可以從廠商網(wǎng)站或ppt中拷貝。]總體技術(shù)架構(gòu)圖[在平臺架構(gòu)的基礎(chǔ)上，給出具體針對本項目的技術(shù)架構(gòu)。]技術(shù)架構(gòu)說明[對上面的技術(shù)架構(gòu)進(jìn)行說明]功能設(shè)計[按子系統(tǒng)或模塊進(jìn)行組織，可以使用樹形圖表示。]安全設(shè)計[視客戶具體要求，可獨(dú)立章節(jié)，寫方案時應(yīng)考慮招標(biāo)方的具體安全需求，并給出具體的建議措施。]用戶界面設(shè)計(可選)[寫方案時應(yīng)考慮招標(biāo)方的具體界面需求，并給出演示的界面效果圖。]界面設(shè)計原則易用性設(shè)計界面原型設(shè)計項目實施方案項目實施策略與運(yùn)行管理機(jī)制項目實施策略項目運(yùn)行管理機(jī)制項目實施和管理項目組織結(jié)構(gòu)項目管理項目管理計劃項目管理模式技術(shù)分工項目規(guī)范建立項目評審制度用戶項目經(jīng)理職責(zé)項目計劃項目工作內(nèi)容項目實施計劃項目組人員配置組織結(jié)構(gòu)人員安排人員背景資歷項目測試方案制定統(tǒng)一的測試標(biāo)準(zhǔn)明確的測試目標(biāo)測試流程確定測試階段分析測試需求確認(rèn)測試策略制定測試人員安排軟件開發(fā)過程（可選）[結(jié)合項目具體要求，列出我們采用的軟件開發(fā)過程。]技術(shù)支持和服務(wù)[描述公司允諾的技術(shù)支持和服務(wù)]項目預(yù)算[分門別類給出項目費(fèi)用預(yù)算，包括采購的平臺軟件，硬件，本方案的軟件報價以及培訓(xùn)費(fèi)用等。]公司簡介[分門別類給出公司的成功經(jīng)驗和能力。]附錄一XXX平臺簡介[詳細(xì)介紹本技術(shù)方案使用的主要平臺的技術(shù)特點(diǎn)。]附錄二XXX技術(shù)，標(biāo)準(zhǔn)及規(guī)范簡介[詳細(xì)介紹本技術(shù)方案使用的主要技術(shù)，標(biāo)準(zhǔn)和規(guī)范等。]軟件項目開發(fā)和管理規(guī)范本文闡述軟件項目開發(fā)和管理的流程規(guī)范，作為軟件項目開發(fā)的高級指引，本規(guī)范定義了軟件開發(fā)的各個階段以及每個階段的工作活動和工件，但不對活動和工件的細(xì)節(jié)作過多規(guī)定。在項目開發(fā)過程中，每個項目根據(jù)自身的需要確定這些活動和工件的細(xì)節(jié)。項目階段圖2-1項目開發(fā)的五個階段啟動階段這個階段的工作目的是決定一個項目是否需要啟動。為了達(dá)到這個目的，首先要明確項目的總體戰(zhàn)略目標(biāo)，對項目的需要建立認(rèn)同。即確定到底需要做什么、開發(fā)什么產(chǎn)品或提供什么服務(wù)，以及需要解決什么樣的問題和需要滿足客戶或市場的什么要求等，同時還要總結(jié)項目工作的范圍、所需資源、大約開支、各種風(fēng)險，以及該項目不執(zhí)行的其他替代選擇等。這些代表了對整個項目目標(biāo)從戰(zhàn)略角度和宏觀層次所進(jìn)行的分析，通過項目的意向書總結(jié)出來，由此確證客戶或項目發(fā)起人和贊助者的要求與期望，并幫助他們判定項目是否上馬。項目意向總結(jié)書的通過及項目被批準(zhǔn)上馬形成了這個項目的起始點(diǎn)。計劃階段這個階段的工作是為整個項目做計劃。項目開始后，首先要確定項目的具體范圍，明確定出項目到底要做什么，總結(jié)、歸納并定出產(chǎn)品的功能。然后進(jìn)一步制定項目的計劃，列出每項具體工作，并建立所有工作任務(wù)的重要性及順序；確定每項工作的執(zhí)行人和所需資源；根據(jù)人員的配置和能力設(shè)定各項工作和整個項目的完成時間表。執(zhí)行階段這個階段的工作是通過執(zhí)行項目的計劃來完成項目的任務(wù)。它包括落實一切所需資源，如：人員、設(shè)備、費(fèi)用、技術(shù)、信息，由管理者領(lǐng)導(dǎo)全體項目參與者開展各項工作。同時跟蹤各項具體工作和整個項目的進(jìn)度，定期向全體項目人員及項目的發(fā)起人報告項目狀態(tài)?？刂齐A段這個階段的工作是確證項目工作的結(jié)果符合項目的計劃。它通過對項目結(jié)果的衡量和審核，與項目計劃所期望的結(jié)果進(jìn)行比較，找出實際結(jié)果與計劃的差別，并制定處理措施。這個階段的工作還包括對項目進(jìn)程中出現(xiàn)的任何更改要求進(jìn)行審核和批準(zhǔn)。同時調(diào)解項目進(jìn)程中出現(xiàn)的各種問題，如：對缺乏的資源的補(bǔ)償調(diào)節(jié)；對項目的進(jìn)度表及各項具體工作的優(yōu)先級或順序的修訂。結(jié)束階段這個階段的工作是確保項目的最終結(jié)果或提交物達(dá)到計劃的要求，并對完成的結(jié)果作可接受的確認(rèn)。還包括在項目完成之后的收尾工作，對整個項目的經(jīng)歷進(jìn)行總結(jié)，修訂項目文檔，用戶培訓(xùn)等。階段完成標(biāo)志在項目開發(fā)過程中，當(dāng)一個階段完成后才會開展下一個階段的工作；另外，“某個階段完成”通常被定義為項目的一個里程碑，里程碑標(biāo)識了項目的進(jìn)度，它是項目開發(fā)和控制的重要參考，對整個項目有重要的意義。因此，“確證某個階段是否已經(jīng)完成”的工作非常有重要。每一個階段的結(jié)束以它特定任務(wù)的完成為象征只有當(dāng)某個階段中被規(guī)定的所有工作任務(wù)都完成了，這個階段才算真正結(jié)束，整個項目才可以進(jìn)入到下一個階段中去。反過來說，要是階段中某個任務(wù)沒有全部完成，按照項目的定義，整個階段就不能算是完成，因此項目就不能進(jìn)入到下一個階段去。衡量階段結(jié)束的工作結(jié)果必須是實在的交付品階段中的任務(wù)是否完成是透過任務(wù)活動中產(chǎn)生的交付品來體現(xiàn)的，交付品必須是可交付的、非抽象的、實質(zhì)的并且可以通過用衡量的方法來判斷是否真正地完成了的具體事物。如：某一階段的完成是以建造一個樣品或完成某分文件作為象征。任何項目階段的結(jié)束，都應(yīng)該有這樣的實質(zhì)性東西的完成作為象征?？珉A段的進(jìn)程以階段結(jié)尾的合格驗證和審核來決定當(dāng)一個階段結(jié)束時，在進(jìn)入到下一個階段之前所需要做的工作應(yīng)包括對交付品進(jìn)行合格驗證，并檢查這一階段的工作質(zhì)量和效率，由此判斷是否可以進(jìn)入到下一個階段。這些檢驗象征了一個階段的結(jié)尾終點(diǎn)，表示項目的進(jìn)程離開了上一個階段而進(jìn)入了下一個階段。啟動階段圖3-1啟動階段的任務(wù)和工件產(chǎn)品領(lǐng)域研究研究產(chǎn)品所在領(lǐng)域的狀況，為項目論證提供依據(jù)。研究內(nèi)容包括：產(chǎn)品領(lǐng)域的現(xiàn)狀和前景產(chǎn)品領(lǐng)域的商業(yè)模式和業(yè)務(wù)流程產(chǎn)品的價值和盈利空間產(chǎn)品的特性和復(fù)雜度技術(shù)可行性研究研究產(chǎn)品的實現(xiàn)技術(shù)，總結(jié)技術(shù)可行性。研究內(nèi)容包括：類似產(chǎn)品的當(dāng)前實現(xiàn)技術(shù)和技術(shù)趨勢實現(xiàn)技術(shù)的候選方案各個方案的優(yōu)點(diǎn)、成本和風(fēng)險開發(fā)團(tuán)隊與實現(xiàn)技術(shù)的匹配情況項目論證基于商業(yè)和技術(shù)等方面對項目的可行性進(jìn)行論證，確定項目是否開展。如果開展項目，則進(jìn)一步論證項目的總體方案。論證的內(nèi)容包括：商業(yè)可行性技術(shù)可行性當(dāng)前產(chǎn)品與類似產(chǎn)品的比較項目收益和前景項目的成本和風(fēng)險項目的總體方案確定項目目標(biāo)和范圍項目開始時，所有相關(guān)人員必須對項目的目標(biāo)和范圍達(dá)成共識，形成共同的項目愿景。并把愿景敘述為《項目開發(fā)大綱》向相關(guān)人員傳達(dá)?！俄椖块_發(fā)大綱》的內(nèi)容包括：概述用三到五張圖表來描述產(chǎn)品目標(biāo)、功能、平臺、客戶、進(jìn)度表和開發(fā)職責(zé)高級功能用一個段落來綜述產(chǎn)品，再用一個段落來描述每個重要的功能不實現(xiàn)的功能用一個段落來描述每個對產(chǎn)品有用的但本項目不實現(xiàn)的功能涉眾用一個段落來明確每個重要的涉眾群體和他們的風(fēng)險股本項目需求用一個段落來講述每個重要的項目需求項目風(fēng)險按風(fēng)險暴露量對每個重要的項目風(fēng)險都用一個段落來討論項目回報用一個段落綜述產(chǎn)品的回報，其后再對每個重要的項目回報都用一個段落來討論結(jié)論用一到三個段落將上述所有部分聯(lián)系起來，明確項目的需求和風(fēng)險，再用論點(diǎn)和論據(jù)來總結(jié)為什么這個項目會成功表3-1項目開發(fā)大綱計劃階段圖4-1計劃階段的任務(wù)和工件規(guī)模、工作量評估圍繞各項計劃的制定工作對項目的規(guī)模、工作量等進(jìn)行評估，評估的內(nèi)容包括：模塊數(shù)量與復(fù)雜度輸入、輸出和對外接口等數(shù)量與復(fù)雜度SLOC和功能點(diǎn)非生產(chǎn)性的支持工作量開發(fā)工作量（人月）進(jìn)度與里程碑進(jìn)度風(fēng)險定制項目開發(fā)計劃項目開發(fā)計劃體現(xiàn)了項目組對整個開發(fā)周期的預(yù)期，指定了項目開發(fā)的總體方針。與其他計劃一樣，項目開發(fā)計劃不是固定不變的，在執(zhí)行過程中要對計劃進(jìn)行監(jiān)控，可能會根據(jù)實際情況修改計劃并重新發(fā)布?！俄椖块_發(fā)計劃》的內(nèi)容包括：概述用三到五張圖表來描述產(chǎn)品目標(biāo)、功能、平臺、客戶、進(jìn)度表和開發(fā)職責(zé)。（《項目開發(fā)計劃》的概述部分應(yīng)該是《項目開發(fā)大綱》中概述部分的拷貝。當(dāng)項目計劃改變時，修訂《項目開發(fā)計劃》的概述部分而不是修訂《項目開發(fā)大綱》。這樣，以后在進(jìn)行項目評價時，通過比較《項目開發(fā)大綱》和《項目開發(fā)計劃》的概述，就能看出項目是如何改變的）高級功能用一到五頁的篇幅來概述產(chǎn)品的功能，其中，要包括這些功能的附加信息（開發(fā)者需要這樣的信息來了解實現(xiàn)需求）。項目成員確定軟件工程職能角色，以及分配到這些角色的人員數(shù)量。軟件過程概述這個項目中所應(yīng)用的軟件過程。（具體內(nèi)容可在《質(zhì)量保證計劃》中定義）軟件工程方法概述這個項目中所應(yīng)用的軟件工程方法和技術(shù)。（具體內(nèi)容可在《質(zhì)量保證計劃》中定義）進(jìn)度和工作量這一部分要表達(dá)出整個項目進(jìn)度和工作量的估計。其中要包括：對固定不變的里程碑和同步點(diǎn)的解釋在評估中的設(shè)想情況、評估中的不準(zhǔn)確性的可能來源隨著項目的進(jìn)展如何更新評估（具體進(jìn)度表內(nèi)容可在《開發(fā)進(jìn)度表》中定義）風(fēng)險管理計劃概述這個項目中風(fēng)險管理計劃。（具體內(nèi)容可在《風(fēng)險管理計劃》中定義）測量概述這個項目中要收集的測量。軟件工具列出要使用的每一項軟件工具，以及該工具所支持的任務(wù)。項目支持硬件支持明確所需的硬件，包括那些需要移動、獲取或升級的硬件。

軟件支持明確所需的軟件，包括需要獲取、安裝或升級的軟件件。

人力支持由哪個人、部門或團(tuán)隊為開發(fā)組的哪項任務(wù)提供支持。表4-1項目開發(fā)計劃定制風(fēng)險管理計劃風(fēng)險管理任務(wù)包括：風(fēng)險識別、風(fēng)險分析、確定風(fēng)險優(yōu)先級、定制風(fēng)險化解方案、風(fēng)險化解和風(fēng)險監(jiān)控【如：圖4-2】。圖4-2風(fēng)險管理任務(wù)《風(fēng)險管理計劃》定義這些任務(wù)的執(zhí)行流程和人員分配?！讹L(fēng)險管理計劃》的內(nèi)容包括：概述用文字和圖表概述風(fēng)險管理任務(wù)的總體執(zhí)行流程。風(fēng)險識別詳細(xì)說明“風(fēng)險識別”任務(wù)的實施細(xì)節(jié)和各項工作的負(fù)責(zé)人。風(fēng)險分析詳細(xì)說明“風(fēng)險分析”任務(wù)的實施細(xì)節(jié)和各項工作的負(fù)責(zé)人。確定風(fēng)險優(yōu)先級詳細(xì)說明“確定風(fēng)險優(yōu)先級”任務(wù)的實施細(xì)節(jié)和各項工作的負(fù)責(zé)人。定制風(fēng)險化解方案詳細(xì)說明“定制風(fēng)險處理方案”任務(wù)的實施細(xì)節(jié)和各項工作的負(fù)責(zé)人。風(fēng)險化解當(dāng)風(fēng)險發(fā)生時，需要采取相應(yīng)的措施化解風(fēng)險。這部分的內(nèi)容是描述風(fēng)險化解工作的操作規(guī)范和流程。風(fēng)險監(jiān)控詳細(xì)說明風(fēng)險監(jiān)控任務(wù)的實施細(xì)節(jié)和各項工作的負(fù)責(zé)人。表4-2風(fēng)險管理計劃風(fēng)險管理中通常會用到《TopN風(fēng)險列表》，風(fēng)險列表按照風(fēng)險暴露量排序列出當(dāng)前項目中主要的N個風(fēng)險，《TopN風(fēng)險列表》的內(nèi)容包括：本周排名本周的排名（如果本周已被完全化解用“”表示）上周排名上周排名（如果是新識別的風(fēng)險用“”表示）上表周數(shù)該風(fēng)險已上表的周數(shù)風(fēng)險風(fēng)險的名稱或簡述類型風(fēng)險類型（只針對進(jìn)度相關(guān)的風(fēng)險）：計劃編制組織和管理設(shè)計和實現(xiàn)客戶和需求承包商產(chǎn)品人員過程技術(shù)外部環(huán)境開發(fā)環(huán)境發(fā)生概率風(fēng)險發(fā)生的百分比概率損失程度風(fēng)險發(fā)生時損失的進(jìn)度（工作日或工作周）暴露量發(fā)生概率X損失程度狀態(tài)風(fēng)險的當(dāng)前狀態(tài)：未發(fā)生、已發(fā)生、已化解化解方案簡述風(fēng)險的化解方案，如果有具體的化解方案文檔則鏈接到相應(yīng)文檔化解進(jìn)度對已發(fā)生的風(fēng)險，簡述化解進(jìn)度（未發(fā)生的風(fēng)險用“”表示）表4-3風(fēng)險列表定制質(zhì)量保證計劃保證工作質(zhì)量的一個重要步驟是制定一套合理的質(zhì)量保證計劃并貫徹執(zhí)行?！顿|(zhì)量保證計劃》的內(nèi)容包括：概述說明編寫的目的、適用范圍以及對相關(guān)人員的要求等軟件過程詳細(xì)說明這個項目中所應(yīng)用的軟件過程。軟件工程方法詳細(xì)說明這個項目中所應(yīng)用的軟件工程方法和技術(shù)。工作規(guī)范對工程方法中的各種工作任務(wù)進(jìn)行規(guī)范，明確執(zhí)行的時機(jī)、流程和準(zhǔn)則等。這些工作任務(wù)包括：常規(guī)開發(fā)活動（需求分析、架構(gòu)設(shè)計、詳細(xì)設(shè)計、編碼和測試、發(fā)布和實施等）會議（工作例會、進(jìn)度會議、審查會議等）評審（方案評審、技術(shù)評審、質(zhì)量評審等）測量（產(chǎn)品規(guī)模測量、進(jìn)度測量、缺陷率測量、測試覆蓋率測量等）其他活動（技能培訓(xùn)、資料收集、內(nèi)部流、客戶溝通等）表4-4工作規(guī)范定制開發(fā)進(jìn)度計劃基于當(dāng)前對項目的規(guī)模和工作量評估，定制初步的開發(fā)進(jìn)度表，作為項目開發(fā)計劃的組成部分。《開發(fā)進(jìn)度表》的內(nèi)容包括：項目的開始和結(jié)束時間項目各個階段的開始和結(jié)束時間每個階段的工作任務(wù)及其開始和結(jié)束時間每個工作任務(wù)的子任務(wù)的及其開始和結(jié)束時間里程碑和同步點(diǎn)角色的定義和任務(wù)分配作為跟蹤項目進(jìn)度的重要依據(jù)，進(jìn)度表在項目推進(jìn)過程中需要不斷細(xì)化。另外，當(dāng)實際進(jìn)度與計劃進(jìn)度出現(xiàn)偏差時，需要修改進(jìn)度表并重新發(fā)布。執(zhí)行階段圖5-1執(zhí)行階段的任務(wù)和工件需求分析分析產(chǎn)品的關(guān)鍵需求、對架構(gòu)設(shè)計有影響的需求和風(fēng)險較高的需求，直到分析的程度能開展足界面原型設(shè)計和架構(gòu)設(shè)計工作。《需求規(guī)格說明書》的內(nèi)容包括：商業(yè)或業(yè)務(wù)需求從商業(yè)或業(yè)務(wù)角度宏觀上對產(chǎn)品或系統(tǒng)的要求。它主要在宏觀的層面歸納總結(jié)為滿足客戶提出的要求或贏得市場競爭所必須實現(xiàn)的功能、性能、質(zhì)量等要求。做什么做的范圍對結(jié)果的要求使用者需求從客戶對軟件產(chǎn)品或系統(tǒng)使用方案的角度出發(fā)，描述和總結(jié)使用者利用該軟件產(chǎn)品或系統(tǒng)能夠做的事或能夠完成的任務(wù)。功能需求根據(jù)上述使用者需求列出的使用方案，列出開發(fā)者必須為軟件產(chǎn)品或系統(tǒng)實現(xiàn)的功能。性能需求運(yùn)行速度、容量、并發(fā)性能對資源的利用率對外界輸入的反饋速度和準(zhǔn)確性對差錯的負(fù)荷能力系統(tǒng)需求必須適應(yīng)的運(yùn)行環(huán)境的要求（包括運(yùn)行平臺、網(wǎng)絡(luò)及其他硬件要求）與其他系統(tǒng)兼容的要求（包括與操作系統(tǒng)、數(shù)據(jù)庫、瀏覽器及其他應(yīng)用軟件的兼容要求）與外部其他系統(tǒng)和組件的接口要求質(zhì)量需求對用戶重要的質(zhì)量標(biāo)志（可靠性、效率性、靈活性、安全性、互操作性、穩(wěn)定性、健全性、可用性）對開發(fā)者重要的質(zhì)量標(biāo)志（可維護(hù)性、多用轉(zhuǎn)換性、重復(fù)使用性、可測試性）其他需求不屬于上述需求范圍的，但受到其他環(huán)境和商業(yè)合同影響的要求。國家或地區(qū)的任何特別的標(biāo)準(zhǔn)軟件使用界面的特別要求與知識產(chǎn)權(quán)有關(guān)的要求軟件所面對的市場和行業(yè)的規(guī)范客戶的特別要求開發(fā)的局限對開發(fā)的成功與否起很大影響的因素，是開發(fā)能力的局限：人員的局限技術(shù)的制約和局限客戶的特別要求表5-1需求分析告《需求分析報告》的編制方式可以是多樣的，例如把所有“非功能性需求”組織成“外部接口需求”、“質(zhì)量屬性需求”和“需求約束”?！救纾簣D5-2】圖5-2需求規(guī)格說明書界面原型設(shè)計明確了系統(tǒng)的關(guān)鍵需求后，就可以進(jìn)行界面原型設(shè)計工作，獲取用戶的反饋，盡快確定產(chǎn)品的界面基調(diào)。同時要編寫一份《界面設(shè)計概要》文檔，作為后續(xù)的界面設(shè)計工作的指導(dǎo)。《界面設(shè)計概要》的內(nèi)容包括：設(shè)計的理念理念的來源或參考設(shè)計的要點(diǎn)與類似產(chǎn)品界面的對比架構(gòu)設(shè)計架構(gòu)設(shè)計從關(guān)鍵需求開始，建立概念性的架構(gòu)，并逐步細(xì)化和驗證。最終生成架構(gòu)設(shè)計說明書和架構(gòu)基線代碼。架構(gòu)設(shè)計的方法：可以從幾個不同的視角進(jìn)行架構(gòu)設(shè)計，然后匯總綜合得出完整的設(shè)計。（架構(gòu)設(shè)計的五個視圖【如：圖5-3】）圖5-3架構(gòu)設(shè)計的五視圖《架構(gòu)設(shè)計說明書》的內(nèi)容包括：概述說明編寫的目的、適用范圍以及設(shè)計原則等。邏輯架構(gòu)關(guān)注功能。其設(shè)計著重考慮功能需求。細(xì)化功能單元發(fā)現(xiàn)通用機(jī)制細(xì)化領(lǐng)域模型確定子系統(tǒng)接口和交互機(jī)制開發(fā)架構(gòu)關(guān)注程序包。其設(shè)計著重考慮開發(fā)期質(zhì)量屬性，如可擴(kuò)展性、可重用性、可移植性、易理解性和易測試性等。確定要開發(fā)或直接利用的程序包之間的依賴關(guān)系確定采用的技術(shù)、框架等數(shù)據(jù)架構(gòu)關(guān)注持久化數(shù)據(jù)的存儲方案。其設(shè)計著重考慮“數(shù)據(jù)需求”。持久化數(shù)據(jù)存儲方案數(shù)據(jù)傳遞、數(shù)據(jù)復(fù)制、數(shù)據(jù)同步等策略運(yùn)行架構(gòu)關(guān)注進(jìn)程、線程、對象等運(yùn)行時概念，以及相關(guān)的并發(fā)、同步、通信等問題。其設(shè)計著重考慮運(yùn)行期質(zhì)量屬性，例如性能、可伸縮性、持續(xù)可用性和安全性等。確定引入哪些進(jìn)程與線程確定主動對象、被動對象，以及控制關(guān)系處理進(jìn)程線程的創(chuàng)建、銷毀、通信機(jī)制、資源爭用等協(xié)議設(shè)計物理架構(gòu)關(guān)注軟件系統(tǒng)最終如何安裝或部署到物理機(jī)器。其設(shè)計著重考慮“安裝和部署需求”。確定物理配置方案確定如何將目標(biāo)程序映射到物理節(jié)點(diǎn)總結(jié)基于上述的設(shè)計進(jìn)行總結(jié)，并描述架構(gòu)基線。表5-2架構(gòu)設(shè)計說明書架構(gòu)設(shè)計的另一個重要任務(wù)是編寫架構(gòu)基線代碼，基線代碼表述和驗證架構(gòu)，同時也是指導(dǎo)后續(xù)開發(fā)的基礎(chǔ)代碼。架構(gòu)基線代碼的內(nèi)容包括：所有工程項目工程目錄結(jié)構(gòu)軟件包結(jié)構(gòu)導(dǎo)入所有依賴包基礎(chǔ)公共代碼架構(gòu)框架代碼架構(gòu)框架示例代碼和測試代碼數(shù)據(jù)庫框架圖5-4和圖5-5展示了軟件架構(gòu)師的工作和成功的軟件架構(gòu)設(shè)計包含的內(nèi)容：圖5-4軟件架構(gòu)師的工作圖5-5成功的軟件架構(gòu)設(shè)計1軟件構(gòu)建軟件可以分階段進(jìn)行構(gòu)建，每個階段可以使用增量的方式開發(fā)，用通過若干個Build構(gòu)建，最后發(fā)布階段性產(chǎn)品成果。（注意：在這里，名詞“階段”的含義和本文其他地方的含義不一樣）階段計劃構(gòu)建階段計劃的內(nèi)容包括：確定本階段要實現(xiàn)的功能列出階段任務(wù)計劃Build構(gòu)建數(shù)量細(xì)化《開發(fā)進(jìn)度表》中本階段的工作內(nèi)容Build構(gòu)建詳見：下一節(jié)階段產(chǎn)品發(fā)布構(gòu)建階段完成后發(fā)布階段產(chǎn)品成果，向用戶展示并接受用戶反饋，同時做好階段總結(jié)?！栋l(fā)布清單》的內(nèi)容包括：產(chǎn)品版本號和日期改正的Bug修改的功能實現(xiàn)的新功能其他說明《階段總結(jié)報告》的內(nèi)容包括：階段任務(wù)的完成情況進(jìn)度計劃的執(zhí)行情況用戶的反饋情況本階段碰到的主要問題下一階段的改進(jìn)建議2Build構(gòu)建Build構(gòu)建以增量的方式執(zhí)行階段的開發(fā)任務(wù)，每個Build構(gòu)建的周期一般不超過兩星期，每一次Build構(gòu)建都會發(fā)布為一個內(nèi)部版本，并提交測試。測試發(fā)現(xiàn)的問題留待以后的Build構(gòu)建解決。Build計劃《Build計劃》的內(nèi)容包括：本次Build的版本號本次Build的歷時本次Build的工作任務(wù)要解決的遺留Bug本應(yīng)由以前的Build實現(xiàn)的，但推遲到本次Build實現(xiàn)的功能要實現(xiàn)的新功能其他工作任務(wù)工作任務(wù)分配需求細(xì)化根據(jù)《Build計劃》，細(xì)化本次Build要實現(xiàn)的需求，細(xì)化到能進(jìn)行詳細(xì)設(shè)計為止。有了細(xì)化的需求后就編寫本次Build的測試計劃?！稖y試計劃》的內(nèi)容包括：功能測試要測試的功能測試時間測試方式驗收標(biāo)準(zhǔn)其他測試（性能測試、邊界測試、使用界面測試、可用性測試、安全性測試等）要測試的內(nèi)容測試時間測試方式驗收標(biāo)準(zhǔn)。。。。。。界面設(shè)計根據(jù)細(xì)化的需求設(shè)計用戶界面，當(dāng)界面確定后即可編寫測試用例?！稖y試用例》的內(nèi)容包括：測試用例對應(yīng)的功能模塊測試用例的性質(zhì)（功能測試用例、性能測試用例、。。。。。。）輸入（或操作步驟）期望輸出實際輸出（執(zhí)行測試后再填寫）是否通過（執(zhí)行測試后再填寫）詳細(xì)設(shè)計詳細(xì)實際每項需求的實現(xiàn)方法，對于重要的設(shè)計決策、算法、公共模塊和外部接口等必須以模塊設(shè)計文檔的形式進(jìn)行記錄?！赌K設(shè)計文檔》的內(nèi)容包括：模塊名稱設(shè)計思想設(shè)計圖表（類圖、流程圖等）要點(diǎn)描述（包、接口、類、方法、算法、設(shè)計模式）測試方式編碼、單元測試編碼和單元測試是開發(fā)人員的工作，對于重要的代碼都必須進(jìn)行單元測試，編寫代碼必須遵守下列準(zhǔn)則：遵守編碼規(guī)范編碼前必須充分理解相關(guān)的需求編碼前先進(jìn)行設(shè)計，把流程理順注意設(shè)計方法和設(shè)計模式的靈活運(yùn)用總體考慮問題，使代碼遵從架構(gòu)并容易測試設(shè)計時要充分考慮異常情況和臨界條件嚴(yán)禁Copy-Paste，注意提取公共代碼，在編碼過程中實現(xiàn)重構(gòu)異常處理必須記錄日志，嚴(yán)禁草率地直接打印異常信息靈活運(yùn)用ASSERT()/VERIFY()等斷言來幫助調(diào)試程序單元測試是程序員的工作，所以編碼完成后必須對代碼嚴(yán)格測試功能代碼完成后必須先做以下4件事情：編譯代碼，保證編譯通過（不運(yùn)行程序）對代碼進(jìn)行全面檢查用調(diào)試模式啟動程序，一行一行單步執(zhí)行代碼，并注意調(diào)試輸出改變條件，讓代碼盡可能走遍所有程序分支CheckIn代碼前必須保證能編譯通過創(chuàng)建Build代碼集成發(fā)布前需凍結(jié)代碼，所有人把要提交的代碼CheckIn，并保證編譯后的程序能在測試服務(wù)器上正常啟動，界面能正常打開。同時還要提交Build清單?！禕uild清單》的內(nèi)容包括：Build版本號和日期改正的Bug修改的功能實現(xiàn)的新功能其他說明集成測試按照《測試計劃》針對《Build清單》執(zhí)行《測試用例》，測試完成后編寫測試報告?！稖y試報告》的內(nèi)容包括：測試用例匯總（用例數(shù)量、通過的用例數(shù)量、未通過的用例數(shù)量等）Bug匯總（Bug總數(shù)、新增Bug數(shù)量、關(guān)閉Bug數(shù)量、Bug趨勢圖表等）測試計劃執(zhí)行情況測試總結(jié)控制階段圖6-1控制階段的任務(wù)和工件風(fēng)險管理開發(fā)期間要對風(fēng)險進(jìn)行監(jiān)控，定期檢查、更新和發(fā)布《風(fēng)險列表》。質(zhì)量管理1）評審評審是質(zhì)量保證的重要環(huán)節(jié)，原則上每個重要的工作任務(wù)或階段結(jié)束前都必須經(jīng)過評審，如：方案評審、計劃評審、需求評審、設(shè)計評審和代碼評審等，工作是否被通過、是否需要修改或重做均由評審結(jié)果決定，評審結(jié)果以《評審報告》的形式發(fā)布?！对u審報告》的內(nèi)容包括：基本信息評審主題、時間、提交者、評審者等評審內(nèi)容評審內(nèi)容的列表和簡述問答記錄評審過程中重要的問答記錄評審結(jié)論整個評審的結(jié)果，如：完全通過，無需修改基本通過，需要作小量修改，但不必再評審大體通過，需要作一些修改，之后再評審不通過，需要作大幅修改，之后必須重新評審評審意見針對評審結(jié)論提出的意見和建議表7-1評審報告2）測試測試是對被構(gòu)建產(chǎn)品最直接有效的質(zhì)量保證措施，測試結(jié)束后需要提交《測試報告》。變更管理開發(fā)過程中經(jīng)常會出現(xiàn)多種變更，如：需求變更、設(shè)計變更或人員變更等。這些變更通常會對開發(fā)進(jìn)度造成影響，因此要對變更及其處理過程進(jìn)行跟蹤，最后報告變更的處理結(jié)果。《變更處理報告》的內(nèi)容包括：基本信息變更主題、發(fā)生時間等詳細(xì)信息變更的詳細(xì)描述變更處理變更的處理方式和步驟處理結(jié)果變更的處理結(jié)果變更影響變更對項目造成的影響表7-2變更處理報告進(jìn)度監(jiān)控項目進(jìn)度會議是了解項目實際進(jìn)度的有效措施，在會議中評審工作報告，解決遇到的問題并計劃下一步工作：《工作報告》的內(nèi)容包括：基本信息：報告者、匯報時間、工作時間段等工作情況：已完成的工作、未完成的工作遇到的問題：工作中碰到的阻礙工作計劃：下一步的工作計劃項目進(jìn)度會議的另一個重要議題是審查進(jìn)度表，了解項目實際進(jìn)度與計劃進(jìn)度的差異。為進(jìn)度表調(diào)整和資源調(diào)配提供重要依據(jù)。測量在項目開發(fā)過程中，收集一些關(guān)鍵的測量，對了解項目狀態(tài)和進(jìn)行項目決策很有幫助，同時也為以后的項目提供歷史數(shù)據(jù)參考。每個測量都要生成測量報告并存檔?！稖y量報告》的內(nèi)容包括：基本信息，包括測量主題、測量時間、測量者等測量內(nèi)容和測量值測量分析結(jié)束階段圖7-1控制階段的任務(wù)和工件產(chǎn)品測試因為產(chǎn)品即將驗收和發(fā)布，所以必須對產(chǎn)品進(jìn)行完整測試，產(chǎn)品測試比其他測試要求更嚴(yán)格，當(dāng)產(chǎn)品的質(zhì)量達(dá)到發(fā)布的要求后才能發(fā)布。產(chǎn)品的質(zhì)量由《測試報告》體現(xiàn)。RC版本發(fā)布發(fā)布RC版本讓用戶體驗并收集反饋意見，為產(chǎn)品驗收作準(zhǔn)備。RC版本發(fā)布后，產(chǎn)品不應(yīng)該有大改動，一般只是界面的局部調(diào)整。編制用戶文檔針對不同的使用者角色，編制相應(yīng)的用戶文檔，對管理者用戶需要提供《安裝、維護(hù)指南》，對普通用戶需要編制《產(chǎn)品使用手冊》。《安裝、維護(hù)指南》的內(nèi)容包括：產(chǎn)品各組件的說明產(chǎn)品部署架構(gòu)安裝、配置和卸載等步驟啟動、停止和重啟等操作其它操作：日志、備份、還原等《產(chǎn)品使用手冊》的內(nèi)容包括：產(chǎn)品介紹各個功能的介紹通過實際案例介紹各個功能的使用方式和操作步驟產(chǎn)品使用培訓(xùn)對于為特定客戶開發(fā)的軟件產(chǎn)品，在發(fā)布前需要對用戶進(jìn)行產(chǎn)品的使用培訓(xùn)。培訓(xùn)前需要部署好操作環(huán)境，編寫培訓(xùn)資料，然后組織培訓(xùn)會議。產(chǎn)品驗收對于為特定客戶開發(fā)的軟件產(chǎn)品，通常根據(jù)簽訂的開發(fā)合同和產(chǎn)品方案等條款逐項驗收，驗收時，用戶通常會執(zhí)行驗收測試案例。最后修訂在產(chǎn)品驗收通過后，正式發(fā)布前對產(chǎn)品作最后的修訂，可能包括：開發(fā)文檔修訂用戶文檔修訂代碼整理正式版發(fā)布正式版的發(fā)布標(biāo)志著開發(fā)階段的結(jié)束，產(chǎn)品從此時起進(jìn)入維護(hù)階段，正式發(fā)布前可能要做一些準(zhǔn)備工作，如：數(shù)據(jù)遷移和環(huán)境配置等。項目總結(jié)項目結(jié)束后需要對整個項目開發(fā)階段的工作進(jìn)行總結(jié)，交流心得，吸取經(jīng)驗和教訓(xùn)，并歸檔為《項目總結(jié)報告》?！俄椖靠偨Y(jié)報告》的內(nèi)容包括：總體評價成本、收益匯總重要心得管理總結(jié)技術(shù)總結(jié)總結(jié)圖8-1項目階段軟件項目開發(fā)經(jīng)歷多個階段，每個階段包含多個任務(wù)，每個任務(wù)會產(chǎn)生相應(yīng)的工件。需要相應(yīng)的質(zhì)量保證措施對任務(wù)進(jìn)行監(jiān)控，保證任務(wù)的執(zhí)行。任務(wù)完成后也需要對任務(wù)進(jìn)行評審，保證任務(wù)的質(zhì)量。這些工作均由開發(fā)團(tuán)隊和相關(guān)人員按照工作流程執(zhí)行。因此，合理的角色任務(wù)分配和溝通制度是軟件項目成功的重要保障。圖8-2列出幾種比較普遍的角色和任務(wù)劃分方案：圖8-2角色和任務(wù)劃分方案職責(zé)和角色不清楚往往是造成軟件項目團(tuán)隊管理混亂的一個重要原因，一個好的軟件團(tuán)隊必須根據(jù)團(tuán)隊規(guī)模的不同和項目本身的特點(diǎn)對項目成員的角色和崗位進(jìn)行明確的劃分，這樣團(tuán)隊中的每個成員才可能有清晰的責(zé)任和目標(biāo)。軟件開發(fā)不管采用哪種生命周期模型和開發(fā)方法論，整個過程都會包含需求，設(shè)計，開發(fā)，測試，配置管理等各項活動。而這些活動會對應(yīng)到項目中的不同角色，項目中進(jìn)行崗位劃分后每個崗位成員可以兼職多個角色。形成相關(guān)的角色崗位矩陣。方案一項目負(fù)責(zé)人總覽全局對于小作坊的軟件開發(fā)團(tuán)隊，可以由一個項目負(fù)責(zé)人總覽全局。項目負(fù)責(zé)人承擔(dān)從用戶需求->軟件需求->總體設(shè)計的所有工作。同時還需要做到整個團(tuán)隊進(jìn)度規(guī)劃，質(zhì)量保證，配置管理和溝通協(xié)調(diào)等