软件工程_8_面向对象概述2009.pptVIP

软件工程;一、软件工程主要方法论;面向对象方法论 认为客观世界是由各种对象组成，任何事物都是对象，复杂的对象可以由比较简单的对象以某种方式组合而成的。 把所有的对象划分成各种对象类（简称类 class)，每个对象类都定义了一组数据和一组方法。 按照子类（或称为派生类）与父类（或称为基类）的关系，把若干个对象类组成一个层次结构的系统。 对象彼此之间仅能通过传递消息互相联系。; 传统方法 系统是过程的集合 过程与数据实体交互 过程接受输入并产生输出;;传统方法论;面向对象方法论; 面向对象方法不再把程序看成工作在数据上的一系列过程或函数的集合，而是把程序看作是相互协作而又彼此独立的对象的集合。 每个对象可以看作是一个微型程序，有自己的数据、操作、功能和目的。 ;;对象 类 消息 封装 继承 多态;对象 定义 可以将问题域中任何事物都视为对象，对象是所有数据及可对这些数据施加的操作结合在一起所构成的独立单位的总称，是具有一定知识和处理能力的独立个体。它可以是具体的物理实体，如一个文件；也可是是人为抽象概念的，如多任务操作系统中的调度策略。 对象包含两个基本要素： 属性：用于描述对象的静态特征，是反映类或对象当前状态本质的数据项。 方法：用于描述对象的动态特征，反映对象的一种行为，是对对象属性的操作、服务。;对象的形象化表示;;消息 定义 消息是用来请求对象执行某一处理或回答某一要求的信息，是对象之间建立的一种通信机制，它统一了数据流和控制流。 通常一个消息由三部分组成： 对象名：接收消息的对象 消息名：要求接收对象完成的操作 参数：执行操作时的参数或操作返回的结果;;消息的表示形式 student.read(in books, out report) ;;三、为何使用UML;1.UML的应用方式;;2.UML的三种透视图;UML的不同视图;四、软件开发过程模型;UP阶段（按照时间进行的内容--横轴） UP将其工作和迭代组织为四个主要阶段 初始： 大体上的构思、业务案例、范围和模糊评估 细化： 已精化的构思、核心架构的迭代实现、高风险的解决、确定大多数需求和范围以及进??更为实际的评估 构造： 对遗留下来的风险较低和比较简单的元素进行迭代实现，准备部署。 交付： 进行测试和部署;UP阶段（每个阶段的活动组成--纵轴） 纵轴表示的是在每次迭代过程中都要经历的工作流程（有一定顺序的活动）。 业务建模 理解待开发系统所在的机构及其商业运作，确保所有人员对它有共同的认识，评估待开发系统对结构的影响； 需求 定义系统功能及用户界面，为项目预算及计划提供基础； 分析与设计 把需求分析结果转换为分析与设计模型； 实现 把设计模型转换为实现结果，并做单元测试，集成为可执行系统；;;2.判断你是否理解迭代开发或UP;目前计算机系有一个系内小型图书馆（资料室）。它主要用来存放系里老师自行购买并由学校报销过的图书资料。这部分图书资料存放在一个资料室中，图书的借阅手续和图书馆的图书借阅手续相同。 但是，目前存在一些问题： 查阅过程中，老师们并不清楚资料室中有什么资料。 由于资料室中的图书借阅期限较长（一般为三个月），很多老师往往忘记归还手中的资料。 老师自己购买的私人图书（藏书），可能会根据研究领域的变化而会出现资源闲置的情况。而此时，其他的老师有可能正在寻找这方面的资料。 老师们在私下里经常相互借阅图书，但经常出现时间长了自己想用书时，又不知到借给谁了，或者是想还书时，忘记从谁那里借的了。 老师之间相互进行图书的借阅只限制在小范围内，其他教研室的资源则很大程度上需要老师之间的相互打听。 是否能够解决这些问题，使这些图书资源尽可能地被充分利用呢，使资源的流动处在一个有序透明的状态之下呢？;1.过程模型;2.编写开发案例;样例项目中使用案例;角色映射;开发案例中的制品 项目前景 风险列表 用例模型 设计模型 构件 测试计划 测试用例 测试结果 产品（交付给用户的完整系统）;初始阶段的计划;定义 系统需要补充更多的实质性的内容。明确项目前景的描述有助于帮助项目团队理解自己要构建的内容。一个清晰的前景是开发一个满足涉众真正需求的产品的关键 。 对前景的陈述应该能回答以下问题： 我们尝试解决的问题是什么？（问题陈述） 我们需要构建什么而不是构建什么？ 涉众是谁？用户是谁？他们各自的需求是什么？ 关键术语是什么？（词汇表） 产品的特性是什么？ 功能性需求是什么？（用例） 非功能性需求是什么？ 设计约束是什么？;业务词汇;本章知识点总结