《需求分析与系统设计》阅读笔记三

 质量与变更管理活动跨越了整个开发生命周期。它们需要专门的文档，例如测试计划、测试用例文档和故障与改进文档。测试文档确定了测试需求，然后再将测试需求连接到用例文档中的用例需求。质量管理有两个非常正交的方面。用于质量控制机制时时被动的，但是用于测试驱动开发框架时，它可以是非常主动的质量保证活动。质量控制与系统服务和系统约束测试有关。系统服务测试可以是静态或动态测试。静态测试包括走查和审查——质量保证实践中的正式评审会议。而动态测试可以是针对规格说明的测试针对代码的测试。系统约束测试包括大量相关的不同测试。通常提出的变更请求要么是处理故障要么是处理改进。在变更管理工具中可以提交变更请求并追踪开发人员对它所做的处理。变更管理工具的主要功能就是建立变更请求与其他系统制品——特别是测试需求与用例需求——之间的可追终路径。

　　它阐明了体系结构在系统开发中的至关重要性，展现了UML的各个方面。书中还介绍了PCBMER体系结构。PCBMER表示-控制器-bean-中介者-实体-资源体系结构框架。在UML建模中得到了遵守。这本书中是对UML介绍最详细的一本书，通过阅读这一章，更加清楚了UML建模在软件需求分析中的重要性，比起学习UML的时候理解更加深刻了。

这本书从测试和练习上加强了我们对于所学内容的理解。有例子的结合比起只是理论的东西容易理解。通过做练习巩固和加深了对内容的理解。这本书侧重讲解了UML建模，在原来学习的基础上更加理解了。

  与系统规划有关的是，一个组织具有三级管理：策略级，战术级，操作级。这3个级别是由决策的独特焦点、一套明确的IS应用需求、需要从IT中得到的特定支持所刻画的。系统规划的任务是定义IS应用系统和IT解决方案的混合体，使其在特定的时间点对组织最有效。

   软件开发遵循一个生命周期，主要的生命周期阶段是：分析、设计、实现、集成和部署，还有运行和维护。

   需求确定先于需求规格说明。需求确定是关于发现需求并将其记录在一个叙述性需求文档中的过程。虽然需求的确定并不包括形式化系统建模，但可以构建基本你的需求业务模型。这个业务模型可以产生3个通用图：环境图、业务用例图以及业务类图。