软件工程总复习ppt课件

1、软软 件件 工工 程程第第2424讲：总复习讲：总复习主讲人：阳王东：yangwangdong126考试题型 选择题。单项选择，10分 填空题。10分 判别题。10分 简答题。10分 分析题。20分 案例题。40分。主要内容 1、构造化开发过程2、面向对象开发过程构造化开发过程 可行性研讨 需求分析 概要设计 详细设计 编码 测试 维护构造化分析设计特点 采用瀑布型生命周期模型重点采用瀑布型生命周期模型重点 简答题简答题 每个阶段的任务划清楚确每个阶段的任务划清楚确 每个阶段的任务内容区清楚确每个阶段的任务内容区清楚确 以业务流程为线索，以程序构造为中心以业务流程为线索，以程序构造为中心可行性

2、研讨选择或填空 经济分析 效益分析 本钱分析 市场分析 技术分析 技术根底 技术程度 技术人员 法律分析 最终提交一份软件开发可行性分析报告需求分析 目的 获取需求 了解需求 确定需求 定义 开发人员要准确了解用户的要求，进展细致的调查分析，将用户非方式的需求陈说转化为完好的需求定义，再由需求定义转化到相应的方式功能规约需求规格阐明的过程。需求分析的根本义务1 识别需求选择 功能需求：明确所开发的软件必需具备的功能。 性能需求：明确待开发的软件的技术性能目的。 环境需求：明确软件运转时所需求的软、硬件要求 用户界面需求：明确人机交互方式、输入输出数据格式。需求分析的根本义务2 分析与综合，构建

3、软件的逻辑模型分析与综合，构建软件的逻辑模型(重点，重点，分析题和案例题分析题和案例题) 分析软件系统中的数据关系，建立系统的分析软件系统中的数据关系，建立系统的E-R模型图模型图 分析系统的业务关系，构建系统的数据流分析系统的业务关系，构建系统的数据流模型模型 数据流图数据流图 数据字典数据字典 分析系统事务变换关系，建立系统事件形分析系统事务变换关系，建立系统事件形状模型。状模型。需求分析的根本义务3 编写文档 编写“需求规格阐明书 。 编写初步用户运用手册。 编写确认测试方案 修正完善软件开发方案。 概要设计 进入了设计阶段，要把软件“做什么的逻辑模型变换为“怎样做的物理模型。 软件设计

4、是一个把软件需求转换为软件表示的过程。 软件概要设计的根本义务 系统架构设计 软件构造设计 系统数据设计系统架构设计 根据需求规格中的需求根本框架，把组成系统的这些子系统、子系统之间的关系与数据通讯等确定下来，并把它们任务时所需求的设备环境、网络环境和数据环境等，也一同确定下来，由此对系统作出一个合理的、符合运用需求的整体部署 任务义务 定义子系统 定义子外部接口 定义系统物理构架软件构造设计 软件模块划分分析和案例题 系统模块图 面向数据流分析重点 变换中心分解 事务中心分解 面向数据构造分析数据设计 数据库设计选择或填空 逻辑设计。结合详细的DBMS特征来建立数据库的逻辑构造。 物理设计。

5、对于不同的DBMS，运用的物理环境不同，提供的存储构造与存取方法各不一样。物理设计就是根据设计数据方式的要求，对DBMS的详细存储管理数据的物理构造进展设计 编写文档 概要设计阐明书 数据库设计阐明书，主要给出所运用的DBMS简介、数据库的概念模型、逻辑设计、结果。 用户手册，对需求分析阶段编写的用户手册作补充。 编写集成测试测试用例 软件详细设计 目的。对软件模块内部的程序构造和过程进展设计。 设计方法 流程图重点，分析题 NS图 PAD图 断定表 PDL详细设计的根本义务 为每个模块进展详细的算法设计。 为模块内的数据构造进展设计。 对数据构造进展物理设计。 其他设计：根据软件系统的类型，

