从概念到产品－需求分析过程somethingaboutgrammarliterature.pptVIP

* Good News：天下文章一大抄 在一个产品系统中，性能需求是可以Copy的 第一份性能需求是重点，大家一起作 之后的需求文档往往只需改变： 性能指标 可扩展性 易用性 可延展性 安全性 兼容性 可维护性 可移植性 可编程性 可靠性 可测试性 这里简简单单几句话要求， 让开发同事、设计师作半年…… * 需求规格说明书 * 没有高质量的需求 软件就象一个巧克力的盒子 你不会知道你将要得到什么 * 高质量需求叙述的特性 正确 可行性 必要性 优先权 明确 可证实 * 高质量需求叙述的特性 1/6 正确： 每个需求必须精确描述要交付的功能。 正确性依据于需求的来源，如真实的客户或高级别的系统需求说明书。 只有用户的代表能够决定用户需求的正确性，这就是为什么在检查需求时，要包括他们或他们的代理的关键所在。不包括用户的需求检查就会导致开发人员的：“这是没意义的”，“这可能是他们的意思”等众所周知的猜测。 * 高质量需求叙述的特性 2/6 可行性： 在已知的能力、有限的系统及其环境中每个需求必须是可实现的。 为了避免需求的不可行性，在需求分析阶段应该有一个开发人员参与，这个开发人员应能检查 在技术上什么能做什么不能做 哪些需要需要额外的付出或者和其他的权衡。 在抽象阶段应该有市场人员参与。 * 高质量需求叙述的特性 3/6 必要性： 每个需求应载明什么是客户确实需要的，什么