期刊在线投稿系统需求分析及数据库设计

第一篇：期刊在线投稿系统需求分析及数据库设计

基于SSH的期刊在线投稿系统设计与实现

系统涉众：

管理员、投稿人、编辑、专家

系统主要功能：

共有功能：登录、注销、口令修改、个人信息查询、个人信息修改

管理员：添加编辑、添加专家、公告通知管理、文章管理、发布投稿须知、权限设置、添加期刊分类

投稿人：注册成投稿人、投稿、投稿查询、审核进度查询（查询待修稿件）、个人稿件查询、版面费查询（审核通过的期刊将需要支付版面费）、稿费查询（如果期刊被出版了将获得稿费）、给编辑部留言、期刊检索（以读者的身份检索所有的期刊进行阅读）

编辑：查看投稿人的稿件、安排指定专家审稿 专家：查看专家负责的稿件并给出审核意见

数据库设计: 管理员：

账号、密码、邮箱 编辑：

账号、密码、姓名、邮箱 投稿人：

账号、密码、姓名、邮箱、出生年月、性别、通信地址、邮编、单位名称、专业、学历、职称、电话、传真、研究方向、学术领域、个人简介 专家：

账号、密码、邮箱、姓名、所属领域、性别、通信地址、邮编、单位名称、学历、专业、职称、电话、传真、研究方向、学术领域、个人简介 期刊类别信息：

类别编号、类别名称 期刊信息：

期刊编号、稿件类型（分为新稿和退后重投两种）、拟投栏目编号（即期刊类别编号）、第一作者（投稿人账号）、中文标题、英文标题、中文检索关键字、英文检索关键字、中文摘要、英文摘要、参考文献、页数、备注、期刊路径、下载次数、投稿时间、最后修改时间、版面费（审核通过了需要缴纳版面费）、出版标记（0代表出版、1未出版）、出版年份卷数、期数、网络出版时间、印刷出版时间、稿费（出版了才有稿费）

期刊作者信息（主要存储期刊对应的非第一作者的信息）： 流水号、期刊编号

1、作者类型号（第2作者类型号为

2、第3作者类型号为3………）、姓名、邮箱、出生年月、性别、通信地址、邮编、单位名称、专业、学历、职称、电话、传真、研究方向、学术领域、个人简介

审稿信息表（专家审核稿件）：

审核流水号、期刊编号、专家编号、审核意见、审核状态（0代表待审核、1代表审核不通过、2代表审核通过）、审核意见 留言表（投稿人留言）：

留言编号、留言人账号、留言内容、留言时间 公告表（网站前台公告信息）：

公告编号、公告标题、公告内容、发布时间

第二篇：在线答题系统数据库设计

在线答题系统（选择题、判断题）数据库设计

选择题由choice_question和choice_answer组成，分别用于存储选择题的题目信息和考生的答题记录。

choice_question的各列分别用于存储题目的序号（主键，自增）、分数、题目、选项ABCDE、正确答案。choice_answer中的user_id、ques_id、answer分别表示用户id、题目id，作为外键分别指向qs_user表中的id和choice_question表中的id，为了提高当用户修改题目答案，即修改answer的速度，我们将user_id和ques_id作为主键，并建立索引。

判断题部分的judge_answer和judge_question设计思路和选择题部分是一样的。config表用户保存考试的开始和结束时间。所谓的修改考试的开始和结束时间，不过是不断update这条记录罢了。qs_admin，用户保存管理员的用户名和密码，管理员的密码加密规则是这样的。密文 = sunstr(md5(明文+“gxdr”),5,20);qs_user用于存储考生的信息

lock用户标识考生是否交卷，grade用于记录考生的成绩。

第三篇：在线答题系统数据库设计

在线答题系统（选择题、判断题）数据库设计

选择题由choice_question和choice_answer组成，分别用于存储选择题的题目信息和考生的答题记录。

choice_question的各列分别用于存储题目的序号（主键，自增）、分数、题目、选项ABCDE、正确答案。

choice_answer中的user_id、ques_id、answer分别表示用户id、题目id，作为外键分别指向qs_user表中的id和choice_question表中的id，为了提高当用户修改题目答案，即修改answer的速度，我们将user_id和ques_id作为主键，并建立索引。

判断题部分的judge_answer和judge_question设计思路和选择题部分是一样的。

config表用户保存考试的开始和结束时间。

