软件需求十步走阅读笔记三

最后再深度读这本书你会发现,需求分析其实很简单。

功能需求分析是需求分析的核心工作,由逻辑功能定义、逻辑功能初设和面向用例的重构三部分工作构成。

      需求管理工作是保障各阶段目标的质量及各阶段工作的衔接,确保需求工程全过程的质量、成本和进度是需求管理的目标。需求管理工作的思路是抓规范建设,抓阶段工作成果的检验,以促进规范在过程中的落地。管理活动包括:用于控制各种需求文档和单个需求的版本的工具、技术和习惯做法,制定需求基线,将使用的需求状态记录允许做出变更的负责人,

      需求状态跟踪和报告过程,分析已建议变动的影响应遵循的步骤。管理工作是让务虚工作和务实工作达到有机结合,就可以实现“无为而治”这一管理的最高境界。

      版本控制是需求管理一个必要的方面,也是容易忽视和出错的地方。需求变更被视为突发事件,一个变更事项会引发一连串与其相关事项的变动,先判断变更的真伪,在判断变更带来的工作事项的完整性,变更控制需要与变更相关的各方共同参与,群策群力。

      需求跟踪包括编制每个需求同系统元素之间的联系方式,需求跟踪可以通过追溯机制找到问题的根源,减少不必要的浪费并且迅速得到问题的原因,方便更快的解决。

      需求分析的完成更是不能缺少一个好的组织,一个好的组织可以提供给客户有价值的服务。

  需求管理的思路 :需求工程的需求业务活动由需求规划中的6个业务活动和需求开发的4个业务活动共计10项业务活动组成,构成了需求工程的业务主线。需求工程的需求管理活动的目标就是确保需求业务活动能够按进度要求、质量要求、成本要求生产出高质量的软件需求。需求版本控制 软件需求基线是由各阶段需求业务活动的工作成果文档和文档内各部分内容的版本号的集成。软件需求基线工作的落实借助这些工作成果文档和文档内部分内容版本号来实现的

      管理变更请求 :对于软件开发工作来说每一次需求变更不是在做加法,而是在做乘法,虽然乘数是1,但被乘数会因为需求变更的层次高低而放大。所以需求变更是一个非常严肃的工作。 建立需求能力矩阵对于实际发生需求变更时可以通过该矩阵遍历出与变更需求相关的各个工作元素,而不至于陷入需求变更的困局中。需求能力矩阵除了可以轻松应对需求变更,而且还可以基于它建立一个需求工程全局管理视图。同时我们要呼吁建立需求分析体系 “千夫所指人人相轻”这种不重视软件需求的观念体现在一个个软件项目只是表象,其症结在于长期以来“轻业务、重技术”的理念已根深蒂固

      需求分析部门的业务工作 需求分析部门的业务工作主要由需求业务和需求开发业务两部分组成

原文地址:https://www.cnblogs.com/ever1961211/p/8298423.html