SE09-对象分析汇总课件

1、软 件 工 程软 件 工 程第9章 对象分析对象的发现和标识4对象、主动对象以及它们的类1研究问题域和用户需求2第9章 对象分析对象的发现和标识4对象、主动对象以及它们9.1 对象、主动对象以及它们的类对象问题域中某个实体的抽象反映了系统保存有关这个实体的信息或与它交互的能力具体的物理实体、人为的概念、有明确边界和意义的东西实体：静态的属性、动态的行为对象：属性、操作（服务、方法）9.1 对象、主动对象以及它们的类对象9.1 对象、主动对象以及它们的类类具有相同数据和相同操作的一组相似对象具有相同属性和行为的一个或多个对象对象是类的实例类是对象的定义模板9.1 对象、主动对象以及它们的类类9.

2、1 对象、主动对象以及它们的类主动对象至少有一个服务不需要接收消息就能主动执行的对象主动服务不需要接收消息就能主动执行的服务可以接受消息不必须有消息触发执行先主动的执行，然后在执行中接收消息9.1 对象、主动对象以及它们的类主动对象9.1 对象、主动对象以及它们的类对象的表示法classnameattributesoperationsclassnameattributesoperations主动对象的类符号普通对象的类符号用至少标出一个主动服务9.1 对象、主动对象以及它们的类对象的表示法classn第9章 对象分析对象的发现和标识4对象、主动对象以及它们的类1研究问题域和用户需求2第9章 对

3、象分析对象的发现和标识4对象、主动对象以及它们9.2 研究问题域和用户需求 OOA的基本出发点问题域、用户要求分析员的主要工作通过不断地研究问题域，建立一个能满足用户需求的系统模型9.2 研究问题域和用户需求 OOA的基本出发点9.2 研究问题域和用户需求系统的需求包括四个不同的层次业务需求用户需求功能需求非功能性需求需求获取根据系统业务需求获得系统用户需求通过需求分析得到系统的功能需求和非功能需求9.2 研究问题域和用户需求系统的需求包括四个不同的层次9.2 研究问题域和用户需求需求种类功能需求系统应该、不应该提供的服务系统如何响应输入系统在特定条件下的行为描述非功能需求对系统提供的服务和功

4、能的约束领域需求系统的应用领域的需求9.2 研究问题域和用户需求需求种类9.2 研究问题域和用户需求功能需求描述系统预期提供的功能、服务图书馆系统用户能通过设定查询条件对数据库进行访问系统提供适当的浏览器，供用户阅读馆藏文献用户每次借阅都产生一个唯一的识别符，且保存在用户账户记录中9.2 研究问题域和用户需求功能需求9.2 研究问题域和用户需求系统的功能需求全面性应给出用户所需的所有服务一致性需求描述不可以前后矛盾9.2 研究问题域和用户需求系统的功能需求9.2 研究问题域和用户需求非功能需求不直接与系统具体功能相关的需求与系统的总体特性相关可靠性、反应时间、存储空间非功能需求较功能需求对系统

5、更为关键一个非功能需求实现的失败可能导致整个系统无法使用9.2 研究问题域和用户需求非功能需求9.2 研究问题域和用户需求非功能需求类型9.2 研究问题域和用户需求非功能需求类型9.2 研究问题域和用户需求图书馆系统产品需求客户界面采用B/S软件架构搭建机构需求系统开发过程和可交付的文档将遵照“xx标准过程” 中的相关定义外部需求不对图书馆工作人员公开除姓名和索引代码外的其他的客户个人信息9.2 研究问题域和用户需求图书馆系统9.2 研究问题域和用户需求非功能需求的检验系统目标系统应该很好用，即使对一个没有经验的用户，错误率也应降低到最小检验该目标的方法没有经验的用户：2h的培训有经验的用户：

