关于学生信息管理系统分析

第一篇：关于学生信息管理系统分析

关于学生信息管理系统分析

一、论题提出的背景和意义

随着我国高等院校的连年扩招,学生人数不断增加,给学校各院系的学生管理工作带来了巨大的压力.同时,信息时代的到来,使高校的学生管理工作不可抗拒的地加速进入信息网络时代,学生信息的管理采取和利用在高校中将发挥越来越重要的作用

同时随着素质教育的深入开展,要做好学生管理工作,各院系就必须尽可能多地掌握学生情况.在学生人数大量增加,而学生管理教师缓慢增加的同时,我们就必须有一个良好的学生信息管理系统,这样才能把握学生的信息动态.在这其中,信息的采集是尤为重要的,只有具有了全面的学生信息,才能在了解学生的同时降低学生管理的工作量也只有拥有了健全完整的学生信息,我们才能更好的合理的利用学生管理信息,并服务于学生

学生管理系统是一个学校不可缺少的部分，它的内容对于学校的决策者和管理者来说都至关重要，所以学生管理系统应该能够为管理者提供充足的信息和快捷的查询手段。但一直以来人们使用传统人工的方式管理文件信息，这种管理方式存在着许多缺点：效率低、保密性差，另外，时间一长，将产生大量的文件和数据，这对于查找、更新和维护都带来了不少的困难，随着科学技术的不断提高，计算机科学日渐成熟，其强大的功能已为人们深刻认识，它已进入人类社会的各个领域，并发挥着越来越重要的作用，作为计算机应用的一部分，使用计算机对学生信息进行管理，具有手工管理无法比拟的优点，例如：检索迅速、查找方便、可靠性高、存储量大、保密性好、寿命长、成本低等。这些优点能够极大地提高学生信息管理的效率，也是学校的科学化、正规化、管理与世界接轨的重要条件，因此。开发这样一套系统成为很有必要的事情

二、国内外现状的研究

计算机在管理中的应用开始于1954年，当时美国首先用计算机处理工资单。40多年来，计算机在处理管理信息方面发展迅速。例如，60年代美国计算机在管理中应用项目不到300项，到了1975年达到2670项。而现在，美国在财务会计上90%的工作由计算机完成；物资管理中80—100%的信息处理由计算机完成；计划管理中是80—90%。据计算机应用方面发展较快的国家统计，计算机用于经济管理的约占80%；用于科技运算的占8%；用于生产过程控制的占12%。我国在全国范围内推广计算机在管理中的应用，是在70年代末开始的，虽然起步较晚，近几年发展却较快，特别是微型计算机的出现和普及为信息处理提供了物美价廉的手段，对于推动我国管理信息处理的现代化起了重要的作用。

三、目前存在的问题

传统纸媒介管理的信息管理系统论文难于共享汇总，其统计数据正确性也难以考证。存在着较多的缺点，如：效率底，保密性差，时间一长将产生大量的文件和数据，更不便于查找，更新，维护等。计算机在全国普及后，管理媒介有了质的飞跃。

随着学校的规模不断扩大，学生数量急剧增加，有关学生的各种信息量也成倍增长。面对庞大的信息量，就需要有学生信息管理系统来提高学生管理工作的效率。通过这样的系统，可以做到信息的规范管理、科学统计和快速的查询，从而减少管理方面的工作量。由于计算机和网络的普及，若建立一个C/S或B/S结构的学生信息管理系统，学生便可以通过网络来选课并且查询自己的有关信息，使得学生信息管理工作系统化，规范化，自动化，大大提高了学校管理学生的效率。

主要存在的问题

1．缺乏信息化观念，机构设置和管理方法跟不上。学生管理信息化的实现首先是信息化观念的树立。尽快突破学生管理文本模式。当前，高校学生管理机构的设置几乎均是以业务分割为依据，信息化工作往往被忽视。机构设置的滞后会带来管理方法的滞后，虽然，当前普遍采用的部门分工中渗透着信息工作，但没有明确的机构设置很难实现人事信息管理方法的系统化。

2．信息冗余、资源浪费。学生管理信息冗余最突出的表现为学生基础信息的多头建立，在高校管理部门职均拥有各自的学生基础信息库。同时各自对信息库进行维护。当前，各部门建立的最简单的信息库也要设置近20个信息段，有的信息库字段上百个，信息库的维护工作量极大。另外，信息库的维护需要极高的精度，往往不易批量处理。这就造成了人力、设备资源的严重浪费。信息的冗余度也居高不下。

