面向对象分析与设计Partppt课件.ppt

面向对象分析与设计Partppt课件.ppt

ID:58988586

大小:1.13 MB

页数:43页

时间:2020-09-27

面向对象分析与设计Partppt课件.ppt_第1页
面向对象分析与设计Partppt课件.ppt_第2页
面向对象分析与设计Partppt课件.ppt_第3页
面向对象分析与设计Partppt课件.ppt_第4页
面向对象分析与设计Partppt课件.ppt_第5页
资源描述:

《面向对象分析与设计Partppt课件.ppt》由会员上传分享,免费在线阅读,更多相关内容在教育资源-天天文库

1、CH4项目初始阶段特点初试阶段信息并不充足还没有项目的准备需要尽快确定后续的工作目标:预见项目的范围、构想和业务案例确定项目是否值得继续研究工件(Artifacts)和文档后续有用的工件需要在后续迭代过程中进一步细化的工件初始阶段的工件样例构想和业务案例用例模型补充规范术语表风险列表和风险管理计划原形和概念验证迭代计划阶段计划和软件开发计划开发案例CH5需求软件项目中必需提供的能力和必需满足的约束瀑布法的需求在设计前弄清需求统一过程的需求—进化式需求逐步细化的需求允许需求的变化需求分析的活动活动和工件FURPS+需求类型FURPS功能性(Functional)可

2、用性(Usablity)可靠性(Rliability)性能(Performance)可支持性(Supportability)+辅助需求实现(Implementation)接口(Interface)操作(Operation)包装(Packaging)授权(Legal)不要遗漏重要的需求需求检查功能需求和非功能性需求功能需求使用用例模型和系统特性表描述非功能性需求可以使用系统的补充规范描述CH6用例模型用例模型(UseCaseModel)是描述系统功能和环境的模型用例是最好的理解和描述需求的办法用例:使用系统时的情况抛开人机界面分析系统的功能需求用例分析参与者:具有

3、行为能力的人或者计算机系统。(于系统打交道的事物)。场景:参与者与系统进行的交互活动。成功场景失败场景分析场景(用例分析)怎么才能为用户实现他们的目标,为用户提供可观察的返回值。避免罗列功能清单黑箱用例和系统职责系统应该做什么,而不是应该怎么做。用例模型用例的描述--使用文本文档描述的活动辅助描述—UML的用例图用于描述系统与环境(参与者)的语境作为用例模型的引导用例描述的一些准则以无用户界面的风格编写编写简洁用例编写黑箱用例从参与者的目标出发的编写发现参与者、目标和用例选择系统边界找出参与者和目标定义用例选择系统边界系统边界的不同,可能的参与者是不同的。基本业

4、务过程(EBP)EBP规则以一个基本业务过程为单位来确定用例,就是基本业务过程级别的用例。过高级别的定义无法清除的描述目标。过低级别的定义不便于描述用户的真实意图和总体目标。用例的类型和格式摘要(简洁)用例概要性的成功场景的文字描述。(例)详述用例详述用例的各个步骤和其中的变化,包括前置条件、扩展流程、变化情况、成功保障等。(例)非正式(临时)用例临时的描述部分场景。处理销售的用例描述主要參與者:收銀員關係人與利益:收銀員:希望準確、快速的輸入方式,也不會發生付款錯誤的情形,因為收銀機抽屜如果短缺金額的話,要從他們的薪水裡扣。銷售員:希望銷售佣金能(隨銷售)馬上

5、更新。顧客:希望買到商品、省時省力的快速服務。希望購買後保證能退貨。公司:希望準確記錄交易,並且滿足顧客喜好。希望記錄付款授權服務的付款應收帳款。希望在無法獲得伺服器元件(例如遠端信用驗證)的情況下,也能容錯、繼續捕捉銷售紀錄。希望自動、快速更新會計與庫存紀錄。政府稅務單位:希望收到每筆銷售稅金。賦稅單位可能有多個,例如國家級、州級、郡級。付款授權服務:希望用正確格式與協定收到數位授權請求。希望顧客對商店的應付帳款是很精確的。处理销售的用例描述(2)前置条件:收銀员身份已验证,并授权。成功保证(后置条件):儲存銷售。正确算出税金。更新會計與庫存紀錄。記錄佣金。產

6、生收據。記錄付款授權認可。主要成功场景(基本流程):1.顧客帶著要買的商品與/或服務到POS的結帳櫃檯前面。2.收銀員啟動一筆新的銷售。3.收銀員輸入商品識別碼。4.系統記錄銷售明細,並且顯示商品說明文字、價格與累計購買總金額。根據一組計價規則計算價格。收銀員重複步驟3-4直到完成所有商品為止。处理销售的用例描述(3)5.系統显示包含稅金的總金額。6.收銀員告知顧客總金額,並且要求顧客付款。7.顧客付款,並且由系統處理付款。8.系統記錄完成的銷售,並且送出銷售與付款資訊到外部會計系統(為了會計與佣金)與庫存系統(為了更新庫存。)9.系統打印收據。10.顧客帶著商

7、品與收據(如果有的話)離開。处理销售的用例描述(E-1)扩充(或替代流程):*a.在任何時間點,當系統失效時:為了支援系統復原能力並修正會計資料,確認交易中所有容易受影響的狀態與事件,不論是在情節的哪個步驟都能復原。1.收銀員重新啟動系統、登入系統,並且要求還原成先前狀態。2.系統重新還原成之前的狀態。2a.系統偵測到阻礙復原的非正常狀態:1.系統告知阻礙復原的錯誤、從錯誤中還原,並且進入未改資料時的狀態。2.收銀員啟動一筆新的銷售。处理销售的用例描述(E-2)3a.無效的識別碼:1.系統告知錯誤,並且拒絕輸入商品。3b.同種類的商品有多個,而且追蹤每個商品的唯

8、一識別碼並不是很重要的事

当前文档最多预览五页,下载文档查看全文

此文档下载收益归作者所有

当前文档最多预览五页,下载文档查看全文
温馨提示:
1. 部分包含数学公式或PPT动画的文件,查看预览时可能会显示错乱或异常,文件下载后无此问题,请放心下载。
2. 本文档由用户上传,版权归属用户,天天文库负责整理代发布。如果您对本文档版权有争议请及时联系客服。
3. 下载前请仔细阅读文档内容,确认文档内容符合您的需求后进行下载,若出现内容与标题不符可向本站投诉处理。
4. 下载文档时可能由于网络波动等原因无法下载或下载错误,付费完成后未能成功下载的用户请联系客服处理。