投稿系统需求文档

投稿系统

（Submission System）

需求规格说明书

Version r.0.0.4

需求规格说明

2011年11月

目 录

变更情况记录 .................................................................................... 2 1 2 3 4 5 6

概述 ............................................................................................ 3 系统功能概述 ............................................................................ 4 用例列表 .................................................................................... 7 用例文档 .................................................. 错误！未定义书签。 领域模型 .................................................................................. 24 非功能性需求 .......................................................................... 28

变更情况记录

*A - ADDED M - MODIFIED D - DELETED 变更号 日期 段落 *A、M、D A 简述 开发与完善 备注 r.0.0.4 r.0.2.0 2011.11.28 2011.12.14 M 完善修改 -2-

需求规格说明

1 概述

1.1 背景

 系统名称：投稿系统（Submission System）  本项目的任务提出者：孙丽萍  开发者：孙丽萍、张升强、肖洋  用户： 投稿人、稿件需求者、读者

1.2 目的

本系统能让注册的用户进行在线投稿组成.。功能为查看和修改投稿信息记录,同时用户能查看并修改个人的注册信息。管理员登录后能进行后台管理,包括进行用户账户和投稿文件信息的查询、添加、修改和删除。

1.3 假设

1．银行系统能够提供接口，方便资金处理。

假设银行等第三方中介不能为本系统提供服务，则资金处理在银行自身系统内处理，本系统不直接涉及资金处理。

2．邮件传递需使用各大邮箱。

假设本系统没有自己的邮箱，则邮件的收发需在各大邮件系统中完成。 3. 站内搜索功能

假设各大搜索引擎不为本系统提供搜索服务，则本系统不内设搜索服务。 完成项目最后期限：2011年12月17日 开发时间：20天

1.4 会员术语

术语 解释 稿件 稿件状态 投稿人提供到该平台的学习资料 专家首先对稿件进行初审。结果有3种情况： 1) 审核通过 -3-

需求规格说明

2) 未通过 3) 返修 稿件需求

既稿件需求者对稿件的需求 1.5 参考文献

参考文献

作用 2 系统功能概述

2.1 投稿系统概述

在信息与科技高速发展的今天，越来越多的学术期刊随之出现，学术期刊的增多无疑会增加投稿的数量，随之而增加了作者、编辑和专家等各类人员的工作量。同时，传统的邮寄投稿周期长，编辑录入工作量大，安全可靠性无法得到保证，且交流不方便，耽误的大量宝贵的时间。

基于WEB的网上投稿系统，采用用户使用浏览器的方式将稿件直接上传到投稿系统的方式，具有执行时间短、安全可靠性高，使用户从传统的邮寄投稿方式中解脱出来，专注于稿件的创作。本系统是一个的投稿系统、包含在线投稿、作者信息注册、查询稿件处理情况，稿件需求发布和通知等基本功能及相关人性化设置。使用方便，因此，凡具备一定上网技能的人群，均可方便使用本系统，满足自身投稿要求。而本系统的卖点在，该系统不仅仅是单向的投稿，还可以通过需求发布，解决读者的需求，达到双赢的准则。

2.2 投稿系统功能

本系统具有注册登录、稿件处理、稿件需求发布、交流互动四大方面的功能。具体为如下：

1、要求预投稿可暂存，可修改，可同时保存多个 2、要有留言板

3、可以搜索查看相关的标准论文

4、有用户的注册，登录界面，注册信息包括邮箱等联系方式；

-4-

需求规格说明

5、可以随时跟踪自己所投稿件的批阅流程详细信息； 6、提供标准的投稿模板； 7、有投稿题材的分类，可供选择；

8、有相关投稿征文的消息，可以看到目前要征哪个方面的稿件 9、稿件发布者与投稿人可互动；

10、将投稿后的结果反馈给用户，包括发表文章的地方，版次，日期等 11、对用户的稿件具有保密功能；

