大学图书馆信息系统需求规格说明书要点

第一篇：大学图书馆信息系统需求规格说明书要点

1.概述

1.1.系统简述

本系统是为了给图书管理人员和读者借、还书带来便利，除了图书馆内管理的一般功能还外，还包括网上在线查询图书信息、查询本人的借阅情况和续借等功能。

系统名称 ：XX大学图书馆信息管理系统 项目委托单位 ：XX大学图书馆

项目开发单位 ：XX大学管理学院信息管理与信息系统专业 系统最终用户 ：XX大学图书馆工作人员

1.2.编写目的

系统功能需求有：

编目

：分类，标注主题词；录入所有图书的目录及部分图书的内容 借书证管理

：办新证、换证、清理借书证（注、吊销）提供检索服务 ：查图书的目录、在馆状态；查图书内容 流通服务

：借、还、续借、罚款、冻结借书证

图书清理

：遗失、损坏、过时图书及相应目录的清理 统计分析

：分类统计图书、读者、借阅等信息

该文档是为了明确系统需求，规划设计进度，更好地安排系统开发测试，在开发过程中防止错误的出现，本文档供项目经理、开发人员和设计人员参考。

1.3.参考资料

UML基础与Rose建模教程

蔡敏 徐慧慧 黄炳强编著 信息系统分析与设计教程

陈佳

谷锐 李朝辉编著

1.4修订版本记录

本版本为第一版本，暂无修订版本记录

2.术语表

读者信息注销：采集学生或教师的离校信息，对相关借阅信息进行注销，并收回借阅证。

借阅证办理：根据新生入校时技术部采集的新生信息或新进教师信息进行借阅证办理

图书借阅：对读者的借书进行登记，并将资源的状态改为借出，同时修改读者的借阅信息。

图书归还：根据读者的还书，将资源信息改为在馆，修改读者的借阅信息。冻结借阅证：根据读者是否有过分的行为达到冻结借阅证的地步，然后冻结借阅证收回读者借阅书籍的权利。

图书编目：根据图书的ISBN号将图书编码，规放到特定的位置中的一个编码。罚款：读者由于借阅的书籍或者光盘超出规定的时间，超出的时间将要收取一定的现金作为处罚。

3.系统业务流程

3.1概述

图书馆管理系统业务主要是对读者和图书的管理，将具体业务分到分到3个部门来进行管理，分别是：办公室、流通管理部和采编部，各个部门管理相关的业务，并通过相互配合，来完成实现系统的各种功能。

3.2概要调查

采编部门图书目录采购员购进图书名单1图书编目分类3检索服务所需图书信息表读者信息办公室图书管理员借阅证图书管理员借阅证4流通服务图书记录5图书清理图书信息读者读者管理2借阅证管理读者信息借阅证办公室分析报表6统计分析图书管理员读者办公室办公室读者

总体业务流程图

3.3详细调查

3.3.1.办公室业务的详细调查

图书管理员借阅证管理员提交凭证2.1发新证借阅证办公室读者读者登记入馆读者档案图书管理员2.2读者信息变更处理读者登记表2.4注销借阅证注销卡号报表办公室管理员申请挂失表管理员读者退卡申请2.3卡回收管理员办公室

借阅证管理业务流程图

描述：办公室的主要任务是对读者信息以及借阅证的管理，借阅证的办理、挂失、注销等处理。

3.3.2.图书流通管理部业务的详细调查

图书信息借阅证3.1图书借阅所借图书信息读者管理员读者管理员借阅证3.2图书归还所还图书信息图书信息

图书活动业务流程图 描述：

图书借阅：读者从图书馆中找到所需图书拿到图书流通管理部的管理员处，管理员根据读者的借阅信息和图书的基本信息来处理读者的借阅请求。

图书归还：读者将借阅到的图书拿到图书流通管理部管理员处，管理员根据读者的借阅信息处理归还业务，如果读者借阅超期则通知读者缴纳罚款，否则将无法借阅图书。

遗失图书分析报告5.1遗失图书处理遗失图书处理报告管理员3管理员2管理员1损坏图书分析报告5.2损坏图书处理损坏图书处理报告5.4更新报告图书目录更新流通管理部管理员2过时图书分析报告5.3过时图书处理过时图书处理报告

图书管理业务流程图 描述：

3.3.3.采编部业务的详细调查

图书采购业务流程图

3.3.4.详细业务流程描述

1.购书业务管理 1.1清单讨论 采编部根据近期出版的图书和比较典型的书籍，列出一个预采购图书的清单，流通管理部门的职工也可以根据情况提出相应的购书方案，然后通过讨论确定最终的购书方案。

1.2购买图书 通过会议的讨论确定购书清单，采编部将购书清单发送给商家，并交纳购书的金额

1.3派送购买图书 2.编目图书 2.1编目图书 编目部将从出版社购得的图书，根据ISBN号，以及图书馆图书存放的位置，将图书进行编目输入到图书的数据库中，并商家根据采编部的购书清单和交纳的金额，将相应的书本通过邮递的方式发送到采编部

采编部 采编部

商家 采编部 采编部 编目部，流通管

理部 将编目过的图书交予流通部上架

3.读者请求处理 3.1请求借书 读者在图书馆中找到自己想借阅的图书，将图书和自己的借阅证交到流通部的借阅管理员处，由管理员处理借阅事务

3.2处理借阅请通过读者提交的图书和借阅证，先判断读者的借阅信息，是求 否有超期的图书或者借阅的图书数量是否达到上限，如果条件都达到，就修改读者的信息和书籍的信息

3.3请求归还 读者将自己借阅的书本交予流通部归还处的管理员，向管理员提出归还图书的请求

3.4处理归还请流通部管理员通过读者提交的书本，判断所借图书是否超期，求 是否有污损，提醒读者是否要缴纳罚款，并处理书籍的信息 3.5缴纳罚款 由于读者所借图书超期或者图书有破损，处罚读者的行为，读者将相应金额的罚款和自己的借阅证交到罚款处的管理员，由管理员处理

