需求分析

第一章

1、利益相关者是在软件项目中存在利害关系的人。任何受到系统影响或对系统开发产生影响的人，都是利益相关者。主要的利益相关者：客户（用户或系统的所有者）、开发者（分析员、程序员等）。（P3）

2、迭代和增量过程的成功是以对系统体系模块的早期认识为基础的。这些模块应当有其相似的规模、高度的内聚和极小的重叠（耦合）。实现模块次序也很重要。如果模块依赖于其他上在开发的的模块中的信息或计算，那么它们可能无法发布。除非对迭代和增量开发进行规划和控制，否则过程会沦为不能控制项目实际进度的“特别黑客“。

3、能力成熟度模型（CMM , capability maturity model）是一种用来进行过程评估和改进的流行方法。

4、楼梯上的5个台阶是：混乱、项目管理、方法和工具、度量以及持续的质量改进。经验表明，要上升一个成熟度级别需要数年时间。（P5）

5、ISO 9000标准系列的主要前提是：如果过程是正确的，那么过程的结果也将是正确的。“质量管理的目标是通过在产品中建立质量而不是测试质量来生产优质的产品“。

6、对于又ISO认证组织来说，一个试金石是即使它的全部劳动力被替换掉，它也能够生产出优质的产品或提供优质的服务。为了这个目标，组织必须文档化并记录它的所有正式活动，必须为每个活动定义书面程序，包括当出现错误时或客户抱怨时应该做什么。（P6）

RQ3 每个迭代中的增量版本是否向开发中的软件产品增加了新的功能？

答：不，他没有；增量改进了非功能性的软件质量。

7、必须对信息系统项目进行规划，必须为初期开发、改进或者排除而进行识别、分类、排序和选择。问题时，那种IS技术和应用系统对系统对业务的回报价值最大？在理想情况下，

所做的决定应当以定义良好的业务策略和仔细且有条不紊的规划为基础。

8、有许多组织----特别是许多小型组织----并没有明确的业务策略。这样的组织有可能会通过简单的识别当前最迫切需要处理的业务问题来决定信息系统开发。这样的运作模式允许小型组织快速地重新对当前情况集中精力，利用新的机会和抵御新的威胁。大型项目需要长时间来完成。它们太过麻烦，以至于不易被改变替换。它们需要容纳，甚至瞄准未来的机会和威胁。

9、系统规划可以通过多种方式来制定。一种传统的方法称为SWOT----优势、劣势、机会、威胁。所有的系统规划方法都有一个重要的共同点：它们关心效果（做正确的事）而不是效率（做事正确）。”更有效率“意味着可以使用现有的或更少的资源，以更快的速度完成相同的工作。“更有效果”意味着使用可选择的资源和想法做一个更好的工作，也可以意味着通过创新来实现竞争优势。

优势包括（了解）：品牌和专利的拥有；在客户和供应商中良好的口碑；资源或技术的专有权；由于生产量、私有的专门技能、专有权力或伙伴关系而带来的成本优势等。

劣势通常是潜在优势的缺乏。劣势例子包括：不可靠的现金流；员工的劣等技术基础和对一些关键员工的依赖；欠佳的营业地点等。（P11）

RQ3 在VCM方法中，“营销和市场“是一个基础活动。

RQ5 ISA框架的5个视角是：规划者、所有者、设计者、建造者、承包者。（P15）

RQ3 数据集市这样的OLAP技术的目的是支持个别部门或业务功能，并且仅仅存储被汇总的历史数据。

RQ4 数据挖掘是支撑知识处理系统的主要技术。（P18）

RQ3 体系结构设计阶段主要负责生产/交付一个适应性系统。（P26）

选择（P37）

Q5 哪个CMM成熟度级别为一个组织所需要，使其能够成功响应一个危机情况？

答：要成功地响应危机情况，一个组织至少需要位于CMM成熟度的第3级。位于第1

级的组织为了过程管理而依赖关键个体，过程本身并没有被文档化。位于第2级的组织拥有来自过去经验的直觉过程。位于过程成熟度第3级的组织拥有系统化的和为所有遵循的过程。（P38）

第二章

RQ1 为了填补业务人和IT人士之间的空白的最流行的可视化业务过程建模语言是业务过程建模法

RQ2 BPMN中的4类建模元素是：流对象、连接对象、泳池、人工制品

RQ3 一个序列可以连接两个泳池吗？

答：不能，泳池可以通过消息流或关联与公共人工制品进行通信

RQ4 交付一个IT服务以解决当前业务问题或是促进未来业务创新的业务价值驱动方法是：解决方案构想（P51）

RQ1 业务分析员负责引导和记录领域知识需求和用例需求

RQ2 两种主要需求：功能性需求、非功能性需求

RQ3 在调查表中，3种形式的封闭式问题：多项选择问题、评价问题、排序问题

RQ4 在JAD活动中领导、文书、客户、分析员是参与者

RQ5 将RAD开发团队称为：先进工具的专业开发人员（SWAT）（P59）

选择（P72）

Q5 需求引导目标在于使领域知识需求和用例需求一致，解释着两种需求的不同。在需求确定阶段，一种需求要优先于另一种吗？

答：领域知识需求从应用领域的常规理解获得。用例需求从具体的商业惯例和过程研究中获得。通常，两种需求或多或少地并行收集。初始调查可能集中于领域知识需求，但最终必须与客户一起对所有的需求进行验证。在分析和设计过程地后期，用例需求处于中心位置。用例需求驱动所有的开发模型和人工制品，并对照用例需求对开发模型和人工制品进行验证。（P73）

第三章

RQ2 用例图与用例规格说明一样吗？

答：不一样，后者包括图和用例的设计行为的完整文本描述。（P84）

RQ1 实体类与业务对象的概念是相同的（同义词）

RQ2 重数的概念是否适合聚合？

答：是的，聚合是一种关联形式（P92）

RQ1 子系统被建模为包的构造型还是构件型？

答：在UML2.0中，将子系统建模为构件的构造型。然而，在UML的较早版本中，它被建模为包的构件模型。（P100）

选择（P102）

Q1 解释静态模型、行为模型和状态机模型的主要特点和互补特性

静态模型描述系统的静态结构----类、类的内部结构和类之间的关系。静态建模的主要可视化技术是类图。行为模型描述系统中对象的动作，以支持业务功能----交互、操作和作用于数据上的算法。行为建模包括用例图、顺序图、通信图和活动图。状态机模型描述对象在其生命周期中状态的动态变化。状态机建模的主要可视化技术是状态机图。

这3个模型提供了不同但互补的视点，通常基于相同的建模元素。静态视图显示存在于系统中的元素种类。行为视图确保组成元素能够执行所需要的系统功能。个好的静态模型应该能够适当地容纳新的或扩展的系统功能。状态机视图为类的进化定义了框架，并定义