12、可提供审核的最迟期限，审后结果及时反馈给用户； 该软件的具体功能需求以及各个功能需求的具体说明如下表所示：

软件功能需求表

功能名称 用户注册 稿件处理 资料检索 需求发布 互动交流 用户权限设置

具体说明

获取用户关键信息并进行汇总、分类。 收集稿件，审阅分类处理，并反馈具体信息 提供标准资料征文信息等的检索功能 为稿件需求者提供一个需求发布的平台 提供面向注册用户的交流平台

通过用户提供的费用来授予其对应的权限

2.3 一般约束

本条对设计系统时开发者选择的其他一些项作一般性描述。而这些项将限定开发者在设计系统时的任选项。这些包括：

a． 管理方针

b． 与其他应用间的接口 （1）整个系统应与因特网连接 （2）获得银行系统服务 （3）与各大主流邮件系统链接 c． 并行操作

支持多人同时使用投稿系统

d． 审查功能；

（1） 对维护人员，则具备编辑，核实，修改，维护等功能 （2） 对用户，则可获知稿件去向，及审查稿件进程 e． 所需的高级语言

HTML、CSS、Javascript、JSP、MySQL数据库语言

-5-

需求规格说明

f． 通信协议； HTTP通信协议

g． 安全和保密方面的考虑。

本系统可有效的保护用户隐私，稿件安全，及知识产权。

2.3 投稿系统用例图

-6-

需求规格说明

3 用例列表

用例编号 用例名称 描述 参与者 UC001 会员登录 提供各类用户的登录功能。 会员注册时，填写注册会员资料，然后提交；投稿者和稿件需求者 UC002 注册会员 注册成功，读者成为会员可以投稿和发布需求。 登陆的作者可以将自己的稿件当做附件的读者 UC003 在线投稿 形式直接投稿，稿件自动存入服务器，专家管理员登陆可以对稿件进行审核。 稿件需求者发布需求后，进入结算步骤，选投稿者 UC004 稿件需求发布 择登录或者用手机认证方式预付款，确认发布人信息、支付方式，最终提交需求。 审稿的具体结果不能及时反馈，因此提高投稿件需求者 UC005 稿件处理 稿于征稿的效率方面出发，确定了系统应该有稿件处理这一功能 审稿员 UC006 线上交流 为投稿者和稿件需求者双方提供了一个沟投稿者和稿件需通的平台。 查询检索功能是为了使用户方便使用本系求者 读者（投稿者和稿件需求者） 系统管理员（审稿员） UC007 查询功能 统，简洁明了的知道想知道的信息，完成相关投稿过程，节省宝贵的时间。 UC008 系统管理 实现对系统的后台信息进行增删改查。 -7-

需求规格说明

4 用例文档

4.1 UC001会员登录 4.1.1 用例描述

用例号 用例名称 用例描述 参与者 前置条件 后置条件 基本路径 UC001-01 会员登录 用于给会员登陆 投稿者和稿件需求者 已经注册并想进行一些操作 用户登录成功后，可以进行一些操作 1、 系统显示用户需要填入的登录信息 2、 用户输入登录信息 3、 系统检查用户输入的信息 4、 登录信息成功，进入界面 扩展点 1、投稿者：为广大读者提供了学习资源，同时还可以针对性的解决稿件需求者的需要； 2、稿件需求者：对学习资源的不足，读者可以发出需求、提出要求，寻求帮助。（带动热心人士的积极性，需求者也得提供一定的资金支持、回报等） 补充说明 身份ID唯一 4.1.2界面元素

-8-

需求规格说明

4.1.3活动图

4.1.4功能

功能名称 会员登录 功能描述 使得游客登录成为会员 校验 用户名，密码 异常 不能登录，需重新输入 -9-

需求规格说明

4.2 UC002注册会员 4.2.1用例描述