4．管理信息系统建设滞后。学生管理实现信息化，不但要实现基础信息的健全，而且要实现信息应用的系统化。目前，高校学生管理信息系统建设滞后于基础信息建设。表现为：一是较完整、全面、实用的高校学生管理系统稀缺，功能单一的小系统和小软件成为信息化的代名词，具体工作中，更多的是直接对基础信息库的查阅和改动。二是即便有较大的学生管理系统。也不完全适合于各地高校的学生管理，其系统开发和学生管理专业缝隙明显。

四、研究解决方法

（一）可行性分析

学生信息，作为一个学校，就有一定的工作量存在，而学生信息，它的工作量可能是其它信息工作量的几倍，班级的增加、班级的查找、班级的修改；学生档案；课程管理；成绩管理；缴费管理；统计等等，每个信息的数据都在不断地变化着，如果采用人工的方式进行操作，那么，一天的工作量，足以让人觉得比较繁琐，吃不消。针对这样的情况，采用让数据的查询变得简单化，数据变的更让每个人都在任何时刻都可以了解到

（二）解决方案

1.查询相关资料，了解本系统的研究意义。可以上网搜索或者是去图书馆查阅相关资料。

2.通过查询资料了解该系统要如何做，既要做哪些东西。

3.设计出大体上的功能模块，画出模块图。

4.通过进一步的了解，对每个功能模块进行细化，将每一步都想清楚。制定出每一步的做法和注意的地方。

5.对设计好的程序进行调试，通过调试发现存在的问题并解决，从而达到完善系统的目的。

6.最后，整理个阶段的设计记录文档，写成论文稿。

（三）研究内容

系统管理模块

该模块的主要任务是维护系统的正常运行和安全性设置，包括添加用户、修改密码、重新登录、退出系统等功能。

班级管理模块

该模块的功能是实现对全校班级的管理工作，包括添加班级信息、修改班级信息两个子功能，这两个子功能模块各自独立，实现学校中全部班级的管理功能。

学生学籍管理模块

该模块的主要功能是实现对学生的基本信息的管理工作，包括添加学籍、修改学籍、查询学籍等功能，从而方便学校管理部门对学校的基本情况的快速查询和了解。

课程管理模块

在该模块中可以对各个年级的课程进行设置，并可在其中进行全校所有课程信息的添加和修改，方便了学校教材管理部门和教务科人员的工作。该模块包括添加课程、修改课程和设置年级开课三个子功能。

成绩管理模块

在我国，学生的考试成绩是检验学生学习情况的一个主要依据，所以学生成绩管理功能在一个学生信息管理系统中占有非常重要的地位，本系统的成绩管理模块包括添加、修改成绩信息和查询成绩信息等子功能。

五、进度计划

2011年1月初开始进行系统调查

2011年1月中旬对其进行可行性分析

2011年2月初进行系统详细设计阶段

2011年2月中旬进行系统实施

2011年3月整理、撰写论文

2011年3月中旬提交论文

2011年3月末根据指导老师意见对论文进行修改

2011年4月进行论文答辩

六、成果预计

学生信息管理系统是学校信息管理系统的一个重要组成部分。他为其他系统（如学校图书管理系统、学校档案管理系统、教学管理系统、总务后勤管理系统等）提供学生的基本信息，同时它也需要如教学管理系统提供课程设置数据等。这些系统在具体应用中构成一个大系统，相互调用对方的数据。

由以上分析，我们可以充分认识到设计并开发一个学生信息管理系统的必要性和迫切性，本次设计和开发的学生信息管理系统[NextPage]应符合学校学生信息管理的规定，满足对学校学生信息管理的需要，并达到操作过程中的直观，方便，实用，安全等要求。系统采用模块化程序设计的方法，既便于系统功能的组合和修改，又便于未参与系统开发的技术维护人员补充和维护。SIMS通过教育网络或互联网把整个学校的学生信息汇聚起来，为学校教育主管部门提供全面及时的学生信息，方便管理，同时亦可通过校园网扩展各类信息化应用，共享学生信息。

七、参考资料

