软件工程大作业题目.pdf

《软件工程大作业题目.pdf》由会员分享，可在线阅读，更多相关《软件工程大作业题目.pdf（8页珍藏版）》请在淘文阁 - 分享文档赚钱的网站上搜索。

1、一、学术会议论文评审系统1.简介1 本课程设计要求做一个基于Web 的学术论文提交和评审系统2.功能要求1)系统设置：包括论文提交的deadline,论文投标 deadline，审稿意见提交的deadline，论文的关键字。在到达一论文提交deadline 时会自动中止论文上载功能和作者帐号的注册；在论文投标 deadline 到达时，会向所有为参与投标的 PC发送催促信件；在审稿意见提交deadline 到达时候会向 PC,SPC 发送催促信件。2)帐号管理：参与学术会议的组织和评审工作的有三种不同职务：大会主席，SPCMember 和 PC Member，向会议提交论文的是作者。大会主席确

2、定 SPC 的名单（10位），并且手工为 SPC Member 添加帐号，并同时把用户名和密码发送给SPC。每位SPC Member 确定 6 位 PC，他们为 PC Member 建立帐号并发送用户名和密码。通常一个帐号包括内容：姓名，单位，地址，电话，email 等。每位作者在向会议提交论文之前必须先注册帐号。系统会自动检测重复帐号和同一邮箱的重复申请等问题。3)论文提交：作者在上载 PDF 格式的论文时，需要填写论文信息，包括：文章标题，文章类型，关键字，摘要，每位作者的联系方法等。SPC 有权删除作者帐号和提交的论文。4)论文投标：到达提交 deadline 之后，SPC 投标开始。S

3、PC 可以浏览论文目录，选择自己希望审的论文，在投标 deadline 到达之前在指定页面提交自己的投标申请。每个 PC 可投标的文章数量=总文章数/SPC 人数45)投标方案生成：系统会根据作者的投标，尽最大可能满足每个作者的标请求。根据这个原则为每个 SPC 安排需要审核的论文。SPC 把文章进一步下载后发送给自己委任的 PC。保证每篇文章由3 位 PC 审稿。6)PC在提交审稿意见的deadline到达之前需在指定页面对自己审核的每篇文章提交审稿意见。每个PC 可以看到审核同一篇文章的其他两位PC 的审稿意见。SPC 可以看到自己选定的 6 位 PC 对各篇文章的审稿意见，并且，对每篇文

4、章的 3 位 PC 的审稿意见，写成一个总结，并且给出最终是否录用的决定。在录用通知的 deadline之前向系统提交。由主席给出最终在相应页面给出决议。7)在到论文录用通知的 deadline 时候，向每位作者发送每位 PC 提供的审稿意见。同时生成会议录用论文的页面。3.Demo 要求包含上述所用功能的基于web 的系统。二、C/S 模式网络聊天室1.简介本课程设计要求实现一个C/S 模式的网络聊天室。2.功能要求1)聊天室有三种不同身份的人：管理员（在首次使用时设置），注册网友，匿名网友。管理员可以修改聊天室的基本设置，如最大允许网友人数，聊天室主题，开启或关2)3)4)5)闭语音和视频

5、聊天功能，设置和管理过滤词汇列表，删除帐号，禁言，踢人等功能。注册网友在注册了帐号之后，可以群聊，密谈，组聊，拥有自己的聊天记录，设置好友和黑名单，查看别的注册网友的个人资料，使用视频，音频聊天，发送链接等功能。匿名网友只能进行群体聊天，其他功能都不能使用。帐号管理：管理每位注册网友的帐号，自动检测相同帐号。聊天管理：支持文字，语音，视频聊天，有群发，私聊，组聊三种聊天模式。对注册用户，将保存他的聊天记录于用户的个人工具箱中。对不符合权限的行为自动禁止。敏感词汇过滤：具有敏感词汇库并且具有一定的模糊匹配功能。防灌水机制：对参与群聊的每位网友，禁止在 5 秒内连续 3 次连续发言，或其他类似机制

6、。3.Demo 要求满足上述要求的 C/S 模式的聊天室。三、保龄球馆管理系统1.简介本课程设计要求完成一个保龄球馆管理系统，进行保龄球馆的日常经营管理。2.功能要求1)用户登陆根据不同的职务权限设置不同的用户类型。普通操作员可以进行的操作有新开一个球道、关闭一个球倒道、统计某球道的总局数并计算消费金额等；经理级除具有普通操作权限外还可以进行球道的迁换（从球道 A 换到球道 B）、从消费列表中删除某项消费等操作。2)开道方式具有多种方式，如：开道时限定局数，局数到达限定数后自动关闭球道，并结算消费额；或自由局数，不设置任何限制，在顾客要求停止时按实际局数结算。3)得分奖励记录顾客每局的得分，当

