大学生创新实践中心网站需求规格说明书

第一篇：大学生创新实践中心网站需求规格说明书

大学生创新实践中心网站需求规格说明书

一、Introduction 简介

1.Purpose 目的本需求分析说明书的编写目的，是为用户及分析人员充分理解本产品而设立的，它说明了本系统的各项功能和性能需求，明确标识各功能的实现过程，阐述使用范围及背景，提供客户解决问题或达到目标所需的条件或权能，提供一个度量和遵循的基准。

本说明书的预期读者为中间用户（指软件的管理人员，设计人员，开发人员，测试人员，维护人员），本系统未来销售资料的撰写者。

2.Scope 范围

本文档包括大学生创新实践中心网站项目涉及到的所有需求，包括功能需求，性能需求，接口需求，总体设计约束，软件质量特性，其他需求等内容。

大学生创新实践中心网站项目在保证兼容性的前途下（支持多种常见浏览器）不限开发工具，项目也可扩展使用数据库存储，以下是对本系统的软件概述、软件功能、软件性能、接口需求和总体设计约束等的介绍。

二、General description总体概述

1.Software perspective 网站概述

中心网站采用独立的网页和网址

网站综合重庆大学eol平台和教务处系统以及新闻发布系统的部分功能，要求使用数据库。

除以上要求，系统还应有适应再次开发的能力，支持添加功能，模块。

2.Environment of Product 产品环境介绍

a)产品使用环境：Windows，Linux，IE等多种常见浏览器

b)数据库技术：任意（在保证安全性和稳定性的前提下）

c)其它技术：任意

d)计算机硬件配置：普通计算机

三、Functional Requirements 功能需求

1.网站前台模块

a)新闻模块

主要介绍校内及校外相关的一些新闻或者研究成果

b)通知公告

对有关活动或者有关事宜进行通知，发布消息，包括讲座通知，学生活动信息等内容

c)中心概括

中心简介、创新班简介、机构设置、场地介绍、中心制度

d)课程安排

对学生所上的创新实践课程进行存档，并可用评价学生

e)作品展示

除实物外，将相关作品进行拍照并公布于网站，并对作品进行一定的说明

f)学习的平台

包括教学资源下载、基于问题的学习的平台

g)交流平台

交流信息对外公开、只允许注册用户发言

2.网站后台模块

a)招生管理

从教务处导入每年的新生数据库，新生登录后需要完善个人简介、邮箱、电话等信息，同时应具有短信推送功能。然后是选择创新班报名、查看初始安排、复试安排以及最终结果等，各种安排应同时通过短信通知学生。

b)学籍管理

创新班学生的入口，查看所在创新班的培养方案，查看个人培养计划的完成情况以及学年考核等

c)教师管理

各创新班负责人的入口，查看新生报名情况、提交初试成绩、发布复试安排、以及通知复试结果；制定学生的培养计划、考核方案，提交学生的成绩，对学生进行学年度考核；发布前台的新闻、公告等信息

d)管理员入口

向下兼容教师的所有功能，可以管理所有学生和教师用户，管理前台和后台的所有信息

3.网站样式

首页设计

基地介绍页面

新闻通告

四、Performance Requirements 性能需求

网页服务器响应时间少于0.5秒，数据库检索时间少于1秒，可支持并发连接数大于等于500。

五、Interface Requirements 接口需求

a)User Interface用户接口

提供给用户的操作界面主要有主页界面、新闻页面、登陆界面、交流界面等。提供给管理者的操作界面主要有招生管理，学籍管理、教师管理、管理员入口等。交互界面采用PC机显示屏，支持在1024*768及以上的分辨率显示。

b)Hardware Interface 硬件接口

无

c)Other Interfaces 其他接口

无

六、Overall Design Constraints 总体设计约束

1.Standards compliance 标准符合性

采用国家计算机标准。

2.Hardware Limitations 硬件约束

运行该软件所适用的具体设备是Intel 或是AMD的cpu, 主频至少为2G HZ、内存2G的计算机。

3.Technology Limitations 技术限制

无

七、Software Quality Attributes 软件质量特性

1.Reliability 可靠性

系统应经过完善的设计和充分的测试运行，具备在较长时间内连续无故障的运行能力。容错性：系统在出现软件错误的时候应具备能够维持某种层次性能的能力。可恢复性：在出现故障时系统应具备恢复能力和重新建立某种层次性能的能力

2.Usability 易用性

系统布局简洁明了，操作简单，且有系统使用帮助

易操作性：几乎多有操作一“点”完成，无需繁杂设置操作。易懂性：软件适用于各类人群，操作可视化；

易学性：系统使用帮助的设置让系统使用的学习更加简单；

开放性：系统应具备开放的标准化体系结构，可方便地与其他业务系统衔接，实现 与其他业务系统的无缝集成；

3.Performance性能

系统在响应时间、数据吞吐量和持续高速性等多方面提供较高性能的数据处理和查询服务。

Made by 张乐

第二篇：需求规格说明书-参考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.描述模块

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

 模块描述

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

 重要业务及流程

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

 功能需求定义

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

 数据字典

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

 重要界面原型图

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