所谓的修改考试的开始和结束时间，不过是不断update这条记录罢了。

qs_admin，用户保存管理员的用户名和密码，管理员的密码加密规则是这样的。

密文

=

sunstr(md5(明文+“gxdr“),5,20);

qs_user用于存储考生的信息

lock用户标识考生是否交卷，grade用于记录考生的成绩。

第四篇：数据库设计网上银行—需求分析

网上银行 侯静 需求分析报告组长：1004111216 杨健宇 组员：1004111228李晓松

1004111207王卉竹 1004111227王立新11004111206

一、系统概况

1、开发背景

随着互联网的不断发展，网上购物，网上支付等消费方式已经走进了人们的日常生活。因此，网上银行应运而生，保障了客户财产和信息的安全，使客户能够放心地通过互联网完成交易，方便快捷。

2、系统介绍

网上银行是通过INTERNET向公众提供各种金融服务的银行电子系统，利用网上的信息传递，为客户提供了一条全新的银行业务办理渠道，用户(指网银用户，下同)能够不受时间和空间的限制，足不出户办理资料查询、预约服务、上网申请、支付转帐、集团管理等业务，省却了跑银行的时间和麻烦，加快了资金周转，真正做到“方便快捷、随心所欲”。

二、需求分析

1、功能性需求

通过网上银行，用户可以进行以下操作：

1、账户查询：

a、一卡通信息查询：

客户可以查看所有已选择开通的一卡通下各个子账户的名称、币种、余额、起息日、存期、利率等信息；

b、一卡通交易信息查询：

客户可以查询一卡通账户下任意时间段的所有交易记录，包括所有存取款、转账、利息结算、贷款的发放及偿还等；

2、自助转账：

客户可以在一卡通或信用卡账户之间进行转账，转账时需提供转入帐户的客户姓名及账号。主要有以下三种方式：

a.定活互转：本账户内定期存款与活期存款互转。

b.同行转账：本账户可以行同行的其他账户转账，不收取手续费用。

c.跨行转账：本账户可以向其他银行的账户（如农行转建行）转账，同时按转账金额的多少收取一定的手续费用。

网上银行同时提供收款方信息管理功能，供用户存储常用的收款方信息，以便下次转账；

3、自助缴费：

自助缴费在银行柜台、网上银行等渠道申请自助缴费服务功能后。通过网上银行向银行的特约收费单位自助交纳各类费用（如:水电费、学费、话费等）。

4、网上支付：

网上支付是电子支付的一种形式。广义地讲，网上支付指的是客户、商家、网络银行（或第三方支付）之间使用安全电子手段，利用一卡通、信用卡等支付工具通过互联网传送到银行或相应的处理机构，从而完成支付的整个过程。

5、修改密码：

客户可以修改自己的网上银行密码和账户密码；

6、网上挂失：

客户可以在网上对自己的一卡通和信用卡账户进行挂失，挂失之后该账户将

不能进行存取款及转账操作。

7、财务分析：

客户可以对自己某一个时间段的财务收支情况进行分析，查看自己所有收支（包括所有一卡通以及信用卡）的分类明细以及相应的图形表示。

7、贷款管理：

客户可以进行个人查询贷款记录、贷款额度查询、自助贷款等操作。

8、外汇买卖：

用户可以通过网上银行进行外汇买卖。实现活期账户和外汇专户之间的互转，投放委托指令，查询指令执行情况及历史记录，查看实时汇率和外币走势。一卡通账户信息查询：客户可以查看所有已选择开通的一卡通下各个子账户的名称、币种、余额、起息日、存期、利率等信息。

2、非功能性需求

1、性能需求

a、运行环境：

操作系统：

Windows XP

Windows VISTA（32位、64位，管理员权限）

Windows 7（32位、64位，管理员权限）

浏览器：

IE6.0

IE7.0

IE8.0

IE9.0

Firefox（5.0及以上版本）

Chrome浏览器

b、反馈时间限制：

设计本系统内查询操作至响应：6秒内

涉及转账业务处理至反馈:24小时以内

涉及贷款系统处理至反馈：24小时以内

涉及挂失处理至反馈：6小时以内

涉及外汇系统处理至反馈：8秒内

2、安全性保障

a、条件与限制：

有效证件仅为身份证，牵涉到开户、撤户、挂失、取款，取款时客户必须提供身份证号及密码；存款及余额查询时不需提供身份证号。

b、双密码控制，并设定了密码安全强度：

