湖南省大学生程序设计竞赛系统设计

  • 时间:
  • 浏览:1
  • 来源:万人牛牛_万人牛牛官网

1、 用户未选者学校

上衣尺码

用例名称

Varchar2

1、 查询并显示待审核的用户注册信息

(2) 登录界面:账号、密码输入框;账号类型选者框(竞赛组委会用户假如有一天高校用户)

根据系统的功能,分别封装如下多少避免业务逻辑的类,具体如图6所示。

4、 返回队员信息填写不完善提示

(8) 竞赛组委会用户也能发布、修改报名要求(包括报名开始英文、截止日期)

高校用户已成功登陆并被识别和授权

Int

Race_seat(比赛座位)

机房编号

1、 系统接收信息

Number(4)

2016年12月20日

竞赛组委会用户已被系统识别和授权

(2) 系统查询该校所有报名队伍

用例名称

(9) 成绩表上传下载界面:上传、下载控件;

高校用户、竞赛组委会用户

后置条件

系统由UI层,逻辑层,数据库三层构成。

pwd

1、 用户输入用户名和密码

具体数据库设计如下:

密码

(3) 界面要与数据避免分离,从而也能较灵活的根据实际需求修改系统

1、 查看待审核的用户注册信息

1、 查询该高校用户所有报名队伍

开始英文时间

                           图13 随机分配座位序列图

3、 将审核结果发送至邮箱

是算不算外键

(10) 随即座位分配界面:所有参赛队伍的座位分配情況;

组委会用户

 其序列图如图11所示

2、 系统保存信息

组委会用户设置报名的开始英文和截至时间;

字段

Y

实现

审核用户认证信息

姓名

7

是算不算主键

1、 未输入用户名

Number_of_seats

异常事件流

完整篇 编码任务

2016年12月23日

系统响应

参与者动作

是算不算主键

描述

系统根据UI的请求调用业务逻辑层的土办法 ,业务逻辑层调用数据库访问模块进行避免并将结果返回给UI。

(7) 竞赛组委会用户审核高校认证信息

char

在湖南省大学生守护多多线程 设计竞赛管理平台中,系统的形态设计为三层架构,其中entity包存放实体类;action包提供用户服务,为获取数据,显示信息提供接口;tools为工具包,用以连接oracle数据库和修改编码土办法 ,dao包为业务服务包,它是用户action包和数据库之间的桥梁,提供用户业务的各种操作。

描述

(3) 组委会管理主界面:主页;比赛详情控件;报名管理控件;

系统响应

高校用户选者高校,输入账号、密码和邮箱地址,假如有一天上传该高校的相关信息的扫描件,提交认证请求;系统避免后保存信息;竞赛组委会查询认证请求,审核后提交是算不算同意该认证通过。若通过系统修改该账户权限为合法。将结果以邮箱的形式告知。

                   图9 高校用户提交注册信息序列图

(1) 高校用户也能注册、登录

后置条件

成功为每个参赛队伍分配座位

是算不算主键

字段类型

异常事件流

Mid

5、 返回教练信息填写不完善信息

参与者

(1) 高校用户提交注册申请时,填写相关信息和提交材料等待英文竞赛组委会的审核。

(4) 高校用户查看/下载报名表

Y

根据任务分解,分工实施

2、 填写队员基本信息

Sname

2、 用户填写基本信息,其中包括邮箱地址

(1) 高校用户注册需要要要提供认证材料,也可不可以 其材料被审核通过完后 ,其

高校用户的ID和学校名字已保占据 系统中

2、 返回队伍名称已被使用提示

时间

描述

(6) 假如有一天达到上限,返回队伍上限提示

是算不算主键

登录

Number(2)

是算不算主键

1

序号

(4) 系统以固定的表格的形式显示信息

                  图6 业务逻辑类图 

邮箱地址

注册请求成功提交,系统保存信息,等待英文进一步审核

字段类型

是算不算为空

(4) 高校队伍每队人数需要在组委会规定的上限之内。

系统的功能需求主要包括以下多少方面:

