系统分析与设计第一周作业

一、简答题

• 软件工程的定义

         IEEE Standard 610.12：Software engineering is “the application of a systematic, disciplined, quantifiable approach to the development, operation, and maintenance of software, that is, the application of engineering to software,” and “ the study of approaches as in.”

        百度百科: 软件工程是一门研究用工程化方法构建和维护有效的、实用的和高质量的软件的学科。它涉及程序设计语言、数据库、软件开发工具、系统平台、标准、设计模式等方面。

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

        1. 导致软件危机的本质原因：  软件的大量需求与软件生产力效率之间的矛盾；软件系统的复杂性与软件开发方法之间的矛盾。

         2. 软件危机的表现：①软件需求增长得不到满足；②软件生产高成本、价格昂贵； ③软件生产进度无法控制 ；④软件需求定义不准确 ；⑤软件质量不易保证； ⑥软件可维护性差 ;⑦用户对产品功能难以满足。

         3.克服软件危机的方法：①正确理解计算机软件的内涵；②采用工程项目管理方法实施软件开发的组织管理。（软件开发应该是一种组织良好、管理严密、协同配合的工程活动）；③采用成熟的软件开发技术和方法，开发和使用适当的软件工具。

• 软件生命周期

        软件生命周期六个阶段：
            1. 可行性分析：确定开发总体目标；估计可利用的开发资源、成本、利益；提交可行性分析报考，开发计划文档
            2. 需求分析：分析用户需求；提交软件需求说明、软件规格说明、数据要求说明的初步的文档和初步的用户手册
            3. 设计：架构师确定软件开发环境和目标环境，将架构结果交给具体负责的结构工程师（每个模块给出具体的实现的算法指标）；讲模块分发给项目经理，项目经理分解模块中的程序单元，分给具体的程序工程师完成；提交结构设计说明书、详细设计说明书和测试计划初稿等文档
            4. 实现：提交用户手册、操作手册等面向用户的文档
            5. 软件测试：全面测试目标软件系统；提交项目开发总报告
            6. 运行与维护

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

