《需求工程-软件建模与分析之读书笔记之三》
第14章<面向对象建模>采用了面向对象方法学的世界观，将系统看作是一系列对象的集合，每个对象具有独立的职责，完成独立的任务，对象之间通过消息机制相互协作，共同实现系统的目标。在需求分析中涉及的UML技术有对象模型，用例模型，行为模型，状态机模型和对象约束语言OCL。对象模型中强调了一个事物可以被抽象为对象的两个条件是独立可确认和有明确的角色；类是共享相同属性和行为的对象的集合，它为属于该类的所有对象提供统一的抽象描述和生成模板；类之间的关系有关联，泛化和依赖关系。用例模型的基本元素有用例，参与者，关系和系统边界。行为模型有三种：交互图，状态图和活动图；交互图又包括顺序图，通信图，交互概述图和时间图，天是依据交换行为进行的用例实现；活动图是依据处理流程进行的用例实现；状态图是以状态机模型的方式进行的用例实现。OCL是用来定义UML模型元素的四类约束：不变量，前置条件，后置条件和监护条件。面向对象的建模方法有技术路线，建立领域模型(发现对象和类，建立类之间的关联)，建立行为模型(建立交互图，建立状态图，建立活动图，添加契约说明)，以及居于CRC卡的职责驱动方法(CRC卡，基于CRC卡的职责驱动方法)。
第15章<需求规格说明>活动是将需求及其软件解决方案进行定义和文档化，并传递给开发人员的需求活动。需求规格说明文档可以清晰明确的将软件系统的需求信息和解决方案更好的传递给所有的开发者，另一方面可以拓展人们的知识记忆能力。在开发过程中会产生不同类型的需求规格说明文档，它的描述手段为非形式化语言，半形式化语言和形式化语言；需求规格说明文档的写作原则有写作是一门艺术文档化的目标是交流，优秀的需求规格说明文档应具备正确性，无歧义等特性。
第16章<需求验证>指的是软件工程中系统验证和需求工程中的需求验证；需求验证的方法有需求评审(包括参与者，过程和检查方法，以及类型)，原型与模拟，开发测试用例，用户手册编制，利用跟踪关系和自动化分析；常见的问题修正行为有需求澄清，发现缺失需求，解决需求冲突和修正不切实际的期望。第17章<需求管理>是在需求开发结束后保证后续的系统开发活动依照需求的基线进行展开，从而保证系统的质量。需求基线是是项目团队需要在某一特定产品版本中实现的特征和需求集合，它需要从配置管理和状态维护2方面进行维护；需求跟踪是描述需求以及跟踪需求变化的能力，分为前向跟踪和后向跟踪。需求变更控制是以控制，一致的方式进行需求基线中需求的变更处理，包括对变化的评估，协调，批准或拒绝，实现和验证。实践中的需求管理包括需求的变更，需求跟踪信息和需求管理工具。
第18章<需求工程的过程管理>中提出了其过程具有环境依赖性，包括市场特性，领域特性，技术成熟度，组织文化和项目特性；其过程建立包括建立过程框架，选择工作组件，应用实践方法过程；需求工程过程的改进措施有评价当前进程，计划改进活动，培训参与人员，发现新过程，度量新过程和确定下一步活动；其中应该注意：应将需求工程过程放在软件过程的背景下实施改进，改进的措施要建立在现有过程的评价之上，过程的改进要针对目标，改进过程要有计划，过程赢是渐进和持续的。
第19章<需求工程中的项目管理>中提出了其过程活动包括资源管理，活动管理和交付物价管理；需求工程的成功执行需要项目提供足够的资源支持；需求工程的生命周期规划要受项目特点的约束，要符合软件的过程模型，它是软件生命周期模型的一个部分；团队管理过程包括组建需求团队和维持需求团队内部的有效沟通(建立一致的目标，建立有效的沟通机制，利用有效的沟通技巧，利用辅助的工具和技术)；需求风险管理关注软件开发活动和任务的风险和不确定性，并采取行动减少其中的不确定性或者降低风险的影响；其过程包括风险识别，风险分析，制定风险管理计划，风险跟踪和风险控制。需求工程中的风险管理是要识别，分析，计划，跟踪和监控由于需求变化而可能发生的项目风险，复杂性，稳定性和可得性是需求分析的最大驱动因素。