6、还能够要进展以下设计： 代码设计。为了提高数据的输入、分类、存储、检索等操作，节约内存空间，对数据库中的某些数据项的值要进展代码设计。 输入/输出格式设计。 人机对话设计。对于一个实时系统，用户与计算机频繁对话，因此要进展对话方式、内容、格式的详细设计。编写文档 软件详细设计阐明书 编写单元测试测试用例 完善用户手册编码选择或断定 目的：运用编程工具完成系统编码 在软件实现阶段，根据详细设计用编程言语编写所需的程序。需求完成的义务包括： 根据详细设计，按照编码、用户接口规范编写程序 对程序进展代码复查、编译、调试，直到程序运转经过，符合详细设计的要求； 根据单元测试方案进展单元测试，生成单元测

7、试报告。软件测试 软件测试目的断定 是为了发现错误而执行程序的过程，一个胜利的测试是发现了至今尚未发现的错误的测试。 软件测试的根本义务应该是根据软件开发各阶段的文档资料和程序的内部构造，精心设计一组测试用例，利用这些实例执行程序，找出软件中潜在的各种错误和缺陷。黑盒测试法与白盒测试法分析题 黑盒法 不思索程序的内部构造和处置过程，只在软件的接口处进展测试，根据需求规格阐明书，检查程序能否满足功能要求。： 等价类测试。 边境值测试。 白盒法 了解程序的内部构造和处置过程，以检查处置过程的细节为根底，对程序中尽能够多的逻辑途径进展测试。 语句覆盖、条件覆盖、断定覆盖、断定/条件覆盖、组合覆盖、途

8、径覆盖重点软件维护选择和断定 改良性维护 确定和修正错误 顺应性维护 使运用软件顺应这种新环境而修正软件 完善性维护 为了顺应变化，运用软件原来的功能和性能需求扩展和加强 预防性维护 提高软件的可维护性和可靠性而对软件进展的修正面向对象开发 建立系统的用例模型 从用例模型到领域模型 从领域模型到设计模型 从设计模型到实现模型面向对象建模面向对象建模 面向对象模型填空或简答 对象模型：定义了“做什么的实体 动态模型：规定在何种形状下，接受什么事件的触发而“做什么 功能模型：指明了系统应该“做什么UML分析建模 用例模型 用例图 用例描画 用例场景 活动图 领域模型 分析类 用例实现 交互图 分析

9、包 CRC技术 行为模型 顺序图 协作图 形状图用例模型重点，案例题用例模型重点，案例题 面向用户描画系统业务需求 组成元素 角色。与系统发生作用的用户和外部环境与系统 用例。业务场景 用例图。角色、用例的关系描画 时序图。业务场景的实践活动描画建立领域模型建立领域模型 领域模型能捕获语境中最重要的对象模型，领域对象代表系统任务的环境中存在的事情或发生的事件。 领域建模的目的是了解和描画在领域语境中最重要的类 领域建模识别系统的分析类重点，案例题行为建模行为建模 行为模型显示了软件如何对外部事件或鼓励做出呼应。要生成行为模型，分析师必需按如下步骤进展： 评价一切的用例，以使得完成了解系统内的交

10、互序列。 识别驱动交互序列的事件，并了解这些事件如何和详细的类相互关联。 为每个用例消费序列。 创建系统形状图。重点，分析题或案例题 评价行为模型以验证准确性和一致性。从领域模型到设计模型 分层设计 从边境、控制和实体来划分系统构造层次 分析类到设计类的转换 根据基于的计算机言语设计类 基于所采用的平台类库来设计类 对象的动态模型设计 根据业务流程设计对象的动态模型 根据系统层次构造设计对象之间的交互关系设计模型 描画系统业务场景的详细实现 组成元素 系统包构造。描画系统构造划分 类。实现业务对象笼统出来的类 类图。描画类之间的关系重点，分析和案例题 时序图。类之间的调用关系重点，分析或案例题 活动图。对象的运转过程 形状图。对象的运转形状。实现模型 构件图。描画