要件定義-教學內(nèi)容

1、要件定義-日本的軟件項目開發(fā) 進度控制非常嚴格，項目很少出現(xiàn)延期，一旦延期，伴隨而來的就是大宗的罰款，因此，日本的軟件項目非常重視按期交付。在日本軟件項目進度控制中起關鍵作用的就是軟件的階段定義。日本軟件項目階段分項目提案、要件定義、概要設計、詳細設計、編寫代碼、單體測試、結(jié)合測試、系統(tǒng)測試、編寫手順等。項目提案指項目可行性分析、項目立項，是用戶需求的正式提出階段，本階段出具項目提案書。要件定義指業(yè)務需求的詳細確定和系統(tǒng)需求的詳細確定，系統(tǒng)需求主要包括軟件安全性，運行速度，網(wǎng)絡環(huán)境， 運行環(huán)境，平臺，架構(gòu)等方面的要求，以及技術選擇的調(diào)查，本階段出具業(yè)務要件定義書）和系統(tǒng)要件定義書。概要設計指功

2、能設計，系統(tǒng)架構(gòu)設計， 界面設計和數(shù)據(jù)庫設計，其中界面設計和數(shù)據(jù)庫設計涉及內(nèi)容最多，要求最詳細， 本階段出具概要設計定義書、（數(shù)據(jù)庫設計定義書和界面設計定義書。詳細設計主要指編碼前的類設計，類中方法屬性設計，類之間調(diào)用關系設計， 本階段出具（詳細設計定義書。編寫代碼指各模塊負責人編寫相關代碼，在編碼之前還要編寫單體測試式樣書，本階段出具程序源碼和（單體測試式樣書。單體測試指由各模塊編碼人員完成各自模塊的單體測試工作，單體測試完成要求各模塊獨立運行時缺陷均消除，本階段出具（單體測試票。結(jié)合測試指各模塊單體測試完成后，各模塊同時運行時， 模塊之間的運行狀況的測試，包括業(yè)務流，負載，運行速度， 穩(wěn)定

3、性，一致性等內(nèi)容，本階段出具結(jié)合測試票。系統(tǒng)測試指系統(tǒng)各模塊統(tǒng)一運行缺陷均消除后，模擬用戶環(huán)境運行的測試過程，本階段要盡量模擬用戶實際平臺，用戶數(shù)量，硬件環(huán)境， 軟件環(huán)境，網(wǎng)絡狀況，用戶數(shù)據(jù)進行系統(tǒng)測試，本階段出具系統(tǒng)測試票。編寫手順指編寫用戶手冊，本階段出具安裝手順、使用手順和維護手順。對日開發(fā)的基本流程中包括了以上1 1個階段，每個階段為一個里程碑，每個里程碑在安排計劃時都規(guī)定了明確的完成期限，這些階段性的里程碑是項目進度的關鍵點。每個階段完成后必須進行階段的i Re v i e w ,這種階段R e v i e w起到了階段驗收和總結(jié)的作用。階段 R e v i e w是日本項目階段控制

4、的 核心只采用階段Review的方式進行驗收也有其不足之處，所有驗收工作都放在階段完成再進行，階段中的錯誤后續(xù)持續(xù)放大無法得到控制。而且通常情況下，階段R e v i e w時問題會比較多， R e v i e w后修改.時間比較長， 修改次數(shù)也較多， 造成很大程度的反復工作。再有，標準對日軟件開發(fā)過程中，階段內(nèi)任務的安排和驗收比較； 無序，很多問題會被有意推遲到 Review時解決。要件定義決定了系統(tǒng)全部的功能，說本階段產(chǎn)出的成果物左右了整個系統(tǒng)的成敗也不為過。輸入輸出1.顧客的業(yè)務需求1. 要件定義書2.網(wǎng)絡結(jié)構(gòu)定義書要件定義的輸入是顧客想要系統(tǒng)化的業(yè)務需求。系統(tǒng)的開發(fā)是為了顧客企業(yè)的業(yè)務

