國家注冊審核員網

您當前位置:國家注冊審核員網 >> 注冊審核員 >> 考試輔導 >> ISMS信息安全 >> 瀏覽文章

軟件生命周期選擇指南

2019-09-24T09:48:24來源:互聯網 國家注冊審核員網

1.    目的
本指南的制定是為了在項目研發過程中,能夠有一個完整統一的方法來分析項目需求,預先識別項目特征,并提供可供項目選擇的軟件生命周期模型,使其可以和組織標準軟件過程結合在一起使用。
2.    適用范圍
軟件生命周期是指從軟件產品開始到軟件停止使用為止的時間間隔。對生命周期細分階段進行管理稱為周期模型,典型的幾種生命周期模型包括瀑布模型、增量模型、螺旋模型和快速原型模型、迭代模型。項目組應在軟件項目計劃階段,認真考慮項目的特征和目標,在此基礎上參考原有模型,或為項目開發新設計出一個軟件生命周期模型。
無論選擇何種模型,都要包括下列一般軟件工程過程必須包含的內容:
項目啟動
項目計劃
需求分析
軟件設計
編碼
測試
交付與驗收
運行維護
項目停止使用
3.    責任
1.1    項目經理
1)    快速歸納軟件項目研發需求
2)    總結類似項目的開發經驗
3)    提出項目開發參考模型
4)    與項目組成員一起討論裁剪模型
1.2    項目成員
1)    總結類似項目的開發經驗
2)    與其他項目成員一起裁剪模型
4.    規定
1.3    啟動準則
項目計劃開始制定。
1.4    輸入
初始用戶需求及初始項目計劃。
1.5    主要步驟
軟件生命周期模型一般都是在原有的模型基礎上根據客戶的需求變更和最終的目標實現判斷項目特征進行裁剪產生的,主要經歷四個步驟:需求分析、原型參考、裁剪定義和模型實施。
1.5.1    需求分析
    從軟件概念第一次被提出,并且明確了實現目標,就進入項目概念階段,這個時候項目組開始組建,同時收集需求,,項目經理應積極配合業務代表參與需求研討和項目的策劃,安排有經驗的人員進入項目組,迅速對需求進行初步分析,概括項目的特征。
    此部分的需求分析還應該包括對歷史項目的回顧,總結成功實施經驗和吸取失敗教訓,并歸檔備案作為組織的過程資產庫。
1.5.2    原型參考
    當項目最終實現目標確定,同時識別出項目特征,從組織批準使用的軟件生命周期模型中挑選出一個以供參考,該周期原型必須在很大程度上適合項目的具體特征以及能夠結合組織標準軟件過程一起使用。
    項目一開始,周期模型僅作參考,下一步還必須結合實際的越來越豐富的需求進行裁剪以達到新模型的指導目的。新裁剪出的模型可以歸檔成為下一個類似項目的原始參考模型。
    原型的描述主要包括軟件生命周期模型的原理、優缺點、階段定義和選用規則。
1.5.3    裁剪定義
    裁剪基于項目特征 項目特征是裁剪工作的出發點,包括項目規模(如大、中、小等)、項目類型(如新開發、維護等),以及技術難度、產品類型、項目周期等要素。
?    明確可裁剪的對象
可裁剪對象確定了裁剪的范圍,不僅僅限于過程元素和活動,還包括參照標準、方法和工具、輸出產品及模板等。
?    確定裁剪所考慮的要素
裁剪要素界定了裁剪的方向和尺度。例如,對于某個裁剪對象,其范圍與頻度都是裁剪要素。對于有開發經驗的小項目,可以適當減少對于技術方面的評審的頻度。
?    裁剪的決定要基于風險進行考慮
基于風險可檢驗裁剪的適當性。對過程或活動的調整或放棄,需要通過分析其所帶來的風險和影響再做決定。
1.5.3.1    模型實施
    裁剪后的周期模型,是個具有項目特征的組織標準軟件過程,該過程包含軟件生命周期模型的原理、優缺點等描述,能夠幫助軟件開發人員更好地理解和運用組織已批準的軟件生命周期進行項目開發。
    新模型對于項目開發具有指導意義,必須將該模型下達通知到項目組所有成員,項目經理必須監督保證模型的推廣,實現“項目可控,質量可靠”的最終目標。
