软件工程总复习.ppt

软 件 工 程 第24讲：总复习,主讲人：阳王东 Email：yangwangdong126.com,考试题型,选择题。单选，10分 填空题。10分 判断题。10分 简答题。10分 分析题。20分 案例题。40分。,主要内容,1、结构化开发过程 2、面向对象开发过程,结构化开发过程,可行性研究 需求分析 概要设计 详细设计 编码 测试 维护,结构化分析设计特点,采用瀑布型生命周期模型（重点） 简答题 每个阶段的工作划分明确 每个阶段的工作内容区分明确 以业务流程为线索，以程序结构为中心,可行性研究（选择或填空）,经济分析 效益分析 成本分析 市场分析 技术分析 技术基础 技术水平 技术人员 法律分析 最终提交一份软件开发可行性分析报告,需求分析,目的 获取需求 理解需求 确定需求 定义 开发人员要准确理解用户的要求，进行细致的调查分析，将用户非形式的需求陈述转化为完整的需求定义，再由需求定义转化到相应的形式功能规约（需求规格说明）的过程。,需求分析的基本任务（1）,识别需求（选择） 功能需求：明确所开发的软件必须具备的功能。 性能需求：明确待开发的软件的技术性能指标。 环境需求：明确软件运行时所需要的软、硬件要求 用户界面需求：明确人机交互方式、输入输出数据格式。,需求分析的基本任务（2）,分析与综合，构建软件的逻辑模型(重点，分析题和案例题) 分析软件系统中的数据关系，建立系统的E-R模型图 分析系统的业务关系，构建系统的数据流模型 数据流图 数据字典 分析系统事务变换关系，建立系统事件状态模型。,需求分析的基本任务（3）,编写文档 编写“需求规格说明书” 。 编写初步用户使用手册。 编写确认测试计划 修改完善软件开发计划。,概要设计,进入了设计阶段，要把软件“做什么”的逻辑模型变换为“怎么做”的物理模型。 软件设计是一个把软件需求转换为软件表示的过程。,软件概要设计的基本任务,系统架构设计 软件结构设计 系统数据设计,系统架构设计,根据需求规格中的需求基本框架，把组成系统的这些子系统、子系统之间的关系与数据通信等确定下来，并把它们工作时所需要的设备环境、网络环境和数据环境等，也一同确定下来，由此对系统作出一个合理的、符合应用需要的整体部署 工作任务 定义子系统 定义子外部接口 定义系统物理构架,软件结构设计,软件模块划分（分析和案例题） 系统模块图 面向数据流分析（重点） 变换中心分解 事务中心分解 面向数据结构分析,数据设计,数据库设计（选择或填空） 逻辑设计。结合具体的DBMS特征来建立数据库的逻辑结构。 物理设计。对于不同的DBMS，应用的物理环境不同，提供的存储结构与存取方法各不相同。物理设计就是根据设计数据模式的要求，对DBMS的具体存储管理数据的物理结构进行设计,编写文档,概要设计说明书 数据库设计说明书，主要给出所使用的DBMS简介、数据库的概念模型、逻辑设计、结果。 用户手册，对需求分析阶段编写的用户手册作补充。 编写集成测试测试用例,软件详细设计,目的。对软件模块内部的程序结构和过程进行设计。 设计方法 流程图（重点，分析题） NS图 PAD图 判定表 PDL,详细设计的基本任务,为每个模块进行详细的算法设计。 为模块内的数据结构进行设计。 对数据结构进行物理设计。 其他设计：根据软件系统的类型，还可能要进行以下设计： 代码设计。为了提高数据的输入、分类、存储、检索等操作，节约内存空间，对数据库中的某些数据项的值要进行代码设计。 输入/输出格式设计。 人机对话设计。对于一个实时系统，用户与计算机频繁对话，因此要进行对话方式、内容、格式的具体设计。,编写文档,软件详细设计说明书 编写单元测试测试用例 完善用户手册,编码（选择或判定）,目的：使用编程工具完成系统编码 在软件实现阶段，根据详细设计用编程语言编写所需的程序。需要完成的任务包括： 根据详细设计，按照编码、用户接口规范编写程序 对程序进行代码复查、编译、调试，直到程序运行通过，符合详细设计的要求； 根据单元测试计划进行单元测试，生成单元测试报告。,软件测试,软件测试目的（判定） 是为了发现错误而执行程序的过程，一个成功的测试是发现了至今尚未发现的错误的测试。 软件测试的基本任务应该是根据软件开发各阶段的文档资料和程序的内部结构，精心设计一组测试用例，利用这些实例执行程序，找出软件中潜在的各种错误和缺陷。,黑盒测试法与白盒测试法（分析题）,黑盒法 不考虑程序的内部结构和处理过程，只在软件的接口处进行测试，依据需求规格说明书，检查程序是否满足功能要求。： 等价类测试。 边界值测试。 白盒法 了解程序的内部结构和处理过程，以检查处理过程的细节为基础，对程序中尽可能多的逻辑路径进行测试。 语句覆盖、条件覆盖、判定覆盖、判定/条件覆盖、组合覆盖、路径覆盖（重点）,软件维护（选择和判定）,改进性维护 确定和修改错误 适应性维护 使应用软件适应这种新环境而修改软件 完善性维护 为了适应变化，应用软件原来的功能和性能需要扩充和增强 预防性维护 提高软件的可维护性和可靠性而对软件进行的修改,面向对象开发,建立系统的用例模型 从用例模型到领域模型 从领域模型到设计模型 从设计模型到实现模型,面向对象建模,面向对象模型（填空或简答） 对象模型：定义了“做什么”的实体 动态模型：规定在何种状态下，接受什么事件的触发而“做什么” 功能模型：指明了系统应该“做什么”,UML分析建模,用例模型 用例图 用例描述 用例场景 活动图 领域模型 分析类 用例实现 交互图 分析包 CRC技术 行为模型 顺序图 协作图 状态图,用例模型（重点，案例题）,面向用户描述系统业务需求 组成元素 角色。与系统发生作用的用户和外部环境与系统 用例。业务场景 用例图。角色、用例的关系描述 时序图。业务场景的实际活动描述,建立领域模型,领域模型能捕获语境中最重要的对象模型，领域对象代表系统工作的环境中存在的事情或发生的事件。 领域建模的目的是理解和描述在领域语境中最重要的类 领域建模识别系统的分析类（重点，案例题）,行为建模,行为模型显示了软件如何对外部事件或激励做出响应。要生成行为模型，分析师必须按如下步骤进行： 评估所有的用例，以使得完成理解系统内的交互序列。 识别驱动交互序列的事件，并理解这些事件如何和具体的类相互关联。 为每个用例生产序列。 创建系统状态图。（重点，分析题或案例题） 评估行为模型以验证准确性和一致性。,从领域模型到设计模型,分层设计 从边界、控制和实体来划分系统结构层次 分析类到设计类的转换 根据基于的计算机语言设计类 基于所采用的平台类库来设计类 对象的动态模型设计 根据业务流程设计对象的动态模型 根据系统层次结构设计对象之间的交互关系,设计模型,描述系统业务场景的具体实现 组成元素 系统包结构。描述系统结构划分 类。实现业务对象抽象出来的类 类图。描述类之间的关系（重点，分析和案例题） 时序图。类之间的调用关系（重点，分析或案例题） 活动图。对象的运行过程 状态图。对象的运行状态。,实现模型,构件图。描述系统运行的实际运行单元和组成关系 构件。系统的运行单元 构件图。系统的运行组成关系 部署图。软件的实际运行环境和软件的分布部署 软件的构件如何分布到硬件上和网络中。 软件各个部分在运行过程中的关系,软件项目管理,进度管理 成本管理 质量管理 配置管理 风险管理,谢谢,谢谢大家一学期的认真听课。 祝大家都有一个满意的成绩。,