软件工程大实验.doc

一、 学术会议论文评审系统
1. 简介
1． 本课程设计规定做一个基于Web的学术论文提交和评审系统

2. 功能规定
1) 系统设立：涉及论文提交的deadline, 论文投标deadline，审稿意见提交的deadline，论文的关键字。在到达一论文提交deadline时会自动中止论文上载功能和作者帐号的注册；在论文投标deadline到达时，会向所有为参与投标的PC发送催促信件；在审稿意见提交deadline到达时候会向PC,SPC发送催促信件。
2) 帐号管理：参与学术会议的组织和评审工作的有三种不同职务：大会主席，SPC Member和PC Member，向会议提交论文的是作者。大会主席拟定SPC的名单（10位），并且手工为SPC Member添加帐号，并同时把用户名和密码发送给SPC。每位SPC Member拟定6位PC，他们为PC Member建立帐号并发送用户名和密码。通常一个帐号涉及内容：姓名，单位，地址，电话，email等。每位作者在向会议提交论文之前必须先注册帐号。系统会自动检测反复帐号和同一邮箱的反复申请等问题。
3) 论文提交：作者在上载PDF格式的论文时，需要填写论文信息，涉及：文章标题，文章类型，关键字，摘要，每位作者的联系方法等。SPC有权删除作者帐号和提交的论文。
4) 论文投标：到达提交deadline之后，SPC投标开始。SPC可以浏览论文目录，选择自己希望审的论文，在投标deadline到达之前在指定页面提交自己的投标申请。每个PC可投标的文章数量=总文章数/SPC人数＋4
5) 投标方案生成：系统会根据作者的投标，尽最大也许满足每个作者的标请求。根据这个原则为每个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，textbox

2. 功能需求
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) 卡号管理
对上机卡进行维护。涉及新建上机卡、删除上机卡、充值管理、挂失、解挂等。
2) 上机管理
通过刷卡，验证用户是否可以上机。在下机时，扣除相关费用。
3) 记录功能
可以实时显示当前各台机器的上机情况。
可以对收入情况进行记录和输出报表（例如年报表、月报表或者日报表）。
可以对某个特定卡号进行查询，观测其上机情况等。
4) 费用设立配置功能
可以进行一些费用配置，例如不同类型的机器具有不同的价格，周末或者节假日价格不同等配置。

3. Demo规定
实现上述基本规定。并且通过模拟数据发生器，产生一段时间内的上机消费数据，实现基本报表功能。
注：结合实际情况，考虑对上述功能能否加以扩充，能增长合理功能的可以酌情加分。

十一． 餐饮管理系统
1. 简介
本课程设计规定完毕一个用于饭店的餐饮管理的系统。

2. 功能规定
1) 设立
针对饭店具体情况，设立餐桌及包厢信息；
设立菜谱和价格信息；
2) 用餐管理
用户可以进行点菜、加菜及取消点菜等操作；
支持转桌、并桌等；
消费清单及发票打印；
3) 记录和报表
可以实时显示当前餐桌及包厢的情况；
可以对收入情况进行记录和输出报表（例如年报表、月报表或者日报表）；

3. Demo规定
实现上述基本规定。并且设立一段时间内的数据，实现基本报表功能。
注：结合实际情况，考虑对上述功能能否加以扩充，能增长合理功能的可以酌情加分。

十二． 学生选课系统
1. 简介
本课程设计规定完毕一个基于Web的学生选课系统。

2. 功能规定
1) 用户管理
设立用户，用户类型涉及超级管理员、管理员和学生。超级管理员具有用户管理权限，系统具有默认的超级管理员帐号。
2) 管理员功能
对课程信息进行添加、修改和删除；
对某门课程的选课名单进行记录和打印；
3) 学生功能
查询某个课程信息，涉及当前已选课人数等；
选课和撤消选课操作；
4) 其他
可以在班级信息中设立限制条件，例如选课学生的类型（本科/研究生）、年级限制、最大选课人数等。

3. Demo规定
实现上述基本规定。

十三． 短消息发布平台
1. 简介
本课程设计规定完毕一个用于短消息发布的系统。该系统可以用于公司内部的信息发送管理，也可以用于商业运营。

2. 功能规定
消息管理
1) 消息分为若干类型，由信息管理员负责录入信息。不同的消息管理员只能管理特定类型的消息。
2) 短信定制/解除定制
使用者通过发送短信的方式对特定类型的消息进行定制。也可发送特定的短信取消定制。
3) 短信定制
用户定制某种类型的消息后当指定类型的消息出现时，自动发送短信到相应的手机。
4) 扩展功能
假如用于公司内部，则需要使用者信息管理（只有合法的使用者才干使用此系统）；与实时通讯平台的接口（假如使用者在实时通讯平台上，例如QQ上，则用实时通讯平台发送消息，而不需要通过短信）；
假如用于商业运营，则需要考虑费用管理（不同类型的消息费用不同等）；记录以及报表等。

3. Demo规定
短消息发送和接受通过单独的模拟程序实现；实时通讯平台也通过单独的模拟程序实现。
可以仅实现用于公司内部的版本，或者仅实现用于商业运营的版本。假如实现版本同时支持两种情况，可以酌情加分。
考虑对功能的扩充，能添加合理功能的可以酌情加分。