5、更靈活及高效。而要件定義的目的就是明確顧客想要系統(tǒng)化的業(yè)務邏輯。進行要件定義所需具備的能力當進行上面所說的要件定義時，需要有以下的能力。理解顧客企業(yè)的商業(yè)模型必須要充分理解顧客是如何進行商業(yè)活動的。要明白為什么必須系統(tǒng)化，為什么要建立這樣的商業(yè)模型，要收集各方面的需求，不能有遺漏。因為到后期，當發(fā)現(xiàn)需求分析不充分時將導致整個開發(fā)的系統(tǒng)都無用。另外，如果做了 過多的分析，只要將不用的功能放棄掉就可以，對進度的影響很小。當然，對 不需要功能的開發(fā)投入的金錢成本，顧客是不需要支付的，全部由開發(fā)方負 責。與顧客談判的能力與人談判的能力是指待人能力，協(xié)調(diào)能力。對方是給錢的顧客，不能用嚴厲 的語言激怒對方

6、。對于無法理解的需求要努力在當時就理解了，對于顧客所要 求的不合理的需求要能協(xié)調(diào)好。這個不像其它的能力可以通過培訓或以往的經(jīng) 驗來彌補，主要取決于個人的性格，是相當重要的能力。進行要件定義的同時，要能想像到下一步如何據(jù)此進行外部設計需要有邏輯思維能力，用最近的話說就是 logical thinking。顧客單方面的表 達自己的需求，在當場立刻明白那些功能是能實現(xiàn)，哪些是不能實現(xiàn)的是非常 重要的。舉個極端的例子，開發(fā)考勤管理系統(tǒng)。明明沒有記錄每天的上班下班 時間，卻要用圖表顯示每月的工作時間，這樣的需求顯然是無法實現(xiàn)的。這種 情況下，要么提出開發(fā)一個新功能記錄每天的上班下班時間，要么與顧客討論

7、是否真的需要算出每個月的工作時間這個功能。外部設計之前，要件定義階 段，發(fā)現(xiàn)需求不合理的能力是非常重要的。要件定羲 始條件1.3要求事is力整理衣事。2. s/久八m身案件在受注I-契的力謙布事。中文：.用戶整理要求事項。.發(fā)包并簽訂合約。要件定羲G目的.棠矜在么化馬占豈仁二一曠要求在來占的馬作棠在要求定 成果物在要求定羲5。.要求在n?rr）太的仁、：久么化要件在興占的馬作棠在要件定 Vo成果物在要件定羲害占口5。.要件定羲上、：入么化內(nèi)靶曲在明碓kL、工數(shù)空費用在兄?。?馬懸仁？4亍5。中文：.整理用戶要求的作業(yè)為要求定義。成果物是要求定義書。.整理系統(tǒng)要件的作業(yè)為要件定義。成果物為要件定

8、義書。.要件定義的目的是為了明確系統(tǒng)范圍，預估系統(tǒng)開發(fā)所需工數(shù)及費 用。要件定羲G擔當.要求定羲、要件定羲士n一 中心行友）馬。.二一系部擔當者在集的化內(nèi)委JM會在髡足太電:、要求事溥出牛占9來占的、要件定羲在行5. H髡者情幸艮H馬尊因知言敲在提供L、二一曠要件定羲作H在支援馬。中文：.要求定義及要件定義應該以用戶為中心。.用戶應召集相關部門負責人，成立系統(tǒng)委員會，導出并整理要求事項，進行要件定義。.開發(fā)人員提供信息系統(tǒng)相關的專業(yè)知識，支援用戶的要件定義作業(yè)。要件定羲G方法一公化事;&明碓仁定羲L、m身者仁漏n玄彳云一自定羲L玄？）玄口?？?、IBA何在:、何CD在!/、）內(nèi)力在。占言己述L玄

9、J玄!/、。.H矜上何力冏力在舉。WbT仁解力在言己述馬。.解決方法仁上、？11矜在止的馬 ?、?7Yv-y ?、?a用在變五馬 ?、?/入亍L化馬 ?等力友）9、口入卜面空體制面、H彳系者ACD影簪等、I/、？）1/、？）笈11面力？）橫言寸決定馬。.冏題解軼0方法中力kH髡者情 幸艮久尊盟家立埸助言匕1/、。中文：.用戶須明確定義系統(tǒng)要求，并要無一遺漏的傳達給開發(fā)人員。.用戶須定義自己的業(yè)務。逐一記錄誰、在哪里、做什么、怎樣做、為 什么做。.例舉業(yè)務方面存在的問題。記錄每一問題如何解決。.解決方案有“終止業(yè)務”、“外包”、“變更應用”、“系統(tǒng)化”等 多種，須從成本、體制、對利害關系人的影響

