系统分析与设计 HW1

系统分析与设计 HW1

1. 简答题

• 软件工程的定义
  (1) 将系统化、规范化、可度量的方法应用与软件的开发、运行和维护的过程，即将工程化应用于软件中。
  (2) 对(1)中所述方法的研究。
• 阅读经典名著“人月神话”等资料，解释 software crisis、COCOMO 模型
  (1) software crisis：软件危机，是早期计算机科学的一个术语，是指在软件开发及维护的过程中所遇到的一系列严重问题， 这些问题皆可能导致软件产品的寿命缩短、甚至夭折。软件开发是一项高难度、高风险的活动，由于它的高失败率，故有所谓“软件危机”之说。软件危机的本源是复杂、期望和改变。这个术语用来描述正急遽增加之电脑的力量带来的冲击和可能要处理的问题的复杂性。从本质上来说，它谈到了写出正确、可理解、可验证的计算机程序的困难。
  (2) COCOMO 模型：由巴里·勃姆（Barry Boehm）提出的一种软件成本估算方法。这种模型使用一种基本的回归分析公式，使用从项目历史和现状中的某些特征作为参数来进行计算。“Boehm 的 COCOMO 模型发现团队质量目前是项目成功最大的决定因素，实际上是下一个次重要因素的 4 倍。”
• 软件生命周期
  软件生命周期是指软件的产生直到成熟的全部过程，由软件定义，软件开发和软件维护三个时期组成。
  另外常见的软件生命周期模型有瀑布模型、原型模型、螺旋模型、迭代模型。
• 按照 SWEBok 的 KA 划分，本课程关注哪些 KA 或 知识领域
  1.软件需求（Software Requirement）
  2.软件设计（Software Design）
  3.软件建构（Software Construction）
• 解释 CMMI 的五个级别。例如：Level 1 - Initial：无序，自发生产模式
  Level 1 - Initial：软件过程是无序的，有时甚至是混乱的，对过程几乎没有定义，成功取决于个人努力。管理是反应式的。
  Level 2 - Managed：建立了基本的项目管理过程来跟踪费用、进度和功能特性。制定了必要的过程纪律，能重复早先类似应用项目取得的成功经验。
  Level 3 - Defined：已将软件管理和工程两方面的过程文档化、标准化，并综合成该组织的标准软件过程。所有项目均使用经批准、剪裁的标准软件过程来开发和维护软件，软件产品的生产在整个软件过程是可见的。
  Level 4 - Quantitatively Managed：分析对软件过程和产品质量的详细度量数据，对软件过程和产品都有定量的理解与控制。管理有一个作出结论的客观依据，管理能够在定量的范围内预测性能。
  Level 5 - Optimizing：过程的量化反馈和先进的新思想、新技术促使过程持续不断改进。
• 用自己语言简述 SWEBok 或 CMMI （约200字）
  CMMI（Capability Maturity Model Integration）即能力成熟度模型集成，CMMI可以看作是成功企业如何做好软件的一些习惯、做法、准则等的集合，是如何做好软件的最佳实践的集合。如果企业也能按照CMMI的要求做好，那么企业就很可能成为成功的企业。近年来，很多软件企业纷纷实施CMMI管理模式，反映出软件企业在改进管理方法上所作的努力。
  CMMI分为5个级别，每个级别代表了不同的标准，每上一个级别都需要做出很大的努力。在这样的评估下，企业的整体水平得到不断地提高。

2. 解释 PSP 各项指标及技能要求

• 阅读《现代软件工程》的 PSP: Personal Software Process 章节
• 按表格 PSP 2.1， 了解一个软件工程师在接到一个任务之后要做什么，需要哪些技能，解释你打算如何统计每项数据？
  
  如表中所说，先分析需求，设计，编码实现，测试
  建立时间轴，记录每项数据完成时间。