(2) 报名界面初步校检填写信息是算不算合法、完善

主要事件流

需求分析

3

char

参与者

高校用户注册

是算不算主键

系统响应

2、 用户提交登录请求

1、 系统查询该校已报名的队伍数

number_of_seats

Sid

3

后置条件

获得系统的基本需求用例完后 ,通过分析系统对象的各种属性,创建系统的静态模型。

3、 查询队伍名称是算不算已在系统中占据

3、 返回用户名、账号不合法提示,注册失败

Photo_path

参与者动作

1

5、 在队伍达到上限后再次提交报名信息

(8) 竞赛组委会用户查看报名信息

参与者动作

序号

     根据湖南省大学生守护多多线程 设计竞赛管理平台的需求分析,定义系统的主要功能模块及相互之间的联系,并定义模块的技术实现土办法 。定义平台的机构,选者子系统,I/O接口和避免模式。为下阶段完整篇 设计和代码的编写提供基础。

Mark

2

系统响应

Y

Number(4)

队伍人数

(7) 若队伍也可不可以 达到上限,将队伍信息保存至数据库

Tname

在指定的时间区域内开放,开放期间高校用户填写报名队伍信息,队员信息,以及教练信息,系统查询该校已报名队伍,若队伍数低于上限,则受理该报名请求,将报名信息保存;假如有一天返回队伍已上限提示。

队伍编号

Number(2)

座位号

4、 保存队员基本信息

完整篇 设计

用例名称

    仅对竞赛组委会用户开放,竞赛组委会用户填写比赛详情,系统保存详情。

Number(3)

Y

是算不算为空

2、 系统下载队伍排名表

(2) 系统的反应时间不超过6秒

指导老师

1、 返回队伍已上限提示

(2) 竞赛组委会对高校提交的认证审核进行审核后,以邮件的形式将审核结

是算不算主键

Y

                             图8 工具类图

异常事件流

Y

(9) 竞赛组委会用户也能查看各大高校报名信息

number

(10) 竞赛组委会用户也能对各大高校比赛座位进行随机分配

传统的以人工土办法 为主进行该项赛事的报名工作,每年将耗费多量的人力物力,一起还伴随着各种突发难题。假如有一天通过计算机网络将竞赛组委会和各大高校联系在一起,使用网络发布竞赛信息,提供报名和查看、下载成绩排名的渠道,利用系统在比赛当日随机产生座位序号,将为湖南省参与这项赛事的老师和同学提供极大的便利,假如有一天可保证比赛的公平性,可避免诸多难题。

3、 用户选者查看学校成绩排名表

4、 返回证明材料上传失败提示,注册失败

1

(3) 校检成功后将数据发送至相应的servlet避免

参与者动作

(3) 系统能7*24小时连续运行

(2) 系统从数据库查询出认证信息返回给查询界面

3

报名通道假如有一天开放

(1) 信息查询模块:信息查询模块主要实现用于高校用户对比赛详情和自身信息的查询。

(4) 若不占据 则保存所有信息,返回注册信息已成功提交提示。

是算不算外键

1

4、 系统下载学校排名表

3.3.2.1注册

异常事件流

5、 保存教练基本信息

Varchar2

假设

是算不算外键

3.3.2.9成绩表下载

(1) 竞赛组委会用户通过认证信息查询界面查询认证信息

Y

主要事件流

系统响应

Number_of_teams

5

(12) 竞赛组委会用户也能审核用户的认证信息,选者是算不算通过

3.3.2.7座位号随机分配

参与者动作

3

1、用户未下载或查看证明材料扫描件

完成测试

成功下载报名表 

check_status

仅对组委会用户开放,也能上传EXCEL成绩表。

2、 将查询到的队伍数与队伍上限进行比较

后置条件

描述

Number(2)

Varchar2

字段

是算不算外键

参与者

1、 填写队伍名称

调试与自测

根据功能需求绘制简单的用例图,假如有一天对较繁杂的用例填写用例规约。

1

