第02课-软件需求基础(第1版).ppt

第2章软件需求基础2软件需求工程解析需求开发工作的要点关于需求分析的简单描述简单说，需求分析就是通过对问题域的研究，获得对该领域特性及其存在于其中的（需要解决）的问题的透彻说明并用文档加以描述和说明。具体说：需求分析是业务分析，需求分析的任务是对问题进行研究，因此将从业务线索入手，而非从系统结构入手。需求分析是分解过程，将待开发的系统按照职责划分为不同的主题域（子系统）然后分解组成该主题域的所有业务流程，再分解到业务活动、业务步骤。需求分析以一种综合的过程，需要将用户的原始需求合并到业务活动中。将各个业务流程合并为全局业务流程图，将各个业务事件相关的领域类图合并成全局领域类图，将各个业务事件的用例图片段合并为全局用例模型等；需求分析是一个规范化活动，要找到冲突、矛盾，并且通过访谈等手段解决这些问题。第2章软件需求基础2软件需求工程解析需求开发工作的要点关于需求规约的简单描述需求规约就是将需求分析结果文档化的过程。对于大型软件公司来说，需求文档化的过程是一件大事，需要高度重视（甚至过度重视）。SRS的管理主要要体现下列思想：软件需求规格说明书是用来完成信息传递和沟通的，因此必须实现共享；软件需求规格说明书在整个开发过程中是不断演化的，需要建立良好的更新机制；第2章软件需求基础2软件需求工程解析需求开发工作的要点关于需求验证的简单描述多数软件开发项目都不重视需求验证工作。需求验证是对需求捕获和需求分析的结果（SRS）进行验证的过程。不是简单地让用户代表签个字就完事。因为没有经过需求验证的需求往往存在大量的业务和技术隐患，结果将会导致大量的需求变更。需求验证的主要手段是需求评审。需要分层次、分内容开展，以便能够尽早更多地暴露需求中存在的问题。第2章软件需求基础2软件需求工程解析需求管理工作要点需求管理工作一般包括基线管理、变更管理和需求跟踪。需求分析待处理的需求变更申请变更分析基线管理需求基线变更管理需求跟踪第2章软件需求基础2软件需求工程解析需求管理工作的要点关于基线管理的简单描述需求基线的引入，会将需求分为两大类：已经开发的基线内的需求（Baseline）尚未开发的待处理需求（Backlog）。基线的内容就是一次迭代的工作内容。而一次开发迭代是一个时间周期，时间是固定的，相对较短的，RUP建议是2-6周。划分基线时通常需要完成三件工作：确定优先级，确保高优先级、高风险的需求项在尽早的迭代中完成；二是工作量估计，以确保每次迭代的时间安排是合理紧凑的；三是未完成项的合并工作，每次迭代还是有些工作未能完成，在分配下一次基线是需要将其考虑进去。需求优先级与工作量估计是基线管理的关键第2章软件需求基础2软件需求工程解析需求管理工作的要点关于变更管理的简单描述软件开发的过程必然会出现变更。虽然我们总是强调与用户确定需求冻结，但真真的需求冻结往往是不可能的。需求变更管理的核心是控制变更的影响，而非消除变更。控制变更对技术开发工作所带来的影响，减少返工、重做的工作量。变更工作需要整个开发团队相互配合，需求分析的贡献在于“尽早识别变更”，系统架构的贡献在于“以弹性的架构减少变更的影响”第2章软件需求基础2软件需求工程解析需求管理工作的要点关于需求跟踪的简单描述对变更的影响进行分析时，就会发现很难精确地评价变更将影响那些需求项，那些设计元素，只能凭经验与印象，而想要真正做到精确地量化评估，就需要通过跟踪需求活动积累的信息。需求跟踪具有相当的难度，一般的项目都未能正真使用它。第2章软件需求基础本章重点：需求的三个层次及关系关系业务需求项目视图/范围文档用户需求用例文档软件需求功能需求质量属性其他非功能需求非功能需求设计约束SRS需求开发需求管理需求工程需求获取需求分析需求编写需求验证基线管理变更管理跟踪管理其他第2章软件需求基础本章重点：需求工程的定义与范畴需求获取需求分析需求验证需求规格说明书本章重点需求开发过程证实重新评估更改并减少误差重写第2章软件需求基础第2章软件需求基础1软件需求的基础理论与应用实践软件需求的三种类型非功能需求理解速度（Speed），系统的响应时间，例如PR2.3.3-1。PR2.3.3-1：所有的用户查询都必须在10秒内完成。容量（Capacity），系统所能存储的数据量，例如PR2.3.3-2。PR