软件工程导论课本总结.docVIP

第一章 1.什么是软件工程? 为了经济的获得可靠的，在实际机器上高效运行的软件，而建立和使用的好的工程原则。 采用工程的概念、原理、技术和方法来开发与维护软件，把经过时间考验而证明正确的管理技术和当前能够得到的最好的技术方法结合起来，以经济地开发出高质量的软件并有效地维护它，这就是软件工程 2.什么是软件危机? 软件危机是指在计算机软件的开发和维护过程中所遇到的一系列严重问题。 3产生软件危机的原因 . 软件缺乏“可见性”,软件的开发过程的进展情况难以衡量,软件质量难以评价; . 软件维护意味着改正或修改原来的设计,使维护较难; . 软件规模大,须由多人分工合作,管理难度大; . 软件专业人员对软件开发和维护有糊涂观念,常采用错误的方法和技术; （错误的认识和做法主要表现,(1)忽视软件需求分析的重要性;(2)忽视软件维护） 4软件工程的基本原理 用分阶段的生命周期计划严格管理; 坚持进行阶段评审; 实行严格的产品控制; 采用现代程序设计技术; 结果应能清楚地审查; 开发小组的人员应该少而精; 承认不断改进软件工程实践的必要性。 5软件生命周期分为三大阶段（8个小阶段） 软件定义阶段： 问题定义阶段：“要解决的问题是什么？” 可行性研究阶段：“对上一阶段所确定的问题是否值得去解？是否有可行的解决办法？” 需求分析阶段：“为解决这个问题，目标系统必须做什么？” 软件开发阶段： 总体设计阶段：“应该怎样概括地实现目标系统？” 详细设计阶段：“应该怎样具体地实现这个系统呢？” 编码和单元测试阶段：写出正确的容易理解、易于维护的程序模块并仔细测试每个模块。 综合测试：通过各类测试使软件达到预定要求。 软件维护阶段： a通过各种必要的维护活动使系统持久 地满足用户的需要。 6什么是软件 ？ Software = Program + Data + Document 软件(software)是能够完成预定功能,并对相应数据进行加工的程序(Program)和描述程序及其操作的文档(document)。 7软件工程三要素： 过程、方法和工具 8软件工程基本原则 在软件开发过程中，为了达到软件开发目标，必须遵循下列原则： 抽象 模块化 信息隐藏 局部化 一致性 完备性 可验证性 第二章 1可行性研究的目的 就是用最小的代价在尽可能短的时间内确定问题是否有解,是否值得去解。 2可行性研究的三个方面： 技术可行性：现有技术能够实现这个系统吗？ 经济可行性：经济效益能否超过开发成本？ 操作可行性：系统的操作方式在这个用户组织内行得通吗？ 3数据流图（Data Flow Diagram，DFD）是描述系统中数据流程的图形工具和逻辑输出，它标识了一个系统的逻辑输入，以及把逻辑输入转换为逻辑输出所需的加工处理。 4数据流图的图符 图1是：数据A和B同时输入才能变换成数据C 图2是：数据A变换成B和C 图3是：数据A或B，或A和B同时输入变换成C 图4是：数据A变换成B和C，或B和C 图5是：只有数据A或只有数据B（点不能A、B同时）输入时变换成C 图6是：数据A变换成B和C，但不能变换成B和C 5为数据流图（或数据存储）命名 名字应代表整个数据流（或数据存储）的内容，而不是仅仅反映他的某些成分。 不要使用空洞的、缺乏具体含义的名字（如“数据”、“信息”、“输入”之类）。 如果在为某个数据流（或数据存储）起名字是遇到了困难，则很可能是因为对数据流图分解不恰当造成的，应该试试重新分解，看是否能克服这个困难。 6例子（P46）父图与子图的平衡，输入输出一致，加工与加工之间的关系。 6什么是系统流程图 系统流程图是概括地描绘物理系统的传统工具。是用图形符号以黑盒子形式描绘组成系统的每个部件（程序、文档、数据库）。它是物理流图而不是程序流程图 7符号（P39） 8系统流程图例子 第三章 1需求分析阶段的任务：　在可行性分析的基础上，进一步了解确定用户需求。准确地回答 “系统必须做什么？” 的问题。获得需求规格说明书。 2 状态转换图是干什么的? 状态转换图通过描绘系统的状态及引起系统状态转换的事件,来表示系统的行为；并指明了作为特定事件的结果系统将要采用的动作。----建立系统行为模型 3初态只能有一个，中间态可有多个，终态可有0个或多个 4电梯状态转换图 5 第四章 1　非形式化：用自然语言来描述的； 半形式化：用数据流图或实体-联系图建立模型； 形式化：基于数学技术来描述系统性质. 2非形式化方法的缺点是什么？ 用非形式化的方法写的系统规格说明书，可能存在矛盾、二义性、含糊性、不完整性以及抽象层次混乱等问题