3.6处理罚款 根据读者提交的借阅证，查询读者所需缴纳罚款的信息，并收取读者相应的金额罚款，处理读者罚款的信息

4.办公室职能 4.1请求信息处读者提出自己办证入馆、挂失或者注销信息的请求，并填写理 表格提交自己的个人信息，交予办公室的管理员

4.2处理请求 办公室的管理员根据读者提交的请求以及相应的信息，判断是否能够处理请求的信息，若能处理便处理，否则提醒提交信息者。

4.系统用例模型

4.1参与者描述

流通管理部 读者，流通管理

部 流通管理部

读者，流通管理

部 流通管理部 读者，流通管理

部 流通管理部 办公室 读者 办公室

描述：系统的参与者主要是按照部门划分的，每个部门可以有多个员工，但每个部门的员工只能处理本部门的业务。

4.2高层用例模型 4.2.1.总体用例图

描述：系统中各个参与者与系统功能的关系

4.2.2.办公室高层用例图

描述：办公室的主要功能就是对读者信息的增删改查

4.2.3.流通管理部高层用例图

描述：流通部处理读者图书的借阅归还、图书信息处理和罚款处理

4.2.4.采编部高层用例图

描述：采编部的主要功能就是采购图书、编目图书和更新图书信息

4.2.5.读者高层用例图

描述：读者在系统中的功能主要就是查询个人信息、借阅图书、归还图书、缴纳罚款

4.3 分层用例模型

4.3.1.办公室工作的子用例图

用例说明：

（1）简要说明：在操作界面上选择需要的功能选项，包括登记办证入馆、借阅证挂失、借阅证挂失的取消、借阅证注销、，选择特定的功能后进入相应的操作界面，界面内主要包括查询、新增、修改、删除、退出功能。

（2）前提条件：操作者拥有操作权限。

（3）事件流

打开办公室管理员操作界面 登录管理界面

显示权限内的功能选项

提供查询、新增、修改、删除、退出操作选项

选择查询功能

获得读者的借阅证号或者学号

按读者借阅证号或者学号以及其他重要信息查询 判断是否得到查询结果 如果未得到查询结果

则提示：“无符合条件的读者信息” 否则

显示查询结果

选择新增功能

获得读者的学号，姓名等重要必须的信息 输入相应的信息并提交存盘 判断是否成功 如果存盘成功 则提示：“新增读者成功”

否则

提示：“新增读者操作失败”

选择修改功能

获得读者的借阅证号或者学号 显示查询出的结果 输入相应的修改信息 提交并保存修改信息 判断是否修改成功 如果修改成功

则提示：“修改读者信息成功” 否则

提示：“修改读者信息失败”

选择删除功能

获得读者的借阅证号或者学号 显示查询出的结果 选择删除操作

判断删除操作是否成功 如果删除成功

则提示：“删除读者信息成功”

否则

提示：“删除读者信息失败”

选择退出功能

终止管理者的用例

（4）事后条件：正确的信息保存在数据库中（5）非功能性需求：

在输入和修改操作中，对输入的错误信息要迅速提示

4.3.2.采编部工作的子用例图

用例说明：

（1）简要说明：在操作界面上实现图书编目的处理

（2）前提条件：获得图书的关键信息，操作者拥有操作权限

（3）事件流：

打开图书编目界面 输入图书的重要信息 进行图书编目 判断处理是否成功 如果处理成功

显示处理后图书的编号 并提示：“处理成功” 否则

提示：“处理失败，请确定输入信息的正确性” 返回至图书编目界面

（4）事后条件：正确的图书编号保存在数据库中（5）非功能性需求

在输入和修改操作中，对输入的错误信息要迅速提示

4.3.3.流通管理部子用例图 4.3.3.1.图书借阅用例图

用例说明：

（1）简要说明：在操作界面上显示处理图书借阅

（2）前提条件：获得借阅图书的编号和读者的借阅证号，操作者

拥有操作权限

（3）事件流：

打开借阅处理的界面 输入读者的借阅证号 显示读者的借阅信息 如果有图书超期、拖欠罚款未交或借阅已达上限

提示读者未能借书的信息，不能借阅图书

否则

输入图书的编号

显示图书的信息

处理借阅请求

判断借阅操作是否成功 如果处理成功

提示：“借阅图书处理成功”

显示读者借阅的信息 否则

提示：“借阅处理失败，请确定所输入信息的正确性”

返回至借阅处理界面

（4）事后条件：正确的借阅处理信息保存在相应的数据库中（5）非功能性需求：

在输入和修改操作中，对输入的错误信息要迅速提示 4.3.3.2.图书归还用例图

用例说明：

（1）简要说明：在操作界面上显示处理归还图书信息

（2）前提条件：获得归还图书的编号，操作者拥有操作权限（3）事件流：

打开归还处理的界面 输入图书的编号

显示图书借阅的信息以及借阅者信息 如果图书超期

提示读者超期信息 处理归还图书操作 判断归还操作是否成功 如果处理成功

提示：“归还处理成功” 显示归还后读者的借阅信息

否则

提示：“归还处理失败，请确定输入信息的正确性” 返回至归还处理界面

（4）事后条件：正确的罚款处理信息保存在数据库中（5）非功能性需求：

在输入和修改操作中，对输入的错误信息要迅速提示

4.3.3.3.罚款处理用例图

用例说明：

（1）简要说明：在操作界面上显示处理罚款处理信息

（2）前提条件：获得读者的借阅证号，操作者拥有操作权限（3）事件流：

打开罚款处理的界面 输入读者的借阅证信息 显示读者的超期记录 处理读者的罚款信息 判断罚款处理是否成功 如果处理成功

