终于把《需求分析与系统设计》读完了，感受很多，虽然理解还不是透彻，但还是学到了不少知识。在软件需求规格说明中，需要用图形和其他形式化模型来说明需求，为了完整地说明一个系统，有必要采取多种模型。UML提供了许多集成化的建模技术来辅助系统分析师来完成这项工作。规格说明的过程是迭代增量式的。对成功的建模来说，使用case工具是必须的。需求规格说明产生三种模型：状态模型，行为模型，状态变化模型。需求规格说明涉及需求确定期定义的客户需求进行严格的建模，重点放在那些系统将要提供的所期望的服务上。在规格说明阶段通常不对系统约束做进一步的考虑，但系统约束可以指导和验证建模工具。这种指导和验证采用体系结构优先权的方式。软件体系结构定义了系统中相互作用的软件构件及子系统的结构和组织方式。软件体系结构捕捉并保存设计人员关于系统结构和行为的设计意图，因此它提供了一种对设计的保护措施，以防止作为系统阶段的设计出现失败。在详细的系统规格说明工作开始之前，软件开发团队必须选定全体开发人员都要遵循的体系结构模式和原则，这是至关重要的。如果系统没有清晰的体系结构视图，那么分析阶段就是在为一个不可支持的系统交付规格说明。所有软件建模的最重要目标都是将构件依赖最小化。为了做到这一点，开发人员不能随意的对象通信那会造成混乱的不可理解的构件通信网络。随着模型的增长和每个对象的加入，这样的系统复杂性会指数上升，这是无法容忍的，必须在它造成破坏之前停止。在生命周期早期，就必须采用一种具有分层的构件和子系统，并严格控制对象通信的，清晰的体系结构模型。