1、《SQL Server数据库应用技术》张蒲生、何升 清华大学出版社

2、《计算机网络基础及应用》白以恩 哈尔滨工业大学出版社

3、《软件开发工具》陈禹、方美琪经济科学出版社

第二篇：社会信息管理系统分析

概述

社会管理信息平台是运用先进的信息技术和现代管理理念，构建的区域性社会管理信息化平台。整合政法（综治）、维稳、公安、司法、信访、应急、安监、民政、人社等十多个职能部门的资源和条块力量；及时收集并管理影响社会和谐稳定的各种热点、难点信息和舆情；及早防控和化解各类源头性、苗头性、突发性社会问题和矛盾；快速应急和处置重大紧急事件，规范和监督社会管理行为，实现资源共享、联管联动、动态跟踪、全面覆盖、科学高效的社会管理新格局。

应用领域

省、市及区县政法委

解决的关键问题

构建“五位一体”信息化平台，创新社会管理模式。

实行“一个中心、两大整合、三个流程、四个统一、五级管理服务”，为市、县（区）、镇、村各级各部提供“一体化”工作平台，实现社会管理网络化、常态化的新格局。健全“五大”运行体系，创新社会管理机制。

诉求防控机制创新，从源头上控制基层出现的苗头性社会问题；

风险评估机制创新，预防重大事件发生；

快速反应机制创新，实时联动互动，快速处置；

监督管理机制创新，全程跟踪提高效能；

责任追踪机制创新，倒逼时效、倒查问责。

实行“四个统一”，规范管理手段。

统一技术标准、统一业务规范、统一报表流程，统一管理服务；避免重复投资，可延伸开发新功能模块，逐步实现“大社会、大平台、大管理”的目标要求。

提升“三大”管理效能，解决传统工作弊端。

提升资源整合、信息共享、扎口管理能力；提升快速反应、动态掌控、监督管理能力；提升科学管理水平和行政服务效能。

如何获取

可在美基营销官方网站获取系统相关信息，也可以直接联系美基营销工作人员帮您处理相关问题，百度搜索美基营销便可进入官网。

第三篇：车载专业信息管理系统分析论文

1机车轮径的提供、信息接收与查询模块

当因跨局调配机车、局内机车调配及机车储备导致机车配属发生变动时，由站段级管理员用户进行机车的调入、调出、储备等信息的操作，该机车现装的所有车载设备随之进行转配属以及对新配属机车的车载设备编号的录入，同时该机车配属在数据芯片更换过渡期时，要单独形成计划作为更换芯片的依据，并形成包括车载设备变动、各种修程、芯片更换等信息在内的机车动态履历。

2机车入库检测信息处理、检测地点信息处理、检测时设备的缺陷及故障的通知与确认模块

一是实现运行数据文件的智能化分析，当检测人员将入库机车运行数据文件发到服务器之后，地面处理软件对文件进行自动检索处理；地面处理软件检索项目及组合项目由车间级管理员根据所管辖设备的实际特点进行设置，当软件检索不到规定的项目或检索到的记录与标准不符时，软件认定其存在设备故障，同时将故障信息自动上传到故障处理终端，同时伴有声音报警，需要故障处理终端操作人员确认后取消声音报警，故障处理人员将故障处理后转储故障处理文件上传服务器，同时在故障处理终端填写故障处理情况，进行故障销号，如规定时间内故障未进行销号，故障处理终端将再次启动声音报警，同时将信息上传车间管理各终端，提示车间管理者故障处理方面存在的信息。

二是日常由检测工区填报每天的检测台次信息。在检测过程中发现的设备故障及乘务员反馈的故障现象要填写故障通知单，由故障处理工区或作业者进行签收确认，同时将故障和设备缺陷问题输入检测终端，故障及缺陷信息自动上传到故障处理终端，同时伴有声音报警需要故障处理终端操作人员确认后取消声音报警，故障处理人员将故障处理后转储故障处理文件上传服务器，同时在故障处理终端填写故障处理情况，进行故障销号，如规定时间内故障未进行销号，故障处理终端将再次启动声音报警，同时将信息上传车间管理各终端，提示车间管理者故障处理方面存在的信息，保障故障发现及时、处理及时、不留隐患。