提示：“罚款处理成功” 显示处理后的罚款记录 否则

提示：“罚款处理失败，请确定输入信息的正确性” 返回至罚款处理界面

（4）事后条件：正确的罚款处理信息保存在数据库中（5）非功能性需求：

在输入和修改操作中，对输入的错误信息要迅速提示

4.3.3.4.图书处理用例图

用例说明：

（1）简要说明：在操作界面上实现图书信息的处理

（2）前提条件：获得图书的关键信息，操作者拥有操作权限

（3）事件流：

打开图书处理界面 输入图书的重要信息 修改或删除图书的信息 判断处理是否成功

如果处理成功

显示处理后图书的信息 并提示：“处理成功” 否则

提示：“处理失败，请确定输入图书信息的正确性” 返回至图书处理界面

（4）事后条件：正确的图书信息保存在数据库中（5）非功能性需求

在输入和修改操作中，对输入的错误信息要迅速提示

4.3.4.读者子用例图 4.3.4.1.借阅图书用例图

用例说明

（1）简要说明：在操作界面上显示借阅图书处理的信息

（2）前提条件：获得读者的借阅证号和所借图书的信息、操作者拥有权限

（3）事件流：

打开读者借阅图书处理的界面 输入读者的借阅证号 判断读者能否借书 如果能够借书

则提示：“读者已借X本书，可借Y本书，无罚款信息” 输入所借图书信息 处理借阅

判断借阅处理是否成功 如果成功

则提示：“读者借阅图书处理成功”

返回至功能选择界面 否则

提示：“读者借阅处理失败，请确定读者信息的正确性”

返回至借阅处理界面

否则

提示：“读者借书已满”或者“有图书逾期记录”

返回至功能选择界面

（4）事后条件：正确的借阅处理信息保存在数据库中（5）非功能性需求：

在输入和修改操作中，对输入的错误信息要迅速提示

4.3.4.2.图书归还用例图

用例说明：

（1）简要说明：在操作界面上显示归还图书处理的信息

（2）前提条件：获得读者借阅证号和归还图书的信息，操作者拥有处理归还图书的权限

（3）事件流

打开读者归还图书的操作界面

输入读者借阅证号显示读者的借阅信息 显示读者图书是否超期并提醒读者 处理归还操作 判断操作是否成功 如果成功

则提示：“读者归还图书成功”

选择返回功能

界面返回至管理员登陆成功后的功能选择界面 否则

提示：“归还图书失败，请确定输入信息的正确性”

返回至归还图书界面

（4）事后条件：正确的图书归还后保存在数据库中（5）非功能性需求：

在输入和修改操作中，对输入的错误信息要迅速提示

4.3.4.3 个人信息查询用例图

用例说明：

（1）简要说明：在登录后显示具体的详细信息（2）前提条件：了解个人的借阅证号和密码（3）事件流

打开读者登录的页面 输入借阅证号及密码 判断是否登录成功 如果登录成功

则提示：“登录成功” 显示读者的个人信息 选择退出功能

退出读者查询 否则

提示：“密码错误”、“借阅证号错误”和“查询不到相应的结果”

（4）非功能性需求：

在输入信息操作时，对输入的错误信息要立即提示

4.4主要用例间的活动描述 4.4.1 采编部活动图

4.4.2流通管理部活动图

4.4.3 借书活动图

4.4.4 还书活动图

4.4.5 办公室活动图

4.5核心对象的状态变迁描述 4.5.1借阅证状态图

4.5.2图书状态图

5.需求原型系统

5.1需求原型总体结构

5.2各用例的需求原型

5.2.1流通管理部门的用例情景描述 5.2.1.1借阅图书的情景描述

5.2.1.2还书处理的情景描述

5.2.1.3罚款处理的情景描述

5.2.1.4图书处理的情景描述

5.2.1.5删除图书的信息情景描述

5.2.2读者的情景描述 5.2.2.1查询借阅书籍信息

5.2.3采编部门的情景用例描述 5.2.3.1图书编目入馆的情景描述

5.2.4办公室的情景描述

5.2.4.1读者信息的添加情景描述

5.2.4.2读者借阅证的挂失情景描述

5.2.4.3读者信息的删除情景描述

6.其他需求

系统有的采用不同级别的权限来控制，学生和教师只能查看自己的个人信息。进行密码修改，已借图书的查询，预约等操作。操作员身份可以处理学生、老师的借还，挂失，预约操作。管理员，可以查看借阅，还书在某个时间段的流量。每个读者或是操作员的工作日志。还能进行系统的一些参数的设置。每个权限都分别有不同的操作页面。这些权限都要进身份认证之后才能进入操作页面。并设置操作的超时时限。防止用户在没有进过身份的认证就进入更高一级的操作页中去。还可以在用户长时间没有进行任何操作之后就自动关闭与服务器的连接。

第二篇：需求规格说明书-参考1

丰台区红十字会需求说明书

面、公文流转功能、个人通讯录功能）；通讯助手（公共通讯录）；个人邮箱（实现OA内部收发邮件等功能）；制度查询（实现可读文件查询-查询功能）；用户管理（增加、修改、删除用户，以及用户权限管理功能）。（2）.办公管理区（传文系统）：

类似于丰台区卫生局VPN传文系统，主要功能：文件收发系统（24个街乡镇红十字会文件的发送、收取、下载管理）。（3）.会务工作专属区：

主要功能：基层上传文件、统计报表、信息投稿等，上传时要记录时间、统计数量。且这些内容可以由管理员设置阅读权限。

3．区红十字会简介、政策法规、会员社区、志愿者之家、在线学习（自救互救知识）、健康快车、教师园地为首页导航栏部分内容。（1）.区红十字会简介：

主要功能包括：单位介绍（组织机构图）；领导班子（领导照片）；科室职能（工作职能及联系方式）；地理位置（区位图、联系电话、地址、公交路线、E-mail）；基层介绍（各街乡镇红十字会联系电话、地址）。（2）.政策法规：

