网站需求文档（如何做好网站建设需求分析）

本文目录

• 如何做好网站建设需求分析
• 需求文档撰写规范
• 信息门户网站用户需求说明书的格式是怎样的
• 如何写互联网产品需求文档
• 校园门户网站的项目需求该怎么写(急求！)

如何做好网站建设需求分析

一、那些人应该参与网站开发项目的需求分析活动需求分析活动其实本来就是一个和客户交流，正确引导客户能够将自己的实际需求用较为适当的技术语言进行表达（或者由相关技术人员帮助表达）以明确项目目的的过程。这个过程中也同时包含了对要建立的网站基本功能和模块的确立和策划活动。所以项目小组每个成员、客户甚至是开发方的部门经理（根据项目大小而定）的参与是必要的。而项目的管理者在需求分析中的职责有如下几个方面：

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

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

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

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

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

需求文档撰写规范

在写需求文档之前我们需要弄明白需求文档是什么？他是用来做什么用的？

首先，根据根据百度百科所定义的概念，我们可以了解到产品需求文档（简称PRD）是产品项目由“概念化”阶段进入“图纸化阶段的最主要的一个文档。广义上来讲，产品需求的描述应该包含有产品的战略和战术，战略是指：产品定位、目标市场、目标用户、竞争对手等。战术是指产品的结构、核心业务流程、具体用例描述、功能、内容描述等。

PRD的主要使用对象有：开发、测试、项目经理、交互设计师、运用及其他业务人员

开发可以根据PRD获知整个产品的逻辑；测试可以根据PRD建用例；项目经理可以根据PRD拆分工作包，并分配开发人员；交互设计师可以通过PRD来设计交互细节。PRD是项目启动之前，必须要通过评审确定的最重要文档。

简单了解了需求文档是什么后，我们需要知道，写一个需求文档需要具备哪些要素，我们应该从哪些方面去写。

二、修订记录

三、产品概况

1、项目背景

2、产品定位

3、用户

四、用户角色
五、术语及解释

六、产品结构

1、产品结构图

2、信息结构图

3、业务流程图

七、产品功能

以上是撰写PRD文档的基础内容，除此之外我们还可以写一些非功能性需求，这里就不一一展开说明了。

产品需求文档是记录产品功能的重要文档，也是和开发测试沟通的重要桥梁，但是需求文档也没有完全统一的规范和样式，不同的公司会有不同的要求，因此，我们需要针对不同的产品以及场景对需求文档进行适当的删减，目的是能够表达出产品的实际需求。

信息门户网站用户需求说明书的格式是怎样的

需求说明书啊：

0.1文档目的4

0.2文档范围4

0.3读者对象4

0.4参考文档4

0.5术语与缩写解释4

1.产品介绍5

2.产品面向的用户群体5

3.产品应当遵循的标准或规范5

4.产品的功能性需求5

4.0功能性需求分类5

4.MFEATUREM6

4.m.nFunctionM.N6

5.产品的非功能性需求6

5.1用户界面需求6

5.2软硬件环境需求6

5.3产品质量需求6

5.N其他需求7

如何写互联网产品需求文档

你好，网上有很多产品需求文档的例子，你可以参考一下，大致有以下这些内容：
首先自己要能理解需求，知道具体是要做一个什么样的产品，产品的主要用户是谁，产品有哪些主要的功能
然后你能把这个需求描述给团队其他成员，让他们也能明白这个需求
最后在和团队其他成员沟通的过程中你能解决他们提出的一些问题
产品背景、需求描述、关键词/字、功能结构、功能流程图、页面流转图等

校园门户网站的项目需求该怎么写(急求！)

需求有时候很不好写这里给你个接近你要求的让你参考一下吧基本上写成这样就很好了

需求分析文档

1.引言：

1.1立项背景：

（1）项目提出者：南开大学学生工作部；

（2）提出原因：目前学校勤工助学管理不合理，给同学带来多种不便；

（3）项目创立者：Rock小组；

（4）项目开发者：Rock小组；

（5）项目名称：南开大学勤工助学系统；

1.2立项原因概述：

目前学校的勤工助学管理存在种种弊端：

（1）大多数同学需要找中介，信誉不能得到担保并且还可能缴纳许多无谓的中介费；

（2）学生会及学工部的老师工作大多靠手工，工作量大、效率不高、信息发布零散不系统，负担过重；

（3）目前的管理系统不能有效获取单位的兼职信息及同学们的申请信息，信息发布、更新不及时，交互性差；

1.3文档依据：

需求分析文档根据可行性调查报告编写，为今后的系统设计及数据库设计提供依据。

2.项目概述：

2.1面向的用户人群：

（1）学生会及学工部老师：作为该系统的使用、管理者和维护者；

（2）需人单位和需家教家庭：作为兼职工作的提供者；

（3）广大同学们：作为兼职工作的申请者；

2.2实现目标：

（1）建立一个拥有良好交互性、操作简单易用的勤工助学服务性网站。

（2）网站运行要高效，费用尽量低，注重实用性。

（3）该网站提供一种更加方便、高效的勤工助学工作方式。

（4）网站实现及时获取工作提供者的信息和工作申请者的信息，后台自动

地快速、准确地将两者进行匹配，得到最优匹配并及时反馈信息。

（5）对于一段时间未找到匹配的同学，系统自动向其发信提供建议。

（6）支持站内信箱、在线信件交流以及手动匹配。

