军衔: PMU初级一星
财产:
经验:
魅力:
来自: 北京市
鉴定: 本功能已经被关闭
发帖: 158篇
注册: 2001-11-26

--------------------------------------------------------------------------------


软件客户需求权利书

1. 要求分析人员使用符合客户语言习惯的表达
2. 要求分析人员了解客户系统的业务及目标
3. 要求分析人员组织需求获取期间所介绍的信息，并编写软件需求规格说明
4. 要求开发人员对需求过程中所产生的工作结果进行解释说明
5. 要求开发人员在整个交流过程中保持和维护一种合作的职业态度
6. 要求开发人员对产品的实现及需求都要提供建议，拿出主意
7. 描述产品使其具有易用好用的特点
8. 可以调整需求，允许重用已有的软件组织
9. 当需要对需求进行变更时，对成本、影响、得失（trade-off）有个真实可信的评估
10. 获得满足客户功能和质量要求的系统，并且这些要求是开发人员同意的

软件客户需求义务书

1. 给分析人员讲解业务及说明业务方面的术语等专业问题
2. 抽出时间清楚地说明需求并不断完善
3. 当说明系统需求时，力求准确详细
4. 需要时要及时对需求作出决策
5. 要尊重开发人员的成本估算和对需求的可行性分析
6. 对单项需求、系统特性或使用实例划分优先级
7. 评审需求文档和原型
8. 一旦知道要对项目需求进行变更，要马上与开发人员联系
9. 再要求需求变更时，应遵照开发组织确定的工作过程来处理
10. 尊重需求工程中开发人员采用的流程（过程）

--------------------------------------------------------------------------------

--------------------------------------------------------------------------------
[ 本文发表于 2002年3月6日 11:48:12 ]


djgb

军衔: 三等兵
财产:
经验:
魅力:
来自: 不告诉你 :)
鉴定: 本功能已经被关闭
发帖: 3篇
注册: 2002-3-11

--------------------------------------------------------------------------------


在国内让客户这样做
还不知道要多少时日才行

--------------------------------------------------------------------------------

山，离天三尺三，撞破青天颚未残

--------------------------------------------------------------------------------
[ 本文发表于 2002年3月11日 16:42:53 ]


citizen

军衔: PMU初级一星
财产:
经验:
魅力:
来自: 北京市
鉴定: 本功能已经被关闭
发帖: 158篇
注册: 2001-11-26

--------------------------------------------------------------------------------


要知难而上。
我的工作实践表明，大部分客户是愿意这么做的。

--------------------------------------------------------------------------------

--------------------------------------------------------------------------------
[ 本文发表于 2002年3月12日 11:53:48 ]