简答题
用简短的语言给出对分析、设计的理解。
- 分析：强调对问题和需求的调查研究，而不是解决方案；
- 设计：强调满足需求的概念层面的解决方案（在软件和硬件方面），而不是其实现。
用一句话描述面向对象的分析与设计的优势。
易于构建与现实世界相对应的问题模型，并保持他们的结构、关系和行为模式。人们可以通过对事物客观性质的描述，从主体的角度进行行为思考，更加清晰易懂，也省去繁重而复杂的文字交流。因此在分析与设计阶段能提高效率，在开发阶段有利于软件的维护与复用。
简述 UML（统一建模语言）的作用。考试考哪些图？
UML 的作用：
- 用于描述、构造和文档化系统制品的可视化语言，它能够将分析与设计的结果可视化；
- 直观地表达面向对象的软件设计中各部分信息。帮助开发人员更好地理解业务流程，建立更可靠，更完善的系统模型。
9种类型图：
- 用例图：描述了系统外的人员和系统的交互动作，以及系统的响应。该类型的图可以用于描述系统的功能需求。
- 活动图：描述了单个功能需求内部的细节行为，包括基本的场景和一些可选的场景。
- 组件图：描述了系统的可部署单元（可执行文件，组件，数据存储和其他一些内容）以及一些接口，可部署单元通过这些接口进行交互，该图可以用于研究系统的体系结构。
- 顺序图：描述了某个功能需求的路径或场景内相对时间的详细行为，该图可用于理解系统元素之间的消息流程。
- 协作图：显示某组对象如何为了由一个用例描述的一个系统事件而与另一组对象进行协作的，使用协作图可以显示对象角色之间的组织关系。
- 类图：描述了系统设计中的类和接口，以及他们之间的关系。该图可用于定义内部的，面向对象的代码结构。
- 状态图：描述了系统如何改变状态以相应内部的和外部的事件，确保每个事件都被适当的处理。
- 部署图：描述了系统的可部署单元（应用，组件，数据存储等）如何被赋予不同的节点，这些节点如何交互通信，用于系统映射和负载的研究。
- 包图：描述了设计的相关元素如何按组结合在一起，以及他们之间的关系。
从软件本质的角度，解释软件范围（需求）控制的可行性
软件范围（需求）控制是指从所获取的需求中选取最终的项目需求，然后制定出软件产品的详细描述。由于软件本身的复杂性、不可见性、不一致性、可变性，软件范围多数情况下对于客户和开发者都是模糊的。如果一直满足客户无止境的，不明确的需求，将导致项目的开发难度大，开发目标不明确，投入成本与精力远超预计，甚至导致产品软件的失败。然而在实际软件项目中，即使在有明确的软件开发合同条件下，软件需求的控制并不是不可商量的，我们只要在满足客户基本需求的前提下，不断砍去用户不明确的需求，完成基本的功能，再通过多次迭代就能实现最终的软件设计。
项目管理实践
UML绘图工具练习
教材182页 - 图16-2
