软件工程总结whs..docxVIP

⑴ 软件工程的基本定义1968年北大西洋公约组织的计算机科学家在联邦德国召开的国际会议上正式提出“软件工程”一词，并形成一门学科。NATO(北大西洋公约组织)最初给出的定义为：“软件工程就是为了经济地获得可靠的，且能在实际机器上运行的软件，而建立和使用完善的工程原理”。IEEE（1993年）也对软件工程做了定义：是①把系统的、规范的、可度量的途径用于软件开发、运行和维护过程，也就是把工程应用于软件； ②研究上一点中提到的“途径”。软件工程是技术与管理相结合，研究软件开发效率与质量的一门学科。四十余年来，软件科学家为此开展了大量研究工作。一般认为软件工程具有如下本质特性：重点关注大型软件构造（多人员、长时间、复杂结构）；中心是如何控制复杂度问题（认识方法改进、时间/任务分割、协调机制增强…）； 强调可维护、可改变（适应现实世界变化，延长生命期）；提高开发效率（方法学、辅助工具）；和谐合作（标准、规范、过程，团队合作、沟通工具）；有效支持客户（确保满足功能、性能需求，提供完整配置产品）；明确自己扮演的角色（明确服务职责，明确团队中每一角色作用；了解客户领域业务、背景知识，创造性开发产品；明确客户第一，应用第一，客户评价第一）⑶软件工程方法学（Methodology）方法学（又称范型Paradigm）,指软件生命周期全过程中使用的一整套技术、方法的集合。方法学包括方法、工具和过程三种要素。传统方法学（结构化方法学，可以面向过程/数据）面向对象方法学（对象：数据与对数据操作的结合，OO方法特点：对象+类+继承+消息通讯）为开发软件系统所必须完成的一系列工作的框架（包括步骤、任务内容和过程要求）传统的“瀑布模型”特点：各阶段的展开具有顺序性、前后依赖性 尽可能地推迟物理实现的时间 可以在各阶段末用验证、测试等把关的办法保证阶段性产品的质量 强调文档生成（滚动生成）第二章 可行性研究可行性研究目的与任务目的：以最小的代价，在尽可能短的时间内确定问题是否可解，以及是否值得去解。（并把研究结果形成文档交给用户。当项目可行时，还要向用户提出推荐方案的梗概和项目的初步计划。）任务：至少从三方面进行分析技术上：技术的可利用性（该种技术的存在性、可利用性、可使用性，以及性能指标，工程进度的实现上是否存在不可逾越的困难。例）可操作性上：是否有违法规、制度、约定、用户条件与环境约束、其它客户不可接受的操作方案（如人对变革的恐惧与抗拒，例）经济上：是否符合成本-效益原则，即开发与运行成本是可接受的，且收益大于成本。第三章 需求分析3.1 概述需求分析的根本目标是获取准确的用户需求，并用E-R图、数据流图、数据字典、状态图，以及其它图、表、文字说明等构成关于新系统的模型或规格说明。这相当于工程化过程中要首先产生蓝图。需求分析的任务:对系统必需实现的功能、性能及其他需求，提出完整、准确、清晰、具体的描述。即，产生完整的新系统逻辑模型。具体工作包括：1、确定对系统的综合要求：功能要求——确定系统必须完成的所有功能（工作量最大）性能要求——处理时间、效率、存储容量、安全性、灾害恢复等可靠性和可用性需求——平均无故障时间长，任何时刻保证可用出错处理需求——对各种出错情况的及时、有效反映与处理接口需求——用户接口、硬件接口、软件接口、通讯接口等要求约束——政策、法规、标准要求；精度、实现工具、软硬平台要求逆向需求——不应该、不需要做什么将来可能提出的要求——为将来可能的扩充修改所预做的准备。2、分析系统的数据要求：对系统的综合要求特别是功能要求基本确定后，要确定支持这些要求所需的数据，包括系统运行所需的系统输入、中间变换、预先存放的数据，以及产生的输出数据需求分析阶段要通过逻辑数据分析产生系统的概念数据模型。主要方法工具是E-R图，规范化等3、导出系统的逻辑模型根据功能分析和数据分析结果导出新系统的详细逻辑模型，模型由数据流图、数据字典、ER图、主要处理算法等构成。4、修正系统开发计划在需求分析的基础上，更准确地修正原拟的，关于今后的开发计划，包括对成本、进度的更准确的估计。3.5 数据流图Data Flow Diagram ( DFD )：以数据的流动及其转换表达出系统的数据处理流程。数据流图符号（P.34）数据流图示例（P.34）数据流图的绘制步骤画范围图，确定系统I/O和外部实体；分解范围图，以系统主要功能构成系统零图；分解零图中的各功能点，得出各功能处理点的子图；重复对各子图中功能处理点的分解，直至各功能点的功能明确；复审（实际上每一步都要复审）。总体设计模块的概念模块——模块是数据说明和可执行语句等程序对象的集合，能完成一项子功能。它有单独的命名并且是按名访问的，通常只有一个入口、一个出口。模块的属性——功能（外部属性）、逻