投稿系统需求文档
期刊在线投稿审稿管理系统需求规格说明书
期刊在线投稿审稿管理系统需求规格说明书．期刊在线投稿审稿管理系统需求规格说明书学生姓名：xx 学生学号：xxxxxx 所在班级：12级计科一、概述1.1系统简介数字化出版时代的到来，读者获取信息的维度不断拓宽，传统的投稿审稿模式已不能满足用户需求，也不能为期刊社或文学类网站赢得竞争优势。
此时，采用在线方式完成网上稿件征集、投稿、校稿、审稿，除了可以加快稿件处理的速度，还可以使整个流程公开化、公正化、透明化，方便了现实用户。
1.2用户简介（1）投稿人：知名作家或文学爱好者（已注册）（2）审稿人：知名报社编辑、知名作家或网站编辑（已注册）（3）普通用户：已注册并登录网民（4）游客：未登录网民（5）系统管理员：网站技术工作人员（已注册）1.3项目的要求和目标要求：）描述项目的业务信息1（．（2）分析项目的管理工作的要求（3）列出实体、联系（4）指出实体和联系的属性（5）画出E-R图（6）画出层次方框图（7）创建数据流程图（8）建立数据字典目标：（1）实现普通用户、投稿人、审稿人的信息管理（2）实现稿件类型、稿件信息的管理（3）实现稿件的审阅过程管理（4）创建存储过程，统计指定作者的稿件信息（5）创建规则，使得作者的E-Mail必须满足电子邮件的基本格式（6）建立数据库相关表之间的参照完整性约束。
1.4术语定义数据字典：数据字典是指对数据的数据项、数据结构、数据流、数据存储、处理逻辑、外部实体等进行定义和描述，其目的是对数据流程图中的各个元素做出详细的说明。
(Entity联系图-图也称实体E-R图：E-R．，提供了表示实体类型、Relationship Diagram)用来描述现实世界的概念模属性和联系的方法，型。
1.5参考资料清华大学出版第5版张海藩软件工程导论0082社相关文档1.6软件开发计划书版本更新信息1.7 1版本更新记录表二、现有系统定义作业流程2.2．单据、账本和报表2.3暂无2.4可能的变化暂无三、目标系统功能需求方框图如下：-图和层次E-R期刊在线投稿审稿管账信管密管账用用/更题目/联系图实体-层次-方框图期刊在线投稿审稿管理系统数据流程图如下：D2审未D3审已稿核期刊在线投稿审稿管理系统功能概述如下图：1、新闻浏览管理员可更所有用户都可以进行新闻浏览，新新闻信息。
新闻文稿系统需求
一、系统概述全台文稿系统将主要定位于新闻节目、专题类节目的文稿和串联单制作及审核，服务于我台各个频道新闻及专题节目。
在系统规划中应突出考虑以下关键技术因素：文稿站点的功能实现和运行稳定性；新闻流程流转的高效性及合理性；系统内部对业务、应用、流程、资源管理等层面的集成；先进的软件架构体系，远程访问要求采用B/S架构；极致用户体验、页面响应快，易于上手。
1、支持远程访问通过互联网访问，实现台外写稿、编单、审核操作，不受办公地点限制；2、支持任意流程节点的入口方式业务流程模块化设计，采用多模块流程管理，根据业务流程划分功能模块，用户可通过实际情况，任意选择流程入口，以应对突发新闻事件，提高制播效率；3、全面支持用户自定义功能，最人性化的工作平台：⏹支持的工作流自定义技术，用户可以根据实际需求定制稿件流转过程、审核权限范围及工作流向。
⏹界面布局自定义。
⏹查询条件自定义：支持按目标查询条件自定义条件，使操作直观、简单。
⏹列定制：可按用户喜欢定义显示项，并支持醒目显示。
3、支持常用业务数据导入导出功能：系统支持多种格式的业务数据导入与导出功能，可方便、快捷地与周边系统进行数据交换或实现数据的二次加工。
4、支持多维度的日志处理：提供系统日志、操作日志等，全方位保障系统运营维护。
5、大数据量处理和时效性的模式具有一整套应对压力访问的解决方案，保证系统响应迅速，操作不受影响。
6、WEB页面的实时处理能力。
7、支持MOS协议：支持以国际标准的MOS协议实现与演播室内提词器的双向联动。
8、富媒体编辑：类于WORD的格式、可自定义文字颜色、字体，引入各种控制符，并实现制作流程跟踪功能，可监控历史修改记录。
9、串联单编排与锁定：串联单编辑时，提供锁定保护功能，避免多人同时对串联单同一段落进行编辑而带来的混乱。
二、系统工作流程本系统包含以下主要业务流程及其环节。
栏目新闻制作流程：1、线索录入。
线索录入后，由栏目记者认领或由领导指派，记者根据线索内容形成选题。
期刊在线投稿审稿管理系统需求规格说明书
期刊在线投稿审稿管理系统需求规格说明书期刊在线投稿审稿管理系统需求规格说明书学生姓名：xx 学生学号：xxxxxx 所在班级：12级计科一、概述1.1系统简介数字化出版时代的到来，读者获取信息的维度不断拓宽，传统的投稿审稿模式已不能满足用户需求，也不能为期刊社或文学类网站赢得竞争优势。
此时，采用在线方式完成网上稿件征集、投稿、校稿、审稿，除了可以加快稿件处理的速度，还可以使整个流程公开化、公正化、透明化，方便了现实用户。
1.2用户简介（1）投稿人：知名作家或文学爱好者（已注册）（2）审稿人：知名报社编辑、知名作家或网站编辑（已注册）（3）普通用户：已注册并登录网民（4）游客：未登录网民（5）系统管理员：网站技术工作人员（已注册）1.3项目的要求和目标要求：（1）描述项目的业务信息（2）分析项目的管理工作的要求（3）列出实体、联系（4）指出实体和联系的属性（5）画出E-R图（6）画出层次方框图（7）创建数据流程图（8）建立数据字典目标：（1）实现普通用户、投稿人、审稿人的信息管理（2）实现稿件类型、稿件信息的管理（3）实现稿件的审阅过程管理（4）创建存储过程，统计指定作者的稿件信息（5）创建规则，使得作者的E-Mail必须满足电子邮件的基本格式（6）建立数据库相关表之间的参照完整性约束。
1.4术语定义数据字典：数据字典是指对数据的数据项、数据结构、数据流、数据存储、处理逻辑、外部实体等进行定义和描述，其目的是对数据流程图中的各个元素做出详细的说明。
E-R图：E-R图也称实体-联系图(EntityRelationship Diagram)，提供了表示实体类型、属性和联系的方法，用来描述现实世界的概念模型。
1.5参考资料张海藩软件工程导论第5版清华大学出版社20081.6相关文档软件开发计划书1.7版本更新信息表1 版本更新记录二、现有系统定义2.2作业流程2.3单据、账本和报表暂无2.4可能的变化暂无三、目标系统功能需求期刊在线投稿审稿E-R图和层次-方框图如下：实体-联系图编号层次-方框图期刊在线投稿审稿管理系统数据流程图如下：期刊在线投稿审稿管理系统功能概述如下图：1、新闻浏览所有用户都可以进行新闻浏览，管理员可更新新闻信息。
投稿要求
投稿标准1. 每篇稿件的字数底线为500字以上，除非体裁特点所需（如诗歌）。
2500字左右的文章，系统将自动分为"上篇"和"下篇"，或者按照1、2、3、4……序号分开。
龙源后台技术系统以篇文章为单位计费。
长篇作品每次连载不低于2500字左右，标题上要标明序号。
2. 稿件质量须达到正式出版物的发表水平，没有多字、错字、别字等错误。
3. 文章标题中一般情况下不得出现空格。
举例：“笑跑四季”，不能是“笑跑四季”。
4. 正文首段上方无空行，正文中不得再出现标题和作者姓名等相关信息。
5. 每自然段前用全角空两个字符的位置，每段间空一行。
6. 正文中的小标题和章节数前须空两格全角汉字的位置，并和上下文适当分行。
7. 数字和英文字母一律为半角。
8. 请严格按照上述规范排版，龙源保留审改、编辑以及删除的相关权力。
9.龙源网不接受法律禁止出版和传播以及含有法律、行政法规禁止内容的作品。
投稿程序1. 请先注册为龙源用户。
2. 登录后，进入“投稿中心”，点击“我要投稿”后，按要求填写各项，点击“发表”即可。
投稿收入1.您的销售分成累计到50元人民币（或10美元）时，我们将通过您在注册时提供的通讯地址在每一自然年度末邮寄给您。
2.您的销售分成尚未累计到50元人民币（或10美元）时，我们将为您保留销售分成，直到累计到50元人民币（或10美元）。
退稿说明1.作者在投稿时须选择稿件类别以及打算投稿的期刊名称（只能选择一个，同名文章不可以第二次投递）。
2.通过龙源审核的稿件除了在龙源网发表和销售外，稿件管理系统会同时将您的稿件直接投递给您指定的期刊社，由刊社编辑进行审稿和答复。
3.如果超过1个月您还没有得到期刊社的用稿通知，您可以将稿件投给其他期刊或另行处理。
4.如您未按投稿标准和格式要求投稿，我们将把稿件退回至您注册时留的邮箱内。
稿件修改和维护1.投稿成功后，如果需要修改文字或排版格式、查询文章被阅读的情况及收益，可登录龙源"稿件维护"进行。
投稿系统设计方案
投稿系统设计方案根据目前杂志社编辑业务水平的提高、办公设备的改善和目前网络技术水平的不断提高，现用的投稿方式不能满足杂志社的需求。
通过本投稿系统能达到在网上进行投稿、查阅、稿件审阅情况，稿件管理网络化，为杂志社编辑和作者之间、编辑之间、编辑和外审专家之间、编辑和主编之间进行交流的平台。
在线投稿系统是用来作为杂志网站的投稿中心，供作者在上面投送稿件和编辑在线审稿。
主要功能包括：作者在线投稿、作者稿件查询、作者稿件状态查看、编辑在线审稿、联系作者等等。
一、作者在线投稿作者在线投稿功能主要包括了作者在线投稿、作者稿件查询、作者稿件状态查看。
当作者登陆投稿系统后，对于已有的帐号的作者可以直接用帐号和密码登录投稿系统，如果是新用户没有帐号，那么可以自己注册，注册界面如下图所示：作者注册时一定要填写完整信息，以便责任编辑与它及时联系，作者填写完所有信息后点击下一步，系统自动提示注册成功。
然后再登录投稿系统，登录界面入下图所示：作者登录系统后就可以做相应的投稿操作，入下图所示：作者填写完所有的稿件信息后点击下一步完成投稿，系统直接进入下一个界面：作者登录后可以进行在线投稿、可以查看稿件状态、修订稿件、稿件版本列表查看、稿件下载等等功能操作。
并且作者在投稿的时候可以按杂志栏目和专业的划分来投稿，并可以选择稿件的中图分类号和文献标识号。
作者投稿后稿件将自动生成稿件的编号。
二、作者稿件查询稿件状态查询如下所示：主要的状态参数包括是否送审，专家意见和出版期数。
专家意见通常分为退稿、定用、定稿和刊登四种。
三、编辑在线审稿编辑在线审稿可以分为三个级别的审稿,有初审的栏目责任编辑审稿、外审专家审稿、主编审稿和查看最终稿件。
其中每个审稿过程都有对应的稿件处理功能。
1、栏目责任编辑审稿：每个栏目的责任编辑只可以看见投到他栏目下的稿件。
允许栏目责任编辑把已通过的稿件按杂志期数进行分类，并提交给主编。
新增稿件：允许栏目责任编辑手动添加作者不是通过投稿系统自动投过来的稿件，包括添加新的作者信息。
在线网上投稿系统软件需求说明书
在线投稿福建省的楼房间阿里山飞软件需求说明书作者：组长+学号所有组员+学号（填写）完成日期：*********** （填写）目录软件需求说明书 (1)目录 (2)1 引言 (1)1.1 编写目的 (1)1.2 范围 (1)1.2.1 系统名称 (1)1.2.2 软件功能需求 (1)1.2.3 软件应用 (2)1.3 定义 (2)1.4 参考资料 (2)2 项目概述 (2)2.1 产品描述 (2)2.2 产品功能 (3)2.3 用户特点 (3)2.4 一般约束 (3)2.5 假设和依据 (4)3. 具体需求 (4)3.1 功能需求 (4)3.1.1查询功能 (4)3.1.2稿件处理 (5)3.1.3 用户管理 (6)3.2数据流图 (7)3.2.1网上投稿系统顶层图 (7)3.2.2网上投稿系统零层图 (8)3.2.3网上投稿系统一层图 (8)3.2.4数据字典 (11)3.3性能需求 (17)3.4设计约束（其他标准的约束或限制（有就写没有可以为空）） (17)3.5 其他需求 (17)3.5.1数据库 (17)3.5.2 故障处理需求 (17)4 软件接口（人机界面、软件与外部其他硬件或软件系统有无交互？） (17)1 引言1.1 编写目的发生的发费的萨菲上的发的是飞洒费的萨菲盛大发生范德萨的算法爱上对方的萨菲大声啥地方的萨菲通过和客户的交流和沟通，整理收集客户的具体需求，最终在认真整合用户实际需求的基础上形成了该网上投稿的需求说明规划，编写该规格的具体目的与预期的读者范围如下表1所示：表 1 编写需求规格说明书的目的与预期读者范围表对象目的客户清楚表达客户需求，方便用户确认开发人员的表达和描述是否符合其实际需求，从而更方便与客户进行互动，全面把握用户需求。
开发人员方便开发人员对系统功能的掌握，以便为后期的开发设计提供参考。
1.2 范围1.2.1 系统名称由于该系统重在通过网络为广大投稿作者的稿件投递和稿件管理提供更便捷的服务，经综合考虑，该系统命名为《网上投稿系统》.1.2.2 软件功能需求该软件的具体功能需求以及各个功能需求的具体说明如下表2所示：表2 软件功能需求表功能名称具体说明用户注册获取用户关键信息并进行汇总、分类。
最新期刊在线投稿审稿管理系统需求规格说明书资料
期刊在线投稿审稿管理系统需求规格说明书学生姓名：xx 学生学号：xxxxxx 所在班级：12级计科一、概述1.1系统简介数字化出版时代的到来，读者获取信息的维度不断拓宽，传统的投稿审稿模式已不能满足用户需求，也不能为期刊社或文学类网站赢得竞争优势。
此时，采用在线方式完成网上稿件征集、投稿、校稿、审稿，除了可以加快稿件处理的速度，还可以使整个流程公开化、公正化、透明化，方便了现实用户。
1.2用户简介（1）投稿人：知名作家或文学爱好者（已注册）（2）审稿人：知名报社编辑、知名作家或网站编辑（已注册）（3）普通用户：已注册并登录网民（4）游客：未登录网民（5）系统管理员：网站技术工作人员（已注册）1.3项目的要求和目标要求：（1）描述项目的业务信息（2）分析项目的管理工作的要求（3）列出实体、联系（4）指出实体和联系的属性（5）画出E-R图（6）画出层次方框图（7）创建数据流程图（8）建立数据字典目标：（1）实现普通用户、投稿人、审稿人的信息管理（2）实现稿件类型、稿件信息的管理（3）实现稿件的审阅过程管理（4）创建存储过程，统计指定作者的稿件信息（5）创建规则，使得作者的E-Mail必须满足电子邮件的基本格式（6）建立数据库相关表之间的参照完整性约束。
1.4术语定义数据字典：数据字典是指对数据的数据项、数据结构、数据流、数据存储、处理逻辑、外部实体等进行定义和描述，其目的是对数据流程图中的各个元素做出详细的说明。
E-R图：E-R图也称实体-联系图(Entity Relationship Diagram)，提供了表示实体类型、属性和联系的方法，用来描述现实世界的概念模型。
1.5参考资料张海藩软件工程导论第5版清华大学出版社20081.6相关文档软件开发计划书1.7版本更新信息二、现有系统定义2.2作业流程2.3单据、账本和报表暂无2.4可能的变化暂无三、目标系统功能需求期刊在线投稿审稿E-R图和层次-方框图如下：实体-联系图层次-方框图1、新闻浏览所有用户都可以进行新闻浏览，管理员可更新新闻信息。
投稿系统用户需求
***公司稿件投递系统用户需求目录第1章. 项目背景和需求分析 (3)第2章. **公司稿件投递系统的规划 (4)2.1投稿流程设计 (4)2.2系统功能需求 (4)2.2.1前台提交稿件的需求 (4)2.2.2内部稿件管理需求（编辑、审核、发布） (5)2.2.3后台系统管理需求 (5)2.2.4其他功能需求 (5)第3章. 系统开发功能实施 (6)第1章.项目背景和需求分析**公司稿件投递系统目的在于提供投稿人员外部投递稿件，内部编辑、审核、发布使用。
由于目前网站方面没有专门的投稿系统，外部网络也访问不了公司后台，应用原本后台系统的信息发布功能不能完全满足当前的使用要求；同时考虑到稿件附带的图片需要有统一的管理，因此重新规划投稿系统，为以后做知识管理应用打下良好的基础，同时也可以更好地配合公司实现新闻传播方面的战略目标。
第3页第2章.**公司稿件投递系统的规划2.1 投稿流程设计通过分析与梳理，初步设定**公司稿件投递系统的投稿流程如下：（图：投稿流程设计图）2.2 系统功能需求2.2.1前台提交稿件的需求需外部访问，可通过前台提交稿件，具体细则：●稿件的提交需要录入以下字段：时间、单位、标题、正文、附件内容（可上传图片，管理员可设置命名规则）；●附件只允许提供图片，可限制格式（jpg、jpeg、gif、bmp等），限制大小为2M以内；（由管理员在后台设定）●由后台管理员统一分配账号，大概约200个，通过账号登陆系统进行投稿。
图片需指定命名规则，字段包括时间、地点、人物（可选，若选择填写，既需填写职位和人名）、类别（生产类、会议活动、上级领导、文化类等）、描述（200字以内），图片格式包括jpg、jpeg、png、gif、bmp等，限制大小在2M以内。
稿件可以保存为草稿，草稿状态时后台审批人员无法查看，还可进一歩对其进行提交审批。
在前台可以提供稿件查看功能，可以对已经提交的稿件进行查看最终状态。
期刊在线投稿审稿管理系统需求规格说明书
期刊在线投稿审稿管理系统需求规格说明书期刊在线投稿审稿管理系统需求规格说明书1.引言本章节介绍了本文档的目的和范围，以及与文档有关的定义、缩略词和缩写。
此外，还提供了对系统的概述和背景信息。
1.1 目的本文档的目的是为期刊在线投稿审稿管理系统的开发提供详细的需求规格说明，以确保该系统能够满足用户和利益相关方的需求。
1.2 范围本文档适用于开发期刊在线投稿审稿管理系统，并包括以下主要功能模块：论文投稿、审稿、管理和通知。
1.3 定义、缩略词和缩写本章节列出了文档中使用的定义、缩略词和缩写的解释，以减少歧义和混淆。
2.总体描述本章节详细描述了期刊在线投稿审稿管理系统的整体概念和功能。
2.1 产品描述本节提供了期刊在线投稿审稿管理系统的总体描述，包括系统的主要特点和目标用户。
2.2 用户特征本节详细描述了期刊在线投稿审稿管理系统的主要用户特征，包括作者、审稿人和期刊管理人员等。
2.3 系统约束本节记录了期刊在线投稿审稿管理系统开发和部署所需要的约束条件，包括技术限制、安全性要求和数据保护等。
3.功能需求本章节详细描述了期刊在线投稿审稿管理系统的功能需求，分为主要功能和次要功能两个部分。
3.1 主要功能本节列出了期刊在线投稿审稿管理系统的主要功能需求，包括投稿、审稿、管理和通知等功能。
3.2 次要功能本节列出了期刊在线投稿审稿管理系统的次要功能需求，包括用户权限管理、审稿人分配和报表等功能。
4.用例模型本章节使用用例图和用例描述来描述系统与用户之间的交互和功能流程。
4.1 用例图本节给出了期刊在线投稿审稿管理系统的用例图，包括主要功能模块的各个用例及其之间的关系。
4.2 用例描述本节提供了期刊在线投稿审稿管理系统中各个用例的详细描述，包括用例名称、参与者、前置条件、基本流程和替代流程等。
5.非功能需求本章节详细描述了期刊在线投稿审稿管理系统的非功能需求，包括性能要求、可用性要求和安全性要求等。
6.数据需求本章节描述了期刊在线投稿审稿管理系统的数据需求，包括数据存储和数据传输等。
在线投稿及稿件处理系统 系统说明书
在线投稿及稿件处理系统说明书1、系统设计 (2)1.1需求分析 (2)1.2系统功能设计 (2)1.3系统模块划分 (5)2、数据库设计 (6)2.1数据库分析与设计 (6)2.2数据库关系图 (7)3、系统使用说明 (8)3.1系统安装配置说明 (8)3.1.1系统运行环境 (8)3.1.2系统配置说明 (8)3.2系统操作说明 (8)4、总结 (15)1、系统设计1.1需求分析随着网络普及程度的提高，人们的办公观念和方式都发生了重大的改变，基于网络的无纸化办公也越来越深入人心。
一个好的在线投稿系统，也让杂志社给读者形成一个好的的印象。
许多杂志社、报社的编辑部都已意识到实现网上办公和在线处理稿件的重要性和紧迫性。
在线投稿和稿件处理系统因此越来越受到人们的青睐。
传统模式下的稿件投递和处理存在如下等许多弊端：1、用邮寄的方式投递稿件不仅需要花费大量时间和金钱，而且可能导致稿件在投递的过程中丢失，给作者带来损失。
2、用E-mail投稿方式导致的病毒、稿件不规范、重复投稿以及作者不断的电话咨询也带来了很大的不便。
3、编辑部要花费大量的时间进行稿件的登记，而且查阅和整理很不方便。
4、送审的过程中也常会出现丢失，审稿意见不能及时返回等问题在线投稿和稿件处理系统有效地解决了传统模式下投递和送审的各种弊端，实现了作者的投稿、信息查询、信息反馈的便捷处理和编辑部规范高效化办公，从而节省了稿件处理的时间和流通费用，提高了稿件投递和投审的效率和安全性，同时也保证了杂志社所有的编辑能够在相同的业务平台进行业务处理，适应了集中管理的需要。
通过规范流程、强化内部管理，建立强大的数据库，为数据分析、人员管理等提供强大的支持，为用户、专家、编辑提供了安全的权限设置，使稿件分级处理，避免了处理流程的混乱，减低工作量、减少重复劳动。
利用在线投稿与稿件处理系统，作者只要进行注册，即可进行稿件的投递与查阅，编辑部和专家可以将传来的稿件存盘后即可在电脑上进行编辑加工即在线编辑，既简便又准确，又提高期刊编辑出版的效率。
投稿系统需求文档
投稿系统（Submission System）需求规格说明书Version r.0.0.42011年11月目录变更情况记录 (2)1概述 (3)2系统功能概述 (4)3用例列表 (7)4用例文档.................................................. 错误！未定义书签。
5领域模型. (24)6非功能性需求 (28)变更情况记录*A - ADDED M - MODIFIED D - DELETED变更号日期段落*A、M、D 简述备注r.0.0.42011.11.28 A 开发与完善r.0.2.0 2011.12.14 M 完善修改1概述1.1 背景●系统名称：投稿系统（Submission System）●本项目的任务提出者：孙丽萍●开发者：孙丽萍、张升强、肖洋●用户：投稿人、稿件需求者、读者1.2 目的本系统能让注册的用户进行在线投稿组成.。
功能为查看和修改投稿信息记录,同时用户能查看并修改个人的注册信息。
管理员登录后能进行后台管理,包括进行用户账户和投稿文件信息的查询、添加、修改和删除。
1.3 假设1．银行系统能够提供接口，方便资金处理。
假设银行等第三方中介不能为本系统提供服务，则资金处理在银行自身系统内处理，本系统不直接涉及资金处理。
2．邮件传递需使用各大邮箱。
假设本系统没有自己的邮箱，则邮件的收发需在各大邮件系统中完成。
3. 站内搜索功能假设各大搜索引擎不为本系统提供搜索服务，则本系统不内设搜索服务。
完成项目最后期限：2011年12月17日开发时间：20天1.4 会员术语术语解释稿件投稿人提供到该平台的学习资料稿件状态专家首先对稿件进行初审。
结果有3种情况：1)审核通过2)未通过3)返修稿件需求既稿件需求者对稿件的需求1.5 参考文献参考文献作用2系统功能概述2.1 投稿系统概述在信息与科技高速发展的今天，越来越多的学术期刊随之出现，学术期刊的增多无疑会增加投稿的数量，随之而增加了作者、编辑和专家等各类人员的工作量。
“国际学术会议论文投稿、评审系统”需求文件.doc
“国际学术会议论文投稿、评审系统”需求文件.doc“国际学术会议论文投稿、评审系统”需求文件一、质保期质量保证期：质量保证期为合同货物完成终交验收日起12个月。
二、付款方式及付款期：履约保证金金额：签订合同之前，支付合同金额10%，验收合格后自动转为质保金（无息）。
付款方法和条件：（1）货到学校、验收合格,卖方开具全额正规发票后，支付合同总额的100%。
（2）原履约保证金，自动转为质保金，质保期满后无息退还。
三、采购需求投标方必须经过现场实地查看，对现场实际环境进行调研和了解；本文件发布后，投标方应及时与业主方取得联系，便于业主方及时登记和安排。
实地踏勘时间：12月17日9点，实地踏勘地点：机场路1988号日新楼。
联系人：高昆，电话。
过期不候，未参加现场实地查看者无中标资格。
1.配置与要求i.投标人应在项目实施后，提供二次开发服务，提供平台使用、常规培训和故障处理的技术培训，培训时间在30天以上。
ii.必须承诺提供3个月3名技术人员的驻场技术支持服务，技术人员要求工作年限3年以上，有网络工程师和高级开发人员资质。
四、功能要求1.服务器端要求Apache或其他* HTTP服务器PHP版本5.4或更新版本，- with-json --with-mysqli --with-openssl--with-xml--with-zip，并配置为会话和发送电子邮件MySQL或MariaDB版本5或更高版本2.客户端要求适用于Chrome，Firefox，Internet Explorer和Safari等现代浏览器。
支持JavaScript的浏览器将允许本系统的全部功能，禁用JavaScript的浏览器仍然可以使用本系统的大部分功能。
3.功能要求[1]在线提交[2]上传文件[3]自定义主题[4]分配评论（自动匹配和手动）[5]倡导者（冠军）[6]冲突检测（自动和手动）[7]概览进度摘要[8]评论评分[9]提交接受/拒绝[10]邮件通知[11]CSV，XML，Excel，SQL中的数据导出[12]用户登录恢复[13]隐私功能和同意复选框隐私政策- 隐私政策的链接添加到网站顶部或网站页脚中显示的菜单中。
期刊在线投稿审稿管理系统需求规格说明书
期刊在线投稿审稿管理系统需求规格说明书期刊在线投稿审稿管理系统需求规格说明书学⽣姓名：xx 学⽣学号：xxxxxx 所在班级：12级计科⼀、概述1.1系统简介数字化出版时代的到来，读者获取信息的维度不断拓宽，传统的投稿审稿模式已不能满⾜⽤户需求，也不能为期刊社或⽂学类⽹站赢得竞争优势。
此时，采⽤在线⽅式完成⽹上稿件征集、投稿、校稿、审稿，除了可以加快稿件处理的速度，还可以使整个流程公开化、公正化、透明化，⽅便了现实⽤户。
1.2⽤户简介（1）投稿⼈：知名作家或⽂学爱好者（已注册）（2）审稿⼈：知名报社编辑、知名作家或⽹站编辑（已注册）（3）普通⽤户：已注册并登录⽹民（4）游客：未登录⽹民（5）系统管理员：⽹站技术⼯作⼈员（已注册）1.3项⽬的要求和⽬标要求：（1）描述项⽬的业务信息（2）分析项⽬的管理⼯作的要求（3）列出实体、联系（4）指出实体和联系的属性（5）画出E-R图（6）画出层次⽅框图（7）创建数据流程图（8）建⽴数据字典⽬标：（1）实现普通⽤户、投稿⼈、审稿⼈的信息管理（2）实现稿件类型、稿件信息的管理（3）实现稿件的审阅过程管理（4）创建存储过程，统计指定作者的稿件信息（5）创建规则，使得作者的E-Mail必须满⾜电⼦邮件的基本格式（6）建⽴数据库相关表之间的参照完整性约束。
1.4术语定义数据字典：数据字典是指对数据的数据项、数据结构、数据流、数据存储、处理逻辑、外部实体等进⾏定义和描述，其⽬的是对数据流程图中的各个元素做出详细的说明。
E-R图：E-R图也称实体-联系图(Entity Relationship Diagram)，提供了表⽰实体类型、属性和联系的⽅法，⽤来描述现实世界的概念模型。
1.5参考资料张海藩软件⼯程导论第5版清华⼤学出版社2008 1.6相关⽂档软件开发计划书1.7版本更新信息⼆、现有系统定义2.2作业流程2.3单据、账本和报表暂⽆2.4可能的变化暂⽆三、⽬标系统功能需求期刊在线投稿审稿E-R图和层次-⽅框图如下：实体-联系图层次-⽅框图所有⽤户都可以进⾏新闻浏览，管理员可更新新闻信息。
期刊在线投稿系统需求分析及数据库设计 (2)
基于SSH的期刊在线投稿系统设计与实现系统涉众：管理员、投稿人、编辑、专家系统主要功能：共有功能：登录、注销、口令修改、个人信息查询、个人信息修改管理员：添加编辑、添加专家、公告通知管理、文章管理、发布投稿须知、权限设置、添加期刊分类投稿人：注册成投稿人、投稿、投稿查询、审核进度查询（查询待修稿件）、个人稿件查询、版面费查询（审核通过的期刊将需要支付版面费）、稿费查询（如果期刊被出版了将获得稿费）、给编辑部留言、期刊检索（以读者的身份检索所有的期刊进行阅读）编辑：查看投稿人的稿件、安排指定专家审稿专家：查看专家负责的稿件并给出审核意见数据库设计:管理员：账号、密码、邮箱编辑：账号、密码、姓名、邮箱投稿人：账号、密码、姓名、邮箱、出生年月、性别、通信地址、邮编、单位名称、专业、学历、职称、电话、传真、研究方向、学术领域、个人简介专家：账号、密码、邮箱、姓名、所属领域、性别、通信地址、邮编、单位名称、学历、专业、职称、电话、传真、研究方向、学术领域、个人简介期刊类别信息：类别编号、类别名称期刊信息：期刊编号、稿件类型（分为新稿和退后重投两种）、拟投栏目编号（即期刊类别编号）、第一作者（投稿人账号）、中文标题、英文标题、中文检索关键字、英文检索关键字、中文摘要、英文摘要、参考文献、页数、备注、期刊路径、下载次数、投稿时间、最后修改时间、版面费（审核通过了需要缴纳版面费）、出版标记（0代表出版、1未出版）、出版年份卷数、期数、网络出版时间、印刷出版时间、稿费（出版了才有稿费）期刊作者信息（主要存储期刊对应的非第一作者的信息）：流水号、期刊编号1、作者类型号（第2作者类型号为2、第3作者类型号为3………）、姓名、邮箱、出生年月、性别、通信地址、邮编、单位名称、专业、学历、职称、电话、传真、研究方向、学术领域、个人简介审稿信息表（专家审核稿件）：审核流水号、期刊编号、专家编号、审核意见、审核状态（0代表待审核、1代表审核不通过、2代表审核通过）、审核意见留言表（投稿人留言）：留言编号、留言人账号、留言内容、留言时间公告表（网站前台公告信息）：公告编号、公告标题、公告内容、发布时间。
在线网上投稿系统软件需求说明书
在线投稿福建省的楼房间阿里山飞软件需求说明书作者：组长+学号所有组员+学号（填写）完成日期：*********** （填写）目录软件需求说明书 (1)目录 (2)1 引言 (1)1.1 编写目的 (1)1.2 范围 (1)1.2.1 系统名称 (1)1.2.2 软件功能需求 (1)1.2.3 软件应用 (2)1.3 定义 (2)1.4 参考资料 (2)2 项目概述 (2)2.1 产品描述 (2)2.2 产品功能 (3)2.3 用户特点 (3)2.4 一般约束 (3)2.5 假设和依据 (4)3. 具体需求 (4)3.1 功能需求 (4)3.1.1查询功能 (4)3.1.2稿件处理 (5)3.1.3 用户管理 (6)3.2数据流图 (7)3.2.1网上投稿系统顶层图 (7)3.2.2网上投稿系统零层图 (8)3.2.3网上投稿系统一层图 (8)3.2.4数据字典 (12)3.3性能需求 (18)3.4设计约束（其他标准的约束或限制（有就写没有可以为空）） (18)3.5 其他需求 (18)3.5.1数据库 (18)3.5.2 故障处理需求 (18)4 软件接口（人机界面、软件与外部其他硬件或软件系统有无交互？） (18)1 引言1.1 编写目的发生的发费的萨菲上的发的是飞洒费的萨菲盛大发生范德萨的算法爱上对方的萨菲大声啥地方的萨菲通过和客户的交流和沟通，整理收集客户的具体需求，最终在认真整合用户实际需求的基础上形成了该网上投稿的需求说明规划，编写该规格的具体目的与预期的读者范围如下表1所示：表 1 编写需求规格说明书的目的与预期读者范围表对象目的客户清楚表达客户需求，方便用户确认开发人员的表达和描述是否符合其实际需求，从而更方便与客户进行互动，全面把握用户需求。
开发人员方便开发人员对系统功能的掌握，以便为后期的开发设计提供参考。
1.2 范围1.2.1 系统名称由于该系统重在通过网络为广大投稿作者的稿件投递和稿件管理提供更便捷的服务，经综合考虑，该系统命名为《网上投稿系统》.1.2.2 软件功能需求该软件的具体功能需求以及各个功能需求的具体说明如下表2所示：表2 软件功能需求表功能名称具体说明用户注册获取用户关键信息并进行汇总、分类。
分析学术期刊网络投稿系统的功能性需求.docx
分析学术期刊网络投稿系统的功能性需求分析学术期刊网络投稿系统的功能性需求1、引言目前我国许多学术期刊编辑部在日常工作过程中面临这样一些问题：编辑部收稿量激增，而编辑人员不足，使得稿件处理工作周期长。
从而降低学术期刊的前瞻性和实效性，影响学术价值。
并且审稿时间过长，必然会引发“一稿多投”或“一稿两刊”的不良后果。
作者对稿件的流程去向、编辑审稿进度不明确，会加大编辑部在沟通上的成本。
多数编辑部会聘请审稿专家，而这些专家本身科研工作繁重，又兼有一些行政职务，往往不能按时完成审稿工作，这就要求编辑部合理的分配审稿专家。
以上几个方面都涉及到了编辑部能否高效工作的问题，因此，规范期刊论文的投稿、审稿管理模式。
设计开发学术期刊网络投稿系统是十分必要的，它具有缩短出版周期、便于论文检索，方便作者与编辑部沟通，方便编辑部对稿件的管理等优点。
2.学术期刊网络投稿系统中的事务分析学术期刊网络投稿系统中的稿件要经历投稿、审稿（多审制）、定稿、发行和后期管理等多个阶段。
每个阶段可以看作稿件处理的子任务，不同的子任务由不同角色人员（作者、编辑、专业编辑、专家、主编）来完成的。
新稿件提交给编辑，编辑负责对稿件进行审查、修改、填写编辑意见，对于不符合要求的稿件发送消息给作者，要求修改。
符合要求的稿件，提交给编委（专业编辑）审查，然后再提交专家进行审查。
最后专业编辑和专家的意见提交编辑汇总，编辑将备选稿件情况和本期报道重点提交主编，由主编最终决定稿件的录用与否。
下面以UML顺序图（如图1所示）来反应多个角色之间的动态协作关系，及角色之间是如何交互的。
3、学术期刊网络投稿系统的功能性需求分析 1.身份验证：身份验证是出于系统安全性方面考虑的。
身份验证功能对于作者而言包括了注册和登录，作者只有通过注册成为合法用户后，才可以进行投稿和查询审稿情况等操作。
对于编辑、专家和主编则只有登录模块，他们的身份是由系统管理员事先分配好的，不可以通过注册获取。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
投稿系统（Submission System）需求规格说明书Version r.0.0.42011年11月目录变更情况记录 (2)1概述 (3)2系统功能概述 (4)3用例列表 (7)4用例文档.................................................. 错误！未定义书签。
5领域模型. (24)6非功能性需求 (28)变更情况记录*A - ADDED M - MODIFIED D - DELETED变更号日期段落*A、M、D 简述备注r.0.0.42011.11.28 A 开发与完善r.0.2.0 2011.12.14 M 完善修改1概述1.1 背景●系统名称：投稿系统（Submission System）●本项目的任务提出者：孙丽萍●开发者：孙丽萍、张升强、肖洋●用户：投稿人、稿件需求者、读者1.2 目的本系统能让注册的用户进行在线投稿组成.。
功能为查看和修改投稿信息记录,同时用户能查看并修改个人的注册信息。
管理员登录后能进行后台管理,包括进行用户账户和投稿文件信息的查询、添加、修改和删除。
1.3 假设1．银行系统能够提供接口，方便资金处理。
假设银行等第三方中介不能为本系统提供服务，则资金处理在银行自身系统内处理，本系统不直接涉及资金处理。
2．邮件传递需使用各大邮箱。
假设本系统没有自己的邮箱，则邮件的收发需在各大邮件系统中完成。
3. 站内搜索功能假设各大搜索引擎不为本系统提供搜索服务，则本系统不内设搜索服务。
完成项目最后期限：2011年12月17日开发时间：20天1.4 会员术语术语解释稿件投稿人提供到该平台的学习资料稿件状态专家首先对稿件进行初审。
结果有3种情况：1)审核通过2)未通过3)返修稿件需求既稿件需求者对稿件的需求1.5 参考文献参考文献作用2系统功能概述2.1 投稿系统概述在信息与科技高速发展的今天，越来越多的学术期刊随之出现，学术期刊的增多无疑会增加投稿的数量，随之而增加了作者、编辑和专家等各类人员的工作量。
同时，传统的邮寄投稿周期长，编辑录入工作量大，安全可靠性无法得到保证，且交流不方便，耽误的大量宝贵的时间。
基于WEB的网上投稿系统，采用用户使用浏览器的方式将稿件直接上传到投稿系统的方式，具有执行时间短、安全可靠性高，使用户从传统的邮寄投稿方式中解脱出来，专注于稿件的创作。
本系统是一个独立的投稿系统、包含在线投稿、作者信息注册、查询稿件处理情况，稿件需求发布和通知等基本功能及相关人性化设置。
使用方便，因此，凡具备一定上网技能的人群，均可方便使用本系统，满足自身投稿要求。
而本系统的卖点在，该系统不仅仅是单向的投稿，还可以通过需求发布，解决读者的需求，达到双赢的准则。
2.2 投稿系统功能本系统具有注册登录、稿件处理、稿件需求发布、交流互动四大方面的功能。
具体为如下：1、要求预投稿可暂存，可修改，可同时保存多个2、要有留言板3、可以搜索查看相关的标准论文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数据库语言f．通信协议；HTTP通信协议g．安全和保密方面的考虑。
本系统可有效的保护用户隐私，稿件安全，及知识产权。
2.3 投稿系统用例图3用例列表用例编号用例名称描述参与者UC001 会员登录提供各类用户的登录功能。
投稿者和稿件需求者UC002 注册会员会员注册时，填写注册会员资料，然后提交；注册成功，读者成为会员可以投稿和发布需求。
读者UC003 在线投稿登陆的作者可以将自己的稿件当做附件的形式直接投稿，稿件自动存入服务器，专家管理员登陆可以对稿件进行审核。
投稿者UC004 稿件需求发布稿件需求者发布需求后，进入结算步骤，选择登录或者用手机认证方式预付款，确认发布人信息、支付方式，最终提交需求。
稿件需求者UC005 稿件处理审稿的具体结果不能及时反馈，因此提高投稿于征稿的效率方面出发，确定了系统应该有稿件处理这一功能审稿员UC006 线上交流为投稿者和稿件需求者双方提供了一个沟通的平台。
投稿者和稿件需求者UC007 查询功能查询检索功能是为了使用户方便使用本系统，简洁明了的知道想知道的信息，完成相关投稿过程，节省宝贵的时间。
读者（投稿者和稿件需求者）UC008 系统管理实现对系统的后台信息进行增删改查。
系统管理员（审稿员）4用例文档4.1 UC001会员登录4.1.1 用例描述用例号UC001-01用例名称会员登录用例描述用于给会员登陆参与者投稿者和稿件需求者前置条件已经注册并想进行一些操作后置条件用户登录成功后，可以进行一些操作基本路径1、系统显示用户需要填入的登录信息2、用户输入登录信息3、系统检查用户输入的信息4、登录信息成功，进入界面扩展点1、投稿者：为广大读者提供了学习资源，同时还可以针对性的解决稿件需求者的需要；2、稿件需求者：对学习资源的不足，读者可以发出需求、提出要求，寻求帮助。
（带动热心人士的积极性，需求者也得提供一定的资金支持、回报等）补充说明身份ID唯一4.1.2界面元素4.1.3活动图4.1.4功能功能名称功能描述校验异常会员登录使得游客登录成为会员用户名，密码不能登录，需重新输入4.2 UC002注册会员4.2.1用例描述用例号UC002用例名称注册会员用例描述会员注册时，填写注册会员资料，然后提交。
注册成功，读者成为会员后可以投稿和发布需求等；注册不成功，提示用户输入错误，需重新输入。
参与者读者前置条件读者通过网络访问该网站后置条件读者注册成为用户，进入网站基本路径 1.系统显示用户需要填入的注册信息2.用户输入信息3.系统检查用户输入的信息4.注册信息成功进入登录后的界面扩展点 1.用户注册的信息错误时系统提示用户输入错误，需重新输入2.返回补充说明身份ID唯一4.2.2界面元素4.2.3活动图4.2.4功能功能名称功能描述校验异常会员注册使得读者注册成为会员用户名、密码、真实姓名不能注册，需重新输入不能为空4.3UC003在线投稿4.3.1用例描述用例号UC003用例名称在线投稿用例描述投稿者可以将自己的稿件当做附件的形式直接投稿，稿件自动存入服务器，审查员登陆可以对稿件进行审核。
参与者投稿者前置条件会员已经成功登录后置条件投稿者即将投稿基本路径1．进入投稿页面2．上传稿件3．稿件审查和类型转换4．投稿成功后，将进入稿件审查（即稿件处理）扩展点1．投稿错误时，将弹出文件类型错误或转换失败；2．返回补充说明4.3.2活动图4.3.3界面元素元素名称功能元素描述必须/可选数据校验Title 稿件标题文本框必须唯一性Contentfile 稿件上传上传按钮必须Doc.xls.ppt Detailed 稿件描述文本框必须无4.3.4功能功能名称功能描述校验异常在线投稿上传稿件方便学生读者学习系统审查员数据转换失败4.4UC004稿件需求发布4.4.1用例描述用例号UC004用例名称稿件需求发布用例描述稿件需求者发布需求后，进入结算步骤，选择登录或者用手机认证方式预付款，确认发布人信息、支付方式，最终提交需求。
参与者稿件需求者前置条件会员已经成功登录后置条件稿件需求者有需求问题基本路径5．进入投稿页面6．显示需求发布页面7．输入发布信息8．提交成功，存入数据库9．显示发布信息内容扩展点3．提交失败,则重新接收输入4．返回补充说明4.4.2活动图4.4.3界面元素元素名称功能元素描述必须/可选数据校验Title 需求标题文本框必须唯一性demandContent 需求内容上传按钮必须Doc.xls.pptDetailed 需求描述文本框必须无Price 发布价格文本框可选无4.4.4功能功能名称功能描述校验异常无信息填写不完整需求发布提供给稿件需求者发布需求必选其一没有选择支付方式结算步骤提供给需求者预付款，以便提高投稿者的积极性4.5 UC005稿件处理4.5.1用例描述用例号UC005用例名称稿件处理用例描述审稿稿件，提高投稿征稿的效率参与者审查员前置条件已注册后置条件要发布稿件基本路径（1）引言由于现有的稿件交付流程比较复杂，稿件存在邮递延迟现象，并且投稿者所投来的稿件繁多，格式不是严格统一，而且审稿的具体结果也不能及时反馈给投稿者，因此从提高投稿于征稿的效率方面出发，确定了系统应该有的稿件处理这一功能，以便更好的给投稿者和编辑部之间提供良好的及时交互沟通平台。
（2）输入具体的输入项如下表所示：输入表选项数据组成输入数据初始稿件+投稿者的基本信息操作细节要求所输入的初始稿件须首先和系统所提供的文章格式基本相符参考资料提供投稿者的文章基本格式（3）加工具体的加工过程如下所示：加工过程表选项具体操作流程数据有效性检查检查投稿者所投稿件的格式是否与所提供的文章格式相符，完成初步审查事件的时间设定从投稿到审查是否通过的结果公布的最长时间间隔审稿过程分类→审核→反馈给用户信息→确定终版→编号发表（4）输出具体的输出项如下所示：输出表输出类型具体说明最迟公布审稿时间审查是否通过的结果公布的最长截止时间反馈给用户审稿信息其中包括审稿流程的跟踪信息以及审稿结果文章终版通过层层审核后最终确定的发表格式扩展点稿件状态结果有3种情况：4)审核通过5)未通过返修补充说明4.5.2活动图4.5.3界面元素元素名称功能元素描述必须/可选数据校验User 用户标签必须唯一性Position职位下拉列表必须唯一性Title 稿件标题标签必须唯一性Detailed 稿件描述文本框必须无Createdtime 投稿时间标签必须唯一性State 审核状态按钮必须唯一性4.5.4功能功能名称 功能描述校验 异常 身份验证 判断是普通会员还是vip 有 验证失败条件设置 设置各类查询的条件 无 稿件列表 显示满足条件的稿件列表 有 查询失败 详细显示 显示稿件的详细信息有4.5.5稿件处理数据流图稿件初审稿件分类原稿不合格稿件注册信息表审核状态信息审核分类存档终稿存档发表合格稿终版审核信息稿件处理数据流图4.6UC006线上交流 4.6.1用例描述用例号 UC006 用例名称 线上交流用例描述 为投稿者和稿件需求者双方提供了一个沟通的平台。