用例号 用例名称 用例描述 UC002 注册会员 会员注册时，填写注册会员资料，然后提交。注册成功，读者成为会员后可以投稿和发布需求等；注册不成功，提示用户输入错误，需重新输入。 参与者 前置条件 后置条件 基本路径 读者 读者通过网络访问该网站 读者注册成为用户，进入网站 1. 系统显示用户需要填入的注册信息 2. 用户输入信息 3. 系统检查用户输入的信息 4. 注册信息成功进入登录后的界面 扩展点 1. 用户注册的信息错误时系统提示用户输入错误，需重新输入 2. 返回 补充说明 身份ID唯一 4.2.2界面元素

-10-

需求规格说明

4.2.3活动图

4.2.4功能

功能名称 会员注册 功能描述 使得读者注册成为会员 校验 用户名、密码、真实姓名不能为空

异常 不能注册，需重新输入 -11-

需求规格说明

4.3UC003在线投稿 4.3.1用例描述

用例号 用例名称 用例描述 UC003 在线投稿 投稿者可以将自己的稿件当做附件的形式直接投稿，稿件自动存入服务器，审查员登陆可以对稿件进行审核。 参与者 前置条件 后置条件 基本路径 投稿者 会员已经成功登录 投稿者即将投稿 1． 进入投稿页面 2． 上传稿件 3． 稿件审查和类型转换 4． 投稿成功后，将进入稿件审查（即稿件处理） 扩展点 1． 投稿错误时，将弹出文件类型错误或转换失败； 2． 返回 补充说明

-12-

需求规格说明

4.3.2活动图

4.3.3界面元素

元素名称 Title Contentfile Detailed 功能 稿件标题 稿件上传 稿件描述 元素描述 文本框 上传按钮 文本框 必须/可选 数据校验 必须 必须 必须 唯一性 Doc.xls.ppt 无 4.3.4功能

功能名称 在线投稿 功能描述 上传稿件方便学生读者学习 -13-

校验 系统审查员 异常 数据转换失败

需求规格说明

4.4UC004稿件需求发布 4.4.1用例描述

用例号 用例名称 用例描述 UC004 稿件需求发布 稿件需求者发布需求后，进入结算步骤，选择登录或者用手机认证方式预付款，确认发布人信息、支付方式，最终提交需求。 参与者 前置条件 后置条件 基本路径 稿件需求者 会员已经成功登录 稿件需求者有需求问题 5． 进入投稿页面 6． 显示需求发布页面 7． 输入发布信息 8． 提交成功，存入数据库 9． 显示发布信息内容 扩展点 3． 提交失败,则重新接收输入 4． 返回 补充说明 -14-

需求规格说明

4.4.2活动图

4.4.3界面元素

元素名称 Title 功能 需求标题 元素描述 文本框 上传按钮 -15-

必须/可选 数据校验 必须 必须 唯一性 Doc.xls.ppt

demandContent 需求内容 需求规格说明

Detailed Price

需求描述 发布价格 文本框 文本框 必须 可选 无 无 4.4.4功能

功能名称 需求发布 功能描述 提供给稿件需求者发布需求 结算步骤 提供给需求者预付款，以便提高投稿者的积极性

必选其一 没有选择支付方式 校验 无 异常 信息填写不完整 4.5 UC005稿件处理 4.5.1用例描述

用例号 用例名称 用例描述 参与者 前置条件 后置条件 UC005 稿件处理 审稿稿件，提高投稿征稿的效率 审查员 已注册 要发布稿件 -16-

需求规格说明

