文档介绍：课程总结
题 目
《软件工程》课程总结
学生
学 号
学 院
专业班级
指导教师
职 称
教授
2014
年
11
月
文档是工程模式软件开发的成果表达。所谓软件配置，也是基于软件生产轨迹进行过程控制与产品追踪。最后学了软件质量管理，也是对软件品质的优劣进行评价。
第四章 电脑系统工程
项目是基于电脑的系统工程需要有对整个电脑系统较全面的考虑诸多方面的因素，如：硬件设备、数据资源、网络环境、其他协作软件等，是待开发软件系统以的环境因素，然而绝不能有半点无视，而必须在软件系统创建之前就认真分析。只有这样，软件项目才能有正确的工作方向，所开发出来的软件才不会是空中楼阁。电脑系统结构
如图2所示：
软件系统
电脑系统
图
第五章 需求分析
需求分析是一项非常关键的软件工程活动，是在开始软件设计、实现之前必须先期完成的任务，需求分析需要解答的问题是“软件能够做什么”。系统分析师将承担软件需求分析任务，其工作目标是确定用户软件需求，发现软件的用户价值。
本章要点是：分析任务与过程；获取用户需求；需求建模；需求验证。需求分析是对高层需求框架的细化，将涉及用户细节需求，并需要确认软件规格，其过程如图3所示：
如图
第六章 结构化分析建模
软件分析的关键是建立分析模型，实际上，在进行软件业务分析时就已建立了模，如业务树、业务流。然而，业务分析模型是面向用户的’一般只涉及用户需求规约，因此在进一步的面向设计的分析建模中，分析者还需要考虑软件技术问题，以支持软件规格定义，支持软件由分析到设计的过渡。分析建模特点是分析模型建立在需求规约基础上，并要求从数据、功能、行为等多个建模时叫建立模型，以使得对软件问题能有比较全面的建模解说。功能建模师对系统的数据加工的图解。行为建模用于说明软件系统与环境的交互。还学了数据字典，它是用于定义软件元素，以使软件元素获得严格的、详细的、精确地规格说明。如下列图4为需求分析中规约、模型、字典之间的关系。
需求规约
功能模型
数据模型
数据字典
行为模型
、模型、字典之间的关系
第七章 基于UML的面向对象分析建模
UML是一种可很好适应面向对象技术的建模方法，不仅可直观反映面向对象技术要素，并可有效贯穿分析与设计，而使整个开发过程一体化。UML是统一建模语言，有统一的语法规则，语义规则与语用规则，并可从多个不同视角建立软件模型。用例建模是面向用户需求的，能够反映系统的用户价值。活动图用于描述系统动态过程，主要图形元素有：活动、转换、起点、终点、判断、并发、同步、泳道等。类分析建模的首要工作是发现实体类，可使用名词搜索法发现候选键，然后再从候选键中筛选出实体类。
第八章 概要设计
在软件规格确定以后，即可设计软件。软件设计一般按照概要设计，详细设计两步进行，首先需要完成的是概要设计。本章将要介绍的即是概要设计，其如同设计蓝图，用于确定系统构架、软件结构，以提供实现软件必须有的框架。系统构架，是对已确定的需求的技术实现构架、作好规划，运用成套、完整的工具，在规划的步骤下去完成任务
。数据结构是指数据元素之间的逻辑关系。
第九章结构化设计建模
结构化程序以功能为目标。需求分析中有关软件的功能分析，将成为程序结构设计的依据。面向数据流的程序结构映射，即表达出了由功能分析到功能设计的过渡。结构化程序以功能模块为构件，其结构设计即围绕模块进行，涉及模块功能定义、模块接口设计、模块调用与控制设计。本章要点程序结构建模语言分别是程序结构图和HIPO图。基于数据流的程序结构映射是以功能为目的的结构化建模方法，可到达由功能分析到功能设计的有效转换。
第十章 基于UML的面向对象程序设计
面向对象程序设计需要考虑两两个方面的问题，其一，基于类的程序静态构造；其二于对象的程序动态过程。
可通过UML建立面向对象设计模型。其中的类图可用来描述程序的静态逻辑构造，涉及实体类、控制类、边界类、数据类等诸多类体。协作图、时序图、状态图则可用来描述基于对象的程序动态过程。
最终的安装发布还涉及物理结构，组件图可用来描述程序程序系统物理结构。
第十六章