7、得分达到某个要求后进行奖励，如折扣、代金券、小礼物等。4)消费记录若顾客拥有 VIP 卡，则按 VIP 卡号对顾客的消费历史进行记录，对有一定消费金额的VIP 给予优惠、优先等服务5)查询盘点动能支持多种查询方式，包括按日期、VIP 号、球道等，每个月进行自动盘点，生成报表。3.Demo 要求实现上述基本要求。四、户籍管理系统1.简介本课程设计要求完成一个派出所的户籍管理系统。2.功能要求1)户籍新建新建一个户籍，要求有姓名、性别、年龄、出生日期、家庭住址、身份证号等信息，其中 16 岁以下可以不具有身份证号。2)户籍修改允许修改的户籍信息包括姓名、家庭住址、身份证号。其中姓名一经修改户籍信息

8、中要增加一条曾用名的记录。3)户籍的迁入、迁出户籍的迁移必须保留历史信息，明确迁往那里或从那里迁入。4)户籍的注销户籍的注销必须有死亡证明书或其他特殊情况的证明材料，自动生成注销的相关信息记录，如注销日期、原因、证明材料的来历。5)户籍的查询可以按多种关键字对户籍进行查询，如姓名、身份证号等。某些户籍信息对不具有相关权限的用户是不可见的，如一般访客不能查询出生日期、身份证号等信息。3.Demo 要求实现上述基本要求。五、超市收银机操作系统1.简介本课程设计要求完成一个超市收银机操作系统。2.功能要求1)用户登陆根据不同的职务权限设置不同的用户类型。普通收银员可以做添加购买商品、计算消费金额、收

9、银等操作；仓库管理员可以做新建商品、修改商品信息、删除商品的操作；柜组经理可以做删除购买商品、提取现金等操作。2)商品信息管理对商品信息的管理包括新建商品（要求有商品的编号、类型、价格等信息）、修改商品信息、删除商品。3)添加购买商品和收银操作添加商品购买可以通过扫描条形码自动获得商品编号以及相关价格等信息也可以通过手动输入商品编号、价格。收银采用现金消费和代金卡消费两种。收银完毕后自动打印并保存消费记录，包括时间、商品、金额等信息。4)积分卡拥有积分卡的顾客的每次消费都折成积分并记录。3.Demo 要求实现上述基本要求。六考勤系统1.简介本课程设计要求实现一个考勤系统。该系统假设每个考勤的人

10、员均携带一个ID 磁卡，在每个工作位置的入口处放置一个打卡机。每个员工进入一个工作区域均要在打卡机上用自己的磁卡刷卡。打卡机通过硬布线连接到一个服务器。服务器保存从各个打卡机传过来的消息并做相应处理。考勤系统是基于这些消息进行的。消息的内容至少包含以下信息：员工的ID，员工当前的位置（如当前的隧道号），当前的时间等2.功能需求1)员工信息的维护可以添加新的员工，删除老的员工，修改他们的信息，信息至少包含：姓名，年龄，工资级别，身体状况，家庭地址，联系电话等2)工资情况查询在不同的位置（如在不同深度的隧道）每小时的工资计时是不同的，所以要求根据每个员工在相应位置逗留的时间及相应位置的工资单价来计

11、算员工的工资。一天中员工可能在多个位置逗留。要求可以查询每个员工在相应位置所获得的工资，每个月的总的工资3)工作时间查询可以查询每个员工的相应的工作时间，单周的，每月的，以及在每个不同位置的工资量4)图表显示根据员工的工资和工作时间的情况，可以绘出分布图5)打印可以打印员工的基本信息，每月的工资单等3.Demo 要求按照功能的实现程度适当加分。七图形界面自动生成系统1.简介本课程设计要求实现一个根据脚本自动生成图形界面的系统。用户用特定的脚本语言写一个程序，然后提交系统，系统产生一个满足脚本要求的图形界面。所要实现的图形界面的元素包含：button，form，textbox2.功能需求1)创建

12、一个简单的脚本语言，语言的语法自定。例如，create form as form1;create button as button1 on form1 at(x,y)2)可以为每个部件指定响应函数。例如，可以为button 指定一个响应函数，当button 被点击时，执行这个函数3)要求脚本语言没有平台依赖性，同一个脚本可以在不同的平台上执行，只是在生成的图形界面上有区别4)要求可以方便的扩展图形界面元素3.Demo 要求实现了系统则适当加分。八公文审批业务平台1.简介随着计算机和网络的普及使用，办公自动化系统已经成为很多企事业单位的选择。而公文的审批和管理是一项很重要的业务。而不同公文的审批

13、流程根据不同的级别是不同的，所以本公共审批平台首先要实现审批流程的定义，然后各人员更具定义的流程进行公文的审批。2.功能需求1)流程组件定义定义流程某一单元的属性。包括开始单元，结束单元，以及各级业务处理单元等等。属性包括其到达条件及相关人员等等。根据要实现的功能定义属性。2)流程的定制顺序流程。分支流程：例如当公文传达到某三个平级领导，当有两人批准后即可传达到上级人员，否则返回。或者在指定的时间内没有进行审批则返回公文。可根据需要定义各种条件。附加功能：定义流程模版。3)流程的验证对流程的逻辑进行验证，流程是否可以从开始节点正确走到结束节点，条件是否存在冲突等等。4)人员的管理定义不同的用户

