软件工程04new.pptVIP

* 软件工程 Chap 10 系统工程 “系统”反映的是计算机系统的整体目标，通过标识硬件、软件、数据库、文档、规程、人员以及系统其它元素的角色，来分析、建模、确认和管理系统需求。 1. 基于计算机的系统 一个系统可能是一个更大系统的宏元素，也可能被分解为若干更小的系统。系统开发的目的是将系统元素以各种方式组合来变换信息。 2. 系统工程层次结构 系统工程总是包含一组自顶向下或自底向上的方法来构架其层次结构。而对目标领域目标系统元素的需求分析，是目标系统分析、设计和构造的开始，此工作通常从全局视图开始。系统工程层次结构图见P248图10.1。 3. 系统建模 系统工程是一个建模过程，以定义系统需求、内外部输入输出等。不同需求的系统模型理论上可以仅修改不同系统元素的相关影响导出。 对系统整体构架的认识，是系统得以顺利开发的基础。 PART Three Conventional Methods For Software Engineering 第三部分 传统的软件工程方法 软件工程 4. 业务过程工程 业务过程工程(BPE)的目标是开发启用软件体系结构，为实现计算体系结构而创建一个整体计划。有三种不同的体系结构必须在业务目标语境中被分析和设计： 数据体系结构：为业务功能信息需要提供框架。 应用体系结构：为业务目的而在数据体系结构中变换数据对象的系统元素，即程序系统。 技术基础设施：为数据和应用体系结构提供基础设施。如软硬件、网络、通信链路、存储技术等。 BPE最后的步骤是构造和集成。这一步骤关注细节。通过构造合适的数据库和内部数据结构、构建应用及选择合适的技术基础设施元素来支持过程活动。 5. 产品工程 目标是将客户已定义的能力的希望映射为可工作的产品。为了达到这一目标，必须导出体系结构和基础设施。体系结构包括：硬件、软件、数据库和人员四种构件。 四种构件活动的展开成为产品工程的工程方法。对软件工程而言，就是分析和建模活动，以及构造和集成活动。 分析步骤将分配的需求建模为数据、功能和行为的表示。 设计就是将分析模型映射到数据设计、体系结构设计、接口设计和软件构件级设计。 软件工程 6. 需求工程 需求工程是系统工程师可靠刻画客户期望的最佳方法。 需求工程提供适当的机制，以了解客户想法、分析需求、评估可行性、协商合理的解决方案、无歧义地规约解决方案、确认规约及北转换到可运行系统时的管理需求。 需求工程有6个关键步骤： a. 需求诱导：确定合适的对象，明确客户需求，解决需求范围、易变性等问题。 b. 需求分析和谈判：分类需求，检查一致性、疏忽及二义性，统一认识调解冲突。 c. 需求规约：导致需求被一致且易于理解的方式表示。是功能和性能的开发约束。 d. 系统建模：建模使可以评估系统构件及其相互关系，以确定需求和系统构架。 e. 需求确认：为质量评估目的。检查规约，以保证需求的无歧义陈述。 f. 需求管理：标识、控制、跟踪产品生命周期中的需求变更。 7. 系统建模 计算机系统总是IPO信息变换模式，这是一个建模模板。系统模型模板在开发系统模型时被使用。模板有5个处理区域，如右图所示。 系统建模模板使系统工程师可以创建系统的细节层次。具体见P263～265。 用户界面处理 输入处理 输出处理 维护和自测试 处理和控制功能 软件工程 Chap 11 分析的概念和原则 需求分析的任务是发现、求精、建模和规约的过程。在这一过程中，系统需求和角色被精化，数据流、信息流、控制流及操作行为的模型被建立，可选择的方案被分析，最终分析模型被完整的建立。在这一过程中，开发者和客户双方的积极性均被调动。 1. 需求分析 是系统工程和系统设计之间的一种软件工程活动，产生软件的运行特征(功能、数据、行为)的规约、明确系统接口并建立软件必须满足的约束。 需求分析有5个工作区域：a. 问题识别；b. 评估和综合；c. 建模；d. 规约；e. 评审。 贯穿整个评估和综合过程，关注点是：“做什么”，而不是“怎么做”。 在评估和解决方案综合的活动中，创建系统模型，使可以更好的理解数据和控制流、功能处理、行为操作及信息内容。是软件设计的基础，也是创建软件规约的基础。 2. 软件的需求诱导 是一个前需求到需求的创建过程，也是一个从通信到理解的坎坷过程。 需求诱导通常通过一系列的技术性会议或访谈等活动，配以有效的通信活动，加上语境无关、有关的相对或针对性问题(QA)，以及系统工程师的技巧完成。 软件工程 3. 质量功能部署(