面向对象需求分析实例课件.ppt

面向对象需求分析实例用例分析方法及需求描述介绍,张云贵2009.10.31,内容提要,用例分析技术概述业务用例建模业务用例描述系统用例建模系统用例描述功能需求描述方法讨论,一、用例分析技术概述,面向过程分析vs面向对象分析SA：顺藤摸瓜得到全貌，结构化分解为子系统和各级功能，重点关注流程例如：数据流程图、需求规格说明书的功能划分问题：在随需应变的商业环境下，流程不再稳定OOA：着眼于个体和局部，了解个体的特征、行为、需求，找到相邻的联系，按不同视角分析，最终得到整体任务全景用例的场景仍是面向过程的,一、用例分析技术概述,用例分析技术特定的人，做一些事，需要一些物，产生一些物，按照一定的规则以人为本，描述参与者的业务目标和场景用例分析关键点站在客户立场，想用户所想分清客户想要什么不要急于思考如何实现,一、用例分析技术概述,用例与需求调研面对的是局部个体，问对人，做份内之事，看到关心的结果请比较调研分析的角度：A.您希望系统帮你做些什么事情？B.您希望系统怎么做比较好？C.系统这样做，你看如何？D.XX部门需要什么功能？提供这些功能如何？E.我们有这些很有用的功能,一、用例分析技术概述,快速原型法vs面向对象分析快速原型法的前提是必须了解实际业务需求前者是具体的一种实现方式，易丢失原始需求，掺入过多细节、华丽功能、个人设计习惯可结合起来，用后者来分析，当成编写电影脚本，用前者来直观呈现和印证挖掘，佐证结果按使用者角度记载下来，保留业务需求不要以建模成本高而放弃OOA思想,二、业务用例建模,区分概念功能、需求、业务需求、用例系统用例、业务用例、业务场景为什么要进行业务建模？成为业务专家，全面了解业务目标和内涵在新领域内长期发展、拓展业务让团队成员了解需求、理解一致,二、业务用例建模,内容提要界定业务目标、划分业务视角识别业务主角、业务用例，要点业务场景建模，要点修正业务用例和场景,2.1界定业务目标,目的时刻提醒需求分析的方向，不偏离边界范围做法先将业务目标简明准确的概括出来对具体目标编号、标题+说明在业务建模图中标出各个业务目标,2.1界定业务目标,2.2划分业务视角,目的限定分析范围、业务边界，避免用例混乱在特定业务视角中满足业务需求做法按照不同的业务目标分别建立用例“包”每个包中一个用例图,2.2划分业务视角,2.3识别业务主角,业务主角（BusinessActor）与业务系统有交互的人或事物，用于确定业务范围，区分与业务工人注意业务主角是客户实际业务里的参与者，没有计算机系统这些业务主角也客观存在，没有抽象的计算机角色,2.3识别业务主角,2.3识别业务主角,先找业务主角，再找对应的业务用例业务主角的特点在当前业务边界外，为其提供服务建立该项目能对外提供什么服务？主动发起要求，有预期目的并得到结果业务工人在此无权提出业务用例识别举例,2.4识别业务用例,用例用例就是做一件事情，完成某个目标。一件事要按一系列步骤完成活动做事有不同的方式和相应的步骤用例场景业务用例用于描述客户现有业务，和新系统无关,2.4识别业务用例,业务用例的特点实现完整的业务目标由主角发起，有明确的结果动宾，避免弱动词和弱名称如果粒度太大或太小，需要调整边界如何扩展用例先完成所有业务边界包、主要业务用例不要急于扩展用例，现在还在边界外,2.4识别业务用例,2.5业务场景建模,业务场景活动图使用泳道来区分各个岗位的职责和关系用于核心或复杂业务流程、跨部门/岗位协作注意点使用实际业务语言，不要抽象条件分支不要太多，可用多个场景来描述忘掉我们的系统，描述目前业务情况演示,三、业务用例描述,内容提要描述业务目标描述业务现状、数据结果要求描述业务分析视角、列出典型业务场景业务用例描述，详细介绍演示,四、系统用例分析,从业务用例映射到系统用例识别责任、边界、目标补充必需的系统用例，如系统管理标准参与者：系统之外、直接与系统交互、人或物、有责任和目标用例：执行者可见、有意义的目标、业务语言、动宾、用户视角、交互完整粒度：操作者与计算机的一次完整交互,五、功能需求描述,有了详细的系统用例，就不用再功能分解是对结构化分析和WBS的挑战是功能需求，而不是功能描述功能需求的要点描述做什么，不描述如何实现对于界面示意图，必须有文字描述其需求点,用例文档分析,用例文档分析（演示）（后面为另一个PPT的部分内容）,UML常用视图分类,二、需求分析视图,用例建模的疑惑快速原型，让用户先认同原型，再不断开发软件就是设计很多功能，最终能满足需求前期无法确定需求，先尽快完成再调整用户不懂用例，我们也不懂，也没时间建模直接告诉程序员要做什么，更准确快捷用例建模的实质以人为本，从参与者角度规定要做的事/规则,二、需求分析视图,业务流程分析图业务用例图业务场景活动图系统用例图需求图用例实现序列图（演示）,1.业务用例图,1.业务用例图,使用场合来源于访谈，表达业务目标，按需定做多角色、业务流程复杂、长期发展要领找出业务参与者、关心的问题站在客户角度看，忘掉系统，不要急于实现禁忌从里往外看、硬套解决方案,1.业务用例图,建模步骤根据业务目标界定边界，和计算机实现无关业务主角边界之外、对系统有明确期望和回报、主动要求不是系统强加的角色，是实际的岗位或人员业务用例由参与者主动发起、可观测、完整的业务目标粒度：边界要清楚，用例数在1050个之间用例功能，不是能做什么，而是要做什么,2.业务场景活动图,2.业务场景活动图,使用场合描述复杂、核心的业务流程的各种场景要领按角色划分泳道，明确职责和联系活动为业务用例或关键概念用例禁忌强加系统流程、涉及用户不可见的内容非用户语言,3.系统用例图,3.系统用例图,使用场合描述应实现哪些任务，系统范围要领从业务用例场景中获取，排除、合并、补充粒度为操作者与计算机