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

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

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

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