网站架构中的功能需求和内容需求

内容和功能看上去很像是两个完全不同的事物，但是当它们在定义范围层的时候，它们所用的方式是非常相似的。在软件开发种，有些企业用这些术语来表示两种不同的文档：项目初期阶段的需求，描述系统应该做什么，以及在末期的规格说明，描述系统真正完成了什么。在这种定义中，功能规格在功能需求确定之后才开始撰写，同时将加入更加具体的实施细节。但是大部分的时候，这两个术语时可以互换的——事实上，有些人使用“功能需求规格”来表示他们的文档覆盖了包括以上两者的内容。我将使用功能规格来描述文档本身，而用需求来描述文档的内容。

内容的开发常常不会像软件过程的需求收集一样正式，但基本原则是一样的。内容设计者要坐下来仔细考量各种资料的来源，不管是一个数据库还是满满一抽屉的剪报，然后她才能决定哪些信息必须纳入设计范围之内。这种不太正式的、收集内容需求的过程，实际上与技术专家和董事会集体商议功能需求，并回顾已有的文档记录没有本质上的区别。两者的意图和方法是一样的。

内容需求常常伴随着功能的需求。现在，内容常常是通过一个内容管理系统（content management system，CMS）来进行管理的。这些系统大小不一，大的系统能根据众多不同的数据来源动态生成页面，庞大而复杂；小的可以是一个很轻巧的工具，能以最高效的方式来优化某种类型的专题内容的管理。你也许决定去购买一套专用的管理系统，或从众多开放源代码的候选方案中选择一个，甚至从头开始建设一个管理系统。不管哪一种方式，在大部分情况下，你都必须对这个系统进行一些简单的修补以适合你的企业和内容的需要。

类似地，功能需求也常常伴随着内容的需求。在个人喜好设置的页面中需要有使用说明吗？错误提示呢？必须要有个专门的人来写这些内容。每一次当看到网页上出类似“无效输入”的错误提示时，我就知道这种文字是出自开发工程师之手，并成为了最终产品，因为没有人把这些错误提示纳入内容需求中。而事实上，如果开发者能花一点点时间让某些人看一看应用程序中的内容的话，无数的技术项目会因此得到极大的改善。

本课主题：网站架构中的功能需求和内容需求

相关主题：
网站架构需要注意的十九点概要
网站架构时要注意功能规格
详谈网站架构的内容需求
请拨打热线：0571-86586571