基本路径 （1）引言 由于现有的稿件交付流程比较复杂，稿件存在邮递延迟现象，并且投稿者所投来的稿件繁多，格式不是严格统一，而且审稿的具体结果也不能及时反馈给投稿者，因此从提高投稿于征稿的效率方面出发，确定了系统应该有的稿件处理这一功能，以便更好的给投稿者和编辑部之间提供良好的及时交互沟通平台。 （2）输入 具体的输入项如下表所示： 输入表 选项 输入数据 操作细节要求 数据组成 初始稿件+投稿者的基本信息 所输入的初始稿件须首先和系统所提供的文章格式基本相符 参考资料 （3）加工 具体的加工过程如下所示： 加工过程表 选项 数据有效性检查 具体操作流程 检查投稿者所投稿件的格式是否与所提供的文章格式相符，完成初步审查 事件的时间设定 从投稿到审查是否通过的结果公布的最长时间间隔 审稿过程 分类→审核→反馈给用户信息→确定终版→编号发表 （4）输出 具体的输出项如下所示： 输出表 输出类型 最迟公布审稿时间 具体说明 审查是否通过的结果公布的最长截止时间 反馈给用户审稿信息 其中包括审稿流程的跟踪信息以及审稿结果 文章终版 提供投稿者的文章基本格式 通过层层审核后最终确定的发表格式 扩展点 稿件状态结果有3种情况： 4) 审核通过 5) 未通过 -17-

需求规格说明

返修 补充说明

4.5.2活动图

4.5.3界面元素

元素名称 User Position 功能 用户 职位 稿件标题 稿件描述 投稿时间 审核状态 元素描述 标签 下拉列表 标签 文本框 标签 按钮 必须/可选 数据校验 必须 必须 必须 必须 必须 必须 唯一性 唯一性 唯一性 无 唯一性 唯一性 Title Detailed Createdtime State

-18-

需求规格说明

4.5.4功能

功能名称 身份验证 条件设置 稿件列表 详细显示 功能描述 判断是普通会员还是vip 设置各类查询的条件 显示满足条件的稿件列表 显示稿件的详细信息 校验 有 无 有 有 异常 验证失败 查询失败 4.5.5稿件处理数据流图

审核信息审核状态信息不合格稿件原稿稿件初审合格稿稿件分类审核终版发表注册信息表分类存档终稿存档

稿件处理数据流图

4.6UC006线上交流 4.6.1用例描述

用例号 用例名称 用例描述 参与者 前置条件 后置条件 UC006 线上交流 为投稿者和稿件需求者双方提供了一个沟通的平台。 投稿者和稿件需求者 登录 平台建立后，可以进行一些交流 -19-

需求规格说明

基本路径 1、 用户登陆 2、 进入“留言交流”页面 3、 用户便可通过留言板进行留言 扩展点 补充说明 4.6.2活动图

4.14.3界面元素

元素名称 User_id User Message 功能 用户编号 用户名 留言内容 元素描述 标签 标签 标签 -20-

必须/可选 数据校验 必须 必须 必须 唯一性

需求规格说明

Createdtime MessageBox Reply Delete Leave

发表时间 留言输入域 回复 回复 留言 标签 文本域 按钮 按钮 按钮 必须 必须 必须 必须 必须 唯一性 4.14.4功能

功能名称 线上交流

功能描述 管理员与读者或者会员进行沟通交流的平台 校验 异常 4.7 UC007查询功能 4.7.1用例描述

用例号 用例名称 用例描述 UC007 查询功能 查询检索功能是为了使用户方便使用本系统，简洁明了的知道想知道的信息，完成相关投稿过程，节省宝贵的时间。 参与者 前置条件 后置条件 基本路径 以读者为主，投稿者和稿件需求者为辅 登录 有稿件，有需求等资料 1、登录查询界面 2、在查询域输入搜索关键字 3、单击“查询”按钮 扩展点 补充说明

-21-

需求规格说明

4.7.2活动图

4.7.3界面元素

元素名称 SearchBox Search

功能 搜索域，输入关键字 查询 元素描述 文本框 按钮 必须/可选 数据校验 必须 必须 -22-

需求规格说明

4.7.4功能

功能名称 查询功能 功能描述 为读者、需求发布者提供查找功能 校验 异常 4.8 UC008系统管理 4.8.1 用例描述