1.5.3.2    模型選擇建議
在前期需求明確的情況下盡量采用瀑布模型或改進型的瀑布模型。
在用戶無信息系統使用經驗,需求分析人員技能不足情況下一定要借助原型。
在不確定性因素很多,很多東西前面無法計劃情況下,盡量采用增量迭代和螺旋模型。
在需求不穩定情況下盡量采用增量、迭代模型。
在資金和成本無法一次到位情況下可以采用增量模型,軟件產品分多個版本進行發布。
對于完全多個獨立功能開發可以在需求階段就分功能并行,但每個功能內都應該遵循瀑布模型。
對于全新系統的開發必須在總體設計完成后再開始增量或并行。
對于編碼人員經驗較少情況下,建議不要采用敏捷或迭代等生命周期模型。
增量、迭代和原型可以綜合使用,但每一次增量或迭代都必須有明確的交付和出口準則。
1.5.4    輸出
具有項目特征的軟件生命周期模型。
1.5.5    結束準則
項目生命周期模型已確定。
1.6    度量
本指南暫無度量要求。
1.7    剪裁
本指南不允許剪裁。
5.    定義與縮略語
1.8    定義

1.9    縮略語
SLC        Software Lift Cycle                軟件生命周期
SLCM    Software Lift Cycle Model        軟件生命周期模型
PM        Project Manager                項目經理
SEI        Software Engineering Institute     軟件工程學院
SLCP    SLC-Process                    軟件生命周期流程文檔
2.    附錄
附錄A    軟件生命周期模型
附錄A  軟件生命周期模型
2.1    瀑布模型
2.1.1    模型介紹
瀑布模型規定了各項軟件工程活動是按照自上而下、相互銜接的固定次序逐步完成。其形如瀑布流水,逐級而下,其狀連續不斷,直到項目后期才能開
圖 瀑布模型
發出軟件產品。
瀑布模型為軟件開發和軟件維護提供了一種有效的管理圖示。根據這一圖示制定開發計劃、進行成本預算、組織開發力量,以項目的階段評審和文檔控制為手段有效地對整個開發過程進行指導,從而保證軟件產品及時交付,并達到預期的質量要求。
2.1.2    優缺點
瀑布模型強調開發的階段性,強調早期計劃和需求調查,強調產品的測試和驗收。對于軟件外包這樣強調階段性檢查的項目具有很大的適用性。
但模型突出的缺點是缺乏靈活性,依賴于早期進行的需求調查,特別是無法解決軟件需求不明確或不準確的問題,這種情況往往需要進行返工或者在維護中糾正需求的偏差,極大的增加了風險成本,并由于是單向流動,開發過程中的階段經驗教訓很難反饋在項目同階段的實施過程中。
2.1.3    階段定義
階段    進入標準    任務    退出標準
需求分析    分配到軟件的系統需求已確定;
項目計劃已批準     進行軟件需求分析    軟件需求分析完成并形成基線。
概要設計    軟件需求規格說明書已經完成并通過評審    進行數據庫設計、各模塊的概要設計、集成測試用例編寫    數據庫設計、概要設計、集成測試用例編寫完成并形成基線。
詳細設計    數據庫設計、概要設計、集成測試用例編寫完成并形成基線。    進行詳細設計及單元測試用例編寫。    詳細設計及單體測試用例編寫完成并形成基線。
實現    詳細設計及單體測試用例編寫完成    進行編碼及單元測試    編碼及單體測試完成并形成基線。
測試    編碼完成    進行集成、系統測試    集成、系統測試報告
發布    測試已經完成    用戶手冊、在線幫助等文檔編寫,安裝程序制作    用戶手冊、在線幫助等文檔編寫完成并形成基線,安裝程序制作完成
2.1.4    選用規則
當項目的需求明確、理解充分、并且較為穩定時,適合選擇瀑布模型,絕大部分的標準軟件過程都可以應用瀑布模型。
2.2    增量模型
2.2.1    模型介紹
增量模型是瀑布模型的一種變化模型。這種方式是首先建立概要設計,然后設計的實現是通過一系列小的、相互交錯的子項目,每個子項目完成一個獨特的功能。
第一個增量往往是核心的產品,即實現了基本的要求,但很多補充的特性還沒有開發。核心產品交用戶使用的結果是下一個增量的開發計劃。該計劃包括對核心產品的修改,也包括新增的特點和功能。這個過程在每個增量發布后不斷重復,直到產生最終的完善產品。
圖 增量模型
2.2.2    優缺點
增量模型強調開發的分散性,項目需求可以分批獲取,任意一個子項目的需求一經確定就可進入設計和編碼階段,最后提交驗證測試,可以及早地從測試過程中發現實現過程中存在的問題,并將經驗教訓反饋在項目的下一個循環過程。因為在項目早期就能獲得項目監控數據,有助于識別和分析風險,并可對后期開發做出確實的項目估算,增加項目的成功率。
同樣模型也是存在明顯的缺點的。開發的分散,削弱了需求設計的完整性,主要問題反應在項目的系統集成階段,影響了系統性能和產品的可維護性,同時也增加版本控制等不安定的因素。
2.2.3    階段定義
階段    進入標準    任務    退出標準
增量1    項目計劃已批準并進行了總體的需求分析及概要設計    進行第一階段的詳細設計、編碼、測試及發布。    第一階段產品完成并形成基線
增量2    增量1產品已經完成并完善了本階段的需求分析及概要設計    進行第二階段的詳細設計、編碼、測試及發布。    第二階段產品完成并形成基線
增量3    增量2產品已經完成并完善了本階段的需求分析及概要設計    進行第三階段的詳細設計、編碼、測試及發布    第三階段產品完成并形成基線
各階段中包含的詳細階段請參照瀑布模型。
2.2.4    選用規則
當項目可清晰地劃分為多個功能獨立的子項目,或采用階段開發時,適合選擇增量模型。
2.3    螺旋模型
2.3.1    模型介紹
螺旋模型也是瀑布模型的一種變化模型,其中的每個回旋代表一個特定開發階段。每個特定開發階段都結合了風險分析和瀑布原型,這也是與瀑布模型的區別之處。
圖 螺旋模型
螺旋模型沿著螺線旋轉,如圖所示,在笛卡爾坐標的四個象限上分別表達了四個方面的活動,即:
1)    制定計劃:確定軟件目標,選定實施方案,弄清項目開發的限制條件
2)    風險分析:分析所選方案,考慮如何識別和消除風險
3)    實施工程:實施軟件開發
4)    客戶評估:評價開發工作,提出修正建議
螺旋模型在每一個開發階段之前,都引入非常嚴格的風險識別、風險分析和風險控制,直到采取了消除風險的措施之后,才開始計劃該階段的開發工作,而每次回旋都開發出更為完善的一個新的軟件版本。例如:在第一圈,確定了初步的目標、方案和限制條件后,轉入右上相限,對風險進行識別和分析。如果風險分析表明,需求有不確定性,那么在右下的實施工程相限內,所建的原型會幫助開發人員和客戶,考慮其它開發模型,并對需求做進一步修正。
客戶對工程成果做出評價之后,給出修正建議。在此基礎上需再次計劃,并進行風險分析。每出現一個新的版本都越來越符合客戶需求,逐步消除或減少風險的損害。在每一圈螺線上,做出風險分析的終點是否繼續下去的判斷。假如風險過大,開發者和用戶無法承受,項目有可能終止。多數情況下沿螺線的活動會繼續下去,自內向外,逐步延伸,最終得到所期望的系統。
2.3.2    優缺點
螺旋模型強調風險管理,強調對項目的各個階段審查,提供機會討論項目是否有價值繼續進展下去,可以及早地發現和終止虧損項目。
由于引入嚴格的風險管理,這對項目管理水平提出更高的要求,需要更多的人員、資金和時間的投入,增加了項目成本。
2.3.3    階段定義
階段    進入標準    任務    退出標準
原型1    項目計劃已批準    進行原型1制作    原型1提交并形成基線
原型2    原型1形成基線    進行原型2制作    原型2提交并形成基線
原型3    原型2形成基線    進行原型3制作    原型3提交并形成基線
各階段中包含的詳細階段請參照瀑布模型。
2.3.4    選用規則
對于大規模、復雜而需求理解不充分、風險較大、產品要求質量高且對開發周期沒有嚴格要求的項目適合選擇螺旋模型。
2.4    快速原型模型
2.4.1    模型介紹
快速原型模型不同于傳統的瀑布模型,其核心是套用原型,快速開發。由于客戶對需求的不明朗,無法在早期就能對需求進行明確分析和對應的風險管理,將在設計階段不斷返工,導致項目成本增大,而快速原型模型能夠很好地解決這個問題。在獲得一組基本需求說明后,通過快速分析構造出一個小型的軟件系統,滿足用戶的基本要求,使得客戶可在試用原型系統的過程中得到親身感受和受到啟發,做出反應和評價,然后開發者根據用戶的意見對原型加以改進。隨著不斷試驗、糾錯、使用、評價和修改,獲得新的原型版本,如此周而復始,逐步減少分析和通信中的誤解,彌補不足之處,進一步確定各種需求細節,適應需求的變更,從而提高了最終產品的質量。
圖 快速原型模型
快速原型模式類似于增量模式和螺旋模型的結合,只是,由于強調快,所以在功能和性能上有所取舍,同時不強調階段審查和風險管理。需要注意的是構造原型的目的是反映最終系統的重要特性,因此,我們必須明確規定對原型進行考核和評價的內容,如界面形式、系統結構、功能或模擬性能等。
2.4.2    優缺點
快速原型模型強調快速分析,鼓勵與客戶互動,能夠掌握客戶第一手需求資料,并通過與客戶的交流使開發者學習到應用范圍的專業知識,能夠更好地幫助開發者理解和設計最終系統。
該模型強調快的同時一般忽略了性能要求,所以通常原型版本并不是最終版本,最終版本都是在原型基礎上重新設計開發的,無形中增加了項目成本,同時要準確地構造一個原型并不是件容易的事情,要求開發者具有豐富的項目開發經驗和對應用范圍具有一定的專業知識,也要求項目經理具備與客戶反復溝通的交流能力。客戶是對開發原型進行評價得出需求的,因此,需求存在多變性,必須加強對需求的管理能力。
2.4.3    階段定義
階段    進入標準    任務    退出標準
分析    客戶提出部分需求    對需求進行快速分析    分析得到概要設計
構造    需求的概要設計已經完成    根據設計開發原型系統    系統開發完畢并體現重要特性
運行    系統開發完畢    發布系統提交客戶評估    新的原型系統開發完畢
評估    系統正常運行    與客戶溝通進一步明確系統需求    需求變更程度達到新一輪的原型構造
2.4.4    選用規則
對于從項目概念到項目立項周期要求較短但無法提供明確需求、具備演示性質或者試點工程之類的的項目適合選擇快速原型模型。
2.5    RUP迭代模型
2.5.1    模型介紹
RUP(Rational Unified Process)是 IBM Rational公司提出的一套開發過程模型,它是一個面向對象軟件工程的通用業務流程。它描述了一系列相關的軟件工程流程,它們具有相同的結構,即相同的流程構架。RUP 為在開發組織中分配任務和職責提供了一種規范方法,其目標是確保在可預計的時間安排和預算內開發出滿足最終用戶需求的高品質的軟件。RUP具有兩個軸,一個軸是時間軸,這是動態的。另一個軸是工作流軸,這是靜態的。在時間軸上,RUP劃分了四個階段:初始階段、細化階段、構造階段和發布階段。每個階段都使用了迭代的概念。在工作流軸上,RUP設計了六個核心工作流程和三個核心支撐工作流程,核心工作流軸包括:業務建模工作流、需求工作流、分析設計工作流、實現工作流、測試工作流和發布工作流。核心支撐工作流包括:環境工作流、項目管理工作流和配置與變更管理工作流。
RUP與增量迭代不完全相同,但是二者往往互相包含,在一個項目中往往一起使用。
圖 RUP模型
2.5.2    優缺點
RUP 匯集現代軟件開發中多方面的最佳經驗,并為適應各種項目及組織的需要提供了靈活的形式。作為一個商業模型,它具有非常詳細的過程指導和模板,由于該模型通過多次迭代來完成軟件項目開發任務,具有適應變更、及早降低風險、提高軟件質量的優點。但是同樣由于該模型比較復雜,因此在模型的掌握上需要花費比較大的成本。尤其對項目管理者提出了比較高的要求。
2.5.3    階段定義
階段    進入標準    任務    退出標準
先啟    項目計劃和迭代計劃已制定    1 了解需創建的系統,確定愿景、范圍、邊界
2 確定系統的主要功能
3 制定至少一個可行的方案
4了解與項目有關的成本、時間進度與風險
5 確定遵循的過程和相關工具    項目目標通過評審
精化    先啟階段結束    1細化需求
2 設計、實現、驗證系統架構并建立架構基線
3 化解主要風險,更精確的制定進度表和成本估算
4 細化開發用例并搭建開發環境    系統架構通過評審
構建    精化階段結束    迭代開發準備交付給用戶的完整產品,包括設計、實現及測試相關工作    具備產品BETA測試條件
產品化    功能齊全的BETA版本    1進行BETA測試
2用戶培訓
3準備產品環境并轉換數據庫    與相關方完成驗收工作
2.5.4    選用規則
RUP模型是一個高規范度的迭代化方法,所有的文檔需要基于UML,對項目成員技能要求較高,如果用戶提出的項目對時間進度要求相對寬松,風險管理要求較高同時又能組建有足夠經驗的項目團隊的情況下可選用RUP方法。
2.6    敏捷開發模型
2.6.1    模型介紹
敏捷開發(agile development)是一種以人為核心、迭代、循序漸進的開發方法,是一種迭代和增量(發展)的方法,通過項目涉眾以高度協作和自組織的方式執行,利用適量資源以經濟有效且及時的方式生產能滿足涉眾不斷變化的需求的高質量軟件。在敏捷開發中,軟件項目的構建被切分成多個子項目,各個子項目的成果都經過測試,具備集成和可運行的特征。簡言之,就是把一個大項目分為多個相互聯系,但也可獨立運行的小項目,并分別完成,在此過程中軟件一直處于可使用狀態。但敏捷開發并不是一種創新,敏捷開發可理解為在原有軟件開發方法基礎上的整合——取其精華,去其糟粕。因此敏捷開發繼承了不少原有方法的優勢。
敏捷開發方法過程設計的幾個原理:
1 、交互的面對面的交流是代價最小,最迅速的交換信息的方法;
2、 超過實際需要的過程是浪費的;
3 、大的團隊需要重量級方法;
4 、處理重大問題的項目需要重量級方法強調;
5、 增加反饋和交流可以減少中間產品和文檔的需求;
6、 輕量級方法更強調理解(understanding),自律(discipline)和技能(skill),重量級方法更強調文檔(documentation),過程(process)和正式(formality);
understanding指整個團隊關于項目的全部知識,包括討論的過程,documentation只能記錄其中的一部分;discipline是指個人主動的完成工作,process指個人根據指令完成工作,skill指具有良好技能的人可以省略中間的產品,formality指必須按照規定步驟完成工作。
7、 確定開發中間的瓶徑,提高它的效率;
對于瓶頸處的工作應該盡量加快,減少重復,(使用更熟練的人,使用更多的人,使用更好的工具,使瓶頸處的工作的深入盡量穩定)對于非瓶頸處的工作可以多一些重復,在輸入還不確定的情況下也可以盡早開始。
上述原理的幾個結論:
1、向一個項目增加人員要花費較大代價,因為原有人員和新加入人員之間的交流要花費大量時間;
2、團隊的規模經常是跳躍的,例如:需要6個熟練的程序員,但是只有4個,于是增加不熟練的程序員,結果團隊的大量時間花費在培訓不熟練的程序員上面,最后增加到了20個不熟練的程序員;
3、應該側重于提高團隊的技能而不是擴充團隊;
4、對不同的項目使用不同的過程;
5、在適用的條件下,輕量級的方法優于重量級的方法;
6、對不同的項目要裁減過程。
2.6.2    優缺點
敏捷開發模型對于需求已經明確而且內容較少,技術方面的風險較少的項目,適合采用這種模型。
敏捷模型剪裁了過程,并要求過程間快速跟進,可以出現邊分析、邊設計、邊編碼、邊測試的情形,但是這些過程不要相重疊得太多,原則上允許兩個階段的過程同時進行。此模型為規模小,周期短的項目簡化了項目跟蹤控制,減少了過程支撐部分的時間花費。
敏捷模型注重的是項目各過程的快速跟進,即前一過程已經基本完成,等待評審或驗證,就可以開始開展下一過程的工作,利用階段評審或驗證的時間快速跟進,加快了項目推進速度。再一個優點就是可以減少一些把握性比較高評審。
缺點是在項目剪裁掉的過程或者評審,增加了項目的風險,定義小項目才采取這種模型,改正起來比較容易。
2.6.3    階段定義
 圖 敏捷開發模型
