信息管理系统分析与设计候选题目.docx

信息管理系统分析与设计候选题目.docx

《信息管理系统分析与设计候选题目.docx》由会员分享，可在线阅读，更多相关《信息管理系统分析与设计候选题目.docx（8页珍藏版）》请在冰豆网上搜索。

信息管理系统分析与设计候选题目

信息管理系统分析与设计候选题目

《信息管理系统分析与设计》课程设计候选题目

题目一“教务管理系统之子系统——系内课程安排”

1．系统简介

每学期的期中，学院教务处分别想个系发出下学期的教学计划，包

括课程名、课时、班级类别（本科、专科、高职）、班号等；系教学主管人员根据教学任务和要求给出哥们课程的相关限制（如：

任课教师职称、和班数、最高周学时数等）；任课教师自报本人授课计划，经所在教研室协调确认，将教学计划上交系主管教学计划的主任，批准后上报学院教务处，最终有教务处给出下学期全系教师的教学任务书。

假设上述排课过程全部为人工操作，现要求改造为能利用计算机实现的自动处理过程。

2．限定条件

（1）每位教师的主讲门数不超过2门/学期：

讲师以下职称的教师不能承担系定主课的主讲任务。

（2）系级干部的主讲课时不能超过4学时/周。

（3）本学期出现严重教学事故的教师不能承担下学期的主讲任务。

（4）本系统的输入项至少应包含3个：

教务处布置的教学计划、系教师自报的讲课计划和系定的有关讲课限制条件。

（5）本系统的输出项至少应包含2个：

教务处最终下达的全系教师教学任务书和系各教学班一学期的课程表（可不包含上课地点）。

班。

当旅客交付了预定金后，系统印出取票通知单和账单给旅客。

旅客在飞机起飞的前一天凭取票通知和账单交款取票，系统核对无误码即印出机票给旅客。

此外，航空公司为随时掌握各航向飞机的乘载情况，需要定期进行查询统计，以便做适当调整。

1．技术要求及限定条件

（1）在分析系统功能时，应考虑有关证件的合法性验证（如身份证、取票通知、交款发票等）

（2）对于本系统还应补充以下功能：

①旅客延误了取票时间的处理

②班机取消后的处理

③旅客临时更新机票班次的处理

（3）系统的外部项至少包括3个：

旅客、旅行社和航空公司

题目4“学校内部房产管理系统”

1．系统简介

该房产管理系统具有分房、调房、退房和咨询统计等功能，房产科把用户申请表输入系统后，系统首先检查申请表的合法性，对不合法的申请表系统将拒绝接受；对合法的申请表将根据类型分别进行处理。

如果是分房申请，则根据申请者的情况（年龄、工龄、职称、职务、家庭人口等）计算其分数，当分数高于阈值分数时，按分数高低将申请表插到分房队列的适当位置。

每月最后一天进行一次分房活动，从空房文件中读出空房信息，如房号、面积、等级、单位面积房租等，把好房优先分配给排在分房队列前面的符合该等级住房条件的申请者，从空房文件中删除这个房号的信息，从分房队列中删掉该申请表，并把此房号的信息和住户信息一起写出住房文件中，输出信房分配单给住户，同时计算房租并将计算出的房租写出房租文件中。

如果是退房申请，则从住房文件和房租文件中删掉有关的信息，再把此房号的信息写入空房文件中。

如果是调房申请，则根据申请者的情况确定其住房等级，然后在空房文件中查找属于该等级的空房，退掉原住房，再进行与分房类似的处理。

住户可以向系统询问目前分房的阈值分数、居住某类房屋的条件、其房号的单位面积和房租等信息。

房产科可以要求系统打印出住房情况的统计表，或更新某类房屋的居住条件、单位面积和房租等。

2．技术要求及限定条件

（1）本系统可分为4个主要功能模块：

分房、调房、退房和咨询（可不考虑统计功能）。

（2）系统的外部项至少包括4个：

校内职工、校外住户、房管部门和主管房产领导。

（3）分房申请表的类型主要依据申请人的工作类型，如教师、行政人员、后勤人员、特殊照顾对象等。

（4）分房申请者的分数计算原则及其他分房政策可由学生自定。

题目五“学校内部工资管理系统”

1．系统简介

假设学校共有教职工约1000人，十个行政职能部门和八个系、部。

每个月20日前各部门（包括各系、部）要将出勤情况表上报人事处，23日前人事处将人员出勤工资、奖金及扣款清单送财务处。

