如何写网站建设需求说明书

产品需求文档

项目名称

目录

1.总体说明2

1.1修订历史2

1.2项目概述2

1.3功能范围2

1.4用户范围2

1.5词汇表2

1.6非功能需求2

1.7其他说明2

2.UC部分3

2.1整体说明3

2.2UC正文3

2.2.1.UC_用例名称13

2.2.2.UC_用例名称23

对单个UC的说明3

1.

总体说明

1.1 修订历史

日期

版本

说明

作者

1.2 项目概述

项目概述

简单描述项目的背景、意义、目的、目标等，描述领域知识

1.3 功能范围

功能范围

给出业务逻辑图，类似BUC：描述各角色的职责、与周边系统的关系、全局商业规则

1.4 用户范围

角色

描述（涉及到的actor、system的描述）

1.5 词汇表

词汇

描述（术语与缩写的描述）

1.6 非功能需求

需求

描述

数据监控

针对一个功能模块级别的监控点，必填，并且功能上线2周后需要给出数据分析报告

性能

用户体验

……

1.7 其他说明

其他说明

其他任何需要说明的内容

2.

UC部分

2.1 整体说明

类图

截图（可选，对业务领域的描述）

类图说明

用例图

截图（必选）

用例图说明

状态图

截图（可选）

状态图说明

2.2 UC正文

2.2.1. UC_用例名称1

……

2.2.2. UC_用例名称2

……

对单个UC的说明

注1：视觉层面的描述通常直接通过Demo表达（如页面大小，颜色字体字号等）

注2：界面细节，引用界面规范文档（如表格中的文字对其方式）

注3：交互细节，引用交互规范文档（如出错提示的方式）

注4：文案细节，引用文案规范文档（如各种提示文案）

网站功能需求怎么编写啊？

主要包括：

一、网站目标与期望：根据公司要求阐述网站的目标及功能

二、网站整体结构及栏目，主要包括：

（1）确定网站主要栏目

（2）网站页面总体风格及美工效果。

（3）主页面及次页面大概量。

三、网站的管理及维护，主要包括：

（1）管理及内容录入任务分配

（2）项目完成时间及进度

（3）明确项目完成后的维护责任。

四、网站开发费用

扩展说明：

网站开发也一个系统性项目，所以对于一个项目而言，项目的管理者在需求分析中的职责有 如下几个方面：

1.负责组织相关开发人员与用户一起进行需求分析。

2.组织美术和技术骨干代表或者全部成员（与用户讨论）编写《网站功能描述书（初稿）》文档。

3.组织相关人员对《网站功能描述书（初稿）》进行反复讨论和修改，确定《网站功能描述书》正式文档。

4.如果用户有这方面的能力或者用户提出要求，项目管理者也可以指派项目成员参与，而由用户编写和确定《网站功能描述书》文档。

5.如果项目比较大的话，最好能够有部门经理或者他授权的人员参与到《网站功能描述书》的确定过程中来。

一个好的网站开发文档主要应该包括哪些内容

好的网站开发文档主要应该包括以下内容：

一、网站定位

包括网站服务类型、受众群体分析、基本风格选择等，旨在确定一个大体的开发方向。这里主要是确定网站是展示型还是有商城功能、所提供的是具体产品还是服务、网站风格基调是高端还是简洁等等。

二、内容规划

包括网站的详细结构、栏目设计以及功能需求等。这其中的需求就要和客户详细沟通，看看对方需要哪些功能以及网站所需的栏目个数，怎样排版等。至于功能实现，就包括常用的开发语言、开发环境等。这部分主要是给前端设计师和程序工程师看的。

三、形象设计

包括网站的整体形象、美工创意、色彩搭配、网站VI规划、logo设计等。这部分主要是给美术设计师看的，考验设计师如何进行美术策划来实现客户所要求的网站的构想蓝图

四、技术解决方案

根据网站功能来决定网站使用技术的方案。尤其是对于大型网站来说，技术方面是一个重要的问题。 这部分要说明网站开发使用的软件环境、硬件环境;采用自建服务器，还是租用虚拟主机，以及相关的管理分配、费用支出;有关程序开发，选用ASP、JSP、PHP、CGI、XML等哪种语言;网站的安全性措施、防黑、防毒方案等。

五、开发进度及人员

网站开发时间进度表，整体上对网站开发有个时间把握，根据进度进行对应的内容开发建设。网站开发需要哪些部门的人，以及他们的工作项目安排计划等。

六、测试及上线

对开发完成的项目进行测试，并与客户对接需求，客户验收通过后进行网站上线。

互联网产品的需求文档写作，应该注意哪些事项和规范？