敏捷軟件開發生命周期開始于初始需求和架構設想,以創建初始工作項堆棧并為團隊設定技術方向。團隊從每個迭代中生成一個可論證的產品,該產品可能對外提供。在此過程中,涉眾通過描述,確定優先級和改進需求積極參與。該產品繼續經過開發團隊、涉眾和獨立測試人員的驗證。敏捷項目要經過不同的階段,在各個階段,團隊的重點會發生變化,過程嚴密性在開始并不重要,在轉換期間會變得很重要。
2.6.4    選用規則
項目的需求明確、理解充分、并且需求內容較少;
軟件的應用環境是常規的、主流的和成熟的;
項目擬采用的技術是成熟的,擬使用的開發工具是為項目組人員所熟練掌握的;
項目組人員有類似的項目經驗;
項目的風險較少,對風險管理要求不高的;
項目投入人員少于10人,并且開發周期在6個月以內的;
2.7    V模型
2.7.1    V模型介紹
如V模型圖中所示,左邊下降的是開發過程各階段,與此相對應的是右邊上升的部分,即測試過程的各個階段。在模型圖中的開發階段一側,先從定義業務需求和需求分析開始,然后把這些需求不斷地轉換到概要設計和詳細設計中去,最后開發為程序代碼。在測試執行階段一側,執行先從單元測試開始,然后是集成測試、系統測試和驗收測試。
V模型的價值在于它非常明確地標明了測試過程中存在的不同測試層次,模型圖將測試層次和軟件開發階段的關系表現得非常清晰,縱向關系體現了驗證的對象,橫向的對應關系則體現了各類型的測試所確認的對象。這些測試階段和開發過程期間各階段的對應關系如下:
單元測試的主要目的是針對編碼過程中可能存在的各種錯誤。
集成測試的主要目的是針對詳細設計中可能存在的問題,尤其是檢查各單元與其它程序部分之間的接口上可能存在的錯誤。
系統測試的主要針對概要設計,檢查了系統作為一個整體是否有效地得到運行。
驗收測試通常由業務專家或用戶進行,以確認軟件產品能真正符合用戶業務上的需要。
圖 V模型
另外,項目經理要按不同階段適時運用人員,恰當掌握用人標準。一般來說,軟件項目不同階段不同層次技術人員的參與情況是不一樣的。下圖是V模型的軟件開發人員參與情況曲線:
2.7.2    優缺點
為測試用例的設計提供了更廣泛的信息
在傳統的軟件生命周期中,測試階段的順序被置于中后期,測試用例的設計就主要依據于前期各階段的文檔,而文檔更新的速度遠遠不及代碼變化的速度,文檔的信息也有所失真;而V模型就可以克服傳統軟件生命周期在測試方面的缺點,在需求分析與設計的同時就可以進行相應層次的測試用例的設計,有效的保證測試的目標和覆蓋率,通過團隊成員間的及時溝通,充分利用了需求人員,設計人員的力量來指導測試工作,使得測試工作不僅僅是依賴于文檔。
測試與編碼的混合狀態
如果等到所有的編碼完成再開始單元測試,集中測試發現的結果必將讓開發團隊措手不及;V模型的方法就是:開發一段,測試一點;發現缺陷,修復缺陷;再開發,再測試。編碼和測試是處于一種反復輪換的狀態,可以及時有效地處理測試缺陷。
階段的并行性
在 V模型中,軟件分析與設計階段在邏輯上分別對應于右側的各個測試階段。對于嚴格按照順序執行的各個測試階段,允許其靈活的做適當的提前和推后,使得相鄰,甚至非相鄰的階段之間會出現部分重疊,從而允許并發執行。
測試的循環幅度
V模型中增加了從各個測試階段指向單元測試的箭頭,表示在該階段發現并修改錯誤以后回歸測試的范圍:均是從最低層的單元測試開始著手進行。正確地刻畫了回歸測試的應用范圍,從而保證原有錯誤的徹底修改以及新錯誤的徹底避免。
2.7.3    階段定義
階段    進入標準    任務    退出標準
需求分析    分配到軟件的系統需求已確定;
項目計劃已批準    1 確定系統運行環境
2 建立系統邏輯模型
3 確定系統功能及性能需求
4 編寫需求規格說明、用戶手冊概要
5 制定驗收測試計劃并設計測試用例    需求規格說明書通過評審
概要設計    軟件需求規格說明書已經完成并通過評審    1 系統架構分析
2 建立系統總體
3 劃分功能模塊并定義各模塊功能接口
4 進行數據庫設計
5 制定系統測試計劃并設計測試用例    概要設計說明書通過評審
詳細設計    數據庫設計、概要設計完成并形成基線。    1 設計各模塊的具體實現算法
2 確定模塊間詳細接口說明
3制定集成測試計劃并設計測試用例    詳細設計說明書通過評審
編碼與單元測試    詳細設計完成并形成基線。    1 編寫源程序代碼
2 進行單元測試
3 編寫用戶手冊    所有編碼完成并且單元測試的缺陷已全部關閉
集成測試    單元測試完成    1 執行集成測試
2 形成集成測試報告    集成測試中發現的缺陷已全部關閉
系統測試    集成測試完成    1 執行系統測試
2 形成系統測試報告    集成測試中發現的缺陷已全部關閉
系統測試報告通過評審
驗收測試    系統測試通過評審    1 進行驗收測試
2 形成驗收測試報告    驗收測試報告通過評審
2.7.4    選用規則
在V模型中,前一階段的工作成果是開展下一階段工作的基礎,而后一開發階段也要對前一階段工作成果的進行驗證,前后階段間過渡的同時部分項目成員也要進入或退出項目,這就要求項目團隊成員具備良好的溝通能力及一定的文檔編寫水平。
V模型只有對需求非常明確,已經文檔化了的項目才有用,因為所有的開發人員和測試人員都需要嚴格按定義好的需求和設計來開展工作。如果項目的需求非常明確,項目的時間要求比較緊急,具有各種技能的人員能被及時地安排到項目中,就可以選用此模型。在需求分析與設計的同時即制定相應層次的測試計劃并準備測試用例;在軟件編碼與單元測試階段,也可以投入大量的編碼人員與測試人員;由于已經準備好了測試計劃及測試用例,低層次的測試階段一經完成就可以立即執行高層次測試階段的測試計劃,這樣,通過在各階段投入強大的人力資源,就可以很好地解決項目在時間維的要求。

