单击此处编辑母版标题样式,*,*,单击此处编辑母版文本样式,第二级,第三级,第四级,第五级,软 件 工 程,软 件 工 程,第9章 对象分析,对象的发现和标识,4,对象、主动对象以及它们的类,1,研究问题域和用户需求,2,第9章 对象分析对象的发现和标识4对象、主动对象以及它们,9.1 对象、主动对象以及它们的类,对象,问题域中某个实体的抽象,反映了系统保存有关这个实体的信息或与它交互的能力,具体的物理实体、人为的概念、有明确边界和意义的东西,实体：静态的属性、动态的行为,对象：属性、操作（服务、方法）,9.1 对象、主动对象以及它们的类对象,9.1 对象、主动对象以及它们的类,类,具有相同数据和相同操作的一组相似对象,具有相同属性和行为的一个或多个对象,对象是类的实例,类是对象的定义模板,9.1 对象、主动对象以及它们的类类,9.1 对象、主动对象以及它们的类,主动对象,至少有一个服务不需要接收消息就能主动执行的对象,主动服务,不需要接收消息就能主动执行的服务,可以接受消息,不必须有消息触发执行,先主动的执行，然后在执行中接收消息,9.1 对象、主动对象以及它们的类主动对象,9.1 对象、主动对象以及它们的类,对象的表示法,classname,attributes,operations,classname,attributes,operations,主动对象的类符号,普通对象的类符号,用至少标出一个主动服务,9.1 对象、主动对象以及它们的类对象的表示法classn,第9章 对象分析,对象的发现和标识,4,对象、主动对象以及它们的类,1,研究问题域和用户需求,2,第9章 对象分析对象的发现和标识4对象、主动对象以及它们,9.2 研究问题域和用户需求,OOA的基本出发点,问题域、用户要求,分析员的主要工作,通过不断地研究问题域，建立一个能满足用户需求的系统模型,9.2 研究问题域和用户需求 OOA的基本出发点,9.2 研究问题域和用户需求,系统的需求包括四个不同的层次,业务需求,用户需求,功能需求,非功能性需求,需求获取,根据系统,业务需求,获得系统,用户需求,通过需求分析得到系统的,功能需求,和,非功能需求,9.2 研究问题域和用户需求系统的需求包括四个不同的层次,9.2 研究问题域和用户需求,需求种类,功能需求,系统应该、不应该提供的服务,系统如何响应输入,系统在特定条件下的行为描述,非功能需求,对系统提供的服务和功能的约束,领域需求,系统的应用领域的需求,9.2 研究问题域和用户需求需求种类,9.2 研究问题域和用户需求,功能需求,描述系统预期提供的功能、服务,图书馆系统,用户能通过设定查询条件对数据库进行访问,系统提供适当的浏览器，供用户阅读馆藏文献,用户每次借阅都产生一个唯一的识别符，且保存在用户账户记录中,9.2 研究问题域和用户需求功能需求,9.2 研究问题域和用户需求,系统的功能需求,全面性,应给出用户所需的所有服务,一致性,需求描述不可以前后矛盾,9.2 研究问题域和用户需求系统的功能需求,9.2 研究问题域和用户需求,非功能需求,不直接与系统具体功能相关的需求,与系统的总体特性相关,可靠性、反应时间、存储空间,非功能需求较功能需求对系统更为关键,一个非功能需求实现的失败可能导致整个系统无法使用,9.2 研究问题域和用户需求非功能需求,9.2 研究问题域和用户需求,非功能需求类型,9.2 研究问题域和用户需求非功能需求类型,9.2 研究问题域和用户需求,图书馆系统,产品,需求,客户界面采用B/S软件架构搭建,机构需求,系统开发过程和可交付的文档将遵照“xx标准过程”中的相关定义,外部需求,不对图书馆工作人员公开除姓名和索引代码外的其他的客户个人信息,9.2 研究问题域和用户需求图书馆系统,9.2 研究问题域和用户需求,非功能需求的检验,系统目标,系统应该很好用，即使对一个没有经验的用户，错误率也应降低到最小,检验该目标的方法,没有经验的用户：2h的培训,有经验的用户：出错率/天=2,9.2 研究问题域和用户需求非功能需求的检验,9.2 研究问题域和用户需求,对于,非功能需求,的检验，尽量将其量化，从而使其检验更加客观,速度：用户/事件响应时间,规模：存储空间,易用性：培训时间,可靠性：失败发生率,鲁棒性：失败中数据崩溃的可能性,可移植性：目标系统数,9.2 研究问题域和用户需求对于非功能需求的检验，尽量将其,9.2 研究问题域和用户需求,领域需求,包括专业性很强的领域术语、概念,新的特有的功能需求,对已存在的功能需求的约束,需要实现的一个特别的计算,软件工程师理解起来比较困难,如果领域需求不被满足，系统便无法达到最佳运行状态,9.2 研究问题域和用户需求领域需求,9.2 研究问题域和用户需求,用户需求,从用户角度来描述系统功能和非功能需求,描述系统的外部行为,尽量避免对系统设计特性的描述，以便不具备专业技术知识的用户能看懂,使用自然语言、图表和直观的图形描述,描述的二义性,需求混乱、混合,集中描述需要提供的主要服务,9.2 研究问题域和用户需求用户需求,9.2 研究问题域和用户需求,研究用户需求包括以下活动：,阅读有关文档：阅读用户提交的需求文档等一切与用户需求有关的书面材料,与用户交流：了解用户的需求，搞清有关用户需求的疑点,进行实地调查：有些需求问题，通过以上途径仍然不能完全明确，则需要到现场作适当的调查，因为以上资料可能表达得不够准确、清晰,记录所得认识：随时记录通过阅读、交流和调查所得到的认识，更要记录所存在的疑点,整理相关资料：纠正初始需求文档中不符合的内容，整理出一份确切表达系统责任的需求文档,9.2 研究问题域和用户需求研究用户需求包括以下活动：,9.2 研究问题域和用户需求,书写用户需求应遵守的规则,设计一个标准的格式,不易发生遗漏，更易于需求的检查,使用一致的语言,强制性需求：必须,希望性需求：应该,突出显示关键性需求(黑体或斜体字),尽量避免使用计算机专业术语,9.2 研究问题域和用户需求书写用户需求应遵守的规则,9.2 研究问题域和用户需求,系统需求,软件工程师开始系统设计的起点,解释系统如何提供用户所需服务,对系统完备、一致的描述,不仅仅描述系统的外部行为，还对系统的设计和实现信息进行描述,使用专业化的符号系统书写系统需求,结构化自然语言、设计描述语言、图形化符号、数学描述,9.2 研究问题域和用户需求系统需求,9.2 研究问题域和用户需求,研究问题域,被开发的应用系统所考虑的整个业务范围,目的,进一步明确用户需求,建立一个符合问题域情况、满足用户需求的分析模型,9.2 研究问题域和用户需求研究问题域,9.2 研究问题域和用户需求,研究问题域应的工作要点,认真听取问题域专家的见解,提问倾听理解消化反馈自己的理解以求印证提出进一步的问题,亲临现场，通过直接观察掌握第一手材料,阅读领域相关资料,借鉴他人经验,9.2 研究问题域和用户需求研究问题域应的工作要点,9.2 研究问题域和用户需求,确定系统边界,明确系统是什么以及系统的环境是什么,划出被开发的系统和与该系统打交道的人或物之间的明确界限，并确定它们之间的接口,9.2 研究问题域和用户需求确定系统边界,第9章 对象分析,对象的发现和标识,4,对象、主动对象以及它们的类,1,研究问题域和用户需求,2,第9章 对象分析对象的发现和标识4对象、主动对象以及它们,9.4 对象的发现和标识,三种系统分析工具,实体-关系模型,数据流模型,上下文,模型,数据流图、过程模型,状态-变迁,模型,9.4 对象的发现和标识 三种系统分析工具,9.4 对象的发现和标识,三视图模型（3VM）,实体-关系模型（实体-关系-属性模型）,用于描述系统处理数据的逻辑结构,描述系统中的实体，并表明这些实体、关联属性及实体间的关系,9.4 对象的发现和标识三视图模型（3VM）,9.4 对象的发现和标识,旅游管理信息系统数据模型,旅游线路,路线号,起点,终点,天数,景点,旅游班次,旅游班次号,出发日期,回程日期,旅游标准,报价,旅游团,团号,团名,人数,联系人,电话,游客,游客编号,姓名,性别,年龄,身份证号,电话,导游,导游编号,姓名,性别,年龄,身份证号,电话,语种,等级,业绩,交通工具,旅游班次号,出行工具,宾馆,宾馆编号,宾馆名,城市,星级,标间价,联系人,职务,电话,传真,电邮,保险单,保险单编号,保险费,投保日期,9.4 对象的发现和标识旅游管理信息系统数据模型旅游线路路,9.4 对象的发现和标识,旅游管理信息系统的数据模型,9.4 对象的发现和标识旅游管理信息系统的数据模型,9.4 对象的发现和标识,数据流模型,上下文模型,描述系统的环境，界定系统的边界,系统与其它系统的依赖关系,方块图,矩形：子系统、外部实体,连线：子系统间的关联,9.4 对象的发现和标识数据流模型,9.4 对象的发现和标识,系统的上下文,9.4 对象的发现和标识系统的上下文,9.4 对象的发现和标识,过程模型,表示总过程以及由系统支持的那一部分过程,9.4 对象的发现和标识,9.4 对象的发现和标识,过程模型,9.4 对象的发现和标识过程模型,9.4 对象的发现和标识,数据流图,表示过程以及从一个过程到另一个过程的信息流,9.4 对象的发现和标识,9.4 对象的发现和标识,状态-变迁模型,事件响应模型|状态转换图,找出对象的各种状态,分析在不同的状态下，对象的行为规则有何不同？在发现它们没有区别时，可以将一些状态合并,分析从一种状态可以转换机到哪几种其他状态，以及该对象的什么行为会引起这种转换,9.4 对象的发现和标识状态-变迁模型,SE09_对象分析汇总课件,