3车载设备维修预计到期、到期、超期的统计与提示、负责维护的地点与维护时间及流程、设备履历模块

通过对所有车载设备的出厂日期及维修日期的检索，及时提示设备的检修到限情况，由相关工区进行设备更换并返送至维修工区进行设备的入所检修测试或返厂大修，形成包括该项设备的所有维修情况及装配流程的设备动态履历。同时对跨局异地备品存放、到期检测维修情况进行动态管理。

4机车车载设备故障信息处理、故障机车的跟踪与反馈；故障设备的维修信息处理、修复后的设备配属流程模块

由检测工区填写故障通知单，由故障处理工区或作业者进行签收确认，并录入故障的处理过程及更换设备情况，并选择相关设备维修工区，由维修工区进行确认后，填写设备的维修内容及设备的配属地点，配属地点接到设备后进行信息确认，从而完成设备由故障下车到维修再到配属工区的一个闭环管理。同时故障机车处理后，由下一个入库检测地点进行该机车的故障修复后运用情况的确认，不良则再进行处理直至故障消除并得到确认，从而保证机车故障及修复情况的实时跟踪，保障车载设备的运用良好。

5芯片换装的计划与数据的下达、芯片的请领、芯片的灌装、芯片的传递与接收、芯片更换的实时情况、芯片的回收与处理模块

由局部门用户下达芯片灌装数据，站段、车间用户确认交接下载，再由车间用户下达芯片更换计划和措施至所有工区，下达芯片灌装文件至芯片灌装工区，由其进行确认下载并负责芯片的请领、灌装、下发、回收信息的填报。由各车间数据工程师建立需更换芯片的机车列表，各更换工区作为终端用户随时录入每一台机车的更换信息，上传换装作业文件，实现网络分析、复核、销号，便于更换进度的实时统计，自动生成统计报表，从而实现数据下发到芯片灌装到芯片更换再到芯片回收的闭环管理。预留无线信息传输接口，实现数据换装后版本信息通过无线网络自动传至服务器进行比较销号。

6车间综合管理即人员管理、材料管理、厂务公开模块

由各车间将人员信息录入服务器。采取指纹签到模式实现自动统计人员出勤、退勤，月末自动形成电子报表。需要公示的材料由车间审核后在公示栏公示，允许进行评论发表意见。车间材料管理人员通过系统终端录入材料的入库、出库情况及数量变化情况，后台材料数据库及时更新。通过对以上各模块信息的处理和综合分析处理的闭环管理，切实提高车载系统信息管理的实时性、针对性和有效性，最终促进安全生产的有序可控。

7系统安全设计

7.1权限指派。

本系统由系统管理人员指派各用户的操作权限。具有操作权限的用户，才能进行相应的操作，其他用户均不能修改数据，输入数据错误必须由管理员进行修改删除，并且留有操作痕迹。具有系统权限的用户只能维护用户信息，同样不能修改系统的其他数据，保证了数据的安全性。上级部门的用户可以作为浏览用户查询数据，不能修改系统数据。

7.2系统数据定期备份。

服务器采取双机热备方式，数据库同步记录，工作机出现故障时，热备服务器可立即转入工作状态，在最短的时间内保证系统恢复正常运用。系统的数据库具有定期或定时备份的功能，随时备份系统数据，当系统损坏时，可以在最短的时间内恢复运行。当网络故障时，每个客户端可以再网络断开的情况下保存采集的数据，网络环境恢复时自动上传服务端。

7.3服务器及客户端均安装正版防病毒软件。

关闭服务器系统不使用的服务及端口，并及时用补丁修复系统漏洞。

8总结

铁路日常工作中信息及时、准确的收集、传递如一根根坚韧的骨骼承载着铁路巨人有条不紊的向前迈进，而信息不对等往往会造成工作中的纰漏。作为在车载系统中工作了十七年的一名现场工作者与管理者，想通过对车载专业信息管理系统的架构设计及开发解决方案，解决在车载日常工作中发生的诸多问题，达到工作中的信息对等与监督。

第四篇：信息管理系统分析与设计候选题目

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

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

每学期的期中，学院教务处分别想个系发出下学期的教学计划，包 括课程名、课时、班级类别（本科、专科、高职）、班号等；系教学主管人员根据教学任务和要求给出哥们课程的相关限制（如：任课教师职称、和班数、最高周学时数等）；任课教师自报本人授课计划，经所在教研室协调确认，将教学计划上交系主管教学计划的主任，批准后上报学院教务处，最终有教务处给出下学期全系教师的教学任务书。

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

