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

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

• 软件工程的定义
  There're two definitions that I think it's right.
  • the systematic application of scientific and technological knowledge, methods, and experience to the design, implementation, testing, and documentation of software —— IEEE Systems and software engineering
  • The application of a systematic, disciplined, quantifiable approach to the development, operation, and maintenance of software —— IEEE Standard Glossary of Software Engineering Terminology
• 解释导致 software crisis 本质原因、表现，述说克服软件危机的方法
  • Software crisis，翻译过来叫做软件危机。其本质原因是由于落后的软件生产方式无法满足迅速增长的计算机软件需求，从而导致软件开发与维护过程中出现一系列严重问题的现象。
  • 软件危机的变现有以下几个方面：
    • 软件需求增长得不到满足
    • 软件生产成本高、价格昂贵
    • 软件生产进度无法控制
    • 软件需求定义不准确
    • 软件质量不易保证
    • 软件可维护性差
  • 克服软件危机的方法有以下几个点：
    • 充分吸收和借鉴人类长期以来从事各种工程项目中积累的行之有效的有效原理、概念、技术与方法，特别是吸取几十年来人类从事计算机硬件研究和开发的经验教训。在开发软件的过程中努力作到良好的组织，严格的管理，相互友好的协作。
    • 推广在实践中总结出来的开发软件的成功的技术和方法，并研究更好、更有效的技术和方法，尽快克服在计算机系统早期发展阶段形成的一些错误概念和作法。 
    • 根据不同的应用领域，开发更好的软件工具并使用这些工具。将软件开发各个阶段使用的软件工具集合成一个整体，形成一个很好的软件开发环境。
• 软件生命周期: Software Development Life Circle, 简称SDLC，是软件的产生直到报废的生命周期，周期内有问题定义、可行性分析、总体描述、系统设计、编码、调试和测试、验收与运行、维护升级到废弃等阶段，这种按时间分程的思想方法是软件工程中的一种思想原则，即按部就班、逐步推进，每个阶段都要有定义、工作、审查、形成文档以供交流或备查，以提高软件的质量。
• SWEBok的15个知识域: 这15个知识域中包括11个软件工程实践知识域以及4个软件工程教育基础知识域。他们分别是(前11个是软件工程实践知识域，后四个是软件工程教育基础知识域):
  • 软件需求: 真实世界问题而必须展示的特性。软件需求的知识域包括七个子域，即软件需求基础、需求过程、需求获取、需求分析、需求规格说明、需求确认和实践考虑。
  • 软件设计: 根据IEEE [ IEEE 610.12-90] ，设计既是"定义一个系统或组件的体系结构、组件、接口和其他特征的过程"，又是"这个过程的结果"。软件设计的知识域包括六个子域，即软件设计基础、软件设计关键问题、软件结构与体系结构、软件设计质量的分析与评价、软件设计符号、软件设计的策略与方法。
  • 软件构造: 它指通过编码、验证、单元测试、集成测试和排错的组合，具体创建一个可以工作的、有意义的软件，其知识域包括软件构造基础、管理构造、实际考虑三个子域。
  • 软件测试: 它是由在有限测试用例集合上，根据期望的行为，对程序的行为进行的动态验证组成， 测试用倒是实际上无限的执行域中适当选择出来的。软件测试包括五个子域，即软件测试基础和测试级别、测试技术、需求分析、与测试相关的度量、测试过程。
  • 软件维护: 软件一旦投入运行，就可能出现异常，运行环境可能发生改变，用户会提出新的需求。生命周期软件维护阶段从软件交付时开始，但是维护活动出现得还要早。软件维护的知识域包括四个子域，即软件维护基础、软件维护的关键问题、维护过程、维护技术。
  • 软件配置管理: 为了系统地控制配置的变更和维护在整个系统生命周期中的完整性和可追踪性，而标志软件在时间上不同点的配置的学科。软件配置管理包括六个子域，即软件配置管理过程管理、软件配置标志、软件配置控制、软件配置状态统计、软件配置审核、软件发行管理和交付。
  • 软件工程管理: 处理软件工程的管理与度量，虽然度量是所有知识域的一个重要方面，但是这里涉及的是度量程序的专题。软件工程管理包括六个子域，即启动和范围定义、软件项目计划、软件项目实施、评审与评价、关闭、软件工程度量。前五个覆盖软件过程工程 管理，第六个描述软件度量的程序。
  • 软件工程过程: 涉及软件工程过程本身的定义、实现、评定、度量、管理、变更和改进。软件工程过程包括四个子域，即过程实施与改变、过程定义、过程评定、过程和产品度量。
  • 软件工程模型和方法: 包括软件工程工具、软件工程方法两个子域。
  • 软件质量: 处理跨越软件生命周期过程的软件质量的考虑，由于软件质量在软件工程中元处不在，其他知识域也涉及质量 问 题。软件质量包括三个子域，即软件质量基础、软件质量过程、实践考虑。
  • 软件工程职业实践: 在实际中运用软件工程的方法
  • 软件工程经济学
  • 计算基础
  • 数学基础
  • 工程基础
• 简单解释CMMI的五个级别: 能力成熟度模型集成(Capability Maturity Model Integration)是一种改进过程的方法，其目的是为了协助提升组织的绩效，这五个级别分别是:
  • Level 1 - Initial：初始级, 软件过程是无序的，有时甚至是混乱的，对过程几乎没有定义，成功取决于个人努力。管理是反应式的。
  • Level 2 - Managed：可管理级, 建立了基本的项目管理过程来跟踪费用、进度和功能特性。制定了必要的过程纪律，能重复早先类似应用项目取得的成功经验。
  • Level 3 - Defined：已定义级, 已将软件管理和工程两方面的过程文档化、标准化，并综合成该组织的标准软件过程。所有项目均使用经批准、剪裁的标准软件过程来开发和维护软件，软件产品的生产在整个软件过程是可见的。
  • Level 4 - Quantitatively Managed：量化管理级, 分析对软件过程和产品质量的详细度量数据，对软件过程和产品都有定量的理解与控制。管理有一个做出结论的客观依据，管理能够在定量的范围内预测性能。
  • Level 5 - Optimizing：优化管理级, 过程的量化反馈和先进的新思想、新技术促使过程持续不断改进。
• 用自己语言简述 SWEBok 或 CMMI （约200字）
  • SWEBok即软件工程知识体系指南（Guide to the Software Engineering Body of Knowledge)，是一个得到普遍认可的共识性软件工程本体知识结构。SWEBok的目的是为软件工程学科的范围提供一致的认识，为支持该学科的本体知识提供指导。SWEBOK V3将软件工程学科的本体知识分为15个知识域，并对每个知识域中的重要概念和区别加以阐述说明。也就是说，SWEBok最大的贡献是将原本混杂的软件工程知识体系化，将原本存在的知识分类整理，最后形成一个具有共识性和方向性的指南。

转载于:https://www.cnblogs.com/Xiongzj/p/10475044.html