10、等多種層面研究后決 定。.關于解決方法之一的“系統(tǒng)化”，開發(fā)人員須以信息系統(tǒng)專家的立場 提出諫言。要件定羲G基仁玄馬資料.中房期事H言十畫耆。. H矜內(nèi)部資料二二7兒/H矜定羲害/!矜7口一等）。. aS-Ko.垣行么力垣行各槿資料（出力票/操作q二二了兒/IS言十耆/仕棣耆等）。.匕小”卜。7.打合事。中文：.中長期事業(yè)計劃書。.業(yè)務內(nèi)部資料（業(yè)務指南/業(yè)務定義書/業(yè)務流等）。.業(yè)務課題一覽。.如有現(xiàn)行系統(tǒng)，則需提供現(xiàn)行系統(tǒng)的各種資料（出力票/操作指南/三 十耆/仕棣耆等）。.聽取頁。.調(diào)查問卷。.會議記錄要件IW面XrL-71/ ?部署？物點？效率入亍L面械能？操作性？品 ?性能？七豐彳也

11、用面uy-x ？保守性？拯強性？安全性？逋用口入卜？逋用體制？ 夕？、 ）3亍入要件定羲G1 士何力、。何畤力、。何畤興仁解決LJ玄1、力、解決寸馬占上5玄效果力咕CiA的馬力CD部署Gt!力擔當CD力。仁解決1/、）內(nèi)力。何故、玄解決方法在取力。何力原因起二力。放置寸馬占上5玄影簪力友）馬內(nèi)力。題在解決馬方法占么化力太？）（E5玄馬力。中文：.課題是什么。.課題持續(xù)到什么時候。.課題在什么時間前必須解決。.課題解決后會有怎樣的效果。.課題主要是由哪個部門的誰負責。.課題準備如何解決。.為什么采取這種解決辦法。.課題是基于什么原因發(fā)生的。.課題不做處理的話會有怎樣的影響。.課題作為解決辦法,沒

12、有選擇系統(tǒng)化會怎樣。要件定羲等G項目2.部因擔當者H矜名15題分I 口一卜、（靴略、情幸艮靴略、H矜上內(nèi)冏題等）對廟方法對J芯方法分!8口一卜 （Hi7口七久變更、止、a變更、新么化等）1!?1可能性僵先度實施期限借考一目仁一OCD要件在害。褪數(shù)CD要件在耆力玄!/、。在:）上*5玄表統(tǒng)一寸馬。1.一個要件自成一項2.統(tǒng)一采用“在馬”這種表達形式要件定羲G變更管理.必歲文馬事。.變更理由空背景力明碓友）馬事。. I!/系者內(nèi)合意力取!/、）事。.他要件內(nèi)整合性力取111/、馬事。.工數(shù)空費用在兄稹9、周知馬事。.技循1的玄裹付歲在取馬事。.便先度占夾垣寸馬畤期在碓trr事。.效果在就算馬事。.

13、變更L太履J!在殘寸事。中文：.采用書面管理。.明確變更理由和背景。.與利害關系人達成一致。.與其他要件沒有矛盾。.預估工數(shù)和費用并讓成員周知。.保留技術證據(jù)。.確認優(yōu)先級和實現(xiàn)期間。.試算效果。.保留變更履歷。.成果物.垣行口 一.新H8F7 一.要求事一K. IS事.要件定羲害余冬了條件1.要件定羲善仁二一砥!占合意力取tvci/、）事。中文：1.關于要件定義書，用戶和開發(fā)人員要達成一致。 始條件1.要件定羲力了 L、要件力詔I定匕P1/、）事。中文:1.要件定義結(jié)束，要件已經(jīng)確認。2a概要定羲.目的（期待馬果）在言己述馬。.：入四（對象？對象部署？n?rr）械能）在言己述.前提條件事？豈玄1、事？程度）在言己述寸.:?久概要（械能概要？逋用處理概要）在言己述馬。中文：.描述系統(tǒng)目的（期待效果）。.描述系統(tǒng)范圍（對象業(yè)務？對象部署？實現(xiàn)機能）。.描述系統(tǒng)的前提條件（能做的事？不能做的事？實現(xiàn)程度）。.描述系統(tǒng)概要（械能概要？逋用處理概要）。：?入方式.八一卜、工7 （廿一八？PC？7U :/夕？fyS？CPU？W】1？八一卜亍彳入 八橫成因在作成馬。.木卜一夕（回 ？W亍Z？，1/一夕？八：/？7F？/？】1廿一夕？回 速度）情成因在作成馬。. 77 bx7 （？7卜工了名？八一m：/）橫成因在作成馬。中文：.作成