企業(yè)業(yè)務(wù)建模介紹

企業(yè)業(yè)務(wù)建模介紹&討論

2021/5/91課程內(nèi)容企業(yè)業(yè)務(wù)建模使用UML進(jìn)行業(yè)務(wù)建模需求管理與用例建模技術(shù)2021/5/92一、企業(yè)業(yè)務(wù)建模定義、目的、框架、業(yè)務(wù)規(guī)則、業(yè)務(wù)模式、業(yè)務(wù)架構(gòu)、軟件架構(gòu)2021/5/93企業(yè)業(yè)務(wù)建模定義

企業(yè)業(yè)務(wù)建模，也稱企業(yè)建?；驑I(yè)務(wù)建模，是一種全新的企業(yè)經(jīng)營(yíng)管理模式，它為企業(yè)提供一個(gè)框架結(jié)構(gòu)，以確保企業(yè)的應(yīng)用系統(tǒng)與企業(yè)經(jīng)常改進(jìn)的業(yè)務(wù)流程緊密匹配。2021/5/94企業(yè)業(yè)務(wù)建模目的對(duì)企業(yè)進(jìn)行更好的理解和提供公共一致的表示形式重用企業(yè)中現(xiàn)有的知識(shí)和技能分析企業(yè)的某些特性以持續(xù)的改進(jìn)企業(yè)性能管理企業(yè)系統(tǒng)的復(fù)雜性提高企業(yè)信息系統(tǒng)的模型驅(qū)動(dòng)設(shè)計(jì)水平2021/5/95企業(yè)業(yè)務(wù)建模的幾種框架Zachman框架ARIS集成信息系統(tǒng)架構(gòu)EPMS業(yè)務(wù)過(guò)程建模方法CIM-OSA方法IDEF方法DEM動(dòng)態(tài)企業(yè)建模方法2021/5/96Zachman框架What（數(shù)據(jù)）How（行為）Where（地點(diǎn)位置）Who（角色）When（時(shí)間）Why（動(dòng)機(jī)）2021/5/972021/5/98ARIS集成信息系統(tǒng)架構(gòu)eERMeERM-attribute定位圖關(guān)系圖特性設(shè)置圖圖表數(shù)據(jù)視圖機(jī)構(gòu)圖網(wǎng)絡(luò)拓?fù)浣Y(jié)構(gòu)網(wǎng)絡(luò)圖組織視圖功能樹(shù)枝圖目標(biāo)圖應(yīng)用系統(tǒng)分類(lèi)圖應(yīng)用系統(tǒng)樣本圖功能視圖信息流圖功能定位圖增值鏈圖eEPC，PCD訪問(wèn)圖訪問(wèn)圖表（具體的）控制視圖2021/5/99ARIS集成信息系統(tǒng)架構(gòu)組織視圖：組織結(jié)構(gòu)的靜態(tài)模型。包括：層次組織結(jié)構(gòu)的人員資源，生產(chǎn)資源（設(shè)備，運(yùn)輸?shù)龋┮约坝?jì)算機(jī)、通信網(wǎng)絡(luò)結(jié)構(gòu)等。數(shù)據(jù)視圖：業(yè)務(wù)信息的靜態(tài)模型。包括：數(shù)據(jù)模型，知識(shí)結(jié)構(gòu)，信息載體，技術(shù)術(shù)語(yǔ)和數(shù)據(jù)庫(kù)模型等。功能視圖:業(yè)務(wù)流程任務(wù)的靜態(tài)模型。包括：功能層次，業(yè)務(wù)對(duì)象，支持系統(tǒng)和應(yīng)用軟件等?？刂埔晥D：動(dòng)態(tài)模型，展示流程運(yùn)轉(zhuǎn)情況，并能夠?qū)I(yè)務(wù)流程與流程相關(guān)的資源、數(shù)據(jù)以及功能等聯(lián)系起來(lái)。包括：事件驅(qū)動(dòng)過(guò)程鏈、信息流、物流、通信圖、產(chǎn)品定義、價(jià)值增值圖等。2021/5/910業(yè)務(wù)規(guī)則業(yè)務(wù)規(guī)則是組織用于做出運(yùn)作決策的原則業(yè)務(wù)規(guī)則是對(duì)如何操作業(yè)務(wù)的各種要求。他們可以是業(yè)務(wù)需要遵守的法律或規(guī)范，也可以是業(yè)務(wù)范圍政策以及計(jì)算方法和公式、風(fēng)險(xiǎn)閾值和正式授權(quán)分類(lèi)：約束規(guī)則：規(guī)定了限制對(duì)象結(jié)構(gòu)和行為的策略和條件推導(dǎo)規(guī)則：規(guī)定了從一些事實(shí)經(jīng)過(guò)推理和計(jì)算得到其他事實(shí)的策略和條件。2021/5/911業(yè)務(wù)規(guī)則管理業(yè)務(wù)規(guī)則管理（BRM）將控制運(yùn)作決策的邏輯從單獨(dú)的應(yīng)用程序中解放出來(lái)。在單個(gè)應(yīng)用程序中，這些邏輯一般是被封鎖在編程代碼內(nèi)的。這種方式就像數(shù)據(jù)庫(kù)管理解放了數(shù)據(jù)庫(kù)一樣。業(yè)務(wù)規(guī)則管理減少了上市時(shí)間和總擁有成本，節(jié)省了大量應(yīng)用程序?qū)嵤┏杀尽?021/5/912業(yè)務(wù)規(guī)則描述對(duì)象約束語(yǔ)言(ObjectConstraintLanguage,OCL)OCL表達(dá)式以附加在模型元素的條件和限制來(lái)表現(xiàn)對(duì)該對(duì)象的約束，其中包括附加在模型元素上的不變量或約束的表達(dá)式、附加在操作和方法上的前置條件和后置條件等。2021/5/913業(yè)務(wù)模式一個(gè)業(yè)務(wù)模式描述了一個(gè)可重用方法來(lái)解決一個(gè)特別的商業(yè)問(wèn)題，這個(gè)商業(yè)問(wèn)題通常是在商業(yè)過(guò)程范圍內(nèi)例如：資源和規(guī)則模式目標(biāo)模式過(guò)程模式BusinessModelingwithUML:BusinessPatternsatWork2021/5/914案例：神州數(shù)碼的企業(yè)業(yè)務(wù)模型組織結(jié)構(gòu)圖公司業(yè)務(wù)分布網(wǎng)絡(luò)技術(shù)職位序列文化體系服務(wù)產(chǎn)品體系業(yè)務(wù)布局圖銷(xiāo)售業(yè)務(wù)流程圖2021/5/915業(yè)務(wù)架構(gòu)相互之間具有明確關(guān)系的元素組成的集合，這些元素一同形成了一個(gè)按功能定義的整體。他們代表業(yè)務(wù)的組織及行為結(jié)構(gòu)，并提供對(duì)業(yè)務(wù)的關(guān)鍵流程與結(jié)構(gòu)的抽象表達(dá)。2021/5/916業(yè)務(wù)架構(gòu)中的視圖業(yè)務(wù)流程視圖包括業(yè)務(wù)的關(guān)鍵業(yè)務(wù)流程并對(duì)其進(jìn)行概述，這些流程是業(yè)務(wù)存在的原因組織結(jié)構(gòu)視圖概述業(yè)務(wù)中的關(guān)鍵角色和職責(zé)以及他們的分組情況文化視圖說(shuō)明組織的文化特征，以及為鼓勵(lì)這些特征而采取的機(jī)制人力資源視圖討論為維持和發(fā)展組織的人力資源而應(yīng)用的機(jī)制領(lǐng)域視圖定義應(yīng)用于信息結(jié)構(gòu)的關(guān)鍵機(jī)制和模式2021/5/917軟件架構(gòu)軟件架構(gòu)包含了軟件系統(tǒng)組織結(jié)構(gòu)的重要決策軟件系統(tǒng)的組織對(duì)組成系統(tǒng)的結(jié)構(gòu)元素及接口的選擇在元素間的協(xié)作中所詳述的行為將結(jié)構(gòu)元素和行為元素組合進(jìn)逐步增大的子系統(tǒng)指定這種組織的架構(gòu)樣式：靜態(tài)、動(dòng)態(tài)元素和它們的接口、它們的協(xié)作、它們的合成2021/5/918軟件架構(gòu)中的視圖2021/5/919用例視圖包括用例模型，它代表由它的終端用戶所見(jiàn)的該系統(tǒng)想要的功能和環(huán)境用作終端用戶和開(kāi)發(fā)者之間的一個(gè)合同對(duì)分析和設(shè)計(jì)以及測(cè)試活動(dòng)是重要的。包括用例圖、用例事件流和補(bǔ)充文檔。它也能包括活動(dòng)圖是其它視圖的心臟，因?yàn)樗斒隽诵纬上到y(tǒng)架構(gòu)的動(dòng)力2021/5/920設(shè)計(jì)視圖支持該系統(tǒng)的功能性需求，即系統(tǒng)應(yīng)該提供給它的終端用戶的服務(wù)包括用例實(shí)現(xiàn)、類(lèi)和交互圖。它也能包括狀態(tài)圖和活動(dòng)圖注：一組執(zhí)行業(yè)務(wù)用例工作的角色個(gè)體和作為部分工作而訪問(wèn)并使用的業(yè)務(wù)對(duì)象一起，稱為業(yè)務(wù)用例實(shí)現(xiàn)。記錄業(yè)務(wù)用例實(shí)現(xiàn)的首選方法就是繪制活動(dòng)圖，還可以使用序列圖，類(lèi)圖等。2021/5/921進(jìn)程視圖包括構(gòu)成該系統(tǒng)的并發(fā)性和同步機(jī)制的線程和進(jìn)程包含了形成系統(tǒng)并發(fā)與同步機(jī)制的線程和進(jìn)程該視圖主要針對(duì)性能、可伸縮性和系統(tǒng)的吞吐量。對(duì)單處理環(huán)境是不必要的2021/5/922實(shí)現(xiàn)視圖根據(jù)包裝、分層和配置管理描述靜態(tài)的軟件模塊（源代碼、數(shù)據(jù)文件、組件、可執(zhí)行文件等）。關(guān)注開(kāi)發(fā)容易性、軟件資產(chǎn)管理、重用、子合同等問(wèn)題2021/5/923部署視圖只用于分布式系統(tǒng)顯示各種各樣的可執(zhí)行文件和運(yùn)行時(shí)組件如何被映射到潛在的平臺(tái)和計(jì)算節(jié)點(diǎn)關(guān)注部署、安裝和性能等問(wèn)題顯示一張部署圖2021/5/924業(yè)務(wù)模型和軟件模型的融合業(yè)務(wù)用例模型業(yè)務(wù)分析模型業(yè)務(wù)模型=用例模型分析模型設(shè)計(jì)模型實(shí)現(xiàn)模型測(cè)試模型業(yè)務(wù)建模需求分析和設(shè)計(jì)實(shí)現(xiàn)測(cè)試2021/5/925基于用例的建模用例是組織需求的一種推薦方法用例不是使用一個(gè)需求列表組織需求，用例使用某人可以如何使用系統(tǒng)的方式來(lái)組織需求通過(guò)用例，需求更完整和更一致，并且可以從用戶的角度更好的理解需求的重要性2021/5/926二、使用UML進(jìn)行業(yè)務(wù)建模見(jiàn)IBM原版教材2021/5/927三、需求管理與用例建模技術(shù)2021/5/928傳統(tǒng)軟件過(guò)程面臨的問(wèn)題分析與用戶存在語(yǔ)義分歧對(duì)問(wèn)題域缺乏全面的認(rèn)識(shí)多變的需求導(dǎo)致效率低下設(shè)計(jì)無(wú)法預(yù)知和降低風(fēng)險(xiǎn)設(shè)計(jì)決定用戶難以理解與實(shí)現(xiàn)難以平滑銜接實(shí)現(xiàn)周期過(guò)長(zhǎng)與分析設(shè)計(jì)脫節(jié)版本之間管理混亂測(cè)試測(cè)試成本過(guò)高無(wú)法做到回歸測(cè)試維護(hù)成本過(guò)高產(chǎn)品質(zhì)量不可靠壽命短重用性低可維護(hù)性差兼容性差文檔混亂2021/5/929造成軟件項(xiàng)目失敗的根本原因不好的需求管理模糊和不精確的交流脆弱的架構(gòu)未檢測(cè)出需求、設(shè)計(jì)和實(shí)現(xiàn)之間的不一致測(cè)試的不足對(duì)于項(xiàng)目狀況的評(píng)估過(guò)于主觀為解決存在的風(fēng)險(xiǎn)無(wú)法控制變化的產(chǎn)生和傳播自動(dòng)控制不做2021/5/930軟件工程的六條最佳實(shí)踐迭代的開(kāi)發(fā)軟件管理需求應(yīng)用基于組件的架構(gòu)為軟件建立可視化的模型持續(xù)的驗(yàn)證軟件質(zhì)量控制軟件的變更2021/5/931軟件工程的六條最佳實(shí)踐迭代開(kāi)發(fā)控制變更管理需求使用基于組件的架構(gòu)可視化建模質(zhì)量驗(yàn)證架構(gòu)為中心迭代和增量開(kāi)發(fā)用例驅(qū)動(dòng)2021/5/932什么是需求用戶為了達(dá)到某個(gè)目標(biāo)而解決某個(gè)問(wèn)題時(shí)所必需的一種軟件能力系統(tǒng)或系統(tǒng)組件為滿足某個(gè)合約、標(biāo)準(zhǔn)、規(guī)格說(shuō)明或其它正式文檔所必須達(dá)到或擁有的軟件能力2021/5/933什么是需求管理描述、組織和文檔化需求的過(guò)程為系統(tǒng)的需求進(jìn)行啟發(fā)、組織、建檔的系統(tǒng)方法，一個(gè)建立和維護(hù)客戶和項(xiàng)目團(tuán)隊(duì)之間關(guān)于變更系統(tǒng)需求所達(dá)成的一致性的過(guò)程2021/5/934從用戶需求到軟件需求2021/5/935需求分類(lèi)涉眾要求（Request）或涉眾需求（Need）關(guān)于涉眾對(duì)系統(tǒng)期望的描述，與具體的解決方案無(wú)關(guān)特性（Feature）為了滿足涉眾需要，系統(tǒng)提供的外部可見(jiàn)的服務(wù)軟件需求（SoftwareRequirement）功能性需求非功能性需求約束（Constraint）設(shè)計(jì)系統(tǒng)及流程設(shè)計(jì)的約束條件2021/5/936需求舉例涉眾要求（Request）或涉眾需求（Need）可以快速找到系統(tǒng)中的所有崗位信息特性（Feature）使用樹(shù)形結(jié)構(gòu)顯示系統(tǒng)提供的崗位信息軟件需求（SoftwareRequirement）功能性需求用戶選擇“注冊(cè)”功能，系統(tǒng)提供空白注冊(cè)界面非功能性需求提供24*7小時(shí)服務(wù)約束（Constraint）用戶通過(guò)互聯(lián)網(wǎng)訪問(wèn)；系統(tǒng)使用java技術(shù)2021/5/937為什么需求管理困難因?yàn)樾枨笥腥缦绿卣鳎嚎偸遣伙@而易見(jiàn)來(lái)源多種多樣不容易用文字清晰表達(dá)與其他需求和軟件工程過(guò)程中的其他交付物關(guān)聯(lián)容易變化需求數(shù)量增加時(shí)難以控制2021/5/938需求管理的目標(biāo)在預(yù)算內(nèi)按時(shí)開(kāi)發(fā)出符合客戶真正需要的高質(zhì)量產(chǎn)品2021/5/939幫助項(xiàng)目成功問(wèn)題分析理解問(wèn)題取得涉眾同意清晰表達(dá)業(yè)務(wù)目標(biāo)需求描述指明誰(shuí)將使用系統(tǒng)（Actor）描述系統(tǒng)如何被使用（UseCase)需求管理詳細(xì)說(shuō)明需求管理需求、變更和錯(cuò)誤控制范圍蔓延團(tuán)隊(duì)成員參與2021/5/940項(xiàng)目團(tuán)隊(duì)參與需求開(kāi)發(fā)人員、測(cè)試人員以及文檔編寫(xiě)人員幫助需求管理的實(shí)行監(jiān)控需求是否被實(shí)現(xiàn)文檔化需求參與需求評(píng)價(jià)參加變更控制組（CCB）評(píng)價(jià)跟蹤結(jié)果驗(yàn)證質(zhì)量、易測(cè)性和完備性2021/5/941軟件需求的質(zhì)量特性正確完備一致無(wú)二義可驗(yàn)證可排序（重要性和穩(wěn)定性）可修改可跟蹤可理解2021/5/942RUP中的需求管理RationalUnifiedProcess是一個(gè)軟件過(guò)程框架，它為開(kāi)發(fā)組織提供了分配任務(wù)及責(zé)任的規(guī)程和方法2021/5/943RUP概覽2021/5/944需求規(guī)程的工作流詳述2021/5/945需求規(guī)程的目標(biāo)需求規(guī)程的目的:與客戶和其他項(xiàng)目涉眾就應(yīng)用系統(tǒng)應(yīng)該有什么取得一致意見(jiàn)，并維護(hù)這種一致性幫助系統(tǒng)開(kāi)發(fā)人員更好的了解系統(tǒng)需求定義系統(tǒng)的邊界為規(guī)劃迭代的技術(shù)內(nèi)容提供基礎(chǔ)定義系統(tǒng)的用戶界面，主要關(guān)注用戶的需要和目標(biāo)要實(shí)現(xiàn)這些目標(biāo)，首先要理解嘗試使用該系統(tǒng)解決的問(wèn)題的定義和范圍，這一點(diǎn)很重要。確定項(xiàng)目涉眾并引發(fā)、收集和分析涉眾需求。然后將開(kāi)發(fā)需求工作產(chǎn)品來(lái)描述系統(tǒng)（系統(tǒng)要做什么）以便將所有項(xiàng)目涉眾（包括客戶和潛在客戶）視為除了系統(tǒng)需求以外的重要信息來(lái)源2021/5/946角色和工件2021/5/947需求管理涉及的主要工件遠(yuǎn)景（Vision）問(wèn)題定義涉眾列表環(huán)境和平臺(tái)補(bǔ)充規(guī)約非功能性需求UseCase規(guī)約功能性需求術(shù)語(yǔ)（Glossary）公共術(shù)語(yǔ)涉眾需要涉眾的需要和請(qǐng)求2021/5/948我們?cè)谀睦铮?021/5/949分析問(wèn)題的目標(biāo)開(kāi)發(fā)之前對(duì)要解決的問(wèn)題有一個(gè)更好的理解有的時(shí)候，解決一個(gè)特定的問(wèn)題僅僅需要改變業(yè)務(wù)流程，而不是需要一個(gè)新系統(tǒng)。比如，建立管理生產(chǎn)流程，提供其他的變通方法。作為解決問(wèn)題的人，我們有義務(wù)在建立新系統(tǒng)之前先去考察一些可能的替代解決方案2021/5/950分析問(wèn)題的步驟識(shí)別涉眾涉眾指能被系統(tǒng)或項(xiàng)目的結(jié)果造成實(shí)際影響的人理解問(wèn)題在問(wèn)題定義上達(dá)成一致識(shí)別系統(tǒng)或項(xiàng)目的約束確定并驗(yàn)證解決根本問(wèn)題的方案確定系統(tǒng)邊界2021/5/951遠(yuǎn)景文檔遠(yuǎn)景文檔是從客戶的角度撰寫(xiě)的，它關(guān)注系統(tǒng)的主要特性和可以接受的質(zhì)量等級(jí)。遠(yuǎn)景應(yīng)該描述將要包括的特性以及那些已考慮到但沒(méi)有包括進(jìn)來(lái)的特性。它還應(yīng)該指定操作容量（卷、響應(yīng)時(shí)間、精確度）、用戶概要文件（誰(shuí)將使用系統(tǒng)）以及與系統(tǒng)邊界外的實(shí)體之間的互操作界面（如果適用）。遠(yuǎn)景文檔提供正在開(kāi)發(fā)的軟件系統(tǒng)的完整遠(yuǎn)景，并支持出資方與開(kāi)發(fā)組之間的約定。每個(gè)項(xiàng)目都需要一個(gè)來(lái)源，以記錄項(xiàng)目涉眾的期望值。2021/5/952遠(yuǎn)景文檔提綱簡(jiǎn)介定位涉眾和用戶描述產(chǎn)品概述產(chǎn)品特性約束質(zhì)量范圍優(yōu)先順序和優(yōu)先級(jí)其他產(chǎn)品要求記錄要求功能屬性2021/5/953識(shí)別約束環(huán)境政策經(jīng)濟(jì)技術(shù)系統(tǒng)可行性2021/5/954識(shí)別約束約束源約束理由操作性銷(xiāo)售訂單數(shù)據(jù)必須在系統(tǒng)中保持一年時(shí)間數(shù)據(jù)丟失風(fēng)險(xiǎn)太大系統(tǒng)及操作系統(tǒng)這個(gè)程序在服務(wù)器上應(yīng)該占用少用20M的空間服務(wù)器上空間有限設(shè)備預(yù)算必須使用已有的服務(wù)器和主機(jī)成本控制已經(jīng)設(shè)備維護(hù)人員預(yù)算固定的人力資源：無(wú)外部資源現(xiàn)有預(yù)算緊張技術(shù)要求應(yīng)該才用OO技術(shù)相信這種技術(shù)可以增加生產(chǎn)效率并增加可靠性2021/5/955Actor幫助定義系統(tǒng)邊界可以簡(jiǎn)單認(rèn)為，解決方案的世界分為兩個(gè)部分我們要開(kāi)發(fā)的系統(tǒng)與我們系統(tǒng)進(jìn)行交互的事物這種交互的事物我們稱為我們系統(tǒng)的參與者。可以通過(guò)以下問(wèn)題來(lái)幫助尋找誰(shuí)會(huì)對(duì)系統(tǒng)提供信息、使用信息、刪除信息誰(shuí)將操作系統(tǒng)誰(shuí)是維護(hù)者系統(tǒng)在哪兒被使用系統(tǒng)從哪兒得到信息哪些外部系統(tǒng)要和系統(tǒng)進(jìn)行交互2021/5/956捕捉公共詞匯定義項(xiàng)目中的術(shù)語(yǔ)幫助減少誤解2021/5/957我們?cè)谀睦铮?021/5/958需求的來(lái)源PartnersCustomerUsersProblemDomain2021/5/959可能遇到的問(wèn)題涉眾對(duì)解決方案有先入為主的想法不知道自己真正想要什么不能正確描述自己想要的東西交付之前以為自己知道想要什么系統(tǒng)分析員以為自己比用戶更了解問(wèn)題每個(gè)人從各自的角度看待問(wèn)題相信自己是正確的2021/5/960涉眾需要工件屬于涉眾包括來(lái)自涉眾的所有需要來(lái)源包括Email、客戶需求說(shuō)明、白板、電子表格…可能包括對(duì)任何外部資源的引用項(xiàng)目組據(jù)此得到產(chǎn)品特性及軟件需求2021/5/961如何抽取涉眾需求查閱用戶需求說(shuō)明需求討論會(huì)UseCase討論會(huì)頭腦風(fēng)暴用戶訪談?wù){(diào)查問(wèn)卷角色扮演系統(tǒng)原型故事板2021/5/962我們?cè)谀睦铮?021/5/963特性（Feature）特性是外部可見(jiàn)的服務(wù)特性是為了完成涉眾的一個(gè)或多個(gè)需要而提供的服務(wù)例子：?jiǎn)栴}跟蹤系統(tǒng)的特性是能夠提供趨勢(shì)報(bào)告，以幫助項(xiàng)目經(jīng)理評(píng)估項(xiàng)目狀態(tài)ATM應(yīng)允許客戶之間轉(zhuǎn)款2021/5/964實(shí)例特性1：個(gè)人用戶和企業(yè)用戶均可以通過(guò)internet注冊(cè)特性2：系統(tǒng)提供崗位IT技能測(cè)評(píng)和按課程的單科評(píng)測(cè)特性3：系統(tǒng)能夠以樹(shù)狀方式顯示崗位列表技能列表特性4：企業(yè)能夠根據(jù)自身需求設(shè)置崗位及對(duì)應(yīng)的技能特性n：能夠修改用戶的支付信息，并能夠?yàn)槠髽I(yè)用戶分配lisence數(shù)量2021/5/965識(shí)別系統(tǒng)特性的建議步驟寫(xiě)產(chǎn)品定位陳述使用頭腦風(fēng)暴收集系統(tǒng)特性回購(gòu)收集來(lái)的特性把這些特性與涉眾需要進(jìn)行關(guān)聯(lián)，建立跟蹤矩陣精化遠(yuǎn)景文檔確定產(chǎn)品定位陳述列出關(guān)鍵特性2021/5/966用例建模步驟識(shí)別Actor和UseCase簡(jiǎn)要描述寫(xiě)每個(gè)Usecase的提綱基本流可選流詳述每個(gè)Usecase詳述時(shí)間流結(jié)構(gòu)化用例加入詳細(xì)信息，如前置/后置條件、特殊需求、關(guān)系、圖等2021/5/967我們?cè)谀睦铮?021/5/968定義系統(tǒng)范圍資源預(yù)算時(shí)間范圍2021/5/969建立需求基線需求基線一個(gè)特性的集合，建立在一致認(rèn)同的基礎(chǔ)上，只能通過(guò)正式程序進(jìn)行變更基線必須至少對(duì)客戶來(lái)說(shuō)是可接受的在團(tuán)隊(duì)看來(lái)具有合理的成功可能性2021/5/970設(shè)定特性優(yōu)先級(jí)對(duì)于規(guī)模管理非常重要在確定優(yōu)先級(jí)的過(guò)程中，重要的是由客戶和用戶、產(chǎn)品經(jīng)理或其它代表而不是開(kāi)發(fā)團(tuán)對(duì)自己做決定并建立優(yōu)先級(jí)實(shí)際上，這個(gè)早期的優(yōu)先級(jí)確定過(guò)程不應(yīng)該受到技術(shù)部門(mén)的過(guò)多影響；否則，技術(shù)難度將影響客戶的優(yōu)先級(jí)決定2021/5/971評(píng)估工作量為提出的基線中的每個(gè)特性粗略確定工作量為了不在后來(lái)被認(rèn)為是“浪費(fèi)資源”的事物上投入資源，包括不能實(shí)現(xiàn)的特性的需求說(shuō)明、設(shè)計(jì)和以后的測(cè)試腳本。我們最大的目標(biāo)是在項(xiàng)目的初始版本就減少開(kāi)發(fā)特性的數(shù)量，由于資源有限，我們不能在當(dāng)前的基線下對(duì)不可能實(shí)現(xiàn)的特性作投入2021/5/972設(shè)定Usecase優(yōu)先級(jí)考慮與基線中特性相關(guān)聯(lián)的Usecase選擇具有如下特點(diǎn)的場(chǎng)景代表有意義的、重要的功能與實(shí)際的系統(tǒng)元素或接口相關(guān)聯(lián)代表系統(tǒng)中明確的、精細(xì)部分被標(biāo)記為高風(fēng)險(xiǎn)為今后的迭代設(shè)定優(yōu)先級(jí)2021/5/973我們?cè)谀睦铮?021/5/974設(shè)計(jì)約束設(shè)計(jì)約束代表已經(jīng)批準(zhǔn)并必須遵循的設(shè)計(jì)決定。其中包括軟件語(yǔ)言、軟件流程需求、開(kāi)發(fā)工具的指定用途、架構(gòu)及設(shè)計(jì)約束、購(gòu)買(mǎi)的構(gòu)件、類(lèi)庫(kù)等。設(shè)計(jì)約束是對(duì)系統(tǒng)的設(shè)計(jì)或開(kāi)發(fā)的限制，他不影響系統(tǒng)的外部行為，但必須被完成以滿足技術(shù)、商業(yè)或合同的義務(wù)被開(kāi)發(fā)的系統(tǒng)基礎(chǔ)設(shè)施中，通常包括：操作系統(tǒng)、與已有系統(tǒng)的兼容性、應(yīng)用標(biāo)準(zhǔn)開(kāi)發(fā)所使用的規(guī)章和標(biāo)準(zhǔn)的實(shí)體。例如：ISO9000標(biāo)準(zhǔn)2021/5/975如何描述功能性需求使用Usecase和說(shuō)明文檔為了理解系統(tǒng)的復(fù)雜性，兩者都很重要2021/5/976如何處理不在Usecase中的需求？使用說(shuō)