一、学术会议论文评审系统1.简介1．本课程设计要求做一个基于Web的学术论文提交和评审系统2.功能要求1)系统设置：包括论文提交的deadline, 论文投标deadline，审稿意见提交的deadline，论文的关键字。

在到达一论文提交deadline时会自动中止论文上载功能和作者帐号的注册；在论文投标deadline到达时，会向所有为参与投标的PC发送催促信件；在审稿意见提交deadline到达时候会向PC,SPC发送催促信件。

2)帐号管理：参与学术会议的组织和评审工作的有三种不同职务：大会主席，SPCMember和PC Member，向会议提交论文的是作者。

大会主席确定SPC的名单（10位），并且手工为SPC Member添加帐号，并同时把用户名和密码发送给SPC。

每位SPC Member确定6位PC，他们为PC Member建立帐号并发送用户名和密码。

通常一个帐号包括内容：姓名，单位，地址，电话，email等。

每位作者在向会议提交论文之前必须先注册帐号。

系统会自动检测重复帐号和同一邮箱的重复申请等问题。

3)论文提交：作者在上载PDF格式的论文时，需要填写论文信息，包括：文章标题，文章类型，关键字，摘要，每位作者的联系方法等。

SPC有权删除作者帐号和提交的论文。

4)论文投标：到达提交deadline之后，SPC投标开始。

SPC可以浏览论文目录，选择自己希望审的论文，在投标deadline到达之前在指定页面提交自己的投标申请。

每个PC可投标的文章数量=总文章数/SPC人数＋45)投标方案生成：系统会根据作者的投标，尽最大可能满足每个作者的标请求。

根据这个原则为每个SPC安排需要审核的论文。

SPC把文章进一步下载后发送给自己委任的PC。

保证每篇文章由3位PC审稿。

6)PC在提交审稿意见的deadline到达之前需在指定页面对自己审核的每篇文章提交审稿意见。

每个PC可以看到审核同一篇文章的其他两位PC的审稿意见。

SPC可以看到自己选定的6位PC对各篇文章的审稿意见，并且，对每篇文章的3位PC的审稿意见，写成一个总结，并且给出最终是否录用的决定。

在录用通知的deadline之前向系统提交。

由主席给出最终在相应页面给出决议。

7)在到论文录用通知的deadline时候，向每位作者发送每位PC提供的审稿意见。

同时生成会议录用论文的页面。

3.Demo要求包含上述所用功能的基于web的系统。

二、C/S模式网络聊天室1.简介本课程设计要求实现一个C/S模式的网络聊天室。

2.功能要求1)聊天室有三种不同身份的人：管理员（在首次使用时设置），注册网友，匿名网友。

管理员可以修改聊天室的基本设置，如最大允许网友人数，聊天室主题，开启或关闭语音和视频聊天功能，设置和管理过滤词汇列表，删除帐号，禁言，踢人等功能。

注册网友在注册了帐号之后，可以群聊，密谈，组聊，拥有自己的聊天记录，设置好友和黑名单，查看别的注册网友的个人资料，使用视频，音频聊天，发送链接等功能。

匿名网友只能进行群体聊天，其他功能都不能使用。

2)帐号管理：管理每位注册网友的帐号，自动检测相同帐号。

3)聊天管理：支持文字，语音，视频聊天，有群发，私聊，组聊三种聊天模式。

对注册用户，将保存他的聊天记录于用户的个人工具箱中。

对不符合权限的行为自动禁止。

4)敏感词汇过滤：具有敏感词汇库并且具有一定的模糊匹配功能。

5)防灌水机制：对参与群聊的每位网友，禁止在5秒内连续3次连续发言，或其他类似机制。

3.Demo要求满足上述要求的C/S模式的聊天室。

三、保龄球馆管理系统1.简介本课程设计要求完成一个保龄球馆管理系统，进行保龄球馆的日常经营管理。

2.功能要求1)用户登陆根据不同的职务权限设置不同的用户类型。

普通操作员可以进行的操作有新开一个球道、关闭一个球倒道、统计某球道的总局数并计算消费金额等；经理级除具有普通操作权限外还可以进行球道的迁换（从球道A换到球道B）、从消费列表中删除某项消费等操作。

2)开道方式具有多种方式，如：开道时限定局数，局数到达限定数后自动关闭球道，并结算消费额；或自由局数，不设置任何限制，在顾客要求停止时按实际局数结算。

3)得分奖励记录顾客每局的得分，当得分达到某个要求后进行奖励，如折扣、代金券、小礼物等。

4)消费记录若顾客拥有VIP卡，则按VIP卡号对顾客的消费历史进行记录，对有一定消费金额的VIP给予优惠、优先等服务5)查询盘点动能支持多种查询方式，包括按日期、VIP号、球道等，每个月进行自动盘点，生成报表。

3.Demo要求实现上述基本要求。

四、户籍管理系统1.简介本课程设计要求完成一个派出所的户籍管理系统。

2.功能要求1)户籍新建新建一个户籍，要求有姓名、性别、年龄、出生日期、家庭住址、身份证号等信息，其中16岁以下可以不具有身份证号。

2)户籍修改允许修改的户籍信息包括姓名、家庭住址、身份证号。

其中姓名一经修改户籍信息中要增加一条曾用名的记录。

3)户籍的迁入、迁出户籍的迁移必须保留历史信息，明确迁往那里或从那里迁入。

4)户籍的注销户籍的注销必须有死亡证明书或其他特殊情况的证明材料，自动生成注销的相关信息记录，如注销日期、原因、证明材料的来历。

5)户籍的查询可以按多种关键字对户籍进行查询，如姓名、身份证号等。

某些户籍信息对不具有相关权限的用户是不可见的，如一般访客不能查询出生日期、身份证号等信息。

