Chinaunix首页 | 论坛 | 博客
  • 博客访问: 511869
  • 博文数量: 76
  • 博客积分: 3091
  • 博客等级: 中校
  • 技术积分: 996
  • 用 户 组: 普通用户
  • 注册时间: 2007-03-11 15:40
个人简介

IT老兵,爱好胡思乱想、读书和交流,2015年底重新回到IT战场,期待再一次“贯穿”。

文章存档

2020年(11)

2018年(1)

2017年(1)

2016年(1)

2015年(1)

2014年(2)

2011年(5)

2010年(2)

2009年(4)

2008年(28)

2007年(20)

我的朋友

分类: 项目管理

2008-01-13 16:12:35

每个产品开发前对技术和竞争产品的现状进行初步调研,完成这个综述文档是产品研发开始的一个阶段里程碑。
除技术分析外,更重要的是作为市场分析的一个依据:
[1] 力图“切割”出一个细分市场
[2] 通过创新(包括技术和非技术及组合)与差异化服务
[3]“解决”细分市场的特定需求

软件开发中,一般认为需求有三个层次(以带宽管理产品为例说明):
  业务需求:比如用户需要这个产品来保障业务应用畅通无阻,限制无效率的上网,降低费用
     |
     |
     V
  用户需求:那么就需要带宽管理来实现这个功能,产品能够对应用进行区分,对用户进行个性化配置搞区别服务;
     |      并且能够实时监控整个网络运行情况,报表来展示,同时还可以审计日志等
     |
     |
     V
  功能需求:要满足这些具体要求,产品应该具备那些特性,如有流量整形特性...,模版技术实现个性化配置
            Ajax监控,有专门的IT审计模块等,以及相关一些存储、性能、安全要求等。

1,业务需求应该是比较简短的,一段话足矣。
2,UML中的UseCase图是描述用户需求这个层次的最佳工具。
3,功能需求就是软件的特性列表了,也是项目规划、设计开发的起点。
4,需求的收集可以来源于和用户交流、网上等的第三方介绍、自己的感受、竞争对手的产品描述等等。
5,需求描述过程应该是一个反复的过程,因为用户往往也不能准确表达自己的实际需要,也许看到你原型后才会说
“喔,我不是这个意思”或者“这也可以做啊,那么...也能做吧,我需要这个”,对手的描述往往仅仅是功能需求,
这些都需要综合分析,整理,反复的。
6,对特性进行仔细整理后特性表基础上,应该给出基本的系统功能框架视图,
这些就是架构师需要完成的第二个综合性文档《功能规格说明书》(我一般称做××产品架构白皮书)的内容了
7,然后,后面就该是全局数据视图,关键路径活动图等等了,参考<>或者UML吧

阅读(1595) | 评论(1) | 转发(1) |
给主人留下些什么吧!~~

chinaunix网友2008-01-24 16:08:08

有道理,功能规格说明书给个样子吧34M7