6、出错率/天=29.2 研究问题域和用户需求非功能需求的检验9.2 研究问题域和用户需求对于非功能需求的检验，尽量将其量化，从而使其检验更加客观速度：用户/事件响应时间规模：存储空间易用性：培训时间可靠性：失败发生率鲁棒性：失败中数据崩溃的可能性可移植性：目标系统数9.2 研究问题域和用户需求对于非功能需求的检验，尽量将其9.2 研究问题域和用户需求领域需求包括专业性很强的领域术语、概念新的特有的功能需求对已存在的功能需求的约束需要实现的一个特别的计算软件工程师理解起来比较困难如果领域需求不被满足，系统便无法达到最佳运行状态9.2 研究问题域和用户需求领域需求9.2 研究问题域和用户需求用户需求

7、从用户角度来描述系统功能和非功能需求描述系统的外部行为尽量避免对系统设计特性的描述，以便不具备专业技术知识的用户能看懂使用自然语言、图表和直观的图形描述描述的二义性需求混乱、混合集中描述需要提供的主要服务9.2 研究问题域和用户需求用户需求9.2 研究问题域和用户需求研究用户需求包括以下活动：阅读有关文档：阅读用户提交的需求文档等一切与用户需求有关的书面材料与用户交流：了解用户的需求，搞清有关用户需求的疑点进行实地调查：有些需求问题，通过以上途径仍然不能完全明确，则需要到现场作适当的调查，因为以上资料可能表达得不够准确、清晰记录所得认识：随时记录通过阅读、交流和调查所得到的认识，更要记录所存在

8、的疑点整理相关资料：纠正初始需求文档中不符合的内容，整理出一份确切表达系统责任的需求文档9.2 研究问题域和用户需求研究用户需求包括以下活动：9.2 研究问题域和用户需求书写用户需求应遵守的规则设计一个标准的格式不易发生遗漏，更易于需求的检查使用一致的语言强制性需求：必须希望性需求：应该突出显示关键性需求(黑体或斜体字)尽量避免使用计算机专业术语9.2 研究问题域和用户需求书写用户需求应遵守的规则9.2 研究问题域和用户需求系统需求软件工程师开始系统设计的起点解释系统如何提供用户所需服务对系统完备、一致的描述不仅仅描述系统的外部行为，还对系统的设计和实现信息进行描述使用专业化的符号系统书写系统

9、需求结构化自然语言、设计描述语言、图形化符号、数学描述9.2 研究问题域和用户需求系统需求9.2 研究问题域和用户需求研究问题域被开发的应用系统所考虑的整个业务范围目的进一步明确用户需求建立一个符合问题域情况、满足用户需求的分析模型9.2 研究问题域和用户需求研究问题域9.2 研究问题域和用户需求研究问题域应的工作要点认真听取问题域专家的见解 提问倾听理解消化反馈自己的理解以求印证提出进一步的问题 亲临现场，通过直接观察掌握第一手材料 阅读领域相关资料 借鉴他人经验 9.2 研究问题域和用户需求研究问题域应的工作要点9.2 研究问题域和用户需求确定系统边界明确系统是什么以及系统的环境是什么划出

10、被开发的系统和与该系统打交道的人或物之间的明确界限，并确定它们之间的接口9.2 研究问题域和用户需求确定系统边界第9章 对象分析对象的发现和标识4对象、主动对象以及它们的类1研究问题域和用户需求2第9章 对象分析对象的发现和标识4对象、主动对象以及它们9.4 对象的发现和标识 三种系统分析工具实体-关系模型数据流模型上下文模型数据流图、过程模型状态-变迁模型9.4 对象的发现和标识 三种系统分析工具9.4 对象的发现和标识三视图模型（3VM） 实体-关系模型（实体-关系-属性模型）用于描述系统处理数据的逻辑结构描述系统中的实体，并表明这些实体、关联属性及实体间的关系9.4 对象的发现和标识三视

11、图模型（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 对象的发现和标识数据流图表示过程