軟件系統(tǒng)開發(fā)服務(wù)方案

一.技術(shù)開發(fā)組織方案1.1.開發(fā)過程管理指導(dǎo)思想早期的迭代優(yōu)先解決風(fēng)險最高的問題。在開發(fā)過程的早期降低兩種風(fēng)險：架構(gòu)風(fēng)險架構(gòu)優(yōu)先配置管理活動及其配置管理工具。軟件配置管理負(fù)責(zé)人在開發(fā)策劃階段根據(jù)配置活動與工具相關(guān)的活動設(shè)置配置環(huán)境制定配置策略編寫配置計劃執(zhí)行配置審核定義開發(fā)組件創(chuàng)建配置管理庫定義訪問控制定義總體策略項(xiàng)目經(jīng)理安排日程分配工作定義集成里程碑分配活動建立變更控制流程復(fù)審變更請求更請求定義變更控制流程(由配置經(jīng)理或其他熟悉CQ開發(fā)的人員輔助)確認(rèn)變更請求被接受或拒絕或視為重復(fù)項(xiàng)目集成人員/版本工程師創(chuàng)建集成空間計劃系統(tǒng)的集成創(chuàng)建基線集成系統(tǒng)提升基線建立軟件系統(tǒng)基線建立對外部的發(fā)布與外部項(xiàng)目集成為發(fā)布工件選擇位置開發(fā)人員創(chuàng)建個人工作空間提交修改更新開發(fā)空間提交變更請求更新變更請求創(chuàng)建開發(fā)視圖在配置項(xiàng)上工作提交變化變基工作空間CC/CQ管理員ClearCase/ClearQuest維護(hù)(1)項(xiàng)目構(gòu)件將多個工件組織為構(gòu)件(在UCM中構(gòu)件指一個VOB的根目錄或VOB的某個第一層子目錄)從而擴(kuò)展了軟件工件管理的版本控級別以及其他開發(fā)團(tuán)隊(duì)成員(如測試人員)應(yīng)該如何同構(gòu)件基線交互。在稍后會(2)對于不同特性的并行開發(fā)支“特性1”對應(yīng)軟件特性1,所有關(guān)于特性1的開發(fā)都在該分支上進(jìn)行，不同發(fā)布，從而實(shí)現(xiàn)"完成多少，發(fā)布多少"的管理目標(biāo)。33提升級別已發(fā)布系統(tǒng)已經(jīng)通過了所有級別的測試，準(zhǔn)備發(fā)布已測試初始提升級別壞基線，不使用的基線已發(fā)布系統(tǒng)已經(jīng)通過了所有級別的測試，準(zhǔn)備發(fā)布安裝配置管理工具。設(shè)置配置策略，如安全訪問策略、開發(fā)策略等。定義基線晉升級別加入項(xiàng)目，創(chuàng)建個人工作空間。提交變更請求。更新工作空間。交付變更內(nèi)容。更新變更請求的狀態(tài)。項(xiàng)目開發(fā)過程中的所有工件(源代碼、可執(zhí)行軟件系統(tǒng)和相關(guān)文檔)都進(jìn)行1)配置經(jīng)理取得能夠發(fā)布的軟件系統(tǒng)(能夠是最終軟件系統(tǒng)的部分)版本2)測試組執(zhí)行測試/再測試。測試結(jié)果反饋給項(xiàng)目經(jīng)理和項(xiàng)目配置經(jīng)理。如復(fù)1~2活動，直到測試通過或者經(jīng)項(xiàng)目經(jīng)理評估確定軟件系統(tǒng)能夠提交。3)項(xiàng)目配置經(jīng)理將能夠發(fā)布的軟件系統(tǒng)(包括源代碼、可執(zhí)行文件和相關(guān)文檔)晉升基線為已發(fā)布，并生成軟件系統(tǒng)發(fā)布說明，描述軟件系統(tǒng)版本的相關(guān)4)項(xiàng)目經(jīng)理按照約定方式交付軟件系統(tǒng)，并接收方的反饋。(1)變更控制更?(2)變更請求流程圖一-1缺陷流活動描述角色項(xiàng)目的任何有關(guān)人員都能提交變更請求(CRChangeRequest)CR被提交到ClearQuest后進(jìn)入CCB隊(duì)列，狀態(tài)為Submitted測試人員項(xiàng)目經(jīng)理開發(fā)人員項(xiàng)目人員根據(jù)項(xiàng)目當(dāng)前的進(jìn)度要求，資源，優(yōu)先級等因素能夠考慮把處于submitted、assigned、opened狀態(tài)的請求推遲到以后的開發(fā)階段中處理，狀態(tài)為postponed。項(xiàng)目經(jīng)理、開發(fā)人員項(xiàng)目人員判斷提交的缺陷請求是重復(fù)的，執(zhí)行Duplicate,狀態(tài)為duplicated項(xiàng)目經(jīng)理、開發(fā)人員Resolve開發(fā)人員測試人員對已修改的缺陷測試沒有通過，執(zhí)行reject操測試人員在變更被Resolved后，變更進(jìn)入測試隊(duì)列，分配給測試員進(jìn)行軟件系統(tǒng)測試，測試通過validate測試人員項(xiàng)目經(jīng)理不能由一個人完成的項(xiàng)目。跟蹤需求變更與相關(guān)工件的關(guān)聯(lián)通過任務(wù)(利用CQ的RecordType間的parent-child實(shí)現(xiàn))間接實(shí)現(xiàn)來實(shí)現(xiàn)。圖一-2增強(qiáng)請求流程活動描述角色項(xiàng)目的任何有關(guān)人員都能提交需求變更請求，需求變更請求被提交到ClearQuest后進(jìn)入CCB隊(duì)列，狀態(tài)為項(xiàng)目經(jīng)理判斷提交的增強(qiáng)請求是重復(fù)的，執(zhí)行Duplicate,定關(guān)閉該請求，狀態(tài)為closed計劃的項(xiàng)目任務(wù)，在Project中定義后，將任務(wù)導(dǎo)入ClearQuest中，用于活動描述角色項(xiàng)目經(jīng)理的任務(wù)計劃從Project導(dǎo)入ClearQuest項(xiàng)目經(jīng)理項(xiàng)目經(jīng)理開發(fā)人員激活分配給自己的任務(wù)，生成或修改相對應(yīng)的工件，狀態(tài)為Active開發(fā)人員開發(fā)人員根據(jù)項(xiàng)目當(dāng)前的進(jìn)度或變更能夠考慮把處于Active狀態(tài)的請求推遲到以后的開發(fā)階段中處理，狀開發(fā)人員開發(fā)人員完成任務(wù)并通過單元測試。狀態(tài)為Complete開發(fā)人員項(xiàng)目經(jīng)理(3)管理貫穿生命周期的工件確定軟件滿足功能需求和物理需求確定工件存儲在受控制的庫中。確保工件和基線可用。支持項(xiàng)目配置狀態(tài)統(tǒng)計活