1. 软件需求：软件需求知识域关注软求需求的启发，协商，分析，规范和验证。软件行业普遍认为，当这些活动执行得很差时，软件工程项目是非常脆弱的。软件需求表达了对软件产品的需求和约束，这些需求和约束有助于解决一些实际问题。
2. 软件设计：设计被定义为定义系统或组件的体系结构、组件、接口和其他特性的过程，以及该过程的结果(IEEE 1991)。软件设计知识域包括设计过程和最终产品。软件设计过程是软件工程生命周期的活动，在此过程中，软件需求被分析，以产生对软件内部结构及其行为的描述，并作为其构建的基础。软件设计结果必须描述软件体系结构——也就是说，软件如何分解和组织成组件以及这些组件之间的接口。它还必须在支持其构造的详细级别上描述组件。
3. 软件实现：软件实现是指通过详细设计、编码、单元测试、集成测试、调试和验证相结合，对工作软件进行详细的创建。软件实现知识域包括与软件程序开发相关的主题，这些软件程序将满足需求和设计约束。本知识域涵盖了软件构建的基础;管理软件建设;施工技术;实际问题;以及软件构建工具。
4. 软件测试：测试是一种通过识别缺陷来评估产品质量和改进产品质量的活动。软件测试包括在有限的测试用例集中，根据预期的行为对程序的行为进行动态验证。这些测试用例是从(通常非常大的)执行域中选择的。软件测试知识域包括软件测试的基础知识;测试技术;人机界面测试与评价;任何跟考试有关的措施;和实际的考虑。
5. 软件维护：软件维护包括增强现有的功能，使软件适应新的和修改过的操作环境，以及纠正缺陷。这些类别被称为完善的、自适应的和纠正的软件维护。软件维修知识域包括软件维修的基本知识(维修的性质和需要、维修类别、维修费用);软件维护中的关键问题(技术问题、管理问题、维护成本估算、软件维护度量);维护过程;软件维护技术(程序理解、再工程、逆向工程、重构、软件退役);灾难恢复技术和软件维护工具。
6. 软件配置管理：系统的配置是硬件、固件、软件或这些的组合的功能和/或物理特性。它还可以看作是根据特定的构建过程组合的特定版本的硬件、固件或软件项的集合，以满足特定的目的。因此，软件配置管理(SCM)是在不同的时间点识别系统配置的规程，目的是系统地控制配置的变更，以及在整个软件生命周期中维护配置的完整性和可跟踪性。软件配置管理知识域包括对SCM过程的管理;软件配置识别、控制、状态核算、审计;软件发布管理与交付;和软件配置管理工具。
7. 软件工程管理：软件工程管理包括计划、协调、度量、报告和控制一个项目或程序，以确保软件的开发和维护是系统的、有纪律的和量化的。软件工程管理知识域包括初始化和范围定义(确定和协商需求、可行性分析、需求评审和修订);软件项目规划(过程规划、工作量估算、成本和进度、资源分配、风险分析、质量规划);软件项目制定(测量、报告、控制;采购和供应商合同管理);产品验收;检讨及分析项目表现;项目关闭;以及软件管理工具。
8. 软件工程过程：软件工程知识域涉及软件生命周期过程的定义、实现、评估、度量、管理和改进。涵盖的主题包括过程实现和变更(过程基础结构、过程实现和变更的模型以及软件过程管理);过程定义(软件生命周期模型和过程、过程定义符号、过程适应和过程自动化);过程评估模型和方法;测量(过程测量、产品测量、测量技术、测量结果质量);以及软件处理工具。
9. 软件工程模型和方法：软件工程模型和方法知识域解决了包含多个生命周期阶段的方法;特定于特定生命周期阶段的方法由其他知识域覆盖。涵盖的主题包括建模(软件工程模型的原理和属性;语法、语义和不变量;前置条件、后置条件和不变量);模型的类型(信息、结构和行为模型);分析(正确性、完整性、一致性、质量和交互性分析;可追溯性;和权衡分析);以及软件开发方法(启发式方法、形式化方法、原型方法和敏捷方法)。
10. 软件质量：软件质量是一个普遍存在的软件生命周期问题，许多SWEBOK V3的知识域都解决了这个问题。此外，软件质量知识域包括软件质量的基础(软件工程文化、软件质量特征、软件质量的价值和成本、软件质量改进);软件质量管理过程(软件质量保证、验证和验证、评审和审核);以及实际的考虑(缺陷描述、软件质量度量和软件质量工具
11. 软件工程专业实践：软件工程专业实践是指软件工程师必须具备的知识、技能和态度，以便以专业、负责任和合乎道德的方式实践软件工程。软件工程专业实践知识域涵盖专业(专业行为、专业社团、软件工程标准、雇佣合同、法律问题);伦理准则;群体动力学(团队合作，认知问题复杂性，与利益相关者互动，处理不确定性和模糊性，处理多元文化环境);和沟通能力。
12. 软件工程经济学：软件工程经济学知识域关注的是在业务上下文中做出决策，使技术决策与组织的业务目标保持一致。涵盖的主题包括软件工程经济学的基本原理(建议、现金流、金钱的时间价值、规划范围、通货膨胀、折旧、替换和退休决定);非营利性决策(成本效益分析、优化分析);评估、经济风险与不确定性(评估技术、风险与不确定性下的决策);多属性决策(价值和度量尺度、补偿和非补偿技术)。
13. 计算基础：计算基础知识域涵盖了为软件工程实践提供必要的计算背景的基本主题。主题包括问题解决技术、抽象、算法和复杂性、编程基础、并行和分布式计算基础、计算机组织、操作系统和网络通信。
14. 数学基础：数学基础知识域涵盖了为软件工程实践提供必要的数学背景的基本主题。主题包括集合、关系和函数;基本命题与谓词逻辑;证明技术;图表和树木;离散型概率;语法和有限状态机;和数论。
15. 工程基础：工程基础知识域涵盖了为软件工程实践提供必要的工程背景的基本主题。主题包括经验方法和实验技术;统计分析;测量和度量;工程设计;仿真和建模;以及根本原因分析。

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

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

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

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

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

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

• 用自己语言简述 SWEBok 或 CMMI （约200字）

        CMMI全称是Capability Maturity Model Integration，即能力成熟度模型集成（也有称为：软件能力成熟度集成模型） ，是美国国防部的一个设想，1994年由美国国防部（United States Department of Defense）与卡内基-梅隆大学（Carnegie-Mellon University）下的软件工程研究中心（Software Engineering Institute，SEISM）以及美国国防工业协会（National Defense Industrial Association）共同开发和研制的，他们计划把现在所有现存实施的与即将被发展出来的各种能力成熟度模型，集成到一个框架中去，申请此认证的前提条件是该企业具有有效的软件企业认定证书。

        其目的是帮助软件企业对软件工程过程进行管理和改进，增强开发与改进能力，从而能按时地、不超预算地开发出高质量的软件。其所依据的想法是：只要集中精力持续努力去建立有效的软件工程过程的基础结构，不断进行管理的实践和过程的改进，就可以克服软件开发中的困难。CMMI为改进一个组织的各种过程提供了一个单一的集成化框架，新的集成模型框架消除了各个模型的不一致性，减少了模型间的重复，增加透明度和理解，建立了一个自动的、可扩展的框架。因而能够从总体上改进组织的质量和效率。CMMI主要关注点就是成本效益、明确重点、过程集中和灵活性四个方面。