1、写前准备(信息结构图)：产品需求文档的写作(一)在写PRD文档之前，我们需要先罗列出产品功能的信息内容，这一步是将想法逐渐清晰的第一步，也是帮助我们接下来规划功能的辅助信息，同时也可以辅助服务端技术人员创建数据库。因为这是第一步，所以我们不需要罗列的很详细，在之后的步骤里，我们会逐步改进和完善信息内容。例如一篇文章的信息内容主要有：文章标题、文章正文、文章作者、发布时间、所属分类。初始的功能需求只有这些信息内容，但是在之后的功能规划中逐渐更加细致的考虑时，可能会增加或者删减，因此第一步我们不用刻意的追求信息的全面。罗列信息内容的方式有很多种，文本形式、思维导图形式等等都可以，最主要的是能够清晰易懂，我最常用的方法就是思维导图，因此我称这一步为信息结构图。2、梳理需求(产品结构图和用户流程图)：产品需求文档的写作(二)当我们对产品的信息结构了解后，我们就需要规整脑海中的产品需求，让想法更加结构化，因此这一步是梳理产品的需求。我们首先要罗列出产品的频道及页面(产品结构图)，其次再基于产品结构图梳理出频道及页面中的功能，并延伸构建出用户的操作流程(用户流程图)。以上两步是为了让我们在撰写产品需求文档之前能够对产品有一个全面的了解，类似鸟瞰式的一目了然，也方便调整完善。3、原型设计(手绘原型,灰模原型,交互原型)：产品需求文档的写作(三)当我们逐渐清晰了产品的需求后，并梳理了产品的各个频道及页面，那么这一步就要开始验证这些想法的具体界面表现和方案的可行性了。首先我建议通过手绘的形式快速在草纸上绘制出产品的原型，推演和讨论方案的可行性，当有一定的进展之后，我们再通过软件工具进行更深入的设计。移动产品可以考虑灰模原型，网站产品可以考虑交互原型，对于这两种原型方式，无论是移动产品还是网站产品都可以使用，具体取得于你的个人习惯和团队要求。对于产品经理来说，原型设计是为了帮助我们细致的考虑方案，并论证方案的可行性，同时也是为了避免产品宣讲时，抽象的语言描述导致听众理解困难和理解偏差。4、撰写文档(PRD文档)：产品需求文档的写作(四)当我们通过以上三个大的步骤之后，我们就已经非常清晰产品的需求了，一般情况下，通过原型加描述的方式就已经完成了PRD文档的目的(很多产品经理直接使用Axure制作PRD)。当然也会有一些个人或团队的要求不一样，对PRD文档有特定的规范标准，这类情况可能是需要存档归类。无论什么样的规范标准，PRD文档的目的都是相近的，因此功能描述的方式也是相似的，所以在这里我分享了三种撰写PRD文档的方式。5、用例文档(UML用例图、流程图)：产品需求文档的写作(五)《产品需求文档(PRD)的写作方法》的补充文章，主要讲解PRD文档中的重要辅助文档“用例文档”。

网站设计需求分析怎么写

1）绘制关联图：绘制系统关联图是用于定义系统与系统外部实体间的界限和接口的简单模型。同时它也明确了通过接口的信息流和物质流。

2）创建开发原型：创建用户接口原型当开发人员或用户不能确定需求时，开发一个用户接口原型，这样使得许多概念和可能发生的事更为直观明了。用户通过评价原型将使项目参与者能更好地相互理解所要解决的问题。注意要找出需求文档与原型之间所有的冲突之处。

3）分析可行性：分析需求可行性在允许的成本、性能要求下，分析每项需求实施的可行性，明确与每项需求实现相联系的风险，包括与其它需求的冲突，对外界因素的依赖和技术障碍。

4）确定需求优先级：确定软件工程需求的优先级别应用分析方法来确定使用实例、产品特性或单项需求实现的优先级别。以优先级为基础确定产品版本将包括哪些特性或哪类需求。当允许需求变更时，在特定的版本中加入每一项变更，并在那个版本计划中作出需要的变更。

5）为需求建立模型：为需求建立模型需求的图形分析模型是软件需求规格说明极好的补充说明。它们能提供不同的信息与关系以有助于找到不正确的、不一致的、遗漏的和冗余的需求。这样的模型包括数据流图、实体关系图、状态变换图、对话框图、对象类及交互作用图。

6）编写数据字典：创建数据字典数据字典是对系统用到的所有数据项和结构的定义，以确保开发人员使用统一的数据定义。在需求阶段，数据字典至少应定义客户数据项以确保客户与开发小组是使用一致的定义和术语。分析和设计工具通常包括数据字典组件。

7）应用质量功能调配：使用质量功能调配质量功能调配是一种高级系统技术，它将产品特性、属性与对客户的重要性联系起来。该技术提供了一种分析方法以明确那些是客户最为关注的特性。它将需求分为三类：期望需求，即客户或许并未提及，但如若缺少会让他们感到不满意；普通需求；兴奋需求，即实现了会给客户带去惊喜，但若未实现也不会受到责备。