基本上是固定内容，主要内容包括：法律（中华人民共和国红十字会法、红十字标志使用办法、公益捐赠法）；法规（未定）；规章（中国红十字会章程、北京红十字会章程）。（3）.会员社区（是否要增加会员在线注册等功能）：

主要功能：入会条件和审批流程（结构图）；会员职责（文字介绍）；会员活动信息；下载中心（可下载团体会员、个人会员入会表格）。（4）.志愿者之家：

主要功能：发布招募志愿者信息；志愿者条件；加入志愿者申请表格（网上填写，有模版）；志愿者专用标识；交流天地（内容由管理员上传，类型类似于新闻）；批注加入志愿者（个人信息、特点、工作意向；注册，自动统计人数）。（5）.在线学习（自救互救知识）：

北京同方卫康科技有限公司 丰台区红十字会需求说明书

主要功能：在线学习流程介绍（流程图）；在线学习分两种，一种是普及型，普及型的对象是对了解一些自救互救知识有兴趣，但是并不希望拿到证书的人群，因此普及型的在线学习不需要记录成绩，只要统计人数（学习人数还是考试人数？）；另外一种是取证培训，即通过考试以后可以得到证书。取证学习分为1.注册（注册时需要登记本人身份证号码）2.在线学习理论以下几个阶段：○；○3.在线考试（试卷为50道选择知识，学习时间达到要求后可以参加在线考试；○题，从题库中读取，其中一部分为固定要考的题目，另外一部分为每次随即抽取的题目），考试结束后系统立即自动给出分数，并通知是否及格，如果及格，则

4.学员认为视可以进行下一步的学习（视频操作，可下载，不记录学习时间）；○频操作已经学习完毕，可以上网下载准考证表格填写后，携带本人身份证，到红十字会指定地点参加现场操作考试。如果通过现场考试则现场发给证书。（6）.健康快车：

主要功能：丰台红页（图片文字，参考北京市红会）；健康护照（文字与数据对照）；健康、急救知识查询（友情链接相关网站）。（7）.教师园地：

主要功能：下载区；讨论区；短信猫；公告区。4．会长信箱（表格式填写）。主要功能：表格式填写内容，可参考妇幼保健院的院长信箱。

5．红十字文化馆、传播与学习、知识手册、爱心桥、小动物急救站内容形式相似，放入首页另一列导航栏。（1）.红十字文化馆：

主要内容：城市明信片（丰台照片-图片）；宣传展示台（红十字宣传品、纪念品照片-图片）；红十字标识（红十字标志介绍-图片+文字）；红十字会史话（图片+文字）；红十字与奥运（文字资料）；博爱天地（会刊）；人物传记（《南丁.格尔传》）。（2）.传播与学习：

类似于在线学习中的普及型学习，不记名，只记录学习人数，同时题库可以

北京同方卫康科技有限公司 丰台区红十字会需求说明书

生成自测题，考完即可给出成绩。主要功能：会务知识（图片+文字；支持PPT文件；可下载；可随时生成自测题，考完立即出成绩；记录学习人次）；人道法传播（同会务知识）。（3）.知识手册：

全部是文字内容。主要内容：捐献造血干细胞知识；预防艾滋病知识；健康保健知识；无偿献血知识。（4）.爱心桥：

主要内容：网上捐献（捐献表格、联系方式；捐献造血干细胞志愿填表）；捐献遗体（联系方式）。（5）.小动物急救站：

主要内容：图片+文字。6．公告栏。

公告栏为首页漂浮框，主要内容：通知、招聘、招募内容。7．网上调查。

网上调查（对网站管理、急救知识学习情况调查，自动生成结果）。8．友情链接网站：中国红十字会；北京市红十字会；丰台区政府；各区县红十字会。

9．新闻之窗（图片、文字滚动栏）

主要内容：区红十字会工作新闻（图片+文字）。

四、运行需求

操作系统：Windows98 Windows2000 WindowsXP Windows2003 数据库：SqlServer2000 Web服务器：IIS6.0

北京同方卫康科技有限公司

第三篇：论坛需求规格说明书

第四章 需求规格说明书

4.1 引言

4.1.1 编写目的

通过对主流JAVA学习论坛系统的研究，根据可行性分析的方案和项目成员的讨论，编制本需求说明书。此说明书用于JAVA学习论坛系统的需求规格，明确系统的功能需求，业务流程和性能要求以及与有关系统的接口关系，它将是系统最终实现和审评的根据之一，是进一步设计、开发的基础。此说明书的阅读范围：项目组的项目管理、软件开发和系统测试人员、指导老师等。4.1.2 背景

说明：

（1）待开发的软件系统的名称：JAVA学习论坛

（2）本项目的任务开发者：牛霄 ；用户：实验的指导老师 4.1.3 定义

文件中用到的专门术语的定义和外文的首字母组词的原词组如下： JSP：英文全称：Java Server Pages，是由Sun Microsystems公司倡导、许多公司参与一起建立的一种动态网页技术标准。

CSS：（Cascading Style Sheet，可译为“层叠样式表”或“级联样式表”）是一组格式设置规则，用于控制Web页面的外观。通过使用CSS样式设置页面的格式，可将页面的内容与表现形式分离。