参与者动作

     根据系统的用例模型,还也能通过对象之间的相互作用来考察系统对象的行为,以相互作用的一组对象为中心进行考察,对于所以较为繁杂的避免流程建立序列图。

里程碑

(5)  报名渠道需要在竞赛组委会限定的起始日期和截至日期内才开放。

Mid

后置条件

4

(3) 高校用户报名

字段类型

 图2 组委会用户用例图

对于本系统有明确类型转换的类进行建模时用情況图。本系统涵盖明确类型转换的类是高校用户类。

是算不算外键

成功审核认证信息,并将结果发送至提交认证者的邮箱

(5) 高校用户下载成绩表

2

(1) 高校用户进行注册

(4) 将分配情況存入数据库

用例名称

其序列图如图13所示。

前置条件

字段

果发送到该高校提供的邮箱上。

1

其序列图如12所示

实现

学校名字

4

(4) 系统应充分考虑实际运用回会老出的难题,避免错误的占据 ,再老出异常也能给用户明确的提示。

(7) 高校用户报名表界面:高校所有队伍信息;

(6) 报名信息表应显示所有高校名字以及该高校所有队伍的报名信息。

(1) 高校用户在报名界面填写队伍名称、选者队伍人数,填写队员和教练信息并提交。

描述

明材料扫描件,返回无法审核提示

参与者动作

Team_message(队员信息)

字段

字段类型

Sid

假设

查看成绩排名

Varchar2

1、 系统匹配用户名和密码

(2) 高校用户也能浏览比赛详情

是算不算主键

字段

根据湖南省大学生守护多多线程 设计竞赛的实际管理模式,进行需求分析工作。为下一阶段的设计与开发提供土办法 。

 ——————————————————————————————————————————

                             图5 实体类图

1、系统提示用户下载或查看证

学校(学校编号 pk,学校名称,审核情況,账号,密码,邮件,照片路径)  [审核情況用0,1表示,默认为0,0表示为提交注册请求,1表示假如有一天审核通过]

队伍(学校编号 fk,队伍编号 pk,队伍名称,队伍人数,指导老师)队员信息表(学校编号 fk, 队伍编号 fk,姓名,身份证号 pk,上衣尺码)机房(机房编号 pk,座位数)比赛座位( 队伍编号 fk, 机房编号 fk,pk,座位号 pk)比赛成绩(队伍编号 fk,成绩,时间)时限表(开始英文时间,截止时间)管理员(账号,密码)说明:fk代表外键   pk代表主键——————————————————————————————————————————————————表形态:school(sid number(4),sname varchar2(1000 char) not null, check_status number(1),accountant varchar2(20 char),pwd varchar2(20 char),email varchar2(1000 char),photo_path  varchar2(10000 char))team(sid number(4),tid number(2),tname varchar2(1000 char),number_of_teams number(2),mentor varchar2(1000 char))team_message(sid number(4),tid number(2),id_number varchar(20),name varchar(1000),coat_size varchar2(6 char))machine_room(mid varchar2(1000 char),number_of_seats number(3))race_seat(tid number(2),mid varchar2(1000 char),number_of_seats number(3))race_mark(tid number(2),mark number(4),time number(4))time_limit(start_time date,stop_time date)manager(username VARCHAR2(20 CHAR), password VARCHAR2(20 CHAR))——————————————————————————————————————————————————代码实现:  --学校表create table school(sid number(4),sname varchar2(1000 char), check_status number(1) default 0 check( check_status in(0,1)),accountant varchar2(20 char)unique,pwd varchar2(20 char),email varchar2(1000 char),photo_path  varchar2(10000 char),constraint pk_t_school primary key(sid));-- 序列_1   (序列与触发器实现school表中sid字段的自动增长)create sequence shool_sid_autoincminvalue 1maxvalue 9999999999999999999999999999start with 1increment by 1nocache;--触发器_1  (序列与触发器实现school表中sid字段的自动增长)create or replace trigger insert_shool_sid_autoincbefore insert on schoolfor each rowbeginselect shool_sid_autoinc.nextval into :new.sid from dual;end;/--队伍表create table team(sid number(4),tid number(2),tname varchar2(1000 char),number_of_teams number(2),mentor varchar2(1000 char),constraint pk_t_team primary key(tid),constraint fk_t_school01 foreign key(sid) references school(sid));-- 序列_2create sequence team_tid_autoincminvalue 1maxvalue 9999999999999999999999999999start with 1increment by 1nocache;--触发器_2  (序列与触发器实现school表中sid字段的自动增长)create or replace trigger insert_team_tid_autoincbefore insert on teamfor each rowbeginselect team_tid_autoinc.nextval into :new.tid from dual;end;/--队员信息表create table team_message(sid number(4),tid number(2),team_name  varchar2(1000 char),id_number varchar2(18),coat_size varchar2(6 char),constraint pk_t_team_message primary key(id_number),constraint fk_t_school0 foreign key(sid) references school(sid),constraint fk_t_team04 foreign key(tid) references team(tid));--机房create table machine_room(mid varchar2(1000 char),number_of_seats number(3),constraint pk_t_machine primary key(mid));--比赛座位create table race_seat(tid number(2),mid varchar2(1000 char),number_of_seats number(3),constraint pk_t_race_seat primary key(mid,number_of_seats),constraint fk_t_team02 foreign key(tid) references team(tid),constraint fk_t_machine_room02 foreign key(mid) references machine_room(mid));--比赛成绩create table race_mark(sid number(4),tid number(2),mark number(4),time number(4),constraint fk_t_team03 foreign key(tid) references team(tid));--时限表create table time_limit(start_time date,stop_time date);--管理员create table manager(username VARCHAR2(20 CHAR), password VARCHAR2(20 CHAR));OK,转载请标明出处。本文转自 张冲andy 博客园博客,原文链接: http://www.cnblogs.com/andy6/p/6224167.html  ,如需转载请自行联系原作者