（1）每位教师的主讲门数不超过2门/学期：讲师以下职称的教师不能承担系定主课的主讲任务。

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

（3）本学期出现严重教学事故的教师不能承担下学期的主讲任务。（4）本系统的输入项至少应包含3个：教务处布置的教学计划、系教师自报的讲课计划和系定的有关讲课限制条件。

（5）本系统的输出项至少应包含2个：教务处最终下达的全系教师教学任务书和系各教学班一学期的课程表（可不包含上课地点）。

题目二“学样教材订购系统” 1． 系统简介

本系统可细化为二个子系统：销售系统和采购系统

销售系统的主要工作过程为：首先由教师或学生提交购书单，经教材发行人员审核是有效购书单后，开发票、登记并返给教师或学生领书单，教师和学生可去书库领书。

采购系统的主要工作过程为：若是脱销教材，则登记缺书，发缺书单给书库采购人员；一旦新书入库后，即发进书通知单给教材发行人员。

以上系统的功能要求在计算机上实现。2． 技术要求及限定条件

（1）当书加中的各种书籍数量发生变化（包括领书或进书）时，都应修改相关的书库记录，如库存表或进/出库表。（2）在实现上述销售和采购的工作过程时，需考虑有关单据的合法性验证（如：购书单、领书单等的有效性）。

（3）系统的外部项至少包括3个：教师、学生和教材工作人员。（4）系统的相关数据存储项至少包括6个：购书表、库存表、缺书登记表、待购教材表、进/出库表

题目三：“机票预订系统” 1． 系统简介：

航空公司为给旅客提供方便，需要开发一机票预定系统。各旅行社把预订机票的旅客信息（姓名、性别、工作单位、身份证号码、旅行时间、旅行日期等）输入到该系统，系统为旅客安排航班。当旅客交付了预定金后，系统印出取票通知单和账单给旅客。旅客在飞机起飞的前一天凭取票通知和账单交款取票，系统核对无误码即印出机票给旅客。此外，航空公司为随时掌握各航向飞机的乘载情况，需要定期进行查询统计，以便做适当调整。

2． 技术要求及限定条件

（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模式），各办公室职能部门都已具备使用校园网的硬件环境。本管理信息系统应由各部门的子系统组成（如校长/书记办公系统、教务管理系统、财务管理系统、人事管理系统、图书管理系统、学生管理系统等），应能满足校内各部门在数据、文件、资料等公用信息传输的要求：各层领导能通过网络查询各部门的工作情况并传达有关指示：实现“无纸化”办公和全校数据共享。此外，各层领导、各系教师、各职能办公室都可以通过E MAIL发信、留言；有关部门可在“公告牌”上发布消息，供大家浏览。

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管理软件 题目十六：学生信息管理系统 题目十七：教学管理系统 „„

第五篇：学生学籍系统分析报告

系统分析报告

——首都经济贸易大学学生学籍和选课信息管理系统一、引言

1.系统名称

首都经济贸易大学学生学籍和选课信息管理系统。

2.系统目标

本系统立足于教务处的角度，面向全校同学和老师，对全学校的学生和课程做统一管理，以实现管理的科学化，系统化，自动化，最大限度的为老师和同学们提供方便，节约人力、物力等各方面资源。彻底杜绝以前那种老师工作量大，工作步骤繁琐，学生有问题不知道找哪里解决的现象，而且消灭由于信息冗余而造成的数据不一致，和数据查询困难的问题。

3.系统功能

本系统主要包括两大功能模块：学生学籍管理和选课管理。

其中学生学籍管理系统仅面向教务处管理人员,也就是说只有他有权对信息进行操作.又包括:新生信息输入、教务信息输入和个人信息查询修改三个功能模快。在第一模块可以有教务处管理人员输入新生的姓名、性别、院系、生日、籍贯、电话、家庭住址等信息；第二模块管理学籍变更（休学、复学、退学、升学、毕业）和奖惩情况；第三个模块用来查询和修改学生个人信息。通过这一功能模块，教务处可以实现对全校学生信息从入学到毕业的全程管理，而且此项工作除了每年的新生信息录入，完全可以由一个人全权负责。而新生信息录入这项工作可以留给勤工俭学的同学来完成。虽然要负一些劳务费，但远比用老师来人工管理然后付给他们工资节省的多。

