系统分析与设计 HW1

1. 题目要求

1、简答题

• 软件工程的定义
• 解释导致 software crisis 本质原因、表现，述说克服软件危机的方法
• 软件生命周期
• SWEBoK 的 15 个知识域（An Overview of the SWEBOK Guide 请中文翻译其名称与简短说明）
• 简单解释 CMMI 的五个级别。例如：Level 1 - Initial：无序，自发生产模式。
• 用自己语言简述 SWEBok 或 CMMI （约200字）

2. 软件工程的定义

软件工程是研究和应用如何以系统性的、规范化的、可定量的过程化方法去开发和维护软件，以及如何把经过时间考验而证明正确的管理技术和当前能够得到的最好的技术方法结合起来的学科。它涉及到程序设计语言、数据库、软件开发工具、系统平台、标准、设计模式等方面。

3. 解释导致 software crisis 本质原因、表现，述说克服软件危机的方法

（1）原因

1. 用户需求不明确。

在软件开发过程中，用户需求不明确问题主要体现在四个方面：
在软件开发出来之前，用户自己也不清楚软件开发的具体需求；
用户对软件开发需求的描述不精确，可能有遗漏、有二义性、甚至有错误；
在软件开发过程中，用户还提出修改软件开发功能、界面、支撑环境等方面的要求；
软件开发人员对用户需求的理解与用户本来愿望有差异。

2. 缺乏正确的理论指导。

3. 缺乏有力的方法学和工具方面的支持。

由于软件开发不同于大多数其他工业产品，其开发过程是复杂的逻辑思维过程，其产品极大程度地依赖于开发人员高度的智力投入。由于过分地依靠程序设计人员在软件开发过程中的技巧和创造性，加剧软件开发产品的个性化，也是发生软件开发危机的一个重要原因。

4. 软件开发规模越来越大

随着软件开发应用范围的增广，软件开发规模愈来愈大。大型软件开发项目需要组织一定的人力共同完成，而多数管理人员缺乏开发大型软件开发系统的经验，而多数软件开发人员又缺乏管理方面的经验。各类人员的信息交流不及时、不准确、有时还会产生误解。软件开发项目开发人员不能有效地、独立自主地处理大型软件开发的全部关系和各个分支，因此容易产生疏漏和错误。

5. 软件开发复杂度越来越高

软件开发不仅仅是在规模上快速地发展扩大，而且其复杂性也急剧地增加。软件开发产品的特殊性和人类智力的局限性，导致人们无力处理“复杂问题”。所谓“复杂问题”的概念是相对的，一旦人们采用先进的组织形式、开发方法和工具提高了软件开发效率和能力，新的、更大的、更复杂的问题又摆在人们的面前。

（2）表现

• 进行了超预算的项目

• 项目长期无法完成

• 软件非常低效

• 软件质量低下

• 软件经常与用户的需求不匹配

• 项目难以管理

• 程序代码的后期维护存在困难

• 软件无法完成并交付

（3）解决方法

• 研制和使用软件工具，用以辅助进行软件项目管理与技术生产，将软件生命周期各阶段使用的软件工具有机地集合成为一个整体，形成能够连续支持软件开发与维护全过程的集成化软件支援环境，以期从管理和技术两方面解决软件危机问题。

• 建立与系统化软件生产有关的概念、原则、方法、技术和工具，指导和支持软件系统的生产活动，以期达到降低软件生产成本 、改进软件产品质量、提高软件生产率水平的目标。

3. 软件生命周期

软件生命周期是软件的产生直到报废的生命周期，周期内有问题定义、可行性分析、总体描述、系统设计、编码、调试和测试、验收与运行、维护升级到废弃等阶段，这种按时间分程的思想方法是软件工程中的一种思想原则，即按部就班、逐步推进，每个阶段都要有定义、工作、审查、形成文档以供交流或备查，以提高软件的质量。

4. SWEBoK 的 15 个知识域（An Overview of the SWEBOK Guide 请中文翻译其名称与简短说明）