14、组，便于流程定制时方便使用。可以设置一权限可以查看所有公文当前的状态，以及以前的安排。5)公文的管理新建公文并设置其流程。归档已执行完的公文。6)人员工作室不同的人员登陆根据自己的业务级别看到不同的公文以及操作选项。3.Demo 要求图形化流程的建立。实现选择、顺序流程的定义，并进行验证。建立公文并定义其流程。定义不同的用户进行登陆验证公文的实际审批过程。实现公文模版功能可以酌情加分。九图形编辑器1.简介本课程设计要做一个图形编辑器。2.功能需求1)基本图元的生成：点，线，圆，椭圆，方形，曲线2)图元属性的修改：线宽，颜色3)图元的操作：移动，放大，缩小，填充，檫除并且要求支持撤销功能，可以恢

15、复到几步操作前的状态。4)支持对图形的文本插入功能。5)图元叠放次序的定义，以及图元组合功能。6)对图像的存储，打开操作。3.Demo 需求必须是图形界面，并且要求直观方便。要实现一下的功能：1)基本图元及属性修改：点，线，圆，方形，曲线。2)基本图元操作：移动，缩放，填充，檫除，撤销。3)文本插入功能4)叠放次序定义和图元组合。5)存贮、打开对于其他各种常见图元例如箭头，流程图等如果实现，给与加分。十上机管理系统1.简介本课程设计要求完成一个用于公共机房上机管理的系统。2.功能要求1)卡号管理对上机卡进行维护。包括新建上机卡、删除上机卡、充值管理、挂失、解挂等。2)上机管理通过刷卡，验证用户

16、是否可以上机。在下机时，扣除相关费用。3)统计功能可以实时显示当前各台机器的上机情况。可以对收入情况进行统计和输出报表（例如年报表、月报表或者日报表）。可以对某个特定卡号进行查询，观察其上机情况等。4)费用设置配置功能可以进行一些费用配置，例如不同类型的机器具有不同的价格，周末或者节假日价格不同等配置。3.Demo 要求实现上述基本要求。并且通过模拟数据发生器，产生一段时间内的上机消费数据，实现基本报表功能。注：结合实际情况，考虑对上述功能能否加以扩充，能增加合理功能的可以酌情加分。十一餐饮管理系统1.简介本课程设计要求完成一个用于饭店的餐饮管理的系统。2.功能要求1)设置针对饭店具体情况，设

17、置餐桌及包厢信息；设置菜谱和价格信息；2)用餐管理用户可以进行点菜、加菜及取消点菜等操作；支持转桌、并桌等；消费清单及发票打印；3.Demo 要求实现上述基本要求。并且设置一段时间内的数据，实现基本报表功能。注：结合实际情况，考虑对上述功能能否加以扩充，能增加合理功能的可以酌情加分。十二学生选课系统1.简介本课程设计要求完成一个基于Web的学生选课系统。2.功能要求1)用户管理设置用户，用户类型包括超级管理员、管理员和学生。超级管理员具有用户管理权限，系统具有默认的超级管理员帐号。2)管理员功能对课程信息进行添加、修改和删除；对某门课程的选课名单进行统计和打印；3)学生功能查询某个课程信息，包

18、括当前已选课人数等；选课和撤销选课操作；4)其他可以在班级信息中设置限制条件，例如选课学生的类型（本科/研究生）、年级限制、最大选课人数等。3.Demo 要求实现上述基本要求。十三短消息发布平台1.简介本课程设计要求完成一个用于短消息发布的系统。该系统可以用于企业内部的信息发送管理，也可以用于商业运营。2.功能要求消息管理1)消息分为若干类型，由信息管理员负责录入信息。不同的消息管理员只能管理特定类型的消息。2)短信定制/解除定制使用者通过发送短信的方式对特定类型的消息进行定制。也可发送特定的短信取消定制。3)短信定制用户定制某种类型的消息后，当指定类型的消息出现时，自动发送短信到对应的手机。

19、4)扩展功能3)统计和报表可以实时显示当前餐桌及包厢的情况；可以对收入情况进行统计和输出报表（例如年报表、月报表或者日报表）；如果用于企业内部，则需要使用者信息管理（只有合法的使用者才能使用此系统）；与实时通讯平台的接口（如果使用者在实时通讯平台上，例如 QQ 上，则用实时通讯平台发送消息，而不需要通过短信）；如果用于商业运营，则需要考虑费用管理（不同类型的消息费用不同等）；统计以及报表等。3.Demo 要求短消息发送和接收通过单独的模拟程序实现；实时通讯平台也通过单独的模拟程序实现。可以仅实现用于企业内部的版本，或者仅实现用于商业运营的版本。如果实现版本同时支持两种情况，可以酌情加分。考虑对功能的扩充，能添加合理功能的可以酌情加分。