HTML：(HyperTextMark-upLanguage）即超文本标记语言或超文本链接标示语言，是目前网络上应用最为广泛的语言，也是构成网页文档的主要语言。

JavaScript:一种由Sun Microsystems所开发的程序语言

JavaBean:一个类外加一些规范和特征用于数据值的保存和读取，你可以将它和数据库的一个表对应起来，用于保存数据库表的一条记录，在显示的时候使用get，set方法，在jsp页面上使用useBean的方法，可以直接获取内容

Web2.0：web2.0 的应用可以让人了解目前万维网正在进行的一种改变——从一系列网站到一个成熟的为最终用户提供网络应用的服务平台。这种概念的支持者期望Web2.0服务将在很多用途上最终取代桌面计算机应用。Web2.0并不是一个技术标准，不过它包含了技术架构以及应用软件。它的特点是鼓励作为信息最终利用者通过分享，使得可供分享的资源变得更丰富；相反的，过去的各种网上分享方式则显得支离破碎。

B/S：B/S（Browser/Server）结构即浏览器和服务器结构。它是随着Internet技术的兴起，对C/S结构的一种变化或者改进的结构。在这种结构下，用户工作界面是通过WWW浏览器来实现，极少部分事务逻辑在前端（Browser）实现，但是主要事务逻辑在服务器端（Server）实现，形成所谓三层3-tier结构。相对于C/S结构属于“胖”客户端，需要在使用者电脑上安装相应的操作软件来说，B/S结构是属于一种“瘦”客户端，大多数或主要的业务逻辑都存在在服务器端，因此，B/S结构的系统不需要安装客户端软件，它运行在客户端的浏览器之上，系统升级或维护时只需更新服务器端软件即可，这样就大大简化了客户端电脑载荷，减轻了系统维护与升级的成本和工作量，降低了用户的总体成本（TCO）。B/S结构系统的产生为系统面对无限未知用户提供了可能。当然，与C/S结构相比，B/S结构也存在着系统运行速度较慢，访问系统的用户不可控的弱点。

域名：域名（Domain Name），是由一串用点分隔的名字组成的Internet上某一台计算机或计算机组的名称，用于在数据传输时标识计算机的电子方位（有时也指地理位置）。

网站空间：一般俗称的“网站空间”就是专业名词“虚拟主机”的意思。您可以想象您的网站就是一个完备的家庭，您家的门牌号码是方便别人找到您家的，网站也需要一个“门牌号码”，就叫做“域名”，俗称网址。

4.2 任务概述

4.2.1 开发背景

随着Web2.0以及网络社会化的飞速发展，BBS已成为人们上网查看的必不可少的工具，其中也包括了个人博客，用户可以在里面写日志，可以表达更多的想法，表现自己的个性，结交更多的朋友；在论坛里面人们也可以在里面提出问题，寻求别人的帮助，通过这样提问者可以解决问题，而回答者则可以增加自己的知识。这就是我们小组开发这个系统的初衷。4.2.2 系统实现的目标（1）系统目标 1)用户：

登陆系统前用户可以查看本系统发表的以及别的用户发表的一些帖子；用户可以注册、登陆；发表帖子、删除自己发表的帖子；修改自己发表的帖子。

2)管理员：

添加帖子；删除帖子；修改帖子；查看注册用户及其基本信息；删除用户的帖子；删除用户发表的提问。

（2）性能目标

实用性：系统应能使用户特定的需求、操作界面友好、方便、功能设置符合用户的习惯和要求；

易维护：管理员能简单方便地管理系统，并对系统进行日常的维护，随着系统数据规模的增大，各子系统模块之间的耦合度低；

开放性：系统在体系结构和数据交换协议等方面应遵循标准和开放的原则，以确保具有良好的互操作性，可移植和扩充性；

安全性：系统具备一定的抗攻击能力，能够过滤一些垃圾和不良信息。提供权限管理，具有一定的防SQL注入攻击的能力；

正确性：系统所完成的功能必须与需求说明规定的各种功能尽可能一致；健壮性：系统在用户不合理的操作或输入情况下，必须能够继续正常运行，并给出错误信息。系统周期进行数据库文件的信息备份，同时要求数据库文件的意外损害进行一定的检测；

易使用性：系统界面友好，简单使用，容易掌握；

可理解性：程序编制要有规范化的格式，风格清晰易懂，注释说明应准确详细；

响应时间：数据库服务器应保持良好的响应速度和查询速度，控制在5秒之内。

4.2.3 假定和约束

（1）假设的前提条件

本系统主要用于个人开设的JAVA学习论坛系统，实现的前提条件是论坛具有一定数量的注册用户，月流量达到一定的规模，有用户在本论坛提问、回答问题。

（2）约束条件

系统必须满足以下的限制条件： 1）安全可靠；

2）该系统必须确保对数据进行完全保护，以避免未经授权的访问，所有的访问都要登入[浏览除外]；

3）界面友好，操作简单；

4）软件系统开放性好，结构灵活，可扩充，易维护；

5）遵循总体设计方案对它的约束，在其实施的各个阶段都要服从它的一些规定，包括功能设计、系统配置和计划；

6）平台限制：受Windows系统性能的限制，开发环境可能达不到理想的状态，而在Linux系统下的工具不可避免存在bug，需要选择最有效的工具在最合适的操作系统下进行开发工作；

7）另外还要考虑到MyEclipse8.5的一些功能插件的配置和统一编程环境，以及MySql的安全性等因素；

8）操作方式：全部基于浏览器运行，要考虑在不同浏览器之间均能够正常显示；

9）硬件需求：网络服务器，数据库服务器，PC主机，互联网连接；

4.3 需求规定

4.3.1 对功能的规定（1）此系统的功能描述如下 1）用户：

A、登陆系统前用户可以查看本系统发表以及别的用户发表的一些帖子； B、用户可以注册、修改自己的个人资料； C、评论帖子；

D、在论坛里面提出自己需要别人解决的问题、回答别人提出来的问题； E、发表自己的帖子、删除自己发表的帖子、修改自己发表的帖子； F、查看自己的一些相关信息。2）管理员：

A、添加帖子、删除帖子、修改帖子； B、修改个人相关信息； C、查看相关的帖子信息； D、查看系统的相关统计；

E、查看注册用户及其基本信息、删除用户的帖子、删除用户发表的提问、F、添加板块、删除板块、修改板块；（2）数据流图

