系统设计与分析homework1

1.软件工程的定义

软件工程（英语：software engineering[1]），是软件开发领域里对工程方法的系统应用，即将系统化的、规范的、可度量的方法用于软件的开发、运行和维护的过程，即将工程化应用于软件开发中。

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

本质原因

软件危机（英语：Software Crisis）是早期计算机科学的一个术语[1]，是指在软件开发及维护的过程中所遇到的一系列严重问题，这些问题皆可能导致软件产品的寿命缩短、甚至夭折。

软件危机的表现

危机主要表现在：项目运行超出预算、项目运行超过时间、软件质量低落、软件通常不匹配需求、项目无法管理、且代码难以维护。

克服软件危机的方法

(1) 充分吸收和借鉴人类长期以来从事各种工程项目中积累的行之有效的有效原理、概念、技术与方法，特别是吸取几十年来人类从事计算机硬件研究和开发的经验教训。在开发软件的过程中努力作到良好的组织，严格的管理，相互友好的协作。
(2) 推广在实践中总结出来的开发软件的成功的技术和方法，并研究更好、更有效的技术和方法，尽快克服在计算机系统早期发展阶段形成的一些错误概念和作法。
(3) 根据不同的应用领域，开发更好的软件工具并使用这些工具。将软件开发各个阶段使用的软件工具集合成一个整体，形成一个很好的软件开发支环环境。
总之为了解决软件危机，既要有技术措施(方法和工具)，又要有必要的组织管理措施

3.软件生命周期

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

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

• Software requirements(软件需求)：软件需求是指为用户解决某一问题或达到某一目标所需的软件功能；系统或系统构件为了满足合同、规约、标准或其他正式实行的文档而必须满足或具备的软件功能。
• Software design(软件设计)：软件设计是从软件需求规格说明书出发，根据需求分析阶段确定的功能设计软件系统的整体结构、划分功能模块、确定每个模块的实现算法以及编写具体的代码，形成软件的具体设计方案。
• 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（软件工程专业实践）:是指让软件工程师具有专业技能的实践操作
• Software engineering economics（软件工程经济学）：软件工程经济学知识领域关注的是在业务上下文中做出决策，使技术决策与组织的业务目标保持一致。涵盖的主题包括软件工程经济学的基本原理(建议、现金流、金钱的时间价值、规划范围、通货膨胀、折旧、替换和退休决定);非营利性决策(成本效益分析、优化分析);评估、经济风险与不确定性(评估技术、风险与不确定性下的决策);多属性决策(价值和度量尺度、补偿和非补偿技术)。
• Computing foundations（计算机基础）：涵盖了提供给软件工程实践所需的计算背景的基础主题。包括问题解决技术、抽象、算法和复杂性、编程基础、并行和分布式计算的基础、计算机组织、操作系统和网络通信。
• Mathematical foundations（数学基础）：数学基础涵盖了为软件工程实践提供必要数学背景的基本主题。所涉及的主题包括集合、关系和函数；基本命题和谓词逻辑；证明技术；图和树；离散概率；语法和有限状态机；以及数论。
• Engineering foundations（工程基础）：工程基础涵盖了为软件工程实践提供必要工程背景的基本主题。涵盖的主题包括经验方法和实验技术；统计分析；测量和度量；工程设计；模拟和建模；以及根本原因分析。

5.CMMI的五个级别

• Level 1 - Initial：完成级。在完成级水平上，企业对项目的目标与要做的努力很清晰，项目的目标得以实现。但是由于任务的完成带有很大的偶然性，企业无法保证在实施同类项目的时候仍然能够完成任务。企业在一级上的项目实施对实施人员有很大的依赖性。
• Level 2 - Managed：管理级。在管理级水平上，企业在项目实施上能够遵守既定的计划与流程，有资源准备，权责到人，对相关的项目实施人员有相应的培训，对整个流程有监测与控制，并与上级单位对项目与流程进行审查。企业在二级水平上体现了对项目的一系列的管理程序。这一系列的管理手段排除了企业在一级时完成任务的随机性，保证了企业的所有项目实施都会得到成功。
• Level 3 - Defined：定义级。在定义级水平上，企业不仅能够对项目的实施有一整套的管理措施，并保障项目的完成；而且，企业能够根据自身的特殊情况以及自己的标准流程，将这套管理体系与流程予以制度化这样，企业不仅能够在同类的项目上生到成功的实施，在不同类的项目上一样能够得到成功的实施。科学的管理成为企业的一种文化，企业的组织财富。
• Level 4 - Quantitatively Managed：量化管理级。在量化管理级水平上，企业的项目管理不仅形成了一种制度，而且要实现数字化的管理。对管理流程要做到量化与数字化。通过量化技术来实现流程的稳定性，实现管理的精度，降低项目实施在质量上的波动。
• Level 5 - Optimizing：优化级。在优化级水平上，企业的项目管理达到了最高的境界。企业不仅能够通过信息手段与数字化手段来实现对项目的管理，而且能够充分利用信息资料，对企业在项目实施的过程中可能出现的次品予以预防。能够主动地改善流程，运用新技术，实现流程的优化。

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

CMMI全称是能力成熟度模型集成，其主要目的即为解决软件危机。它提出的观点是只要集中精力持续努力去建立有效的软件工程过程的基础结构，不断进行管理的实践和过程的改进，就可以克服软件开发中的困难。为了达到这个要求，它提供了一个集成化的框架，以此来消除各个模型的不一致性，而且其是自动而且可拓展的，从而能改进组织的质量和效率。其建立起了一套完善的分级制度，以此来评估一个软件工程项目的成熟性。这种分级很好的告诉外部客户和软件供应商，其软件工程组织过程的缺陷在哪里以及还有哪里有可改进的地方，拥有很强的指导性。