Joomla控，Drupal粉 - 开源CMS建站新闻杂谈、文档教程、案例介绍、扩展相关、个人博客及收藏

第四章：范围层 - 功能规格和内容需求

• 当你把用户需求和网站目标转变成网站应该提供给用户扫描样的内容和功能时，战略就变成了范围(scope)。
• 定义项目范围包括两个方面：一个有价值的过程导致一个有价值的产品。
• 过程(process)的价值在于，当整个事情还处在假设阶段的时候，它能迫使你去考虑潜在的冲突和产品中一些粗略的点。
• 产品(product)的价值在于，它给了整个团队一个参考点；关于在这个项目中要完成的全部工作，它也提供了一门共同语言。
• 用文档来说明项目要求，这样才知道正在建设什么，不需要建设什么。
• 当前难以满足的需求，可以成为启动下一个版本的基础，这样就能形成一个不断循环的开发过程。
• 如第二章所述，软件方面的范围层体现为功能规格(functional specification)；信息空间方面，范围层则是以内 容需求(content requirement)的形式出现。
• 具有讽刺意味的是，那些很少去想像网站的新方向的人，恰恰是参与创建和设计网站最深入的人。出于这个原因，汇集企业各部门的成员或不同类型的用户代表来进行的头脑风暴会议，可以是一种打开设计者思路、让他们考虑以前从未想到的可能性的非常有效的工具。
• 让工程师、客服人员、营销人员坐在一间会议室中谈论同一个网站，这会对大家都有启发意义。
• 有几条规则适用于撰写任何类型的需求：
• 乐观：描述这个系统“将要做什么事情去防止什么不好的情况”，而不是描述这个系统“不应该做什么不好的事”。例如“这个系统不允许用户购买没有风筝线的风筝”最好修改为“如果用户想买一个没有线的风筝，系统应该引导用户到风筝线页面”。
• 具体：尽可能详细的解释清楚状况。“该网站要使残疾人可用”中的“可用”过于模糊。
• 避免主观语气：需求必须是可验证的。例如“这个网站的风格应该是时尚的”最好修改为“网站的外观应该符合企业的品牌指南文档”。
• 很多时候我们说到的内容是指文本，但我们还应该记住图像、音频和视频都是内容的类型。
• 内容是一件艰苦的工作，有效的内容需要日常的维护工作。
• 留意那些看上去有可能需要改变战略的需求特性建议，它们在开发可视文档期间并不明显。
• 如果发现自己正在重新查看战略目标的话，那么你可能是太早进入需求收集阶段了。