本系统最终实现后各部分的关系

2.3项目开发要求：

（1）项目开发规范统一：模块划分，代码编写均遵照小组命名规范文档；

（2）程序优化、安全并要有良好的可扩展性；

（3）用户界面简洁明了、操作简单实用；

（4）与用户保持良好的沟通，及时根据用户新的需求改善系统功能；

2.4开发工具：

MicrosoftVisualStudio.NET2003

SQLserver2000

3.具体分析：

3.1实现概述：

后台程序自动处理工作提供者和工作申请者的信息进行最优匹配并将匹配

信息及时反馈给双方。对于一段时间内未实现自动匹配的用户，系统将自动发

送站内信件提出合理性建议。与此同时向管理员发送请求帮助信息，由管理员

手动匹配或者由用户自己手动匹配。

3.2学生会及学工部老师：

（1）职能：勤工助学系统的管理者和维护者

（2）具体工作：接受并处理工作提供者提供的工作；

接受并处理工作申请者的请求；

维护网站系统及硬件设施；

将工作中对系统的新要求反馈给开发小组（Rock）；

（3）该用户需要的功能：

?登录：用户名、密码

?管理员的管理动作自动记录在该管理员的管理日志中，该日志对同级别或更高级别管理员公开但只能由最高权限管理员更改、删除；

?添加管理员：由具有更高权限的管理员添加新管理员名称、密码、权限

?删除管理员：由具有更高权限的人删除，彻底清除该管理员的信息

?权限：1.最高权限：管理整个网站（包括手动删除信息，管理其它管理者，

手动匹配工作提供者与工作申请者，整理所有管理员的管理日志，搜索所有注册者的信息）；

2.次级权限：分管理工作提供者的管理员、管理工作申请者的管理员。分别

管理各自管辖对象的信息，整理信息。

?搜索注册用户的信息：包括：用户的请求信息（提供工作，申请工作）、用户的真

实姓名、年龄、性别、身份证号、地址（住址或单位）、联系电话（e-mail）、用户身份（学生或工作提供者）；

?察看并处理72小时内未找到匹配的学生的信息

?站内实时信件交流，信件处理

?注销登录，离站

3.3需人单位或需家教家庭：

（1）描述：作为工作提供者

（2）该用户需要的功能：

?注册：用户名、密码、真实姓名或者具体单位名、身份证号、联系地址、联系电话、

提供的工作类型（选择家教、学校兼职、校外单位等）、工作描述、对应征者的要求（可选年龄段、性别、专业等）——多选有助于更好的自动匹配；

?登录：用用户名和密码登录，登陆后对外显示为在线

?更改注册信息、提供工作的信息、处理信件

?手动查询申请相关工作的同学的信息并选择匹配

?察看并处理自动匹配者的申请者信息，选择申请者后申请者方会有特别提示符表示

已被录用，还可站内回信

?可向管理员发信请求帮助

?注销登录，离站

3.4广大同学：

（1）描述：作为兼职工作的需求者

（2）该用户需要的功能：

?注册：用户名、密码、真实姓名、年龄、身份证号、联系地址、联系电话或邮件、

院系、申请的工作类型（包括家教、校内兼职、校外兼职等）、个人描述

——填得越细越有助于自动匹配更合适工作

?登录：通过用户名和密码登录，登陆后对外显示为在线

?更改注册信息、想申请的工作信息、个人描述、处理信件

?手动查询提供相关工作类型的用户，选择后进行匹配

?察看并处理自动匹配的工作信息，选择合适者选择，选择后同样会在工作提供方的自动匹配栏里显示，还可站内回信

?可向管理员发信请求帮助

?注销登录，离站

4.界面设计:

主界面初步设计如下：

5.特别说明：

5.1网站的安全性：

保证管理者和注册用户的密码安全，分权限管理，数据库访问控制；

管理员应具有一定网络安全及防黑知识；

5.2网站可维护性：

网站管理者须懂得一定的服务器应用、SQL数据库应用、硬件维护、IIS配置等方面的技能，必要时由我们对其进行培训

5.3网站的灵活性：

系统应该具有良好的功能可扩充性，以应对未来用户的更高的要求；

5.4硬件需求：（首先考虑学校现有硬件条件）

管理员端：Windows2000server或以上（学校条件满足）

客户端：建议IE5.0或以上（目前学校内的机房完全满足）

服务器：存储各种数据，处理相应终端请求

中转器：数据传输中转站，减小服务器压力

5.5用户界面：

人性化、交互性强的网页形式，简单易用，充分合理安排用户功能

各种数据表格格式直观易操作

5.6数据管理能力要求：

本系统使用SQLserver，可利用其自带的各种功能进行管理。

对不同用户信息和其它信息分类存储，使用索引查找。

目前南开大学在校生大约1万5000人，数据库需能承载至少8千人的

相关信息和其它信息（根据实际情况，暂定为8千人，以后还可拓展）

5.7故障处理：

系统运行中难免出现一些故障，对此我们提出以下建议和要求：

（1）对用户提交的重要资料及时备份。（如：当用户修改注册资料时要及时更新系统资料备份，以便于系统崩溃后资料的正确恢复。）

（2）当系统数据库发生故障时，及时向用户返回相关故障原因。

（3）公开管理员电子邮箱，联系电话等，以便用户和管理员可以及时联系。

（4）做好数据库和服务器的日常维护工作，出现故障时可与我们联系由我们帮助解决。