软件工程考试整理.docVIP

第一章 软件：软件是程序，数据及相关文档的完整集合 2、软件危机：指在软件开发和维护过程中所遇到的一系列严重问题。（如何开发软件，以满足对软件日益增长的需求；如何维护数量不断膨胀的已有软件） 软件总是超出预算、落后于进度表，而且不可靠　 软件受其自身特点的影响,生产过程不象硬件那样规范,受人的因素和外界影响很大,在软件生产的各阶段都会引入不同程度的错误,造成不能预期完成任务,致使成本上升,甚至导致软件失败 表现： （1）软件开发和维护费用急剧上升　 （2）不重视文档资料 （3）产品质量不可靠 （4）软件产品成本高于硬件产品 （5）供需失配 3、产生软件危机的原因：一方面与软件本身有的特点有关，另一方面也和软件开发与维护的方法不正确有关。 具体表现： 忽视软件开发前期的需求分析； 开发过程没有统一、规范方法论的指导； 文档资料不齐全； 忽视人与人的交流； 忽视测试工作，提交给用户的软件质量差； 轻视软件的维护。 消除软件危机的途径：既要有技术措施（方法 和工具），又要有必要的组织管理措施 软件工程应使用已有的工程规则的理论和模式，来解决所谓的软件危机。 5、软件工程支撑环境：如果把各个阶段使用的软件工具有机地集合成一个集体，支持软件开发的全过程。 6、软件工程的定义：是指导计算机软件开发和维护的一门工程学科。 7、软件工程方法学：包含三个要素：方法、工具和过程。最广泛的方法学包括传统方法学和面向对象方法学。 传统方法学：也称为生命周期方法学或结构化范型。主要是把软件生命周期的全过程一次划分为若干个阶段，然后顺序地完成每个阶段的任务。 面向对象方法学：4个要点（对象、类、继承、封装性） 软件生命周期3个时期：计划——开发——运行 计划：问题定义，可行性研究而 开发：需求分析，概要设计，详细设计，编码，测试， 运行：运行，维护 9、四个模型的优缺点： 瀑布模型（带反馈环）P15 优点：①可强迫开发人员采用规范的方法；②严格规定了每个阶段必须提交的文档；③ 要求每个阶段交出的所有产品都必须经过质量保证小组的仔细验证。 缺点：由于是一种文档驱动的模型，最终开发出的软件产品可能并不是用户真正需要的。 （1） 各个阶段的划分完全固定，阶段之间产生大量的文档，极大地增加了工作量 （2） 由于开发模型是线性的，用户只有等到整个过程的末期才能见到开发成果，从而增加了开发的风险 （3） 早期的错误可能要等到开发后期的测试阶段才能发现，进而带来严重的后果 快速原型模型（不带反馈环） 可以通过快速构建起一个在计算机上运行的原型系统，让用户试用原型并收集用户反馈意见的办法，获取用户的真实需求。本质是“快速”。Unix shell 和 html都是广泛使用的快速原型语言 增量模型 具有可在软件开发的早期阶段使投资获得明显回报和较易维护的优点，但是，要求软件具有开放的结构是使用这种模型时的固有的困难。 缺点：（1）由于各个构件是逐渐并入已有的软件体系结构中的，所以加入构件必须不破坏已构造好的系统部分，这需要软件具备开放式的体系结构。 （2）在开发过程中，需求的变化是不可避免的。增量模型的灵活性可以使其适应这种变化的能力大大优于瀑布模型和速原型快模型，但也很容易退化为边做边改模型，从而是软件过程的控制失去整体性。 螺旋模型 原型模型+增量模型 用户要求不明确，只适用于风险较大，规模较大时的软件开发 模型 优点 缺点 瀑布模型 文档驱动 系统可能不满足需求 原型模型 关注满足需求 可能导致系统设计差,难于维护 增量模型 开发早期反馈及时,易于维护 需要开放式结构,可能会设计差 螺旋模型 风险驱动 风险分析人员需要有经验且经过充分训练 面向对象模型 支持工具丰富,自动化程度高 对开发组织和人员要求较高 第二章 可行性研究目的：用最小的代价在尽可能短的时间内确定问题是否能够解决 3、数据字典的作用P47：在软件分析和设计的过程中给人提供关于数据的描述信息。 4、数据字典由对4类元素的定义组成P47：①数据流；②数据流分量（即数据元素）；③数据存储；④处理 第三章 1、需求分析的任务 确定随系统的综合要求（①功能需求；②性能需求；③可靠性和可用性需求；④出错处理需求；⑤接口需求；⑥约束；⑦逆向需求；⑧将来可能提出的需求） 分析系统的数据要求 导出系统的逻辑模型 修正系统开发计划 验证软件需求的正确性的4个方面 一致性 所有需求必须是一致的，任何一条需求不能和其他需求相互矛盾。 完整性 需求必须是完整的，规格说明书应包括用户需求的每个功能。 现实性 用现有的硬件技术或软件技术基本上能实现的。 有效性 需求是正确有效的，确实能解决用户面对的问题。 4、验证软件需求的方法①验证需求的一致性；②验证需求的现实性；三