系统分析与设计ch02需求与用例.pptx

  1. 1、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。。
  2. 2、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  3. 3、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
查看更多
1;开发流程;3;面向对象与面向过程区别;获取用例的准备工作;议程;Requirements; What is requirement?;Types of Requirements – FURPS+;How are Requirements Organized in UP Artifacts?;What are Actors, Scenarios, and Use Cases ?;Three kinds of external actors ;场景( Scenario )特点;用例(Use Case)的定义;一组用例实例 一个用例由一组可产生某些特定结果的行为构成,这些行为是不可再分解的(接收用户输入、执行、产生结果) 可观测到的、有价值的结果(observable result of value) 用例必须对用户产生价值; 系统执行(system performs) 系统为外部参与者提供服务; 特定的参与者(particular actor): 某人、某台设备、某外部系统、等等,能够触发某些行为。 ;(系统)用例与业务用例区别;用例和功能区别(1);用例和功能区别(2);用例和功能区别--功能分解主要缺陷(3);How to Work With Use Cases in Iterative Methods?;统一过程(UP)和用例(Use Case);Sample requirements effort across the early iterations;When Should Various UP Artifact be Created?;Use Case 对开发的意义;需求与用例关系;需求与用例关系;什么是用例图(use case diagram);用例图的组成;Partial use case context diagram;用例图的应用;分析师必学元素;识别参与者;;;;;;;时间代理人;确定参与者;参与者与用户;如何区分参与者还是业务工人?;;The NextGen POS System;;表1-13 参与者种类表;思考题:识别参与者;49;50;51;52;53;54;55;56;用例的要点表;识别用例的注意事项;识别用例;可观测→用例止于系统边界;结果值→用例是目标导向的;不是某某做什么,而是某某【用系统】做什么;系统执行→结果值由系统生成;业务语言而非技术语言;用户观点;用户观点而非系统观点;用例的问题表--便于帮助寻找用例;68;69;70;要点:用例的粒度(1);要点:用例粒度(2);要点:用例的粒度(3);要点:用例的粒度(4);要点:用例的粒度(5);76;77;78;思考题:绘制用例图;用例描述;谁来写用例描述;82;用例描述的四种形式;用例叙述最简版;85;用例描述组成(教材P50);书写用例描述总原则;什么是涉众;涉众利益;涉纵利益;需要整理?;用例描述:前置条件;用例描述:前置条件;用例描述:后置条件;用例描述:后置条件;前置条件和成功保证(后置条件)描述原则;用例描述:事件流;用例描述:主成功场景;;用例描述:扩展事件流(替代流程);替代流程的问题表;替代流程分类表;用例事件流(交互)四步曲;事件流描述要点;要点1:只写“可观测”的;要点2:主动语句;要点3:以参与者或系统作主语;要点4:不涉及界面细节;要点5:分支和循环;特殊需求 Special Requirements;技术和数据变元表 Technology and Data Variations List;Example: Monopoly Game;分析瘫痪警告;撰写用例需要避免的错误top 10;定时不定量;课堂作业分析;第一次作业

文档评论(0)

158****9376 + 关注
实名认证
内容提供者

该用户很懒,什么也没介绍

1亿VIP精品文档

相关文档