Number(4)

学校编号

Varchar2

ID

(4) 高校用户主界面:主页;比赛详情控件;报名控件;

(5) 高校用户也能查看、下载比赛成绩表

比赛年份

(2) 界面检测信息是算不算完善,账号密码格式是算不算正确,若不完善返回信息不完善提示,若账号密码不合法,则返回账号假如有一天密码不合法提示

Varchar2

前置条件

高校用户已成功登陆并被识别和授权

Y

图4 参与者的基本类图

(3) 界面检测通完后 系统验证该学校完整篇 信息是算不算假如有一天占据 ,若占据 返回已注册提示

1、 提示用户名和密码也能 为空,登陆失败

描述

     该平台的用户根据其业务可划分为2类,一是参与湖南省大学生守护多多线程 设计竞赛的各大高校代表,二是负责该项赛事的组委会。

   本系统采用多少类控制系统前后端的交互,具体如下图7所示。

(1) 高校用户发起查看报名表请求

Start_time

2

(6) 竞赛组委会用户登录

高校用户的注册信息没得系统中

队伍编号

2、 用户名不占据

Y

(3) 假如有一天学校改名假如有一天退出该项赛事,竞赛组委会用户删除该账号

前置条件

参与者动作

审核情況,用0、1表示,默认为0,0表示未通过,1表示通过

前置条件

是算不算为空

3、 下载报名表

背景:此人 另另多少劲学习DBA数据库维护技能,出于同学需要,充当数据库设计开发,第一次与同学一起完成了一套小型管理系统的设计开发。此人 充当数据库设计者,记录下来此人 作为留念。  (相关的UML图已省略)

座位号

4

根据湖南省大学生守护多多线程 设计竞赛管理平台的概要设计,进一步说明系统的架构,各个功能模块的避免流程,以及设计所需要用到的数据库,为实现编码提供土办法 。

(11) 竞赛组委会用户上传/下载成绩表

报名成功,将报名信息保存到系统中 

数据库设计

Username

序号

用户输入账号、密码,选者账号类型,系统匹配所有信息,若合法则跳转到用户相应的主界面,若不匹配则返回相应的错误信息。

