需求开发之愿景分析

对于需求分析员而言,真正的专业主义是基于业务利益的沟通,业务利益主要指解决问题,创造机会,提高管控能力等。

一个架构师如何把控需求,需要从以下方面入手

1、如何产生需求:需求开发=愿景分析+需求分析

2、判断需求是否全面:功能、质量、约束这三类需求不能漏。

3、从需求向设计转化的关键思维是什么:功能、质量、约束影响架构的不同原理是核心。

软件研发与交付过程总图:

           概念化阶段(愿景)--> 需求分析阶段(需求)--> 架构设计阶段(架构)--> 并行开发与测试阶段(可执行系统)--> 验收与交付阶段(交付的系统)

在概念化阶段的工作重点主要包括:

1、愿景分析

2、风险评估

3、可行性分析

4、项目进度和成本的粗略预估

愿景分析:要解决项目、产品或解决方案的起源问题。所谓的明确愿景,就是针对系统目标、主要特性、功能范围和成功要素等进行构思并达成一致。愿景分析须阐明业务需求,描述需求产生的背景和理由等。

愿景分析中最重要的工作成果是《愿景与范围文档》,该文档一般包含以下内容:

1、业务需求

     a)背景

     b)业务机遇

     c)业务目标

     d)客户或市场需求

     e)提供给客户的价值

      f)业务风险

2、项目愿景的解决方案

     a)项目愿景陈述

     b)主要特征

     c)假设和依赖的环境

3、范围和局限性

     a)首次发布的范围

     b)随后发布的范围

     c)局限性和专用性

4、业务环境

     a)客户概貌

     b)项目的优先级

5、产品成功的因素

 上下文图要点归纳:

         内容原则:关注本系统,以及和本系统有关联的因素,但不关注本系统内部--既不关注内部功能,也不关注内部结构。

         形式原则:明确标识出要研究的是什么系统,保持它为黑盒,将它画在上下文图的中央位置,其它因素环绕四周。

 

阅读更多
个人分类: 架构设计
想对作者说点什么? 我来说一句

没有更多推荐了,返回首页

加入CSDN,享受更精准的内容推荐,与500万程序员共同成长!
关闭
关闭