軟件開發(fā)管理平臺技術(shù)方案

軟件開發(fā)管理平臺技術(shù)方案隨著軟件應(yīng)用水平的提高，軟件規(guī)模越來越龐大，軟件開發(fā)的過程日益復(fù)雜，而軟件開發(fā)的模式依舊停留在傳統(tǒng)的以技術(shù)人員為核心的方式下的，不可避免的會暴露出許多問題：沒有完善的對需求變更及問題追蹤的流程和管理手段目前對需求變更及問題追蹤流程沒有完善的管理方法及有效的管理手段。對于業(yè)務(wù)人員、運維人員提出的各種需求和缺陷以及系統(tǒng)問題沒有一個管理機制和經(jīng)驗積累。無法保證發(fā)布版本的完整性沒有完善的內(nèi)部產(chǎn)品版本控制、發(fā)布、上線、運維、變更的管理體系，無法記錄和追蹤需求、產(chǎn)品、文檔、流程的變更過程，這樣造成的直接后果是無從判斷項目版本狀態(tài)，系統(tǒng)的故障診斷難度加大。容易發(fā)生開發(fā)人員未經(jīng)授權(quán)修改代碼或文檔，留下系統(tǒng)故障隱患。缺乏溝通，難于控制項目狀態(tài)項目開發(fā)過程中各部門之間，各部門與集成商之間缺乏有效的溝通手段，無法實現(xiàn)流程的自動化操作。無法記錄完整的管理信息，造成各級領(lǐng)導(dǎo)、業(yè)務(wù)人員和項目管理者，沒有辦法及時、自動地了解項目管理狀態(tài)，量化內(nèi)部項目人員及供應(yīng)商項目組成員工作量，工作進(jìn)度。本技術(shù)方案書針對目前軟件公司開發(fā)團(tuán)隊普遍面臨的問題，通過制定一個自動化、可管理、可追蹤的流程，提供一種高度協(xié)作化方式的，迭代化的、增量方式的開發(fā)手段，在最低費用的情況下及時的生產(chǎn)滿足需要的高質(zhì)量軟件。從而達(dá)到IT和業(yè)務(wù)目標(biāo)緊密結(jié)合，并引導(dǎo)業(yè)務(wù)的創(chuàng)新和發(fā)展.為了建立敏捷的開發(fā)流程，達(dá)到IT和業(yè)務(wù)目標(biāo)緊密結(jié)合，并引導(dǎo)業(yè)務(wù)的創(chuàng)新和發(fā)展，必須建立一個能從需求人員、項目經(jīng)理、開發(fā)人員、配置管理人員到測試團(tuán)隊的端到端的流程，并且這個流程必須自動化、可管理并且可追蹤。流程需要保證項目的連貫性保證隨時可以得到項目狀態(tài)流程需要多次循環(huán)確保閉環(huán)的流程確保質(zhì)量問題被預(yù)先發(fā)現(xiàn)和解決需要和已有的工具集成（配置管理、測試）在本方案中我們會使用一個“漏斗”模型，將信息部門面臨的成千上萬的問題通過流程梳理，分類、排序,最終形成各個角色日常工作的工作任務(wù),使得正確的人在正確的時間做正確的工作。從而保證信息部門的工作有條不紊，系統(tǒng)上線胸有成竹?下圖所示為流程的分類模型。該流程包括問題管理由業(yè)務(wù)部門或任何使用IT系統(tǒng)的部門提交的相關(guān)問題，如系統(tǒng)使用問題、網(wǎng)絡(luò)問題、改進(jìn)請求等.這些問題可能是由于業(yè)務(wù)人員不熟悉系統(tǒng)，或是系統(tǒng)沒有提供方便的使用方式，或是系統(tǒng)的一個缺陷等需求管理?需求改進(jìn)或新增需求申請，由業(yè)務(wù)部門提出或由于新技術(shù)的產(chǎn)生而對系統(tǒng)產(chǎn)生的改進(jìn)要求，由專門的需求小組提出并分析缺陷管理?系統(tǒng)上線后由業(yè)務(wù)部門提交的問題經(jīng)確認(rèn)是系統(tǒng)缺陷，或測試人員在產(chǎn)品上線前在測試過程中發(fā)現(xiàn)的軟件缺陷測試管理?驗證軟件系統(tǒng)是否和完整實現(xiàn)了需求并且滿足性能要求，可以持續(xù)地，自動地進(jìn)行回歸測試上線管理?保證上線版本的有效性、可靠性并進(jìn)行過相應(yīng)的審批過程.流程管理是軟件開發(fā)管理平臺的集線器(HUB),通過將所有人員的工作統(tǒng)一有序的管理之后,我們可以在不同的流程環(huán)節(jié)集成不同的工具?從而將所有人員日常工作的內(nèi)容通過流程驅(qū)動，并將相關(guān)數(shù)據(jù)自動納入流程管理范疇,為量化的管理、量化的分析提供信息來源，從而形成不斷流程改進(jìn)的源泉。除了流程以外，軟件開發(fā)管理平臺還需要三個重要的工具配合集成使用：需求管理工具、配置管理工具和測試管理工具。需求管理工具：?無論開發(fā)何種產(chǎn)品，需求仍是驅(qū)動開發(fā)進(jìn)程的重要因素，需求管理的粒度決定了軟件交付的周期和質(zhì)量。在軟件開發(fā)的過程中，圍繞需求主要進(jìn)行需求的定義和分析、需求跟蹤、需求變更這三方面的工作。配置管理工具：?在實現(xiàn)需求或需求改進(jìn)或是修復(fù)缺陷時，我們通常會修改源代碼、測試腳本、設(shè)計文檔、操作手冊等。第一代的配置管理工具支持基于文件(FileBased)的版本控制、支持check-out/check—in模型和簡單分支。通過流程驅(qū)動將配置管理推向最先進(jìn)的基于項目庫和活動的配置管理。通過抽象層次的提升簡化了軟件開發(fā)，從而使得軟件開發(fā)團(tuán)隊從更高的層次根據(jù)活動(activity)來管理變更?一個開發(fā)活動可以自動地同其變更集(封裝了所有用于實現(xiàn)該活動的項目工件)相關(guān)聯(lián)，這樣避免了管理人員手動跟蹤所有文件變更。測試管理工具:在測試管理中可以進(jìn)行測試計劃、測試設(shè)計、測試實現(xiàn)、測試執(zhí)行并得到測試報告。在測試實現(xiàn)中會將設(shè)計好的測試用例用測試工具（功能測試、手工測試和其他測試工具）進(jìn)行實現(xiàn)，如錄制腳本修改等?當(dāng)關(guān)聯(lián)了測試用例及測試實現(xiàn)后，即可通過測試管理流程調(diào)用測試工具執(zhí)行測試，同時將測試結(jié)果收錄在流程中提供后期分析，通過集成不同的測試工具，可以統(tǒng)一測試流程建立企業(yè)級的測試規(guī)程。流程分析1問題管理問題管理，負(fù)責(zé)處理從業(yè)務(wù)部門或任何系統(tǒng)使用人員提出的問題，該流程可以提供一個SERVICEDESK的能力，是聯(lián)系業(yè)務(wù)部門和IT部門的紐帶。動作動作描述負(fù)責(zé)人狀態(tài)提交提交問題，輸入問題描述、系統(tǒng)、緊急程度等系統(tǒng)使用人員已提交打開系統(tǒng)支持人員開始解決該問題系統(tǒng)支持人員已打開處理完畢通過電話或現(xiàn)場支持解決問題，非系統(tǒng)問題，如使用人員使用不當(dāng)、網(wǎng)絡(luò)問題等系統(tǒng)支持人員已處理接受問題提交人員確認(rèn)問題已經(jīng)被解決問題提交人已關(guān)閉提交缺陷處理人員發(fā)現(xiàn)是系統(tǒng)缺陷，提交一個缺陷記錄并等待解決，此時該問題處理在“已打開狀態(tài)”，并且可以看到有提交的缺陷相關(guān)聯(lián)，該問題如果有”WORKAROUND”方式可以提供給使用人員,在提交人接受的前提下可以關(guān)閉，否則需等待缺陷解決后才能關(guān)閉系統(tǒng)支持人員已打開提交需求變更處理人員發(fā)現(xiàn)該系統(tǒng)功能設(shè)計不合理或是該問題會引發(fā)其他的需求，此時可以提交需求變更請求。該問題如果有”WORKAROUND"方式可以提供給使用人員，在提交人接受的前提下可以關(guān)閉，否則需等待需求變更解決后才能關(guān)閉系統(tǒng)支持人員已打開2需求管理需求管理，包括新建需求和需求改進(jìn)。通過需求流程，可以幫助需求分析小組審核、分析并且對需求進(jìn)行優(yōu)先級排序,確定需求在哪個階段（版本）中實現(xiàn)，并通過分配給相應(yīng)的開發(fā)人員，可以從需求的提交一直追蹤到完成。動作動作描述負(fù)責(zé)人狀態(tài)提交提交需求，輸入需求描述、影響大小等系統(tǒng)使用人員已提交審核確認(rèn)該需求需要實現(xiàn)并確定實現(xiàn)版本需求審核組已審核設(shè)計對需求進(jìn)行分析和設(shè)計，確定需求實現(xiàn)的方法，在此階段會分析該需求對系統(tǒng)的影響，包括是否會影響系統(tǒng)架構(gòu)，由此定義該需求實現(xiàn)的難度、日期、人員等需求分析組已設(shè)計分配項目經(jīng)理根據(jù)需求設(shè)計分配相應(yīng)人員項目經(jīng)理已分配打開表示開始實現(xiàn)該需求開發(fā)人員已打開