另一大功能模块——选课管理系统。既面向教务处，又面向教师和学生。不同的人，不同的身份操作的权限也不同。作为教师，他可以向教务处申请增加、删除、修改课程信息，并随时了解选修本课的学生名单，还可以输入并分析考试成绩。作为教务处管理员，它的权限是最宽的。他可以对教师提出的课程设置申请进行审批，同时对教学进行安排（包括时间和教室分配、选课结果管理）。作为学生，他可以查询可以选什么课，已有多少学分，还差多少学分。最后进行选课，在学期末还可以随时进行成绩查询。

4.系统背景

一方面，在时下这个飞速发展的信息社会中，直到今天仍然没有一套完善可行的学生信息管理系统出现在学校里。每年，从大专生、本科生到硕士生、博士生，几千人的入学、升学、毕业，全要由教务处和各系老师人工管理。信息量之巨大，工作量之繁重，是难以想象的。因此，学校和各个系都要安排多名教师专门负责学生学籍管理，浪费了大量的人力资源。然而，即使这样，管理仍然谈不上井井有条。举一个最简单的真实例子，一个同学的姓名在花名册里印错了，就一错错了三年，一直没能改正。同学想去改，却不知道是应该找系里，还是去找教务处。还有，当学生的基本信息，比如家庭住址、电话等变更后，无法及时在档案中修改，使得老师与同学无法联系沟通。

而另一方面，当我们还是高中生的时候就听说大学实行的是“学分制”，也就是说，我们不必再天天按照老师安排的课程去学习，而是可以在一些必修课之外，随意选择我们喜爱和感兴趣的课去学习。但是，当我们真正步入校园之后才发现，这里仍然是所谓的“学年制”，即每学期的课程都是学校安排的，学生没有选择的自由，而且课程的安排由于各方面诸多的原因经常有不适之处，尤其是先行课的问题。另外，每学期考完试，同学们都要一次又一次的往系里跑，大家挤在一个小小的布告栏前面，在几张A4纸上寻找自己的名字和成绩。虽然从去年开始，全学校也改成了“学分制”，但整个选课过程的管理从我们学生的角度来看，变得更加混乱。同学们不知道每学期有什么课可以选，哪些是选修，哪些是必修，哪些是专业课；也不确定每门课多少学分，自己已经修了多少学分；更不用说考虑一下哪门课要先学，哪门课要后学，哪些课属于一系列。所以说，大部分同学都是为了“选课”而选课，完全没有实现鼓励同学发展个性，学各自之所爱的效果。不仅如此，每当选课的时候，同学们忙，老师更忙，学校和系里都需要投入大量的人力、物力对整个选课过程进行管理。

最后，从社会这方面讲，虽然我们有四层的图书馆，有先进的实验室，有多个可以同时容纳百人上机的“奔腾4”机房，但是学校的软件系统也是衡量该学校整体水平的一个重要因素。比如我们周围的兄弟学校——北京工业大学，它就有着比较完善的学生信息管理系统。同学坐在家里动一动鼠标，就能查询到自己各方面的资料，包括选课、成绩、个人信息等。相比之下，我们在这个方面就落后了。因此我们急待弥补这个空缺，使我们的整体管理水平上一个档次，与如今这个高科技的信息社会接轨，作时代的领头人。

二、业务流程分析

在本系统的系统分析阶段，我们主要是对学校的学籍和教学管理进行多方面的调查和研究，从而抽象出我们系统的业务流程图，数据流程图以及数据字典。接下来，我们将通过本系统的业务流程图，数据流程图以及数据字典来进一步说明其功能。

三、数据流程分析

顶图：

中图：

底图：

D1

数据字典 数据元素

数据结构

数据流

数据存储

处理过程

四、实施计划

1.工作任务的分解

本系统分为两大功能模块，一为学籍管理子系统，主要由朱奕，韩峥，武蒙负责，另一为选课管理子系统，主要由李伟，李小尧，郑晓负责。而整个系统调试由朱奕，李伟，李小尧负责。

2.进度

分析员：XXXXX