溫馨提示:因考試政策、內容不斷變化與調整,國家注冊審核員網提供的以上信息僅供參考,如有異議,請考生以權威部門公布的內容為準!


責編:yixuanqin

CCAA注冊審核員,可以兼職掛靠的證書,網絡培訓通關班報名中,推薦就業:報考條件 培訓報名 考試通知

課程名稱 價格 報名
三合一(Q質量+E環境+S職安)國家注冊審核員培訓(送APP題庫+重學+高頻題) ¥4500.00
CCAA服務認證,大專滿6年,不實習不統考,100%過,直接注冊,職業資格,效力中級職稱 ¥4600.00
QMS質量管理體系國家注冊審核員培訓(送APP題庫+重學+高頻題) ¥2400.00
EMS環境管理體系國家注冊審核員培訓(送APP題庫+重學+高頻題) ¥2400.00
OHSMS職業健康安全國家注冊審核員培訓(送APP題庫+重學+高頻題) ¥2400.00
FSMS食品安全管理國家注冊審核員培訓(送APP題庫+重學+高頻題) ¥2800.00
ISO27001/ISMS信息安全國家注冊審核員培訓(送APP題庫+重學+高頻題) ¥5000.00
GB/T50430工程建設施工國家注冊審核員培訓(送APP題庫+重學+高頻題) ¥2400.00
二合一(Q質量+E環境)國家注冊審核員培訓(送APP題庫+重學+高頻題) ¥4500.00
二合一(Q質量+S安全)國家注冊審核員培訓(送APP題庫+重學+高頻題) ¥4500.00
二合一(E環境+S安全)國家注冊審核員培訓(送APP題庫+重學+高頻題) ¥4500.00
二合一(Q質量+F食品)國家注冊審核員培訓(送APP題庫+重學+高頻題) ¥4500.00
二合一(Q質量+50430建工)國家注冊審核員培訓(送APP題庫+重學+高頻題) ¥4500.00
二合一(Q質量+ISMS信息安全)國家注冊審核員培訓(送APP題庫+重學+高頻題) ¥7000.00
HACCP危害分析與關鍵控制點國家注冊審核員培訓(送APP題庫+重學+高頻題) ¥2800.00
EnMS能源管理國家注冊審核員培訓(送APP題庫+重學+高頻題) ¥2500.00
ISO20000/ITSMS信息技術服務管理國家注冊審核員培訓(送APP題庫+重學+高頻題) ¥6500.00
IPMS知識產權國家注冊審核員培訓(送APP題庫+重學+高頻題) ¥3200.00
自愿性產品認證國家注冊檢查員培訓(送教材+高頻考題+重學) ¥2400.00
CCC強制性產品認證國家注冊檢查員培訓(送教材+高頻考題+重學) ¥2400.00
有機產品認證國家注冊檢查員課程(送APP題庫+重學+高頻題) ¥2400.00
二合一(FSMS+HACCP)國家注冊審核員培訓(送APP題庫+重學+高頻題) ¥4500.00
二合一(ISMS信息安全+ITSMS信息服務)國家注冊審核員培訓(送APP題庫+重學+高頻題) ¥9500.00
三合一(QMS+FSMS+HACCP)國家注冊審核員培訓(送APP題庫+重學+高頻題) ¥5000.00
課程名稱 優惠價 報名
三合一(ISO9001-ISO14001-ISO45001)內審員取證通關班(網絡課程+快速取證) ¥1000.00
六合一(任意選擇6個體系)內審員通關班(網絡學習+快速取證) ¥2400.00
ISO9001:2015質量管理體系內審員取證通關班(網絡學習+100%取證) ¥450.00
ISO14001:2015環境管理體系內審員取證通關班(網絡學習+快速取證) ¥450.00
ISO45001:2018職業健康安全管理體系內審員取證通關班(網絡學習+快速取證) ¥450.00
二合一(ISO9001質量+ISO14001環境)內審員取證通關班(網絡學習+快速取證) ¥750.00
二合一(ISO9001質量+ISO45001職業安全)內審員取證通關班(網絡學習+快速取證) ¥700.00
二合一(ISO14001環境+ISO45001職業安全)內審員取證通關班(網絡學習+快速取證) ¥700.00
ISO13485:2016新版醫療器械質量體系內審員取證通關班(網絡課程+快速取證) ¥900.00
ISO22000食品安全管理體系內審員通關班(網絡學習+快速取證) ¥450.00
IATF16949:2016汽車行業質量管理體系內審員取證班(網絡學習+快速取證) ¥900.00
內部校驗員(量規與儀器校正)內審員通關班(網絡學習+快速取證) ¥900.00
ISO15189醫學實驗室認可內審員取證班(網絡學習+快速取證) ¥850.00
ISO/IEC17025檢測和校準實驗室認可內審員通關班(網絡學習+快速取證) ¥900.00
ISO27001信息安全管理體系內審員通關班(網絡學習+快速取證) ¥900.00
ISO50001能源管理體系內審員通關班(網絡學習+快速取證) ¥900.00
GB/T50430工程建設施工企業質量管理內審員通關班(網絡學習+快速取證) ¥900.00
GJB9001C國軍標質量管理體系內審員通關班(網絡學習+快速取證) ¥1000.00
HACCP危害分析與關鍵控制點內審員通關班(網絡學習+快速取證) ¥900.00
ISO/IEC20000-IT服務管理體系內審員通關班(網絡學習+快速取證) ¥900.00
GB/T29490知識產權管理體系內審員通關班(網絡學習+快速取證) ¥900.00
TSGZ7003特種設備檢驗檢測機構質量管理體系內審員通關班(網絡學習+快速取證) ¥900.00
四合一(質量/環境/職業健康/食品安全)內審員通關班(網絡學習+快速取證) ¥1200.00
ISO/IEC 17021-1:2015管理體系認證機構要求內審員取證通關班(100%取證) ¥850.00
五合一(質量/環境/職業健康/食品安全/HACCP)內審員取證班(通關+網絡課程+新版證書) ¥1600.00
五合一(任意5體系)內審員通關班(網絡學習+快速取證) ¥1800.00
6sigma六西格瑪管理通關班(網絡學習+快速取證) ¥1500.00
ROHS-QC080000有害物質管理體系內審員通關班(網絡學習+快速取證) ¥900.00
CMA實驗室計量認證內審員通關班(網絡學習+快速取證) ¥900.00
ISO22716化妝品良好生產規范標準內審員通關班(網絡學習+快速取證) ¥900.00
CCC強制性產品認證內部檢查員通關班(網絡學習+快速取證) ¥900.00
自愿性產品認證內部檢查員通關班(網絡學習+快速取證) ¥900.00
有機產品認證內部檢查員通關班(網絡學習+快速取證) ¥900.00
二合一(ISO9001質量+ISO22000食品)內審員取證通關班(網絡學習+快速取證) ¥1000.00
二合一(ISO14001環境+ISO45001安全)內審員取證通關班(網絡學習+快速取證) ¥700.00
ISO31000風險管理體系內審員取證通關班(網絡學習+快速取證) ¥850.00
IRIS國際鐵路行業標準內審員取證通關班(網絡學習+快速取證) ¥850.00
ISO28000供應鏈安全管理體系內審員取證通關班(網絡學習+快速取證) ¥850.00
ISO14064溫室氣體排放內審員取證通關班(網絡學習+快速取證) ¥850.00
ISO10006項目管理體系內審員取證通關班(網絡學習+快速取證) ¥850.00
ISO26000社會責任國際標準內審員取證通關班(網絡學習+快速取證) ¥850.00
TL9000電信行業質量管理體系內審員取證通關班(網絡學習+快速取證) ¥850.00
ISO10012測量管理體系內審員取證通關班(網絡學習+快速取證) ¥850.00
ISO10015網絡管理體系內審員取證通關班(網絡學習+快速取證) ¥850.00
ISO10002投訴處理與顧客滿意內審員取證通關班(網絡學習+快速取證) ¥850.00
ISO/IEC17020檢查機構認可準則內審員取證通關班(網絡學習+快速取證) ¥900.00
GMP藥品生產質量管理規范內審員取證通關班(網絡學習+快速取證) ¥850.00
CE歐盟安全標志產品強制認證管理輔導內審員取證通關班(網絡學習+快速取證) ¥850.00
AS9100航空航天質量管理體系內審員取證通關班(網絡學習+快速取證) ¥900.00
ISO/IEC17065合格評定-產品、過程和服務認證機構內審員取證通關班(網絡學習+快速取證) ¥900.00
無公害農產品內審員取證通關班(網絡學習+快速取證) ¥900.00
FSC森林認證內審員取證通關班(網絡學習+快速取證) ¥900.00
SA8000社會責任國際標準內審員培訓課程 ¥900.00
2016版VDA6.3過程審核培訓(含培訓證書) ¥2000.00
關閉 注冊審核員微信號
香港·马会资料大全2017