1）用户总体数据流图如：图4-1

帖子信息表删除帖子帖子操作查看修改帖子添加帖子用户信息表用户登陆验证成功JAVA论坛添加好友好友管理删除好友失败注册评论好友信息表评论信息表发表评论 图4-1 用户总体数据流图

2）管理员数据流图如：图4-2

帖子信息管理员登陆帖子管理身份验证用户管理添加、删除、更新帖子删除用户查看用户管理员登陆用户信息 图4-2 管理员数据流图

（3）数据字典

以下三图为数据流图所对应的数据字典：分别为图4-3 用户信息记录、图4-4 帖子信息记录、图4-5 评论信息记录。

图4-3 用户信息记录

图4-4 帖子信息记录

图4-5 评论信息记录

4.3.2 对性能的规定

（1）精度

在进行向数据库文件提取数据时，要求数据记录定位正确；在往数据库文件添加数据时，要求输入准确。

（2）时间特性要求

本软件由于数据库尚小，相应时间、更新处理时间、数据传送、转换时间、计算时间等都非常迅速，如下：

1）响应时间：响应时间5 秒之内； 2）更新处理时间：由系统运行状态决定；

3）数据的转换和传输时间：能够在5 秒钟内完成；（3）灵活性

对于信息的查找，本软件提供了模糊查询的方法，这样最大的满足用户的要求，方便用户的使用。4.3.3 输人输出要求

（1）用户界面 1）屏幕格式

A、要求有用户和管理员的输入帐号提示框架；

B、登入后，用户进入的是空间首页；管理员进入的是管理首页； C、登入后，可以进行相应的操作。（2）界面需求

1）一致性。各种交互形式应使用一致的格式； 2）提供有意义的反馈信息；

3）在执行有较大破坏性的活动前要求确认； 4）减少在动作间必须记忆的信息数量； 5）提高交互的效益； 6）允许错误；

7）按功能对动作分类和设置屏幕布局； 8）提供语境相关的帮助机制；

9）命令用简单的动词或者动词短语命名。4.3.4 故障处理要求

（1）在用户输入一些不合法数据的时候，能够进行一些合理的提示信息，不能因为输入错误而导致系统错误，或者程序停止运行；

（2）网速过慢影响网页的打开。4.3.5 其他专门要求

（1）保密性：系统数据要做到保密设施，以免重要的数据的丢失或者盗取；（2）简洁性：用户的操作界面必须做到简单明了，不能有太复杂的设置或者操作；

（3）可更新性：对于系统可以根据客户需要进行更新，维护等操作；（4）可转换性：只要系统能保证环境部署成功，并且网络正常，就能够保证系统的正常运行；

（5）系统的封闭性：用户的封闭性较好，用户基本上在提示信息下输数据；

4.4 运行环境规定

4.4.1 设备

处理器型号及内存容量：处理器不限制，CPU的内存最好在256MB以上，硬盘容量大小不限，电脑配带鼠标，显示器等。4.4.2 支持软件

（1）开发工具

1）MyEclipse 8.5；

（2）软件环境

1）安装了Tomcat 6.0以上版本； 2）安装了JDK1.6以上版本； 3）安装了MySql 5.0以上版本； 4）安装了IE7.0浏览器；

5）操作系统为Window Xp或者Linux都行； 6）测试工具：Junit。4.4.3 接口

本工程产品通过PC及运行，需要用户输入相应的数据，产生相应的处理。本工程产品不需要特定的硬件或者硬件接口的支持。

4.4.4 控制

本软件在操作系统的支持下，展示界面由主窗口和子窗口的嵌套而成，窗口通过

2）Dreamweaver 8.0。超链接来达到控制，从而达到预期的效果。

第四篇：返利APP需求规格说明书

安徽木子林科技有限公司 返利APP需求规格说明书 1 用户端

1.1 登录

1.1.1 功能说明

使用帐号（手机号码）和密码登录

1.1.2 注意事项

1.判断账号和密码是否合法，合法的话，直接登录；不合法的话给出对应提示

1.2 注册

1.2.1 功能说明

用户：使用手机号、验证码、邀请码（选填）、密码注册 一级代理：后台确定身份，在大后台设置账号和密码 二级代理：一级代理在其个人中心中进行绑定

1.2.2 注意事项

1：用户注册页面：推荐码可以进行选填，也可以获取系统默认的验证码，一旦输入有效的推荐码则上下级关系绑定

2：一级代理注册：超级管理员为其添加登录账号和密码，并且可以进行修改

3：二级代理注册：二级代理需要一级代理在个人中心处添加，添加成功则代表着关系绑定

4：每个手机号只可以注册一个身份，如果需要切换身份，则需要重新注册账号，同时之前的账号逻辑和账号信息保持不变

5：注册之后需要绑定支付宝，绑定的支付宝在个人中心可以编辑修改

1.3 忘记密码

1.3.1 功能说明

使用手机号、验证码、密码找回密码

1.3.2 注意事项

1：使用手机号和验证码找回密码，无论哪种身份，在APP里面都可以找到密码

1.4 首页

1.4.1 功能说明

首页包含搜索框、banner图、推荐商品

1.4.2 注意事项

安徽木子林科技有限公司 返利APP需求规格说明书

1：搜索框：输入商品名称中的关键字，搜索全平台商品

2：banner图片：可以设置跳转链接，点击进行跳转，同时不限制张数 3：推荐商品：首页推荐商品样式，首页可以利用不同的页面布局或者排版展示推荐商品，可以只是部分商品推荐，也可以是每个分类推荐同时推荐该分类下的个别商品，具体请在原型图阶段确定

4：推荐商品：点击进入到对应的列表页面或者商品详情页面

1.5 商品

1.5.1 功能说明

商品页面主要是展示各个商品列表，包括商品分类和商品详情

1.5.2 注意事项

