系统分析与设计——HW1

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

1、软件工程的定义

软件工程是研究和应用如何以系统性的、规范化的、可定量的过程化方法去开发和维护软件，以及如何把经过时间考验而证明正确的管理技术和当前能够得到的最好的技术方法结合起来的学科，也是指将系统化、规范化、可度量的方法应用于软件的开发、运行和维护中，即，将工程化的方法应用于软件。

 

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

软件危机（Software Crisis）是一个早期的计算机科学用语，指的是在给定时间内编写出可用和高效的程序的困难性。现在引申至指软件在开发和维护过程中出现的一系列严重的问题。
在1972年，Edsger Dijkstra 指出计算能力约强大，编程越是大问题。因此导致软件危机的本质原因是计算机计算能力的迅速增长，以及计算机能力增长而导致软件需要处理和解决的问题具有更大的复杂性。也就是计算机计算能力的提高超过了程序员能够高效利用计算机的能力。

软件危机的表现：

• (1)项目运行超过预算
• (2)项目运行超过时间
• (3)软件非常低效
• (4)软件质量很差
• (5)软件常常不能满足需求
• (6)项目不可管理
• (7)软件从未交付

克服软件危机的方法：

建立与系统化软件生产有关的概念、原则、方法、技术和工具，指导和支持软件系统的生产活动，以期达到降低软件生产成本 、改进软件产品质量、提高软件生产率水平的目标。
研制和使用软件工具，用以辅助进行软件项目管理与技术生产，将软件生命周期各阶段使用的软件工具有机地集合成为一个整体，形成能够连续支持软件开发与维护全过程的集成化软件支援环境，以期从管理和技术两方面解决软件危机问题。
基于程序变换、自动生成和可重用软件等软件新技术研究也已取得一定的进展，把程序设计自动化的进程向前推进一步。

 

3、软件生命周期

软件的生命周期是在时间维度，对软件项目任务进行划分，将软件开发工作划分为不同阶段以改进设计，产品管理和项目管理的过程，又称为软件开发过程。软件生命周期将软件开发过程划分为若干阶段，每个阶段有明确的任务目标和运行机制，从而使复杂的软件开发过程能够得到适当的控制和管理，常见的有瀑布模型、螺旋模型、敏捷的模型等。

 

4、SWEBoK 的 15 个知识域

• (1)Software Requirements 软件需求：软件需求知识域涉及软件需求的引出、协商、分析、规范和验证。在软件行业中，人们普遍认为，当这些活动执行得不好时，软件工程项目是非常脆弱的。软件需求表达了对软件产品的需求和约束，这些需求和约束有助于解决一些实际问题。
• (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 知识域中都得到了解决。此外，软件质量知识域还包括软件质量的基础(软件工程文化、软件质量特征、软件质量的价值和成本、软件质量改进);软件质量管理过程(软件质量保证、验证和验证、评审和审计);以及实际的考虑(缺陷特性、软件质量度量和软件质量工具)。
• (11)Software Engineering Professional Practice 软件工程专业实践：关注软件工程师必须具备的专业，负责和符合伦理的软件工程知识，技能和态度。
• (12)Software Engineering Economics 软件工程经济学：关注在业务环境中做出决策，以使技术决策与组织的业务目标保持一致。
• (13)Computing Foundations 计算基础：计算基础知识域涵盖了为软件工程实践提供必要的计算背景的基本主题。主题包括问题解决技术、抽象、算法和复杂性、编程基础、并行和分布式计算的基础、计算机组织、操作系统和网络通信。
• (14)Mathematical Foundations 数学基础：数学基础知识域涵盖了为软件工程实践提供必要数学背景的基本主题。主题包括集合、关系和函数;基本命题逻辑和谓词逻辑;证明技术;图表和树木;离散型概率;语法和有限状态机;和数论。
• (15)Engineering Foundations 工程基础：工程基础知识域涵盖了为软件工程实践提供必要的工程背景的基本主题。所涵盖的主题包括实证方法和实验技术;统计分析;测量和度量;工程设计;仿真和建模;以及根本原因分析。

 

5、简单解释 CMMI 的五个级别

• Level 1 - Initail：无序，自发生产模型
• Level 2 - Managed：项目流程特征，反应性
• Level 3 - Defined：组织标准过程，可视性
• Level 4 - Quantitatively Managed：测量和控制，定量的
• Level 5 - Optimizing：优化和改进

 

6、简述 SWEBok 和 CMMI

CMMI，能力成熟度模型集成，是一个过程级的改进培训和评估程序，是衡量企业能力成熟与否的模型工具。它一共分为五个层级，分别是初始级、可管理级、已定义级、量化管理级和优化管理级，CMMI是一个模型，它提供了详细地抽象信息和示例作为理解和实现地指南，企业可以在此之上扩展出具体地实现方式，让企业可以根据自己的情况，准从该阶段的工程规范去工作。CMMI主要关注点是成本效益、明确重点、过程集中和灵活性四个方面。其目的是帮助软件企业对软件工程过程进行管理和改进，增强开发与改进能力，从而能按时地、不超预算地开发出高质量地软件。

SWEBok，软件工程知识体系，是IEEE Computer Society 建立的软件生产的最佳实践与相关知识的框架，指导了软件工程人才的培养与学科建设。SWEBok分为两个部分，分别是软件工程实践和软件工程基础教育，分别下设了11个和4个知识领域。SWEBOK 的目的是描述软件工程学科的内容；促进全世界对软件工程的一致看法；澄清软件工程与其他学科有关的地点和界限；为培训材料和课程开发提供基础；为软件工程师的认证和许可提供依据。