软件工程导论张海藩编著考试范围及各章重点..docVIP

软件工程考试整理 第一章 1、CASE(Computer Aided Software Environment) 2、软件危机的概念P1-2：指在软件开发和维护过程中所遇到的一系列严重问题。（如何开发软件，以满足对软件日益增长的需求；如何维护数量不断膨胀的已有软件） 3、产生软件危机的原因P3：一方面与软件本身有的特点有关，另一方面也和软件开发与维护的方法不正确有关。 4、消除软件危机的途径P5：既要有技术措施（方法 和工具），又要有必要的组织管理措施 5、软件工程支撑环境P5：如果把各个阶段使用的软件工具有机地集合成一个集体，支持软件开发的全过程。 6、软件工程的定义P5：是指导计算机软件开发和维护的一门工程学科。 具体的定义：①把系统的、规范的、可度量的途径应用于软件开发、运行和维护过程，也就是把工程应用与软件；②研究①中提到的途径。 7、软件工程方法学P9-10：包含三个要素：方法、工具和过程。最广泛的方法学包括传统方法学和面向对象方法学。 传统方法学：也称为生命周期方法学或结构化范型。主要是把软件生命周期的全过程一次划分为若干个阶段，然后顺序地完成每个阶段的任务。 面向对象方法学：4个要点（对象、类、继承、封装性） 8、软件生命周期3个时期 P13：软件定义、软件开发、软件维护 软件定义阶段：确定开发过程的总任务；工程的可行性；实现工程目标应采用的策略；系统必须完成的功能；估计资源和成本。 软件开发阶段：总体设计，详细设计（前两个阶段又称系统设计），编码和单元测试，综合测试（后两个阶段又称系统实现）。 9、三个模型的优缺点： 瀑布模型（带反馈环）P15 优点：①可强迫开发人员采用规范的方法；②严格规定了每个阶段必须提交的文档；③要求每个阶段交出的所有产品都必须经过质量保证小组的仔细验证。 缺点：由于是一种文档驱动的模型，最终开发出的软件产品可能并不是用户真正需要的。 快速原型模型（不带反馈环）P17 可以通过快速构建起一个在计算机上运行的原型系统，让用户试用原型并收集用户反馈意见的办法，获取用户的真实需求。本质是“快速”。 增量模型P17 具有可在软件开发的早期阶段使投资获得明显回报和较易维护的优点，但是，要求软件具有开放的结构是使用这种模型时的固有的困难。 第二章 1、数据流图的定义（DFD）P40：是一种图形化技术，描绘信息流和数据从输入移动到输出过程中所经受的变换。无具体物理部件，只是描绘数据在软件中流动和被处理的逻辑过程。在设计时值考虑系统必须完成的基本逻辑功能，完全不考虑具体怎么样实现。描绘数据流向，而不应该描绘出现啊某个数据流的条件。 2、数据流图的符号P41： 正方形（或立方体）——数据的源点或终点 圆角矩形（或圆形）——交换数据的处理 开口矩形（或两条平行线）——数据存储 → ——数据流，即特定数据的流动方向 3、数据字典的作用P47：在软件分析和设计的过程中给人提供关于数据的描述信息。 4、数据字典由对4类元素的定义组成P47：①数据流；②数据流分量（即数据元素）；③数据存储；④处理 本章注意点： 1、系统流程图P39 2、数据流图P44 3、数据字典P48的符号及P54的习题5 第三章 1、需求分析的任务P56： 确定随系统的综合要求（①功能需求；②性能需求；③可靠性和可用性需求；④出错处理需求；⑤接口需求；⑥约束；⑦逆向需求；⑧将来可能提出的需求） 分析系统的数据要求 导出系统的逻辑模型 修正系统开发计划 2、实体—联系图中关系的区别P63： 一对一联系（1 ：1） 一对多联系（1 ：N） 多对多联系（M ：N） 3、验证软件需求的正确性的4个方面P70： 一致性 所有需求必须是一致的，任何一条需求不能和其他需求相互矛盾。 完整性 需求必须是完整的，规格说明书应包括用户需求的每个功能。 现实性 用现有的硬件技术或软件技术基本上能实现的。 有效性 需求是正确有效的，确实能解决用户面对的问题。 4、验证软件需求的方法P70：①验证需求的一致性；②验证需求的现实性；三验证需求的完整性和有效性。 本章注意点： 1、画实体—联系图P64 2、画状态图P67 第五章 1、模块独立程度的度量标准P97：内聚和耦合 （高内聚，低耦合） 2、耦合的概念P97：是对一个软件结构内不同模块之间互连程度的度量。 数据耦合 两个模块彼此间通过参数交换信息，而且交换的信息仅仅是数据（低耦合，系统中至少必须存在数据耦合） 控制耦合 传递的信息中有控制信息（有时控制信息以数据的形式出现）（中等耦合） 特征耦合 把整个数据结构作为参数传递而被调用的模块只需使用其中一部分数据元素 公共环境耦合 两个或者多个模块通过一个公共数据环境相互作用 （设计原则