1：商品分类、商品列表和商品详情中的字段都是从淘宝中获取，关于页面商品分类和商品列表需要重新出，商品详情页面可以使用原生（和淘宝的详情页面一模一样）也可以另外出图（可以自定义布局和样式）

2：点击商品分类可以对商品进行筛选

3：点击商品列表可以查看商品详情，在商品详情页面可以加入购物车、分享、收藏、立即购买

1.6 积分商城

1.6.1 功能说明

在积分商城页面展示后台添加的所有的积分商城商品，用户可以利用账户中的积分进行购买，购买之后按照正常流程进行发货

1.6.2 注意事项

1：积分商城商品列表展示信息包括：商品的缩略图、商品积分价格、商品名称，点击可以查看详情

1.7 购物车

1.7.1 功能说明

购物车内显示用户选中的商品列表

1.7.2 注意事项

1：购物车页面：已加购物车的商品列表，根据加入购物车的时间排列，时间越近越靠前。列表中显示商品缩略图、商品名称、用户选中的商品规格（尺码、分类）、商品价格（根据会员的身份显示，会员显示会员价，代销身份也显示会员价）、购买数量，购买数量可直接加/减，如下图：

2：购物车页面：用户可以直接勾选列表中的商品，在底部合计栏显示所选中商品的价格总和，结算栏显示选中列表商品的个数。点击结算，进入确认订单页面

3：购物车页面-编辑：点击编辑，可删除选中的商品

4：用户将商品加入购物车后，如果后台此时重新编辑了商品信息，则购物车中的信息也要更新

（1）如果用户选中的商品规格被更改，则显示商品状态为已失效，点击商品进入商品详情页面，显示已更新的数据，用户可以选择其他规格商品重新加入购物车，但购物车中仍保留之前的失效商品数据，用户清空失效商品后，失效商安徽木子林科技有限公司 返利APP需求规格说明书 品不再显示

（2）如果已加入购物车的商品在后台被删除，则此商品在购物车中显示的商品状态为已失效，仍显示在购物车列表中；在用户端商品列表中消失，也不再显示在后台商品列表中，只存在数据库中

（3）如果购物车里的商品在后台被下架，则该商品在购物车中的状态为已失效，在用户端商品列表中消失，但仍显示在后台普通商品管理的列表中

（4）已失效商品，点击商品名称/缩略图进入商品详情页面，只更改了规格的商品可以显示商品详情，可以选择其他规格加入购物车/直接购买；已经被删除/下架的商品提示“该商品已被下架或删除”

（5）已失效商品不显示购买数量

（6）点击清空失效商品将删除所有失效商品

1.8 个人中心

1.8.1 功能说明

个人中心包括：个人信息、积分收入、我的推广、我的订单、我的收藏、支付宝设置

1.8.2 注意事项 1.个人信息：

1）个人信息包括个人头像、推荐码、姓名/昵称、性别、手机号，在个人中心首页，点击头像/昵称进入到个人信息编辑页面

（1）个人头像：可编辑，从相册中选择/拍照，图片大小不能超过2M（2）推荐码：系统自动生成，不可更改（3）姓名/昵称：可以更改

（4）性别：可编辑，选择男或者女

（5）手机号：点击手机号进入到手机号修改页面，利用手机号和验证码进行更改，更改成功之后本次不重新登录，下次登录账号使用新手机号登录

（6）点击保存，保存信息同时跳转到个人中心 2.积分收入

1）包括：总收入、即将到账、已到账、可提现和返利订单 2）返利订单包括：即将到账订单、已到账订单、无效订单

3）积分收入来源：作为一级或者二级代理，下级的用户在APP中购买商品，确认收货之后可以获得一定积分，或者本人在APP内购买商品确认收货之后可以获得一定积分

4）积分提现：每个月的20号，用户可以提交提现申请，申请提现的支付宝账号是在注册或者在个人中心编辑设置的，后台收到申请，审核通过之后会把对应的返利打到用户的支付宝账户

3.我的订单：

1）点击我的订单进入我的订单主页面

2）我的订单：订单排列顺序按照订单创建时间排列，最新订单显示在首位

3）我的订单（具体的按照淘宝提供的接口为准）：显示订单编号、订单状态、商品列表（商品缩略图、商品名称、商品价格、商品规格、购买数量）、订单内商品数量、合计金额、订单操作等

安徽木子林科技有限公司 返利APP需求规格说明书 4）订单状态（具体的按照淘宝提供的接口为准）：

待付款、待发货、待收货、待评价、取消订单、退款订单、退货订单 4.我的推广：

1）如果用户身份是一级代理，则该用户可以在我的推广中添加二级代理，添加成功的二级代理有登录账号和登录密码，同时有一个唯一的推荐码

2）在我的推广中，可以查看到我的一级好友和我的二级好友 5.我的提现：

1）提现明细：显示出申请时间、申请的金额、申请的状态、提现账号、提现流水号，点击账号可以查看以弹窗显示 6.收藏宝贝：

1）收藏的商品列表，按时间排列，最新的收藏在首位 2）收藏列表中的商品，可以删除，删除的方式后期确定 3）收藏的商品不显示规格参数

4）收藏的商品被删除/下架，收藏页面显示商品状态为已失效，点击商品名称提示“该商品已被下架或删除”

5）点击清空失效商品将清空所有已失效商品 7.支付宝设置

1）注册时绑定的支付宝账号可以编辑修改 8．系统设置

包括版本检测、退出登录

1）版本检测：默认显示当前版本，点击可以查看是否是最新版本 2）退出登录：点击进入到商城首页

安徽木子林科技有限公司 返利APP需求规格说明书 2 后台

2.1 登录

2.1.1 功能说明 登录使用内置帐号密码登录

2.1.2 注意事项

1.判断账号是否存在，不存在的话文字提示用户“当前账号不存在，请重新输入”

