Chinaunix首页 | 论坛 | 博客
  • 博客访问: 2412114
  • 博文数量: 1576
  • 博客积分: 19423
  • 博客等级: 上将
  • 技术积分: 16112
  • 用 户 组: 普通用户
  • 注册时间: 2007-06-19 21:36
个人简介

专注专心

文章分类

全部博文(1576)

文章存档

2020年(10)

2018年(8)

2016年(6)

2015年(21)

2014年(32)

2013年(279)

2012年(516)

2011年(309)

2010年(260)

2009年(92)

2008年(15)

2007年(28)

我的朋友

分类: 项目管理

2020-11-16 08:11:57

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

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

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

阅读(158) | 评论(0) | 转发(0) |
0

上一篇:流程图工具

下一篇:服务器集中管理

给主人留下些什么吧!~~