(1）软件工程实践知识域

软件需求 Software requirements

真实世界问题而必须展示的特性。软件需求的知识域包括七个子域，即软件需求基础、需求过程、需求获取、需求分析、需求规格说明、需求确认和实践考虑。

软件设计 Software design

根据IEEE [ IEEE 610.12-90] ，设计既是"定义一个系统或组件的体系结构、组件、接口和其他特征的过程"，又是"这个过程的结果"。软件设计的知识域包括六个子域，即软件设计基础、软件设计关键问题、软件结构与体系结构、软件设计质量的分析与评价、软件设计符号、软件设计的策略与方法。

软件构造 Software construction

它指通过编码、验证、单元测试、集成测试和排错的组合，具体创建一个可以工作的、有意义的软件，其知识域包括软件构造基础、管理构造、实际考虑三个子域。

软件测试 Software testing

它是由在有限测试用例集合上，根据期望的行为，对程序的行为进行的动态验证组成， 测试用倒是实际上无限的执行域中适当选择出来的。软件测试包括五个子域，即软件测试基础和测试级别、测试技术、需求分析、与测试相关的度量、测试过程。

软件维护 Software maintenance

软件一旦投入运行，就可能出现异常，运行环境可能发生改变，用户会提出新的需求。生命周期软件维护阶段从软件交付时开始，但是维护活动出现得还要早。软件维护的知识域包括四个子域，即软件维护基础、软件维护的关键问题、维护过程、维护技术。

软件配置管理 Software configuration management

为了系统地控制配置的变更和维护在整个系统生命周期中的完整性和可追踪性，而标志软件在时间上不同点的配置的学科。软件配置管理包括六个子域，即软件配置管理过程管理、软件配置标志、软件配置控制、软件配置状态统计、软件配置审核、软件发行管理和交付。

软件工程管理 Software engineering management

处理软件工程的管理与度量，虽然度量是所有知识域的一个重要方面，但是这里涉及的是度量程序的专题。软件工程管理包括六个子域，即启动和范围定义、软件项目计划、软件项目实施、评审与评价、关闭、软件工程度量。前五个覆盖软件过程工程 管理，第六个描述软件度量的程序。

软件工程过程 Software engineering process

涉及软件工程过程本身的定义、实现、评定、度量、管理、变更和改进。软件工程过程包括四个子域，即过程实施与改变、过程定义、过程评定、过程和产品度量。

软件工程模型和方法 Software engineering models and methods

包括软件工程工具、软件工程方法两个子域。

软件质量 Software quality

处理跨越软件生命周期过程的软件质量的考虑，由于软件质量在软件工程中元处不在，其他知识域也涉及质量 问 题。软件质量包括三个子域，即软件质量基础、软件质量过程、实践考虑。

软件工程职业实践 Software engineering professional practice

指软件工程师必须具备的知识、技能和态度，以一种专业、负责和道德的方式来实践软件工程。软件工程专业实践知识域涵盖专业（专业行为、专业协会、软件工程标准、雇佣合同、法律问题），伦理准则;团队动态（在团队中工作，认知问题的复杂性，与利益相关者的互动，处理不确定性和模糊性，处理多元文化环境）和沟通能力。

(2）软件工程教育基础知识域

软件工程经济学 Software engineering economics

软件工程经济学知识域关注于在业务上下文中做出决策，以使技术决策与组织的业务目标保持一致。所涵盖的主题包括软件工程经济学的基本原理(建议、现金流量、金钱的时间价值、规划期限、通货膨胀、折旧、重置和退休决定);非营利性决策(成本效益分析、优化分析);评估、经济风险和不确定性(评估技术、风险和不确定性下的决策);以及多属性决策(值和度量尺度、补偿和非补偿技术)。

计算基础 Computing foundations

计算基础知识域涵盖了为软件工程实践提供必要的计算背景的基本主题。主题包括问题解决技术、抽象、算法和复杂性、编程基础、并行和分布式计算的基础、计算机组织、操作系统和网络通信。

数学基础 Mathematical foundations

数学基础知识域涵盖了为软件工程实践提供必要数学背景的基本主题。主题包括集合、关系和函数;基本命题逻辑和谓词逻辑;证明技术;图表和树木;离散型概率;语法和有限状态机;和数论。

工程基础 Engineering foundations

工程基础知识域涵盖了为软件工程实践提供必要的工程背景的基本主题。所涵盖的主题包括实证方法和实验技术;统计分析;测量和度量;工程设计;仿真和建模;以及根本原因分析。

5. 简单解释 CMMI 的五个级别。例如：Level 1 - Initial：无序，自发生产模式

(1）Level 1 - Initial：初始级。

软件过程是无序的，有时甚至是混乱的，对过程几乎没有定义，成功取决于个人努力。管理是反应式的。

（2）Level 2 - Managed：可管理级。

建立了基本的项目管理过程来跟踪费用、进度和功能特性。制定了必要的过程纪律，能重复早先类似应用项目取得的成功经验。

（3）Level 3 - Defined：已定义级。

已将软件管理和工程两方面的过程文档化、标准化，并综合成该组织的标准软件过程。所有项目均使用经批准、剪裁的标准软件过程来开发和维护软件，软件产品的生产在整个软件过程是可见的。

（4）Level 4 - Quantitatively Managed：量化管理级。

分析对软件过程和产品质量的详细度量数据，对软件过程和产品都有定量的理解与控制。管理有一个做出结论的客观依据，管理能够在定量的范围内预测性能。

（5）Level 5 - Optimizing：优化管理级。

过程的量化反馈和先进的新思想、新技术促使过程持续不断改进。

6. 用自己语言简述 SWEBok 或 CMMI

SWEBok 的全称是Software Engineering Body of Knowledge（软件工程知识体系），是一个指定了许多被人广泛接受的软件工程知识体系的国际标准 ISO/IEC TR 19759:2005。
SWEBOK第三版涵盖了15个领域，包括软件要求、软件设计、软件构建、软件测试、软件维护、软件配置管理、软件工程管理、软件工程过程、软件工程模型和方法、软件质量、软件工程专业实践、软件工程经济学、计算基础、数学基础、工程基础等。但同时它也承认以下相关学科，如计算机工程、系统工程、项目管理、质量管理、一般管理、计算机科学、数学。

CMMI(Capability Maturity Model Integration) ，即软件能力成熟度模型集成，由美国国防部与卡内基-梅隆大学和美国国防工业协会共同研制，目的是帮助软件企业对软件工程过程进行管理和改进，增强开发与改进能力，从而能按时地、不超预算地开发出高质量的软件。CMMI为改进一个组织的各种过程提供了一个单一的集成化框架，新的集成模型框架消除了各个模型的不一致性，减少了模型间的重复，增加透明度和理解，建立了一个自动的、可扩展的框架。因而能够从总体上改进组织的质量和效率。