面向对象分析和设计座.初始化阶段PPT课件

第四讲.初始化阶段Chapter4-7,曹健上海交通大学,06.05.2020,.,2,内容,案例简介初始化阶段需求概念基于用例的功能性需求获取非功能性需求,1.案例,06.05.2020,.,4,NEXTGENPOS系统,NextGen销售终端(point-of-sale,POS)系统POS系统是用来记录销售信息和处理支付的计算机系统，它一般用于零售店,06.05.2020,.,5,体系结构,minorfocus,explorehowtoconnectto,otherlayers,primaryfocusof,casestudy,explorehowto,designobjects,secondary,focus,explorehow,todesign,objects,06.05.2020,.,6,讲授方法,Iteration1,Iteration2,Iteration3,介绍与第一次迭代相关的分析和设计技术,介绍其他的分析和设计技术,Likewise.,2.初始化阶段,06.05.2020,.,8,2.1在我们开始一个项目前,在项目启动前，我们需要回答下列问题:该项目的vision（设想，前景）和businesscase（业务案例）?可行吗?购买and/or构造?成本的大致估计;是$10K-100K或者几百万?我们需要继续还是停止?,06.05.2020,.,9,2.2目的,该阶段的目的不是定义所有的需求，而是做适当的调研（todojustenoughinvestigation）何谓“适当的”：对新系统的整体目的和可行性形成一个合理的意见确定是否值得深入研究,06.05.2020,.,10,初始化阶段的主要目标为:建立项目的软件范围和边界条件，包括一个操作“前景”，“接受准则”和产品中包含什么，不包含什么确定核心的用例，这是系统运行的主要场景，它将决定系统设计的方案针对主要的场景，确定或者演示至少一个备选的系统结构对整个项目估计总成本和计划(更详细的估计将安排在细化阶段中)估计可能的风险(不可预计性的来源）为项目准备支持环境,06.05.2020,.,11,2.3制品,前景和业务用例（VisionandBusinessCase）用例模型（Use-CaseModel）补充规格说明（SupplementarySpecification）词汇表（Glossary）风险列表和风险管理计划（RiskListnext-dayor3-daydelivery)Systempresentsfullpricinginformation,includingshippingCustomerfillsincreditcardinformationSystemauthorizespurchaseSystemconfirmssaleimmediatelySystemsendsconfirmingemailtocustomerAlternative:授权失败6a.Atstep6,systemfailstoauthorizecreditpurchaseAllowcustomertore-entercreditcardinformationandre-tryAlternative:会员3a.Systemdisplayscurrentshippinginformation,pricinginformation,andlastfourdigitsofcreditcardinformation3b.CustomermayacceptoroverridethesedefaultsReturntoprimaryscenarioatstep6,06.05.2020,.,34,思考用例是相关的成功或者失败的场景的集合“在ATM机中输入用户ID不能建模为单独的UseCase，因为无人使用系统仅仅为了输入ID,06.05.2020,.,35,用例是什么，不是什么用例是需求，而且主要是功能需求，反映了系统将做什么用例是需求，而不是功能或者特征列表用例是文档，而不是图，用例建模主要是写文字，而不是画图,06.05.2020,.,36,4.4编写用例,不同形式化程度摘要非正式详述详述格式的例子，见pp50-54（中译本），pp68-72（英文版）,06.05.2020,.,37,章节内容绪言范围：系统用例，业务用例级别：用户目标级别，子功能级别（可被许多用例重复使用的）主要角色涉众前置条件和后置条件主成功场景和步骤（或基本流程）扩展（或替代流程）特殊需求：非功能性需求，质量属性或约束技术和数据变元表：比如用户对如何实现系统的要求,06.05.2020,.,38,指南以无界面约束的本质风格编写用例发现目标的目标，可以拓宽我们的视野WhatversusHowWhat:标识我自己并获得授权How通过对话框输入用户ID和口令生物识别iSmartCard指南：“以本质风格编写用例，摒弃用户界面并关注参与者的意图”“具体风格”需要在早期需求工作中避免,06.05.2020,.,39,另外一个例子,RecycleItems:Theuserusesthismachinetoautomaticallyhaveallthereturnitems(bottles,cans,andcrates)counted,andreceivesareceipt.Thereceiptistobecashedatacashregister(machine).AddNewBottleType:Newkindsofbottlescanbeaddedtothemachinebystartingitinlearningmodeandinserting5samplesjustlikewhenreturningitems.Inthisway,themachinecanmeasurethebottlesandlearntoidentifythem.Themanagerspecifiestherefundvalueforthenewbottletype.,06.05.2020,.,40,编写简洁的用例编写黑盒用例软件元素具有责任（responsibility)采用参与者和参与者目标的观点“对特定参与者而言具有价值的可观察的结果”,4.5如何发现用例,06.05.2020,.,42,4.5.1主要过程,选择系统边界寻找主要参与者为每个参与者确定他们的目标定义用例,06.05.2020,.,43,系统边界描述了系统被包含在内的“信封”在许多情形下，系统边界是显而易见的。例如对一个单个用户的运行在MicrosoftWindows上的个人联系信息管理本，它的边界是很容易定的，因为只有一个用户，一个平台。.,06.05.2020,.,44,4.5.2参与者与目标,选择系统边界寻找主要参与者为每个参与者确定他们的目标定义用例,06.05.2020,.,45,参与者是与系统交换数据的实体。参与者可以使用户，外部的硬件或者另外一个系统,06.05.2020,.,46,某些技巧,我们可以问一些代表性的问题来找到参与者和目标参与者的类型主要的参与者PrimaryActors支持参与者SupportingActors幕后参与者Offstageactors参与者-活动列表这似乎一个交互和叠代的过程,Thefocusofthisstage,06.05.2020,.,47,主要的参与者和用户目标依赖于系统的边界,06.05.2020,.,48,4.5.3定义用例,选择系统边界寻找主要参与者为每个参与者确定他们的目标定义用例,06.05.2020,.,49,一般而言，为每一个用户目标定义用例用例名称以动词开头将CRUD(create,retrieve,update,delete)这些分散的目标合并成一个CRUD用例:Manage定义用例需要交流和参与领域专家的参与非常重要迭代开发,06.05.2020,.,50,发现有效用例用例的粒度问题大用例我们的企业需要拓宽销售渠道整个系统就只有一个用例!小的用例输入口令系统中可能有成百上千个用例!我们必须权衡,06.05.2020,.,51,经验方法老板测试EBP测试规模测试,06.05.2020,.,52,老板测试老板是付钱的人老板必须看到可量化的价值,06.05.2020,.,53,EBP测试EBP用例对计算机应用的需求分析，关注于基本业务过程（elementarybusinessprocesses，EBPs）层面上的用例依据持续时间，步骤，涉及到的人来定增加可见的或者可度量的业务价值没有人仅仅想输入一个口令客户愿意为此付费吗?,06.05.2020,.,54,规模测试用例通常应该包括多个步骤在详细描述的情形下，应该需要3-10页文本,06.05.2020,.,55,分析供应者合同进行协商处理退货登陆在游戏板上移动棋子,06.05.2020,.,56,任何东西都有例外EBP原则也不是圣经有些时候我们会把多个用例中的公共部分单独成为用例目标与用例的关系目标可以分解成不同层次用户目标EBP层次的用例=用户目标EBP层次的用例用户目标UseCasereflectscurrentsolutionsUnderstandingGoalopensupthevisionfornewandimprovedsolutions企业层次增加利润子功能目标,4.6用例图,06.05.2020,.,58,用例的组织和用例图,在UML里,用例图是表达用例和活动者及其之间关系的载体用例图是模型图，用例图可包含用例，活动者以及它们之间的关系，这些关系可以是：关联关系依赖关系实现关系用例图的用途是为软件系统、软件子系统、类的动态行为建模。它从两个方面对其建模对象的内容进行描述，即：描述它们的边界对它们进行需求分析,06.05.2020,.,59,下图是一个描绘系统边界的用例图的例子，它通过区分系统用例和活动者，明确区分了系统内部的事物和系统外部的事物，通过描绘它们之间的关联关系，系统的边界得到了清晰的表达,06.05.2020,.,60,用例图和用例关系在编写用例工作中是次要的。用例是文本文档。编写用例意味着编写文本。绘制简单的用例图，并与参与者-目标列表关联。用例不是面向对象的,06.05.2020,.,61,画图建议,4.7在迭代方法中如何使用用例,06.05.2020,.,63,用例驱动开发,功能需求首先记录在用例（用例模型）中；用例是迭代计划的重要部分，是预算的关键输入用例实现驱动设计用例影响了用户手册和测试,06.05.2020,.,64,需求规格说明的工作任务跨越了各个迭代，见书表6-1，中文，pp72，英文，pp96,06.05.2020,.,65,初始阶段编写用例,确定目标和涉众，推测项目范围参与者-目标-用例表绝大部分需要关注的，复杂的，具有风险的用例采用简单的形式编写其中的10%-20%的用例代表了复杂的核心功能，需要构建核心架构或者在某些方面具有风险，采用详细的格式进行描述确定是否要继续到细化阶段,06.05.2020,.,66,细化阶段编写用例,多次时间定量的迭代绝大部分的需求被识别和描述清楚在每一次迭代中，会有一次需求会议早期的会议关注于最重要用例的子集用户目标和用例列表被精化在细化阶段结束时，80-90%的用例被详细描述,06.05.2020,.,67,构造阶段编写用例,由时间定量的迭代关注于完成系统在这个阶段可能涉及编写一些次要的用例，也可能举办需求讨论会,06.05.2020,.,68,Where,Atarequirementsworkshop.,Who,Many,including,endusers,and,developers,willplay,theroleof,requirementsspecifier,helpingtowriteuse,cases,.,Ledby,systemanalyst,whoisresponsiblefor,requirementsdefinition.,How:Tools,Software:,Forusecasetext,useaweb-enabledrequirementstool,thatintegrateswithapopularwordprocessor.,Forusecasediagrams,aUMLCASEtool.,Hyperlinktheusecases;presentthemontheproject,website.,Hardware:Usetwoprojectorsattachedtodualvideocards,andsetthedisplaywidthdouble,toimprovethe,spaciousnessofthedrawingareaordisplay2adjacenct,wordprocessorwindows.,Developer,Customer,System,Analyst,EndUser,Twoadjacentprojections.,Software,Architect,5.识别其他需求,06.05.2020,.,70,UP中的制品,06.05.2020,.,71,需求制品集合,06.05.2020,.,72,初始化阶段的制品,用例模型词汇表补充性规格说明前景业务规则