【文章內(nèi)容簡介】 戶是否具有該產(chǎn)品領(lǐng)域的技術(shù)奏養(yǎng)？該客戶是否愿意讓你的人來做他們的工作？該客戶是否了解軟件過程？如果對于這些問題中的任何一個問題的答案是否定的，則需要進一步的調(diào)研，以評估潛在的風險。5）過程風險檢查表如果軟件過程定義得不清楚，如果分析、設(shè)計、測試以無序的方式進行，如果質(zhì)量是每個人都認為很重要的概念但沒有人切實采取行動來保證它，那么這個項目就處在風險之中。過程問題包括：高級管理層是否有一份已經(jīng)寫好的政策陳述，該陳述中強調(diào)了軟件開發(fā)標準過程的重要性？開發(fā)組織是否已經(jīng)擬定了一份已經(jīng)成文的、用于本項目開發(fā)的軟件過程的說明？開發(fā)人員是否同意按照文檔所寫的軟件過程進行開發(fā)工作，并自愿使用它？該軟件過程是否可以用子其他項目？管理者和開發(fā)人員是否接受過一系列的軟件工程培訓？是否為每一個軟件開發(fā)者和管理者提供了印妤的軟件工程標準？是否為作為軟件過程一部分而定義的所有交付物建立了文檔概要及示例？是否定期對需求規(guī)約、設(shè)計和編碼進行正式的技術(shù)復審？是否定期對測試過程和測試情況進行復審，是否對每一次正式技術(shù)復審的結(jié)果建立了文襠，其中包括發(fā)現(xiàn)的錯誤及使用的資源？有什么機制來保證按照軟件工程標準來指導工作？是否使用配置管理來維護系統(tǒng)／軟件需求、設(shè)計、編碼、測試用例之間的一致性？是否使用一個機制來控制用戶需求的變化及其對軟件的影響？對子每一個承包出去的子合同，是否有一份文檔化的工作說明、一份軟件需求規(guī)約和一份軟件開發(fā)計劃？是否有一個可遵循的規(guī)程，來跟螓及復審子合同承包商的工作？技術(shù)問題包括：是否使用方便易用的規(guī)格說明技術(shù)來輔助客戶與開發(fā)者之間的通信？b是否使用特定的方法進行軟件分析？是否使用特定的方法進行數(shù)據(jù)和體系結(jié)構(gòu)的設(shè)計？是否90％以上的代碼都是使用高級語言編寫的？是否定義及使用特定的規(guī)則進行代碼編寫？是否使用特定的方法進行測試用例的設(shè)計？是否使用配置管理軟件工具控制和跟蹤軟件過程中的變化活動？是否使用工具來創(chuàng)造軟件原型？是否使用軟件工具來支持測試過程？是否使用軟件工具來支持文檔的生成和管理？是否收集所有軟件項目的質(zhì)量度量值？是否收集所有軟件項目的生產(chǎn)率度量值？如果對于上述問題的答案多數(shù)是否定的，則軟件過程是薄弱的且風險很高。6）技術(shù)風險檢查表采用新技術(shù)是具有挑戰(zhàn)性和令人興奮的，但這也是有風險的。下面的風險檢查表中的條目標識了與建造的技術(shù)相關(guān)的常見風險：該技術(shù)對于你的公司而言是新的嗎？客戶的需求是否需要創(chuàng)建新的算法？待開發(fā)的軟件是否需要使用新的或未經(jīng)證實的硬件接口？待開發(fā)的軟件是否需要與開發(fā)商提供的未經(jīng)證實的軟件產(chǎn)品接口？待開發(fā)的軟件是否需要與功能和性能均未在本領(lǐng)域得到證實的數(shù)據(jù)庫系統(tǒng)接口？產(chǎn)品的需求是否要求采用特定的用戶界面？產(chǎn)品的需求中是否要求開發(fā)某些程序構(gòu)件，這些構(gòu)件與你的公司以前開發(fā)的構(gòu)件完全不同？需求中是否要求采用新的分析、設(shè)計、測試方法？ ⒒需求中是否要求使用非傳統(tǒng)的軟件開發(fā)方法？需求中是否有過分的對產(chǎn)品的性能約束？客戶能確定所要求的功能是可行的嗎？如果對于這些問題中的任何一個問題的答案是肯定的，則需要進一步的調(diào)研，以評估潛在的風險。7）開發(fā)環(huán)境風險檢查表軟件工程環(huán)境支持項目組、過程及產(chǎn)品，但是，如果環(huán)境有缺陷，它就有可能成為重要的風險源。下面的風險檢查表中的條目標識了與開發(fā)環(huán)境相關(guān)的風險：是否有可用的軟件項目管理工具？是否有可用的軟件過程管理工具？是否有可用的分析及設(shè)計工具？分析和設(shè)計工具是否適用于待建造產(chǎn)品？是否有可用的編譯器或代碼生成器？是否有可用的測試工具？是否有可用的軟件配置管理工具？環(huán)境是否利用了數(shù)據(jù)庫或數(shù)據(jù)倉庫？項目組的成員是否接受過每個所使用工具的培訓陽是否有專家能夠回答有關(guān)工具的問題？工具的聯(lián)機幫助及文檔是否適當？如果對于上述問題的答案多數(shù)是否定的，則軟件開發(fā)環(huán)境是薄弱的且風險很高。8）人員數(shù)目及經(jīng)驗風險檢查表下面的風險檢查表中的條目標識了與人員數(shù)目及經(jīng)驗相關(guān)的常見風險：是否有最優(yōu)秀的人員可用？人員在技術(shù)上是否配套？是否有足夠的人員可用？開發(fā)人員是否能夠自始至終地參加整個項目的工作？項目中是否有一些人員只能部分時間工作？開發(fā)人員對自己的工作是否有正確的期望？開發(fā)人員是否接受過必要的培訓？開發(fā)人員的流動是否仍能保證工作的連續(xù)性？如果對于這些問題中的任何一個問題的答案是否定的，則需要進一步的調(diào)研，以評估潛在的風險。當然，檢查表的類別和條目可以根據(jù)企業(yè)或者項目的具體情況來選擇或者開發(fā)。例如，美國的軟件工程研究所（簡稱SEI）的一份研究報告對于軟件風險提出用Class、Elcment、Attributc三個層次描述風險列表（見圖10—5）。對于Class（類）層分三組，即ProductEnginccring、Dcvclopment Environmt和Program Constraints。每個Class組下包含若干Elemt（元素），每個Elemt組下又包含若干Attributc（屬性）。它們共同構(gòu)成了風險檢查表條目，通過Attributc屬性值來識別和評估風險。具體條目要素見表10ˉ1。圖10度量5風險三層分析結(jié)構(gòu)表亻0丬 三層風險檢查表類（Class）元素（ElCmt）屬性（Attributc）產(chǎn)品工程（Product Enginccring）需求（RCquiremts）穩(wěn)定性〈Stability）完整性（Completencss）清晰性〈Clarity）有效性（validity）可行性（Feasibility）前瞻性（Precedent）衡量性（ScalC）設(shè)計（DCsign）功能性（Functionality）難度（Difficu1ty）接口（Intcrfaccs）性能（PCrforman∞）易諷！性（Tcstability）硬件的限制（Hardwarc constraints）非開發(fā)軟件（Non Devclopmtal software）編碼和單元測試（Codc and unittcst）可行性（FCasibility）可測性（Tcsting）編碼（Coding／Imp1cmtation）集成和測試（Integration and Tes?。┉h(huán)境（Environmt）產(chǎn)品（Product）系統(tǒng)（Systcm）工程特點（En目inecring Spccialtics）可維護性（Maintainability）可靠性（Reliability）安全性（Socurity）人為因素（Human FactOrs）規(guī)m（Spocification）開發(fā)環(huán)境（DcvclopmentEnvironmt）開發(fā)過程（Developmt Process）正規(guī)性（Formality）適合性（Suitability）過程控制（Process Control）過程的熟知程度（Familiarity）產(chǎn)品控制（Product∞ntrol）開發(fā)系統(tǒng)（Dcvc1opmt Systcm）容童（Capacity）適合性（Suitability）可用性（UsabiIity）了解程度（Familiarity）可靠性（Re“ability）系統(tǒng)的支持性（System suppOrt）供應(yīng)能力（Dcliverability）管理過程（Management Process）計劃性（Planning）項目組織（Projcct Organization）管理經(jīng)驗（ManagCment Expcrice）管理程序之間的接口（Program Interfaccs）管理方法（Managcmt Mcthods）監(jiān)控（Monitoring）人員管理（Pcrsonncl Management）質(zhì)量保證（Quality Assurancc）配置管理（Configuration Managcmt）工作環(huán)境（Work Environmt）質(zhì)量的態(tài)度（Quality Attitudc）合↑乍性（CoopCrat擊On）溝通（Communication）團隊士氣（MoralC）項目限制（Program constraints）資源（Resourccs）進度（Schcdulc）人員（Stafp預算（BudgCt）設(shè)備（Facilities）合同（Contrac?。┖贤愋汀碩ypc of Contract）約束條件（Rcstriction）前提（DCpdence）項目接口丨Program Intcrfaccs）客戶（Customcr）相關(guān)合同人（AssoCiate COntractOrs）弓⒎合lPl（SubcOntractors）總承包人（PrimC COntractOr）公司管理機構(gòu)（CorpOratc Managcment）供方（vdors）合同條款（Politics） 真他方法進行風險識別的時候，項目經(jīng)理不一定能預測到所有的風險情況，而且有時當局者迷，與不同的項目相關(guān)人員進行有關(guān)風險的面談，將有助于識別那些在常規(guī)計劃中未被識別的風險。在進行可行性研究時獲得的項目前期面談記錄，往往是風險識別的很好褰材。