在线论坛系统需求规格说明书

在线论坛系统需求规格说明书

1．概述（Summary）

1.1 用户简介（User Synopsis）

当前的客户群体主要是在校大学生。

黄山学院在线论坛就是专门定位于大学生的网络论坛，主要满足大学生的学习、考试、求职、创业、生活综合信息服务功能需求，为大学生提供一个交流的平台。并且提供给大学生们一个虚拟的空间释放压力。现代生活中，无论是成年人还是未成年人都面临巨大的压力，在网络这个没有任何压力的世界，人们能够更好地放松自己，以便更好地投入现实生活。当代大学生渴望知识，黄山学院在线论坛把中心放在对一种知识的传授和学习，在计算机软件等技术类的行业，这样的论坛发挥着重要的作用，通过在论坛里浏览帖子，发布帖子能迅速的与很多人在网上进行技术性的沟通和学习。

1.2 项目的目的与目标（Purpose and Aim of Project）

编写此文档的目的是进一步定制软件开发的细节问题,希望能使本软件开发工作更具体。

是为使用户、软件开发者及分析人员对该软件的初始规定有一个共同的理解，它说明了本产品的各项功能需求、性能需求和数据要求，明确标识各功能的实现过程，阐述实用背景及范围，提供客户解决问题或达到目标所需的条件或权能，提供一个度量和遵循的基准。

1.3 术语定义（Terms Glossary）

将该需求规格说明书中的术语、缩写进行定义, 包括用户应用领域与计算机领域的术语与缩写等。

1.4 参考资料（References）

[1] 用户领域的资料

[2] 用户需求调查表

[3] 用户需求报告

[4] 参照的标准

1.5 相关文档（Related Documents）

[1] 项目开发计划

[2] 概要设计说明书

[3] 详细设计说明书

[4] 项目需求报告

1.6 版本更新信息（Version Updated Record）

版本更新记录格式，如表6-1所示。

表6-1 版本更新记录

2．目标系统描述（System in Target）

2.1 组织结构与职责（Organizing Framework and Function）

2.2 角色定义（Role Definition）

表6-2 角色定义

2.3 作业流程（业务模型）（Busywork Flow）（Operation Model）

直式业务流程图

2.4 数据（Bill of Document，Account and Report）2.4.1 单据（Bill of Document）

单据的描述格式

E-R图

帖子实体

tb_article（帖子内容表）

单据的描述格式

视频实体

单据的描述格式

用户实体

基本表

2.5 可能的变化（Possible Change）

对于在线论坛系统未来可能存在需求改变，将来可能会增加在线聊天功能。3．目标系统功能需求（Function of Target System）

3.1 功能需求分析（Function Analysis）

决策层、管理层、操作层各有哪些具体功能要求。

3.2 功能需求点列表（功能模型）（Function List）（Function Model）

表6-6 功能需求点列表

4．目标系统性能需求（Performance of Target System）

4.1 时间要求（Time Request）

（1）响应时间：查询的最长等待时间为3s；发表的最长时间2s。

（2）更新处理时间：修改用户信息最长时间1s；删除帖子时间0.2s。

（3）数据的转换和传送时间：远程数据传输的时间要求2-4s。

（4）解题时间：无。

4.2 空间性能（Space Request）

（1）支持的终端数：30000个

（2）支持的并行操作的使用者数：100

（3）处理的文件和记录数：1000

（4）表和文件的大小规模：1M—25M。

（5）处理任务的数量：6

（6）在正常情况下和峰值工作条件下，在一定时间周期中要处理的数据总数:200000条（7）对输入和输出数据的精度要求：无

5．目标系统界面与接口需求（Interface of Target System）

5.1 界面需求（Interphase Requirement）

（1）输入设备：键盘、鼠标；

（2）输出设备：显示器；

（3）显示风格：IE界面；

（4）显示方式：1024×768、640×480；

（5）输出格式：显示布局、打印格式。

系统页面设计

1、登陆界面

2、注册界面

3、论坛主界面

4、发帖界面

5、显示帖子内容界面

6、回帖界面

7、坛主界面

7、版主界面

8、用户界面

表6-8 接口需求点列表

6．目标系统其他需求（Other Requirement of Target System）

6.1 安全性（Security）

B/S 建立在广域网之上，对安全的控制能力相对弱，可能面向不可知的用户

6.2 可靠性（Dependability）

B/S架构管理软件只安装在服务器端（Server）上，网络管理人员只需要管理服务器就行了，用户界面主要事务逻辑在服务器（Server）端完全通过WWW浏览器实现，极少部分事务逻辑在前端（Browser）实现，所有的客户端只有浏览器，网络管理人员只需要做硬件维护。

6.3 灵活性（Agility）

B/S最大的优点就是可以在任何地方进行操作而不用安装任何专门的软件，只要有一台能上网的电脑就能使用，客户端零安装、零维护。系统的扩展非常容易。

B/S结构的使用越来越多，它的程序也能在客户端电脑上进行部分处理，从而大大的减轻了服务器的负担；并增加了交互性，能进行局部实时刷新。

6.4 特殊需求（Special Requirement）

（1）进度需求：系统的阶段进度要求。

（2）资金需求：投资额度。

（3）运行环境需求：平台、体系结构、设备要求。

（4）培训需求：用户对培训的需求，是否提供多媒体教学光盘。

（5）推广需求：推广的要求，如在上百个远程的部门推广该系统，是否要有推广的支持软件。

7．目标系统假设与约束条件（Suppose and Restriction of Target System）

假设与约定条件是对预计的系统风险的描述,如：

（1）法律、法规和政策方面的限制。

无

（2）硬件、软件、运行环境和开发环境方面的条件和限制。

硬件方面：B/S 建立在广域网之上的，不必是专门的网络硬件环境，例如电话上网，租用设备. 信息自己管理. 有比C/S更强的适应范围，一般只要有操作系统和浏览器就行。

软件方面：B/S 对的多重结构，要求构件相对独立的功能. 能够相对较好的重用.就如买来的餐桌可以再利用，而不是做在墙上的石头桌子。

运行环境：网络浏览器（Web）。

开发环境：Jsp开发环境。

（3）可利用的信息和资源。

各有名的论坛系统。

（4）系统投入使用的最晚时间。

预计在6月中旬投入运行。

（5）需求中的风险分析：技术风险、技能风险、时间风险、资源风险。

软件技术的飞速发展和经验丰富员工的缺乏，意味着项目团队可能会因为技巧的原因影响项目的成功。在早期，识别风险从而采取合适的预防措施是解决风险领域问题的关键，比如：培训、聘请顾问以及为项目团队招聘合适的人才等。主要有下面这些风险因素：(1)缺乏培训。(2)对方法、工具和技术理解的不够。(3)应用领域的经验不足。(4)新的技术和开发方法应用等。

由于本团队都是没有经验的大学生，可能存在掌握技术不能开完成的风险。