系统分析与设计 作业1

系统分析与设计 作业1

软件工程的定义

软件工程包括：

1. 针对软件开发、操作和维护的，使用系统化、规范化和可计量化方法的应用。也就是对软件的工程应用。
2. 对1.方法的研究。

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

1. 本质原因：落后的软件生产方式无法满足迅速增长的计算机软件需求
2. 表现：
   1. 软件开发进度难以预测
   2. 软件开发成本难以控制
   3. 用户对产品功能难以满足
   4. 软件产品质量无法保证
   5. 软件产品难以维护
   6. 软件缺少适当的文档资料
3. 解决方法：
   1. 研究应用软件工程，主要研究软件生产的客观规律性，建立与系统化软件生产有关的概念、原则、方法、技术和工具，指导和支持软件系统的生产活动，以期达到降低软件生产成本 、改进软件产品质量、提高软件生产率水平的目标。
   2. 研制和使用软件工具，用以辅助进行软件项目管理与技术生产，人们还将软件生命周期各阶段使用的软件工具有机地集合成为一个整体，形成能够连续支持软件开发与维护全过程的集成化软件支援环境，以期从管理和技术两方面解决软件危机问题。
   3. 基于程序变换、自动生成和可重用软件等软件新技术，把程序设计自动化的进程向前推进一步。

软件生命周期

软件生命周期(Software Life Cycle,SLC)是软件的产生直到报废或停止使用的生命周期。结合当下的发展，定义软件生命周期包含问题定义、可行性分析、总体描述、系统设计、编码、调试和测试、验收与运行、维护升级到废弃等阶段，也有将以上阶段的活动组合在内的迭代阶段，即迭代作为生命周期的阶段。

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 工程基础：提供软件工程实践所需的工程背景。

简单解释 CMMI 的五个级别

CMMI 的全称为：Capability Maturity Model Integration，即能力成熟度模型集成。CMMI是CMM模型的最新版本。

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

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

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

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

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

用自己语言简述 SWEBok

是一个由IEEE计算机学会职业实践委员会主持的项目，致力于促进世界范围的软件工程一致观点、阐明软件工程相对其它学科的位置并确立它们的分界、刻画软件工程学科内容、提供使用知识体系的主题、为开发课程和个人认证与许可材料提供一个基础。IEEE SWEBOK v3把软件工程划分为数学基础等4个教育基础知识域、软件工程模型与方法等11个实践知识域和计算机科学等7个辅助学科领域。