北京奋斗教育科技有限公司
项目实施规范
编号：FD-STD-PROJ
版本：1.0
作者： 审批： 日期： 日期：
状态 修订人 修改日期 版本 备注
软件需求规格说明书
1 概述
新闻发布系统(News Release System or Content Management System)又叫做内容管理系统,是一个基于新闻和内容管理的全站管理系统,新闻发布系统是基于B/S模式的WEBMIS系统。随着互连网的进一步发展,网络媒体在人们心中的地位进一步提高,新闻发布系统做为网络媒体的核心系统,其重要性是越来越重要:一方面,它提供一个新闻管理和发布的功能;另一方面,现在的新闻发布要求实现与普通的用户实现交互,用户可以很方便地参加一些调查和相关新闻的评论
1.1 目的
本文档是北京奋斗教育科技有限公司在XX单位的人力资源管理系统合同基础上编制的。本文档的编写为下阶段的设计、开发提供依据，为项目组成员对需求的详尽理解，以及在开发开发过程中的协同工作提供强有力的保证。同时本文档也作为项目评审验收的依据之一。
1.2 范围
本系统包括：前台动态显示的新闻，普通用户可以在线评论文章，后台管理员登陆后可以动态添加新闻栏目，根据栏目动态添加新闻文章等功能。系统功能为本说明书与附件Demo版界面描述中功能的并集。在上述文件未明确描述的情况下，应能满足合同和相关投标书所描述的功能。
1.3 读者对象
1.4 参考文档
无
1.5 术语定义
定义所使用的术语。对于易混淆的客户常用语要有明确规定定义。例如，“用户”是指客户的雇员而非软件的最终购买者等。
3 / 16
软件需求规格说明书
2 系统说明
2.1 概述
在这一部分应对影响系统的主要因素进行描述。 对于系统的详细功能描述应在下一节进行。在此，应侧重需求的背景并使在下一节所做的叙述易于理解。可包括：现有系统描述、新系统解决方案描述、产品用途、产品功能、用户特点、局限性、前提和假设等。
2.2 产品介绍
2.3 产品范围
2.4 产品应当遵循的标准或规范
4 / 16
软件需求规格说明书
3 功能性需求
在这一部分应对所有的软件需求进行足够详细的描述。详尽程度应以足够软件设计人员进行概要设计和系统测试人员进行系统测试计划和编写测试用例为准。
按系统功能的体系结构组织本章内容。
3.1 系统管理
3.1.1 用户管理
3.1.1.1 业务概述
该模块它的作用是：规定登陆该系统的用户所能做的操作。
当某一用户登录该系统时，首先需要确定该用户是否有权限进入该系统的，系统才可以为该用户提供哪些对应的服务。
3.1.1.2 使用者 系统管理员 3.1.1.3 输入要素 初始化数据：
用户名、用户上密码、验证码等
3.1.1.4 处理流程
当一个用户登录时，判断该用户在后台管理的管理员表中是否有该用户，以及密码，验证码是否正确
1、 根据用户的输入信息，发生错误的话给予相应的错误提示 2、 根据该用户的具体身份登陆到后台做相应的操作
5 / 16
软件需求规格说明书
后台用户管理管理员登陆N是否超级管理员是否成功YYY增加管理员管理员分配删除管理员查看会员资料冻结解冻账户\\
3.1.1.5 输出要素
用户名、用户密码、验证码
3.1.2 栏目设置
栏目设置是对新闻主要版块的定义，修改，删除。
3.1.2.1 业务概述
根据企业需求先对新闻栏目进行分类，然后在栏目类别的基础上操作新闻信息。
3.1.2.2 使用者
系统管理员
3.1.2.3 输入要素
1、先增加新闻栏目大分类：
新闻栏目大分类名称 2、在新闻栏目大分类的基础上增加小新闻栏目：
新闻栏目名称、所属大分类
6 / 16
软件需求规格说明书
3.1.2.4 处理流程
操作人员进入系统后点击新闻栏目设置树结点后有二个子树结点分别是（新闻栏目大分类信息、新闻栏目小信息），进入新闻栏目分类页面可以对新闻栏目大分类做查看、增加、修改操作，进入新闻小栏目页面以新闻小栏目分类为基础做查看、增加、修改等操作。
后台用户管理管理员登陆N是否超级管理员是否成功YYY增加管理员管理员分配删除管理员查看会员资料冻结解冻账户\\
3.1.2.5 输出要素
操作是否成功提示
3.1.3 新闻管理
添加新的新闻，新闻为系统的主要内容，其中新闻包括普通新闻，图片新
闻和附件新闻及各大类；修改新闻，同时可以更新新闻的附件；删除新闻，同时从服务器上删除该新闻所包括的附件；载新闻的附件，包括图片附件和文件附件。
3.1.3.1 业务概述 3.1.3.2 使用者
系统管理员
7 / 16
软件需求规格说明书
3.1.3.3 输入要素
3.2 数据流图
管理员
动态新闻发布系统用户 是是管理新闻种类1管理角色2管理员判断管理员是否为系统管理员0是管理用户3否浏览新闻6用户文件或链接管理4否否管理新闻5
3.3 总体设计
基本设计概念和处理流程
8 / 16
软件需求规格说明书
Web页面层 数据库 系统总体架构设计图
动 态 新 闻 发 布 系 统 新新新闻种类管理 删删新闻 改新闻 修加新闻 添新闻管理 用户管理 用前台新闻显示 系 增新新闻排序 加新闻种类 增改新闻种类 修删新闻种类 浏览新闻 删预加用户 改用户 修删用户 删显示新闻 索新闻 搜览新闻 浏速链接 快 9 / 16
软件需求规格说明书
3.4 系统数据库结构设计
见数据库设计文档
10 / 16
软件需求规格说明书
4 非功能性需求
在这一部分应对所有的软件需求进行足够详细的描述。详尽程度应以足够软件设计人员进行概要设计和系统测试人员进行系统测试计划和编写测试用例为准。
4.1 技术需求
4.1.1 软硬件环境需求 4.1.2 性能需求
本系统在正常的网络环境下，应能够保证系统的及时响应： 小批量的业务处理的响应时间在3～8秒；
大批量的业务处理和查询的响应时间控制在30～40秒以内。
4.1.3 安全保密需求
本系统的系统架构，以及权限机制可以保证系统的安全性。
首先：从系统架构看，本系统采用B\\S模型，从而使服务器数据源与客户端分离，保证了数据的物理性；
其次：本系统的用户授权机制通过角色的定义管理实现，通过定义某些角色能进行的操作权限，和定义用户拥有的角色，限定用户的操作权限，实现对用户的授权。
4.2 质量需求
4.2.1 可用性
用户使用的方便性、易用性和易学习性，如：
1. 输入的无合法性检查和值域检查 2. 对于复杂的动作要有必要的提示信息 3. 记忆用户的设置或操作习惯，方便用户操作
11 / 16
软件需求规格说明书
4. 对系统或数据进行重大修改，要有用户确认
4.2.2 可靠性和健壮性
在这一部分应对所有的影响软件的可靠性需求进行足够详细的描述。应注意用数字说明所要求的可靠程度。 同时避免如“24x7”这样的陈述。
例如使用年度正常运行时间、月正常运行时间、维护时间、当机时间来说明系统的可靠程度；使用可允许的缺陷数量来界定系统质量，如最大缺陷数量、缺陷比例、安全操作——系统强壮性要求和操作的有效性要求，比如用户误操作的系统容错能力、操作的正常次序要求和有效性输入检查等等。
通常给出平均无故障时间或两次故障间的平均间隔时间等。
4.2.3 可维护性和可扩展性
本系统的应用平台设计中选择B/S结构，采用基于JAVA技术并且符合J2EE开发规范的系统应用平台，使系统具有良好的可维护性和可扩展性
4.3 文档需求
4.3.1 文档清单
交付验收时需交付的文档清单： 《需求规格说明书》 《软件开发计划》 《概要设计说明书》 《详细设计说明书》 《软件测试计划》 《测试用例》 《配置管理计划》
4.3.2 用户手册
4.4 设计约束
详细说明对系统的设计局限性。设计局限的定义代表了对系统要求的决策, 这可能出于商务运作、资金、人员、时间等多方面的综合考虑从而指导软件的设计和开发。例如，软件的开发语言、
12 / 16
软件需求规格说明书
开发环境、开发工具、第三方软件、 硬件使用以及网络设备等。
4.4.1 语言约束
本系统是基于中文系统环境开发和使用的，系统必须支持中文处理。
4.4.2 系统模型约束
本系统采用jsp+javabean+servlet模型，在保证实现技术简单易维护的基础上，实现表现层、业务逻辑层、数据持久化层的分离，提高可重用性、可移植性。
13 / 16
软件需求规格说明书
5 验收标准
人力资源管理系统验收标准为：
实现所有功能需求 满足非功能性需求
系统设计文档完整，且符合规范 代码符合规范，且与系统设计一致
此要求将作为验收测试计划和测试的基线。如果所开发的产品能满足此要求，则项目可结束并由客户方按合同规定付款。
14 / 16
软件需求规格说明书
6 附录A：系统原型
15 / 16
软件需求规格说明书
7 附录B：需求确认
需求确认
经双方评审确认，此需求说明书描述的功能符合XX单位的实际业务流程，满足实际需要。以此文档作为人力资源管理系统项目的开发、验收依据。
【确认签字】
甲方：XX单位 乙方：北京奋斗教育科技有限公司 代表： 代表：
日期： 2007 年 月 日 日期： 2007 年 月 日
16 / 16