完成完成該需求并已通過開發(fā)人員自我測試開發(fā)人員已完成驗證對該需求進(jìn)行接受測試并驗證通過測試人員關(guān)閉拒絕沒有驗證通過，通知開發(fā)人員重新開發(fā)測試人員已分配推遲在任意階段都可以推遲該需求相關(guān)人員已推遲分析對一些影響較大的需求需要進(jìn)行進(jìn)一步分析，確定工作量是否在可控的范圍需求分析組已分析3缺陷管理缺陷管理，確保系統(tǒng)每一個缺陷都被流程所管理。項目經(jīng)理通過對需求狀態(tài)的分析可以指導(dǎo)項目的進(jìn)展情況、穩(wěn)定性趨勢?并可以定義項目上線的缺陷指標(biāo)確定系統(tǒng)是否符合上線要求。動作動作描述負(fù)責(zé)人狀態(tài)提交測試組成員遞交一個軟件缺陷測試組已提交分配項目經(jīng)理分配相應(yīng)開發(fā)人員予以解決項目經(jīng)理已分配打開表示開始修復(fù)此缺陷開發(fā)人員已打開解決表示已經(jīng)修復(fù)了此缺陷并且通過了開發(fā)人員的自我測試開發(fā)人員已解決驗證對該缺陷進(jìn)行接受測試并驗證通過測試人員關(guān)閉拒絕沒有驗證通過，通知開發(fā)人員重新開發(fā)測試人員已分配推遲在任意階段都可以推遲該缺陷的修復(fù)相關(guān)人員已推遲重復(fù)在系統(tǒng)中有相同的缺陷已經(jīng)存在項目經(jīng)理已重復(fù)4測試管理測試管理，為一個系統(tǒng)確定需要的測試類型，如功能測試、性能猜測等。通過測試用例的設(shè)計和實現(xiàn)，為每一次測試工作做好準(zhǔn)備.測試計劃包括創(chuàng)建測試用例、測試用例的生命周期管理、對測試資產(chǎn)的組織?測試設(shè)計包括使用具開發(fā)測試腳本、將測試腳本與測試用例進(jìn)行關(guān)聯(lián)、創(chuàng)建測試套件。測試執(zhí)行包括運行已配置的測試用例或測試套件、察看運行過程、分析執(zhí)行結(jié)果?測試報告給測試經(jīng)理一個統(tǒng)一的報告。當(dāng)有測試請求（一個缺陷的修復(fù)、需求的實現(xiàn)、上線前測試），都需要對系統(tǒng)進(jìn)行一定程度的測試。下面的測試流程描述了當(dāng)接受到測試任務(wù)到測試結(jié)束的整個過程。動作動作描述負(fù)責(zé)人狀態(tài)測試請求用戶接受測試或其他需要測試時提出請求測試經(jīng)理已提交配置從用例庫中配置出需要測試的套件測試設(shè)計人員已配置實現(xiàn)對經(jīng)配置但未實現(xiàn)的用例進(jìn)行用例實現(xiàn)測試人員已實現(xiàn)執(zhí)行執(zhí)行測試測試人員已測試分析分析測試結(jié)果測試人員已分析通過如果測試通過測試經(jīng)理已通過提交缺陷測試發(fā)現(xiàn)問題時提交缺陷請求測試人員已分析5配置管理