2.判断账号是否合法，不合法的话给出对应提示

3.判断账号密码的一致性，不一致或者有错的话给出提示

2.2 控制台

2.2.1 功能说明 展示统计数据

2.2.2 注意事项

1.控制台：包括总注册人员、一级代理人员、二级代理人员、用户人数等

2.3 用户管理

2.3.1 功能说明

包括一级代理添加、用户管理

2.3.2 注意事项

1：一级代理的添加：添加的主要内容是一级代理的登录账号、登录密码、支付宝信息

2：用户管理：列表显示用户基本信息，并且可以查看对应用户的上下级，比如，用户A的父级，以及用户A的二级和三级

3：用户管理：在用户列表中可以对用户账号删除、禁用并且可以对大代理进行编辑

2.4 积分商城商品管理

2.4.1 功能说明

积分商城商品管理在后台进行积分商城商品管理处添加

2.4.2 注意事项 1.积分商城商品管理：

1）显示商品总数、上架个数、下架个数，显示商品列表，内容包括商品名称、商品价格、上下架、操作，如下图：

2）查询条件：商品名称

3）上下架：点击上架，商品将在用户端-商品区域对应的分类中显示；对已上架的商品点击下架，商品将不在用户端-商品区域对应的分类中显示，只显示在后台

5）操作：添加/编辑/删除：

2.5 订单管理

2.5.1 功能说明

安徽木子林科技有限公司 返利APP需求规格说明书 包括：订单管理（具体的展示数据以淘宝接口为准）

2.5.2 注意事项

1.显示内容包括：总订单、待支付订单、代发货订单、已发货订单、已收货订单、已评价订单、退款订单、已完成订单、退货订单

2.查询订单条件：时间段、订单号、订单状态等

3.订单内容包括：订单编号、下单时间、购买账号、商品名称、规格、单个商品价格、购买数量、订单状态、付款总金额、收货人信息

2.6 财务管理

2.6.1 功能说明

包括：财务管理、提现管理、分销体系设置

2.6.2 注意事项

1.财务管理：收入统计：总收入、已提现等 1）收入统计

可以显示出平台内所有的收入订单，并且可以通过查询条件查询 2.提现管理

显示APP用户提交到所有提现申请，申请的金额可以查看到对应的订单以及订单状态，后台给出审核，如果同意申请，则直接打款至支付宝账号，否则直接拒绝

3：分销体系设置

主要是设置每个等级用户获得返利比例

2.7 广告图管理

2.7.1 功能说明

目前设置在APP首页，如果特殊要求请提出

2.7.2 注意事项

1.banner图显示在用户端首页

3.banner图列表：展示：banner图片、链接、名称和操作等

2.8 系统设置

2.8.1 功能说明

包括：启动图管理、服务协议管理、账号设置

2.8.2 注意事项 1.启动图管理：

1）启动图为用户打开APP，未进入首页时出现的图片 2）上传启动图图片，图片尺寸：480×800，图片类型：png, gif, jpg, jpeg，图片的质量不能大于2M

4、服务协议

服务协议：富文本编辑框 操作：保存 6.账号设置

安徽木子林科技有限公司 返利APP需求规格说明书 1）超级管理员账号为内置账号，只能修改密码 2）帐号列表如下图： 3）操作：添加/编辑/删除

（1）添加/编辑：添加/编辑管理员名称、帐号，输入密码、确认密码，点击确定即可添加/编辑成功

安徽木子林科技有限公司

返利APP需求规格说明书

第五篇：需求规格说明书编写心得

需求规格说明书编写心得

以下是本人总结的《需求规格说明书》编写心得，由于人个水平有限，欢迎大家补充。

1.需求编写依据

合同、招投标文件、调研记录以及项目经理提供的已确定的需求规格说明书（内部）等。

2.主动与项目经理的沟通

反复的沟通，才能深入把握项目的实际需求，获得更多的资讯和资料。

3.项目背景

1)阐述目前遇到了什么样的问题，并充分说明该问题的严重性和紧迫性，若能提供一些数据或运用一些真实、典型的案例，不仅可以充分的说明该问题同时还能表明你对该项目的了解；

2)如何解决该问题；

3)为什么要提出这样一个系统；

4)最后扼要概述该系统的长远战略意义。

这样从逻辑上层层递进，不仅可以让自己的思维严谨起来，也使自己写出来的东西变得专业些。

4.系统总体概述

简单介绍系统的基本情况、特点、展示功能框架及阐述其优势。主要围绕是什么，有什么样的功能特点，能起到什么样的作用。

5.术语与用词

列出与系统有关的在文档中一定会提到的专业术语，没有提到的术语则不需要列出，否则会给读者带来一定的负担。还有要统一表达方式，如“修改”，“编辑”，“用户”，“员工”等等，以避免引发歧义。

另外，需求文档不需要华丽的词语，以客观事实的原则，切忌掺和主观思想，注意用词准确，精简表达其业务就可以。同时还需注意几点：等等、很多等抽象词尽量不使用；我认为、以为等主观词语切忌出现，尽量避免口语化。

6.描述模块

在编写模块时，通常包括模块描述、重要业务及流程、功能需求定义、业务数据字典、原型界面图等。

 模块描述

要明确指出建设了哪些功能，帮助用户实现什么、目标、基础等

 重要业务及流程

对该业务进行认真分析，得出该功能事项的有效规则，以激发该功能。可以通过画流程图，快速帮助阅读者理解，但一定要注意质量，避免产生误导。

 功能需求定义

需求中每个功能点力求写的清楚，一个需求文档下来能清楚统计出功能有多少个，并指明什么用户使用。一般情况下，要先写简单的，权限少的角色。此文档是设计的基础，是系统验收的依据。

 数据字典

写出实体类的中英文属性名称、类型和说明（如是否为表主键）。

 重要界面原型图

该功能模块的重要原型图。