zoukankan      html  css  js  c++  java
  • 有效需求分析阅读笔记(三)

    有效需求分析阅读笔记(三)

    系统需求全景图:从宏观角度来看,组织应用类软件系统需求可以分为价值需求和详细需求两大部分。这里只是从总体简单介绍下价值需求和详细需求

    价值需求

    What

    简单来说,价值需求就是从黑盒子视角回答“整个软件系统为客户解决了什么问题,创造了什么机会”,"对于系统来说,最关键的干系人有哪些",”各个重要干系人对系统的关注点是什么?有哪些担心(阻力点)“三个本质性问题。这三类问题分别对应目标场景、干系人关注点、干系人阻力点三个方面

    Why

    1. 价值需求是组织应用类软件系统需求的灵魂和方向,但在大多数需求实践中,这部分做的相对薄弱。这将使项目范围更容易蔓延,客户从中获得的利益和价值不容易呈现,从而导致客户满意度难以有效提升。
    2. 在目标分析方面,经常会看到很多放之四海而皆准的、定性的描述,比如“打造一套先进的信息化系统,有效地推进管理的提升....” 这样的目标自然无法作为“成功标准”来指导系统的开发与实施工作,甚至会出现“我们走的太远,以至于忘记为何而出发”的尴尬阵地
    3. 如果说很多需求实践中,目标分析方面知识做的不到位,那么在干系人识别和分析方面则经常是干脆直接省略,在《需求规格说明书》中根本找不到。而这方面的缺失会导致忽略他们的关注点,陷入他们的阻力点,从而在开发过程中不断受到影响

    How

    价值需求的关键在于执行好目标分析、干系人识别、干系人分析三个任务。这些任务将分别产出:多份《问题卡片》,场景化地定义项目目标;一张《干系人列表》,列出所有关键干系人,多份《干系人档案》,针对每个关键干系人整理相应的关注点和阻力点

    详细需求

    What

    简单来说,详细需求就是从灰盒子视角完成三个主题的分析:“为了给客户提供业务、管理、维护支持,需要提供哪些功能?”系统所涉及的问题域中有哪些数据,之间是何关系?“ ”所处的业务环境会带来哪些约束和质量要求?”这三个主题实际上分别对应功能需求、数据需求、非功能需求三条主线。

    Why

    详细需求可以厘清脉络,识别出最小粒度的需求单元,然后为识别出的需求单元填充具体的细节描述。

    How

    1. 子问题域的分解

    从业务的角度、按照系统涉及的不同子问题域进行分解,以便逐一分析。

    1. 功能主线
    1. 业务支持
    2. 管理支持
    3. 维护支持
    1. 数据主线
    1. 领域建模
    2. 业务数据分析
    1. 非工作主线
    1. 质量数梳理
    2. 质量场景分析

    结语:在实际的需求分析实践中(即分析价值需求和详细需求),应该根据实际的产品、项目特点,明确出关键的需求主线,已对其进行合适的裁剪

  • 相关阅读:
    Python排序算法之选择排序
    Python排序算法之冒泡排序
    http和https的区别
    【转】Robot Framework作者建议如何选择自动化测试框架
    内联的两种方式
    生产者与消费者以及ActiveMQ
    QT定时器
    生产者与消费者
    QT实现输入框与下拉框提示并可模糊匹配
    GetQueuedCompletionStatus客户端前端和server之间的通信
  • 原文地址:https://www.cnblogs.com/weixiao1717/p/14198898.html
Copyright © 2011-2022 走看看