Name

Tid

完成需求分析和概要设计,开始英文任务分解

Race_mark(比赛成绩)

2、 用户点击下载队伍成绩排名表

Mashine_room(机房)

图12 生成报名表序列图

2

1、 用户选者查看队伍成绩排名表

5

账号

报名

主体编码任务

2、 将所有信息显示到报名表上

学校编号

 图11 高校用户报名序列图

登录成功,系统进入主界面

(1) 系统也能一起让20个以内的人使用。

系统查询出该校所有报名队伍信息,以网页表格的形式显示,支持打印及导出。

序号

(3) 数据库管理模块:数据库管理模块主要实现系统

(4) 系统避免审核结果,修改账户权限

(3) 高校用户也能进行网上报名

Y

3、 用户账号、密码不合法

是算不算外键

(4) Servlet接收参数,调用dao层相关函数

是算不算为空

机房编号

School(高校用户表)

字段

Manager(竞赛组委会用户)

用户审核信息已被成功保存至系统

3、 用户上传相关证明材料的扫描件

系统响应

身份证号

    用户点击查看比赛详情,系统查询详情并显示。

2、 用户未填写邮箱地址或邮箱地址不准确

2、 返回未填写邮箱假如有一天邮箱地址不正确提示,注册失败

系统查询出所有报名队伍、所有机房号以及对应的座位数,利用公式随机为队伍分配座位。

高校用户

Varchar2

4、 点击报名请求

是算不算外键

字段类型

其序列图如图10所示

Y

2、 查找提交注册请求的高校用户的邮箱地址

Number(4)

主要事件流

Y

3、 未输入密码

char

2、 提交下载报名表请求

参与者

用例名称

Coat_size

2016年12月19日

用例名称

(2) 高校用户进行登录

2

Time_limit(时限表)

系统响应

下载报名表

参与者动作

Varchar2

5

字段类型

3、 填写教练基本信息

(5) 从数据库查询出座位分配情況

参与者

1、 系统生成队伍排名表

系统响应

Y

队伍编号

Stop_time

高校用户、组委会用户

其序列图如图9所示。

                            图15 系统部署图

系统响应

Date

字段

Tid

高校用户本次报名的队伍还也可不可以 达到上限

2

是算不算外键

(8) 组委会用户报名管理界面:所有报名的高校队伍信息;

湖南省每年也有举行大学生守护多多线程 设计竞赛,每次竞赛时,由组委会发布竞赛要求,各大高校分别对此人 学校的队伍进行报名。

                        图14  高校用户账号活动图

(10) 竞赛组委会用户更新竞赛详情

(5) Dao层查询数据库中该校已报名的队伍数,并与队伍上限比较

系统响应

异常事件流

是算不算为空

后置条件

Y

参与者动作

选者在系统当中的主要业务实体类,那此类通常需要在数据库中进行存储。那此业务实体的类图如下图5所示。

主要事件流

Number(4)

Number(2)

(1) 注册界面:选者高校按钮;账号、密码、邮箱输入框;图片上传域;提交认证控件;

序号

高校用户

前置条件

1、 提交查看报名表请求

(2) 基本业务避免模块:基本业务避免模块主要用于实现高校用户合法注册、登录以及网上报名和竞赛组委会用户审核认证信息,管理高校用户,随机分配座位。

2、 提示用户名或密码不正确,登陆失败

(2) 系统查询机房数、每个机房座位数、队伍数

3.3.2.2登录

假设

任务

其中UI层要尽假如有一天简单,只避免界面控件的响应和显示,避免数据的避免。设计需要尽量模块化,不同功能的页面要分开,减少不同控件之间的耦合性。业务逻辑模块要庞大,它提供各种避免的土办法 ,接受来自UI的数据请求,调用数据库访问模块进行避免,并将避免结果返回给UI层。数据库避免模块封装了对数据库的操作,这里采用Oracle 11g数据库。

字段

4、 提交所有信息

Tid

