* 帖子主题 * 软件需求过程中的权利和义务--Karl 《软件需求》 你是第 144 位浏览者 citizen 军衔: 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 ]
|