财务处于每月月底将教职工的工资表做好并将数据送银行。

每月初（3日前）将工资条发给各单位。

若有员工调入、调出、校内调动、离退休等数据变化，则由人事处通知相关部门和财务处。

2．技术要求及限定条件

（1）本系统的数据存储至少应包括：

工资表、工作总表、部门汇总表、扣税款表、银行发放表。

（2）除人事处、财务处外，其他职能部门和系、部名称可简化，如系1、系2……

（3）工资、奖金及扣款细节可由学生自定。

题目六“学校校园网络管理信息系统”

1．系统简介

假设目前我校已完成校园网硬件结构设计和实现（总体结构采用网络拓扑结构和Client/Server模式），各办公室职能部门都已具备使用校园网的硬件环境。

本管理信息系统应由各部门的子系统组成（如校长/书记办公系统、教务管理系统、财务管理系统、人事管理系统、图书管理系统、学生管理系统等），应能满足校内各部门在数据、文件、资料等公用信息传输的要求：

各层领导能通过网络查询各部门的工作情况并传达有关指示：

实现“无纸化”办公和全校数据共享。

此外，各层领导、各系教师、各职能办公室都可以通过EMAIL发信、留言；有关部门可在“公告牌”上发布消息，供大家浏览。

2．技术要求及限定条件

（1）系统的外部项至少应包括12个，如校长/书记、校办、系办（至少考虑3个系）、教务处、财务处、人事处、图书馆、学生处等，

（2）对于每个外部项，都应根据其不同的需要确定相关的功能需求，即根据外部项来划分相应的子系统功能（可认为不同“系办”的功能相同）。

（3）在确定各子系统功能时，要注意数据的保密性和相关用户的不同级别。

题目七“实验室设备管理系统”

1．系统简介

每学年要对实验室设备使用情况进行统计、更新，其中：

（1）对于已彻底损坏的作报废处理，同时详细记录有关信息。

（2）对于有严重问题（故障）的要及时修理，并记录修理日期、设备名、修理厂家、修理费、责任人等信息。

（3）对于急需但又缺少的设备需以“申报表”的形式送交上级领导请求批准购买。

新设备购入后，要立即进行设备登记（包括类别、设备名、型号、规格、单价、数量、购置日期、生产厂家、购买人），同时更新申报表的内容。

（4）随时对现有设备及其修理、报废情况进行统计、查询，要求能够按类别和时间段（某日期之前）查询。

2．技术要求及限定条件

（1）所有工作由专门的人员负责完成，其他人不得任意使用。

（2）每件新设备在做入库记录时均由系统根据类别自动顺序编号，形成设备号；设备报废时要及时修改相关设备记录且有领导认可。

（3）本系统的数据存储至少应包括：

设备记录、修理记录、报废记录、购买申请。

（4）本系统的输入项至少包括：

新设备信息、修理信息、申请购买信息、报废信息、具体查询统计要求。

（5）本系统的输出项至少包括：

设备购买申请表、修理/报废注销/设备资金统计表。

题目八“饭店餐饮业务管理系统”

1．系统简介

本饭店餐饮管理系统主要包括菜单管理、零点处理、采购处理、销售额统计。

菜单管理主要实现菜单的输入、修改、删除；零点处理包括顾客用餐（点菜）记录、添加、更改及费用的计算；采购处理主要是对每天采购来的食品做详细记录；销售额统计分别以日、周、月、季为单位进行总额、纯利的计算，以菜项为单位进行点菜量统计，并以此作为菜单修改的依据。

2．技术要求及限定条件

（1）本系统的输入项至少包括：

菜单、顾客所点菜、采购单、统计要求。

（2）本系统的输出项至少包括：

顾客点菜单、饭店的菜谱、各种统计表。

（3）本系统相关的数据存储至少包括：

菜谱、点菜记录、采购记录。

（4）采购和统计功能由专门的人员负责操作；

（5）饭店为每一位服务员编制一个序号，服务员每做一笔点菜记录都要同时记录自己的序号，以便出现问题随时核对。

网络版

题目九：

个人博客系统

题目十：

搜索引擎的制作

题目十一：

论坛系统

题目十二：

在线考试系统

题目十三：

Wiki系统制作

面向对象技术：

题目十四：

图书管理系统

题目十五：

ATM管理软件

题目十六：

学生信息管理系统

题目十七：

教学管理系统

……