3、 系统生成学校排名表

序号

(7) 竞赛组委会用户也能发布、更新比赛完整篇 信息

在湖南省大学生守护多多线程 设计竞赛管理平台的系统中,通过分析得出以下几种交互行为。

3.3.2.4更新报名要求

描述

Team(队伍)

选者系统参与者的属性。根据属性,也能建立参与者,其初步类图模型如图4所示。

序号

(1) 竞赛组委会用户在分配座位界面发起座位分配请求

(6) 高校用户报名界面:队伍名输入框;队伍人数选者框;队员信息输入框;教练信息输入框;

是算不算为空

(2) 由竞赛组委会用户审核待审核的账号,被成功确认后账号为可用

假设

密码

主要事件流

高校用户和竞赛组委会用户的注册信息已在系统中

2016年12月22日

(3) 竞赛组委会用户深刻材料后提交审核结果

异常事件流

(1) 系统要有稳定可靠的性能

6

(11) 竞赛组委会用户也能上传、下载各大高校的成绩表

(4) 高校用户也能查看、下载报名信息表

Number(3)

假设

(3) 系统为查询出的座位依次随机分配队伍,知道所有队伍都被分配为止

3.3.2.8成绩表上传

前置条件

3、 下载证明材料扫描件

Y

对所有用户开放,也能下载EXCEL成绩表。

假设

参与者动作

高校用户已通过认证审核并被系统识别和授权

比赛成绩已成功导入系统

Time

                             图7 控制类图

学校编号

Tid

高校用户和组委会用户已成功登陆并被识别和授权

3、 队员信息填写不完善

参与者动作

1

(1) 高校用户在注册页面选者高校,输入账号、密码,上传相关材料扫描件并提交;

email

Date

是算不算为空

3.3.2.6查看报名表

2、 所填写的队伍名称已有所以队伍使用

系统响应

4、 用户点击下载学校成绩排名表

截至时间

序号

Mentor

系统响应

(9) 竞赛组委会用户随机分配座位

账号才被设置为合法,账号合法完后 也能进行登录。

字段类型

Varchar2

本系统使用的是Oracle数据库,所以一另另多少工具类,用来连接Oracle数据库。其类图如图8所示。

account

主要事件流

                     图10 组委会用户避免认证序列图

高校用户被系统审核通过的报名队伍大概 有一支

上传的图片路径

Number(2)

2016年12月21日

1、 返回未选者学校提示,注册失败

2、 查看用户基本信息

是算不算为空

(3) 系统显示根据队伍从队伍表和队员信息表查询所有相关信息

参与者

6

描述

4、 证明材料上传失败

(8) 将队员信息保存至数据库

2

账号

(3) 高校用户报名队伍的数目需要在组委会规定的上限之内。

(2) 系统要一帮人性化的设计界面,操作简单易上手

Sid

3

字段类型

Varchar2

学校名字

其情況图如图14所示。

前面的静态模型和动态模型也有按照逻辑的观点对系统进行概念建模,本文采用部署图对系统进行实现形态的建模。

 满足上述功能需求的系统应主要包括以下一另另多少模块:

4、 教练信息填写不完善

                             图1 高校用户用例图

组委会用户登录成功

座位数

概要设计

高校用户

(5) 比赛详情界面:比赛详情;

Password

3、 返回未填写队伍名称提示

1、 未填写队伍名称

上述的类图所以简单描述了类上方涵盖的内容以及类与类之间的关系,若要完整篇 描述系统功能的具体实现过程,可用交互作用图、情況图、活动图来描述。

1、 用户选者学校

4、 选者该认证信息审核成功假如有一天失败

5、 密码不占据

总体形态的包图如下图3所示。

在本系统中,系统包括三种生活节点,分别是:数据库节点,由一台数据库服务器负责数据的存储、避免等。系统服务器节点,用于避免系统的业务逻辑。客户端浏览器节点,用户通过客户端登录系统并进行操作。还也能加入打印机节点,用来打印报名表,成绩表等。其部署图如图15所示。

1