软件工程第三四章复习内容教程.docVIP

第2章 软件工程方法与工具 一．软件工程方法学三要素: 方法、工具和过程。 结构化方法及其特点: 也称为生命周期方法学或结构化范型。将软件生命周期的全过程依次划分为若干个阶段，采用结构化技术来完成每个阶段的任务。 　特点： 强调自顶向下顺序地完成软件开发的各阶段任务; 结构化方法要么面向行为，要么面向数据，缺乏使两者有机结合的机制。 二．面向对象方法及其特点: 是将数据和对数据的操作紧密地结合起来的方法。 软件开发过程是多次反复迭代的演化过程。 面向对象方法在概念和表示方法上的一致性，保证了各项开发活动之间的平滑过渡。 对于大型、复杂及交互性比较强的系统，使用面向对象方法更有优势。 三．软件工具的概念: 软件工具是指能支持软件生存周期中某一阶段（如系统定义、需求分析、设计、编码、测试或维护等）的需要而使用的软件工具。 早期的软件工具主要用来辅助程序员编程，如编辑程序、编译程序、排错程序等。在提出了软件工程的概念以后，出现了一批软件工具来辅助软件工程实施，这些软件工具涉及到软件开发、维护、管理过程中的各项活动，并辅助这些活动高质量地进行。 软件工具通常也称为CASE(计算机辅助软件工程，computer aided software engineering)工具。 第3章 软件需求分析(结构化分析) 一．需求获取的任务 发现和分析问题，并分析问题的原因/结果关系。 与用户进行各种方式的交流，并使用调查研究方法收集信息。 按照三个成分观察问题的不同侧面：即数据、过程和接口。 将获取的需求文档化，形式有用例、决策表、需求表等。 二．需求获取应遵循的原则(重点) 深入浅出的原则。就是说，需求获取要尽可能全面、细致。获取的需求是全集，目标系统真正实现的是其子集。 以流程为主线的原则。在与用户交流的过程中，应该用流程将所有的内容串起来。如信息、组织结构、处理规则等。流程的描述既有宏观描述，也有微观描述。 三．需求获取的过程 1. 开发高层的业务模型 2. 定义项目范围和高层需求 3. 识别用户类和用户代表 系统的不同用户存在着多方面的差异，例如： (1) 使用产品的频率； (2) 在应用领域的经验和使用计算机的技能； (3) 所用到的产品功能； (4) 为支持业务过程所进行的工作； (5) 访问权限和安全级别。 4. 获取具体的需求 确定了项目范围和高层需求，并确定了用户类及用户代表后，就需要获取更具体、完整和详细的需求。具体需求的来源可以来自以下几种典型的途径。 (1) (2) 现有产品或竞争产品的描述文档。 (3) 系统需求规格说明。 (4) 当前系统的问题报告和改进要求。 (5) 市场调查和用户问卷调查。 (6) 观察用户如何工作。 5. 确定目标系统的业务工作流 具体到当前待开发的应用系统，确定系统的业务工作流和主要的业务规则，采取需求调研的方法获取所需的信息。例如，针对信息系统的需求调研方法如下： (1) (2) 调研每个子系统的工作流程、功能与处理规则，收集原始信息资料，用数据流来表示物流、资金流、信息流三者的关系。 (3) 对调研内容事先准备，针对不同管理层次的用户询问不同的问题，列出问题清单。将操作层、管理层、决策层的需求既联系又区分开来，形成一个需求的层次。 6. 需求整理与总结 提出这些需求的实现条件，以及需求应达到的标准。 这些需求包括功能需求、性能需求、环境需求、可靠性需求、安全保密要求、用户界面需求、资源使用需求、软件成本消耗与开发进度需求等。 四．软件需求分析阶段的任务(重点) 可以把软件需求分析阶段的工作分为4个步骤，即需求获取、需求分析、需求定义和需求验证， 1. 需求获取 通过启发、引导从用户那里得到的原始需求是他们的业务要求(needs)，简称为N。 这是分析之前获取的需求，其中可能存在一些问题，这些问题只有通过分析才能得到解决，直接把获取的需求作为软件设计阶段的内容可能导致严重的后果。 2. 需求分析 认真研究获取的需求，必须考虑以下几方面： (1) (2) 正确性 (3) 合理性 (4) 可行性 (5) 充分性 由于分析的过程会对获取的需求做部分调整，也即从获取的需求N中去掉了一些a，又补充了一些c，从而得到的是分析的需求R1（b+c）。 3. 需求定义 将已经过分析的需求清晰、全面、系统、准确地描述成为正式的文档，这一步定义需求的工作就是编写需求规格说明。 4. 需求验证 为了确保已定义的需求（需求规格说明）准确无误，并能被用户理解和接受，需要对其进行严格的评