3.Demo要求实现上述基本要求。

五、超市收银机操作系统1.简介本课程设计要求完成一个超市收银机操作系统。

2.功能要求1)用户登陆根据不同的职务权限设置不同的用户类型。

普通收银员可以做添加购买商品、计算消费金额、收银等操作；仓库管理员可以做新建商品、修改商品信息、删除商品的操作；柜组经理可以做删除购买商品、提取现金等操作。

2)商品信息管理对商品信息的管理包括新建商品（要求有商品的编号、类型、价格等信息）、修改商品信息、删除商品。

3)添加购买商品和收银操作添加商品购买可以通过扫描条形码自动获得商品编号以及相关价格等信息也可以通过手动输入商品编号、价格。

收银采用现金消费和代金卡消费两种。

收银完毕后自动打印并保存消费记录，包括时间、商品、金额等信息。

4)积分卡拥有积分卡的顾客的每次消费都折成积分并记录。

3.Demo要求实现上述基本要求。

六．考勤系统1.简介本课程设计要求实现一个考勤系统。

该系统假设每个考勤的人员均携带一个ID磁卡，在每个工作位置的入口处放置一个打卡机。

每个员工进入一个工作区域均要在打卡机上用自己的磁卡刷卡。

打卡机通过硬布线连接到一个服务器。

服务器保存从各个打卡机传过来的消息并做相应处理。

考勤系统是基于这些消息进行的。

消息的内容至少包含以下信息：员工的ID，员工当前的位置（如当前的隧道号），当前的时间等2.功能需求1)员工信息的维护－可以添加新的员工，删除老的员工，修改他们的信息，信息至少包含：姓名，年龄，工资级别，身体状况，家庭地址，联系电话等2)工资情况查询－在不同的位置（如在不同深度的隧道）每小时的工资计时是不同的，所以要求根据每个员工在相应位置逗留的时间及相应位置的工资单价来计算员工的工资。

一天中员工可能在多个位置逗留。

要求可以查询每个员工在相应位置所获得的工资，每个月的总的工资3)工作时间查询－可以查询每个员工的相应的工作时间，单周的，每月的，以及在每个不同位置的工资量4)图表显示－根据员工的工资和工作时间的情况，可以绘出分布图5)打印－可以打印员工的基本信息，每月的工资单等3.Demo要求按照功能的实现程度适当加分。

七．图形界面自动生成系统1.简介本课程设计要求实现一个根据脚本自动生成图形界面的系统。

用户用特定的脚本语言写一个程序，然后提交系统，系统产生一个满足脚本要求的图形界面。

所要实现的图形界面的元素包含：button，form，textbox2.功能需求1)创建一个简单的脚本语言，语言的语法自定。

例如，create form as form1;create button as button1 on form1 at (x, y)2)可以为每个部件指定响应函数。

例如，可以为button指定一个响应函数，当button被点击时，执行这个函数3)要求脚本语言没有平台依赖性，同一个脚本可以在不同的平台上执行，只是在生成的图形界面上有区别4)要求可以方便的扩展图形界面元素3.Demo要求实现了系统则适当加分。

八．公文审批业务平台1.简介随着计算机和网络的普及使用，办公自动化系统已经成为很多企事业单位的选择。

而公文的审批和管理是一项很重要的业务。

而不同公文的审批流程根据不同的级别是不同的，所以本公共审批平台首先要实现审批流程的定义，然后各人员更具定义的流程进行公文的审批。

2.功能需求1)流程组件定义定义流程某一单元的属性。

包括开始单元，结束单元，以及各级业务处理单元等等。

属性包括其到达条件及相关人员等等。

根据要实现的功能定义属性。

2)流程的定制顺序流程。

分支流程：例如当公文传达到某三个平级领导，当有两人批准后即可传达到上级人员，否则返回。

或者在指定的时间内没有进行审批则返回公文。

可根据需要定义各种条件。

附加功能：定义流程模版。

3)流程的验证对流程的逻辑进行验证，流程是否可以从开始节点正确走到结束节点，条件是否存在冲突等等。

4)人员的管理定义不同的用户组，便于流程定制时方便使用。

可以设置一权限可以查看所有公文当前的状态，以及以前的安排。

5)公文的管理新建公文并设置其流程。

归档已执行完的公文。

6)人员工作室不同的人员登陆根据自己的业务级别看到不同的公文以及操作选项。

3.Demo要求图形化流程的建立。

实现选择、顺序流程的定义，并进行验证。

建立公文并定义其流程。

定义不同的用户进行登陆验证公文的实际审批过程。

实现公文模版功能可以酌情加分。

九．图形编辑器1.简介本课程设计要做一个图形编辑器。

2.功能需求1)基本图元的生成：点，线，圆，椭圆，方形，曲线2)图元属性的修改：线宽，颜色3)图元的操作：移动，放大，缩小，填充，檫除并且要求支持撤销功能，可以恢复到几步操作前的状态。

4)支持对图形的文本插入功能。

5)图元叠放次序的定义，以及图元组合功能。

6)对图像的存储，打开操作。

3.Demo需求必须是图形界面，并且要求直观方便。

要实现一下的功能：1)基本图元及属性修改：点，线，圆，方形，曲线。

2)基本图元操作：移动，缩放，填充，檫除，撤销。

3)文本插入功能4)叠放次序定义和图元组合。

5)存贮、打开对于其他各种常见图元例如箭头，流程图等如果实现，给与加分。

十．上机管理系统1.简介本课程设计要求完成一个用于公共机房上机管理的系统。

2.功能要求1)卡号管理对上机卡进行维护。

包括新建上机卡、删除上机卡、充值管理、挂失、解挂等。