系统分析与设计作业1

软件工程的定义

• 维基百科：软件工程是研究和应用如何以系统性的、规范化的、可定量的过程化方法去开发和维护软件，以及如何把经过时间考验而证明正确的管理技术和当前能够得到的最好的技术方法结合起来。
• IEEE：在软件工程术语汇编中的定义：软件工程是：1.将系统化的、严格约束的、可量化的方法应用于软件的开发、运行和维护，即将工程化应用于软件；2.在1中所述方法的研究
• BarryBoehm：运用现代科学技术知识来设计并构造计算机程序及为开发、运行和维护这些程序所必需的相关文件资料。
• FritzBauer：在NATO会议上给出的定义：建立并使用完善的工程化原则，以较经济的手段获得能在实际机器上有效运行的可靠软件的一系列方法。

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

本质原因

软件危机是由于计算机硬件性能的快速提高以及软件解决问题效率逐渐低下而产生的。软件具有复杂性、一致性、可变性、不可视性。

表现

软件开发成本太高，开发难度太大，开发周期太长，软件效率很低，质量较差，软件通常难以达到用户需求，用户的满意度低下，软件产品难以管理，代码难以维护，软件缺少适当的文档资料等。

克服软件危机的方法

1. 开发了各种过程和方法来改进软件质量管理，例如过程编程和面向对象的编程。
2. 建立软件工程知识体系（SWEBoK），指导软件工程人才的培养与学科建设。
3. 建立能力成熟度模型集成（CMMI），用于度量一个企业的软件工程能力。
4. 建立软件工程相关标准。例如ISO 9000 系列 质量管理体系。基本思想是通过标准化生产行为，保障并提升产品质量。其核心是 PDCA 循环模型的建立与实施。
5. 建立与系统化软件生产有关的概念、原则、方法、技术和工具，指导和支持软件系统的生产活动，以期达到降低软件生产成本 、改进软件产品质量、提高软件生产率水平的目标。
6. 研制和使用软件工具，用以辅助进行软件项目管理与技术生产。

软件生命周期

软件生命周期：在时间维度，对软件项目任务进行划分，以改进设计，产品管理和项目管理的过程。又称为软件开发过程。常见的方法论有瀑布模型、螺旋模型、敏捷的模型等。

SWEBoK 的 15 个知识域

1. Software Requirements 软件需求
   关注软件需求的启发，协商，分析，规范和验证。软件需求表达了对软件产品的需求(needs)和限制，有助于解决一些现实问题。
2. Software Design 软件设计
   定义系统或组件的体系结构，组件，接口和其他特征的过程以及该过程的结果。
3. Software Construction 软件构建
   指通过结合详细设计，编码，单元测试，集成测试，调试和验证来详细创建工作软件。
4. Software Testing 软件测试
   测试是一项旨在通过识别缺陷来评估产品质量并改进产品质量的活动。
5. Software Maintenance 软件维护
   软件维护包括增强现有功能，调整软件以在新的和修改的操作环境中运行，以及纠正缺陷。这些类别称为完善，自适应和纠正性软件维护。
6. Software Configuration Management 软件配置管理
   软件配置管理是在不同时间点识别系统配置的规训，用于系统地控制配置的改变，以及在整个软件生命周期中维持配置的完整性和可追溯性。
7. Software Engineering Management 软件工程管理
   软件工程管理涉及规划，协调，测量，报告和控制项目或程序，以确保软件的开发和维护是系统化的，规范化的和量化的。
8. Software Engineering Process 软件工程过程
   关注软件生命周期过程的定义，实施，评估，测量，管理和改进。
9. Software Engineering Models and Methods 软件工程模型和方法
   解决了涵盖多个生命周期阶段的方法。
10. Software Quality 软件质量
    是许多SWEBOK V3 KAs中普遍存在的软件生命周期关心问题。
11. Software Engineering Professional Practice 软件工程专业实践
    关注软件工程师要专业、负责、道德地实践软件工程所必须具备的知识，技能和态度。
12. Software Engineering Economics 软件工程经济学
    软件工程经济学KA关注的是在业务环境中做出决策，以使技术决策与组织的业务目标保持一致。
13. Computing Foundations 计算基础
    计算基础KA涵盖了提供软件工程实践所需的计算背景的基础主题。
14. Mathematical Foundations 数学基础
    数学基础KA涵盖了提供软件工程实践所必需的数学背景的基础主题。涵盖的主题包括集合，关系和功能;基本命题和谓词逻辑;证明技巧;图论和树;离散概率;语法和有限状态机;数论。
15. Engineering Foundations 工程基础
    工程基础KA涵盖了提供软件工程实践所必需的工程背景的基础主题。涵盖的主题包括经验方法和实验技术;统计分析;测量和指标;工程设计;仿真与建模;根本原因分析。

简单解释 CMMI 的五个级别

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

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

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

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

5. 优化管理级(Optimizing)
   过程的量化反馈和先进的新思想、新技术促使过程持续不断改进。

简述 CMMI

CMMI全称是Capability Maturity Model Integration，即能力成熟度模型集成。其目的是帮助软件企业对软件工程过程进行管理和改进，增强开发与改进能力，从而能按时地、不超预算地开发出高质量的软件。持续地建立改进工程结构，以克服软件开发过程中的困难并提高产品质量。分为初始级，受管理级，已定义级，定量管理级，持续优化级五个级别。