网上银行系统采取登录密码和交易密码两种控制，并对密码错误次数进行了限制，超出限制次数，客户当日即无法进行登录。在客户首次登录网上银行时，系统将引导客户设置交易密码，并对密码强度进行了检测，拒绝使用简单密码，有利于提高客户端的安全性。

c、交易限额控制：

网上银行系统对各类资金交易均设定了交易限额，以进一步保证客户资金的安全。

d、信息提示，增加透明度：

在网上银行操作过程中，客户提交的交易信息及各类出错信息都会清晰地显示。在浏览器屏幕上，让客户清楚地了解该笔交易的详细信息。

第五篇：医院门诊管理系统数据库需求分析

医院门诊管理系统一、引言

门诊是医院管理的重要组成部分，人流量大，手续较为繁琐。在人工的情况下，医护人员要做大量不必要的重复的工作、效率低、准确性差、不方便管理、影响工作效率。这些都会造成病人得不到合理快速的解决方案。随着社会的不断发展进步，计算机的发展亦十分迅速，在各大领域都发挥着不可忽视的作用。因此，我们选择利用计算机设计一个医院的门诊管理系统。它可以实现数据的信息管理，在一定程度上实现自动化。

二、需求分析

本系统的主要功能是对医院门诊患者信息进行有效管理，形成一个完整的体系。主要任务是用计算机来对患者进行管理，如挂号、诊断、计价、收费、取药等。系统可以详细记录病人从挂号处挂号到门诊缴费，以及经医生诊断后取药的过程中的所有信息。

三、主要要求

系统要满足以下几个方面：

（1）病人管理

在此管理模式中，维护病人的基本信息，如姓名、性别、联系方式等。同时也可以删除、修改、添加病人的信息。

（2）挂号系统管理

输入病人信息，系统会自动生成挂号费用，挂号之后会自动生成病号信息到病号信息库中。病历号必须唯一，以供全系统共享调用，整个系统通过这个唯一病历号贯通一体，大夫和病人都可以藉此查询所有的就诊历史信息，并实现划价收费、药房取药等操作。若病号库中已存在该病号，则可以直接进行挂号操作。

（3）医生管理

医生管理模块中存储医生的基本信息。此模块也实现信息化管理医生收发病例。

（4）药品管理

药品发放由药房管理人员完成操作，药房通过收款单来给病人发药。在病人缴费后，可直接到药房取药。发药的同时减少药品库存量。通过查询病号来确定药品名称及数量。

（5）处方管理

处方管理是要完成病历上病情、病史的记载，以及医嘱的开立和实施。

四、系统功能图

五、数据字典

六、数据约束条件

（1）一个医院中有多个诊室，一个诊室中可有多个员工，但一个员工只属于一个诊室。

（2）员工由员工号来唯一标识，存储员工的相关信息，格式为：workDatime+流水号；病人由病人编号唯一标识，存储病人的相关信息，格式为：病人第一次看病时间+流水号；药品由药品编号唯一标识，格式为：p/s+国药准字；挂号由挂号编号唯一标识，格式为：日期+流水号；处方由处方单号唯一标识，格式为：R+日期+流水号。

（3）在同一时间段，药品发放只为一位病人；在同一时间段，医生只为一位病人看病。

（4）员工工作年龄超过18岁，满足工作年龄要求。

（5）联系电话不超过11位数

七、数据流图

病人信息 挂号单

缴费 缴费凭证

诊断 处方

取药凭证 药物

挂号请求

挂号单 挂号信息 挂号记录

缴费 收费记录 收费记录

收费 医生信息

医生记录

看病

处方 诊断信息 诊断记录

取药

药物信息

药物 药物记录

八、逻辑设计

关系模式：

（1）病人（病人编号、病人姓名、性别、年龄、身份证号、电话、过敏药物）

（2）病历（病历编号、就诊日期、主要症状）

（3）员工（员工编号、姓名、性别、年龄、身份证号、电话、职位、工资、工作日期、工作年限）

（4）科室（科室编号、科室名称、科室位置、负责人、电话、科室介绍）

（5）挂号单（挂号单编号、挂号时间、挂号费）；

（6）药品（药品编号、药品名称、药品类别、单价、主要成分、主要功能、用法用量、供应商、生产日期、有效日期、库存量）

（7）处方（处方编号、就诊日期、病人编号、员工编号、药品名称、药品数量）

九、E-R图