用例号 用例名称 用例描述 参与者 前提条件 后置条件 基本路径 扩展点 UC008 系统管理 实现对系统的后台信息进行增删改查。 系统管理员（审稿员） 登录后台 系统增加或更新会员资料，使会员获得相应的系统操作权限。 1 系统管理员进入后台账户管理主页面 2 系统管理员选择操作方式 2.1 添加新后台账户 2.1.1选择\"新增\" 2.1.2弹出\"新增后台账户\"页面 2.1.3正确填写后台账户信息后点击\"提交\"，即完成\"添加\"操作。 2.2 修改后台账户 2.2.1选择\"修改\" 2.2.2弹出\"修改后台账户\"页面 2.2.3正确改动信息后点击\"保存\"，即完成修改后台账户信息的操作。 2.3 删除后台账户 2.3.1选择\"删除\" 2.3.2系统弹出\"确定删除对话框\" 2.3.3点击\"确定\"即完成删除操作，点击\"取消\"取消删除操作。 3 以上任何一个操作结束，系统弹出提示框 -23-

需求规格说明

4 系统管理员点击提示框的\"确定\"按钮 5 系统自动跳转到会员账户管理主页面，用例结束。 补充说明 4.8.2活动图

1、新增业务账户活动图

2、修改业务账户活动图

-24-

需求规格说明

3、删除业务账户活动图

-25-

需求规格说明

4.8.3界面元素

元素名称 新增账户 功能 供系统管理员输入会员账户电子邮件名称 密码 确认密码 会员账户列表 “修改”按钮 输入会员账户的密码 确认会员账户的密码 显示会员账户列表 在会员账户列表每行记录之后,以供修改对应的会员账户 “删除”按钮 在会员账户列表每行记录之后,以供删除对应-26-

元素描述 文本框 必须/可选 必须 数据校验 不为空 文本框 文本框 列表 按钮 必须 必须 不为空 不为空 按钮 需求规格说明

的会员账户 4.8.4功能

功能名称 新增会员账户 功能描述 由系统管理员新增后台会员账户 系统管理员可以修改会员帐户信息 系统管理员可以删除会员帐户信息 校验 无 异常 帐户名已存在 修改会员账户 删除会员账户 4 领域模型

领域模型提供了一个可视化的主要会员信息之间的结构关系，通过创建一个特殊的类图作为域图来图形化地完成这一操作，在这个图中，使用一个特殊的类来描述会员域中的单个“事物”。就其中用户除了可以线上交流(word)外，还附有需求发布(demand)和投递稿件(manuscript)等相关功能特色。这些特殊的类就是域类型。定义了一个域类型，它是一个存在于域中的“事物的类”， 域类型的结构取决于类型属性，并且能够同其他域类型建立关联。通过使用一组相关联的域类型，能够描绘会员域中建造一个有用的信息结构。

-27-

需求规格说明

5 非功能性需求

（1）可用性

（2）易用性

1）本系统不需要特定的硬件或软件进行支撑，只要是office等相关软件，便可通过1）本系统能够免插件下载，直接在线数据类型转换。 2）本系统能够支持全球访问。

3）系统能够被各个角色正确处理管理工作。 4）系统可以线程异步同时处理。

我方提供的服务器，进行后台转换（后台装有Macromedia FlashPaper 2装换工具）。

2）无须另外安装专门客户端软件，采用网络浏览器访问系统，图形界面友好、高效。

（3）安全性

（4）封闭性

（5）容错性

（6）可扩展性

应该充分考虑到将来功能的修改或增加，避免需求变更时大规模修改程序；

（7）可维护性

1）提供所有模块列表／文件列表。 2）在源程序中，注解完整。

（8）可移植性

系统应用程序可跨平台移植，数据库不做可移植性需求。

-28-

3）对主要操作给予提示信息，对易曲解操作，给予选择性提示。

1）对于系统的重要数据都有密码保护，具有一定的安全性。 2）用户进入投稿过程须先使用Email地址和密码进行登录。

用户基本上在提示信息下输数据。

用户输错数据都有提示信息，具有较好的容错性能。