在流程中集成配置管理是為了更好的管理開發(fā)者的工作空間、實現(xiàn)和諧的團(tuán)隊協(xié)作、更頻繁的交付和集成軟件工作。通過流程驅(qū)動將配置管理推向最先進(jìn)的基于項目庫和活動的配置管理?通過抽象層次的提升簡化了軟件開發(fā)，從而使得軟件開發(fā)團(tuán)隊從更高的層次根據(jù)活動（activity）來管理變更。通過和配置管理的集成可以輕松實現(xiàn)：開發(fā)人員在共享及公共代碼工件上的隔離和協(xié)作；將一起開發(fā)、集成和發(fā)布的相關(guān)工件組按構(gòu)件（component）進(jìn)行組織；在項目里程碑創(chuàng)建構(gòu)件基線（baseline）并根據(jù)所建立的質(zhì)量標(biāo)準(zhǔn)來提升基將變更組織為變更集（changeset）；將活動管理和工件管理集成在一起；按項目來組織軟件開發(fā)并支持多項目之間的代碼共享；5。1團(tuán)隊的隔離和協(xié)作隔離不穩(wěn)定的變更對于將錯誤最小化是非常關(guān)鍵的，但是將所有的變更集成到一個所有開發(fā)團(tuán)隊成員均可訪問的公共工作區(qū)域卻是團(tuán)隊開發(fā)環(huán)境下的一個基本要求。今天基于構(gòu)件的軟件開發(fā)方法論的廣泛應(yīng)用以及代碼變更頻率和幅度的增加都要求開發(fā)團(tuán)隊能經(jīng)常和較早地將各個開發(fā)人員的工作進(jìn)行集成。以便在盡早解決可能出現(xiàn)的問題.配置管理應(yīng)該可以根據(jù)不同用途來建立分支，如開發(fā)人員分支，新特性分支、缺陷修復(fù)分支、新需求分支等等，從而開發(fā)團(tuán)隊可以根據(jù)需要建立適于自身情況的分支模型，靈活實現(xiàn)軟件配置管理流程。上圖所示是一個典型的配置管理策略，四個分支定義如下（策略可以根據(jù)公司開發(fā)情況而設(shè)定）：DEV開發(fā)流：私有開發(fā)流為開發(fā)人員提供了相互隔離的工作空間，該空間在最開始由滿足一定質(zhì)量標(biāo)準(zhǔn)的基線進(jìn)行初始化。開發(fā)人員使用這些私有工作空間來進(jìn)行工件的變更，構(gòu)建和測試?當(dāng)開發(fā)人員對他們的變更感到滿意時，他們可以將這些變更交付（DELIVER）到INT集成流上，在交付時以活動為單位，改變了傳統(tǒng)的已文件提交的方式?為了使開發(fā)人員同其他人員的進(jìn)度同步，開發(fā)人員也可以用來自項目公共集成流上最新的穩(wěn)定基線來變基（REBASE）他們的私有工作流。開發(fā)人員可以選擇什么時候進(jìn)行交付和變基。INT集成測試流：實際上項目集成流充當(dāng)了所有開發(fā)人員的所有變更的協(xié)調(diào)點。為了更好地協(xié)調(diào)所有開發(fā)人員的變更集成，引入基線（baseline）的概念作為對項目進(jìn)度的度量。基線是一次構(gòu)建（build）或配置的抽象表示，它實際上是項目的一個版本，而項目是相關(guān)工件的集合。項目開發(fā)團(tuán)隊在開發(fā)過程期間不斷地創(chuàng)建和提升基線.隨著不同開發(fā)人員交付變更給集成流，他們交付的變更將被逐一收集到項目基線中?隨著基線的構(gòu)建、測試和批準(zhǔn)，它們可以被逐步提升到不同的基線級別.基線提升級別具有兩方面的功能：第一，它使項目經(jīng)理或項目管理人員可以建立軟件質(zhì)量標(biāo)準(zhǔn)。由于當(dāng)基線達(dá)到某種預(yù)定義的質(zhì)量標(biāo)準(zhǔn)時就可以被標(biāo)以某種基線級別，因此項目經(jīng)理可以設(shè)置項目策略，標(biāo)識出在哪一個基線級別（如“通過測試的”）開發(fā)人員可以執(zhí)行變基操作?第二，基線提升級別就具體的開發(fā)人員應(yīng)該如何同其所開發(fā)的工件進(jìn)行交互提供了指導(dǎo)。例如，根據(jù)某條基線通過某些冒煙測試的時間可以幫助測試人員確定什么時候開始測試。CBET試運行流:試運