
管理信息系统(实验报告)
| 题目 | 课程设计实验 |
| 学生姓名 | 席鹏(组长) | 学 号 | 0909050140 |
| 教学院系 | 经济管理学院 | ||
| 专业年级 | 2009级市场营销 | ||
| 指导教师 | 宋朝霞 | ||
| 姓名 | 学号 | 分工 | |
| 组长 | 席鹏 | 0909050140 | 新系统逻辑方案、子系统的划分 |
组员 | 郭胜云 | 0909050152 | 用户需求分析、物理设计 |
| 陈曦 | 0909050141 | 系统可行性分析、数据库设计 | |
| 夏天阳 | 0909050156 | 现行系统分析、输入输出界面 |
| 完成日期 | 2011 | 年 | 7 | 月 | 8 | 日 |
一 引言
我们分析和设计的系统是学生宿舍管理系统,主要是在学生宿舍复杂的管理下,为了开发一个用户针对学生、宿管的管理系统,此系统主要包括学生住宿信息管理子系统、报修子系统、收取快件子系统、离返校子系统、夜归管理子系统。
二 用户需求分析
本系统的最终用户为宿舍楼管理员,本宿舍楼的学生。根据我们日常生活中的经验,结合对自己学校宿舍楼管理老师的咨询和对同宿舍楼同学的调查,得出用户的下列实际要求:
1 宿舍楼的基本情况
学生住在宿舍楼中,每栋宿舍楼都会有若干名老师负责本宿舍楼的日常管理。
(1)信息:
入校时,每位同学都有唯一的学号,并被分配到指定的宿舍楼和指定的宿舍,也会有一个宿舍号,其入校时间就是他的入住时间。另外,为了管理上的方便,同一院系的学生的宿舍一般在一起,相应地会有其所在的院系名称。
(2) 宿舍的基本信息:
每间宿舍都有唯一的宿舍号,入校时,宿舍会装公用电话机,相应地就有宿舍电话号码。
(3) 宿舍财产的基本信息:
每个宿舍的财产属于学校,比如电灯,床铺,柜子,桌椅等,为了对不同的财产进行区分,可以为每种财产分配不同的财产号。这样有利于财产的报修和管理。
(4) 快件收发的基本信息:
每栋宿舍楼都有邮件收发的管理,当本楼的同学有信件时,相应的会有信件的到达时间,接受信件的同学姓名和他所在的宿舍号。有时,同一个学生有多封信件需要接收,需要表示一个同学有多少封信件。当信件接收后,应有一个接收信件的时间,表示信件已成功到达指定的同学手中。
(5) 报修的基本信息:
宿舍楼中经常出现财产的损坏,比如灯泡坏了,厕所的马桶出故障了等,这时,同学们需要将财产损坏情况报告给宿舍楼管理员,以便学校派人进行维修。这时,需要记录报修的宿舍号和损坏的财产编号,同时记录报修的时间和损坏的原因。当损坏的财产维修完毕后,应记录解决时间,表示该报修成功解决。
(6) 夜归的基本信息:
宿舍楼在指定的时间关门(比如晚上12点),若有同学晚于关门时间会宿舍,需通知宿舍楼管理员,同时应登记晚归学生姓名,宿舍号,时间和晚归原因,以利于学校的管理和查证。
(7) 离校的基本信息:
每当放寒假或暑假时,同学们大部分都会回家;每当“五·一”或“十·一”放假时,同学们也有很多不会留在宿舍。这时,为加强学校对同学假期安全的管理,离校的同学应登记离校时间,待返校后记录返校时间,以便学校查证和管理。
2 用户对系统的要求
(1) 宿舍楼管理员:
a 信息要求:
宿舍楼管理员能查询上面提到的宿舍楼的所有相关信息,包括某一学号的学生在宿舍楼中住宿的详细信息,快件收发的所有信息,报修的所有信息,夜归的详细信息和学生离返校的信息。以利于对整个宿舍楼的全面管理。
b 处理要求:
当学生基本信息发生变化时,宿舍楼管理员能对其进行修改。比如,某些同学搬到其他的宿舍中去,他们在本宿舍楼中相应的记录就应该删去;或者学生转换专业,他们记录中院系的信息也要作相应的修改等等。
当宿舍楼的电话号码发生变更时,宿舍楼管理员能根据有关证明做出修改。
当快件到达本宿舍楼时,宿舍楼管理员应依据到达快件的相关信息在快件信息中插入一条记录,当同学们接收快件后,管理员应登记快件的接收时间,表明该信件已成功到达收信人的手中。
当宿舍财产报修及时解决后,管理员应登记解决时间,表明该报修问题已成功解决。
c 安全性与完整性要求:
安全性要求:
(a) 系统应设置访问用户的标识以鉴别是否是合法用户,并要求合法用户设置其密码,保证用户身份不被盗用;
(b) 系统应对不同的数据设置不同的访问级别,访问用户可查询和处理数据的类别和内容;
(c) 设置不同的权限,区分不同的用户,如区分普通用户(学生),管理员。
完整性要求:
(a)信息记录的完整性,信息记录内容不能为空;
(b)各种数据间相互的联系的正确性;
(c)相同的数据在不同记录中的一致性。
(2) 本宿舍楼的学生:
a 信息要求:
本宿舍楼的学生能查询其所在的宿舍的所有信息,能查询本楼的指定宿舍的电话号码以利于同楼宿舍间的通信。能查询自己的快件信息。能查询自己的夜归记录和离返校记录。
b 处理要求:
本宿舍楼的学生能在报修信息表中插入报修信息,表示本宿舍的财产发生了损毁需要学校派人维修。
学生离校时,能在离返校记录表中插入离校时间;学生返校后,能在离返校记录表中插入返校时间,表示已经回校。
三 可行性分析
在我们对学校宿管阿姨的询问及各方面调查下,我们对原学生宿舍管理系统有了详细了解,目前我校还不存在学生及宿管可以利用的学生宿舍管理系统。
1 经济可行性:
学校的学生宿舍管理是基础性的管理工作。加强学生宿舍管理,充分利用好学校的每一份资源,能够使学校整体呈现出优良的风气和面貌,促进学校各项工作的顺利展开。但是,目前我校尚未利用计算机对学生宿舍进行有效的管理。在日常的学生宿舍管理工作中,使用较多的仍为手工记录方式,因而造成管理效率不高、重复工作多、关联信息查询缓慢的局面。因此,对学生宿舍管理系统进行有针对性的研究,并由此构造出一个适于我校学生宿舍管理的宿舍管理系统模型,将具有重要的使用价值。
2 组织上和管理上的可行性:
学生宿舍管理系统把学生、宿管和学校后勤服务中心结合起来,方便信息的传递,加强管理的有效性,节约大量信息的传递时间,有利于学校的管理。
3 技术可行性:
学生宿舍管理系统是采用Visual Basic作为前台开发工具,SQL Server作为后台数据库平台的基于C/S的两层模式的管理系统,技术简单,开发较方便,成本低。对我们四个成员来说,都具有比较熟悉的程序设计经验,曾学习过程序设计的相关原理和知识,具有SQL、VisualBasic.NET程序设计基础和开发课题、软件项目的相关经验。同时,在学校这样一个特殊的环境中,我们可以有更多的时间学习交流、参阅图书资料、请教老师
4 运行可行性
该系统是在Windows平台中基于SQL Server 2000数据库在VisualBasic.NET平台上开发的管理软件,对计算机系统的软硬件没有特殊要求,所以运行只须在Windows 9X或Windows 2000系列以及Windows XP平台即可
四 现行系统概况
通过调查,我们发现学校里不存在现成的可供学生及宿舍楼管理员直接使用的学生宿舍管理系统,只得出其组织结构及功能图:
组织结构及功能分析:
(1)不存在计算机可以运用的系统,该系统由学校后勤部门总负责,学校信息中心负责宿舍管理的所有信息,宿管负责将各种信息用笔记录下来方便后勤部门实时查看,宿管负责日常管理工作。
(2)信息的传递过程主要是,学生将信息传递给宿管,宿管用笔记本记录并传递给学校后勤部,后勤部对信息进行处理。
(3)现行系统的不足之一在于,由于没有宿管、学生可以直接利用的计算机信息系统,学生和宿管无法与后勤部门联系更紧密,学生、宿管无法快速查询相关信息,宿管保存的信息易流失,可以建立一个以学生和宿管为主要用户的学生宿舍管理系统,方便三者的信息传递及联系。
(4)该系统没有学生离校、夜归的详细管理,宿舍安全管理工作不完善,建议增加学生离校及夜归管理。
(5)学生快件无法直接寄到宿舍楼,信息传递较慢,影响取包时间,建议增加宿舍收取快件的管理,让快件的到达信息及时传到,方便学生领取。
五 新系统逻辑方案
根据我们的分析,调查各方面知识,最后设计出新系统的逻辑模型
1 组织结构及功能图:
3 数据流程图:
(1)报修分数据流图
(2)快件分数据流图
(3)离返校分数据流图
(4)夜归分数据流图
(5)总数据流图
4 数据字典
(1)数据项
住宿学生数据字典:
| 属性名 | 存储代码 | 类型 | 长度 | 备注 |
| 学号 | Sno | char | 20 | 住宿学生学号 |
| 姓名 | Sname | char | 20 | 住宿学生姓名 |
| 性别 | Ssex | char | 4 | |
| 专业 | Sdept | char | 40 | 学生专业 |
| 宿舍号 | Dno | char | 6 | 住宿学生宿舍号 |
| 入住时间 | Scheckin | date | 8 | 新生搬入时间 |
| 属性名 | 存储代码 | 类型 | 长度 | 备注 |
| 宿舍号 | Dno | char | 6 | |
| 宿舍电话 | Dphone | char | 15 |
| 属性名 | 存储代码 | 类型 | 长度 | 备注 |
| 物品号 | Pno | Int | 2 | 宿舍物品编号 |
| 物品名 | Pname | char | 20 | 宿舍物品名 |
| 属性名 | 存储代码 | 类型 | 长度 | 备注 |
| 姓名 | Sname | char | 20 | 收件人姓名 |
| 宿舍号 | Dno | char | 6 | 收件人宿舍号 |
| 到达时间 | Marrive | date | 8 | 邮件快递到达时间 |
| 接收时间 | Mreceive | date | 8 | 收件人接收时间 |
| 邮件数量 | Mnumber | tinyint | 2 | 学生收到邮件数量 |
| 属性名 | 存储代码 | 类型 | 长度 | 备注 |
| 宿舍号 | Dno | char | 6 | 报修人宿舍号 |
| 物品号 | Pno | Int | 2 | 报修物品编号 |
| 提交日期 | Rsubmit | date | 8 | 报修提交日期 |
| 解决日期 | Rsolve | date | 8 | 问题解决日期 |
| 报修原因 | Rreason | char | 50 | 物品损坏原因 |
| 属性名 | 存储代码 | 类型 | 长度 | 备注 |
| 学号 | Sno | char | 20 | 晚归学生姓名 |
| 宿舍号 | Dno | char | 6 | 晚归学生宿舍号 |
| 晚归时间 | Btime | timestamp | 14 | 学生晚归时间 |
| 晚归原因 | Breasonr | Char | 10 | 学生晚归原因 |
| 属性名 | 存储代码 | 类型 | 长度 | 备注 |
| 学号 | Sno | char | 20 | 离校学生姓名 |
| 宿舍号 | Dno | char | 6 | 离校学生宿舍号 |
| 离校时间 | Ltime | date | 8 | 学生离校时间 |
| 返回时间 | Lreturn | date | 8 | 学生返校时间 |
| 属性名 | 存储代码 | 类型 | 长度 | 备注 |
| 用户ID | Uname | char | 20 | |
| 用户密码 | Upassword | char | 20 | |
| 用户类型 | Utype | tnyint | 1 | 普通或超级用户 |
| 数据结构名 | 组成 |
| 用户信息 | 用户ID,用户密码,用户类型(普通用户,管理员) |
| 住宿学生信息 | 学号,姓名,性别,专业,宿舍号,入住时间 |
| 宿舍信息 | 宿舍号,宿舍电话 |
| 宿舍财产信息 | 物品号,物品名 |
| 邮件快递信息 | 姓名,宿舍号,到达时间,接收时间,邮件数量 |
| 报修信息 | 宿舍号,物品号,提交日期,解决日期,报修原因 |
| 夜归信息 | 学号,宿舍号,晚归时间,晚归原因 |
| 离校信息 | 学号,宿舍号,离校时间,返回时间 |
| 数据流名 | 数据流来源 | 数据流去向 | 组成 |
| 登记报修信息 | 学生 | 学生报修登记表 | 报修信息 |
| 查询报修信息 | 学生报修信息表 | 管理员 | 报修信息 |
| 登记已修信息 | 管理员 | 学生报修登记表 | 已修信息 |
| 登记快件信息 | 管理员 | 邮件快递表 | 快件信息 |
| 收取快件 | 邮件快递表 | 学生 | 快件信息 |
| 登记确认信息 | 学生 | 邮件快递表 | 确认信息 |
| 登记夜归信息 | 管理员 | 夜归登记表 | 夜归信息 |
| 查询夜归信息 | 夜归登记表 | 管理员 | 夜归信息 |
| 登记离返校信息 | 学生 | 离返校登记表 | 离返校信息 |
| 查询离返校信息 | 离返校信息登记表 | 学生 | 离返校信息 |
| 查询离返校信息 | 离返校信息登记表 | 管理员 | 离返校信息 |
| 数据存储名 | 输入的数据流 | 输出的数据流 | 组成 |
| 学生报修登记表 | 报修信息 已修信息 | 报修信息 | 报修信息 已修信息 |
| 邮件快递表 | 快件信息 | 快件信息 确认信息 | 快件信息 确认信息 |
| 夜归登记表 | 夜归信息 | 夜归信息 | 夜归信息 |
| 离返校登记表 | 离返校信息 | 离返校信息 | 离返校信息 |
| 处理过程名 | 输入数据流 | 输出数据流 |
| 登记报修 | 报修信息 | 报修信息 |
| 查询报修 | 报修信息 | 报修信息 |
| 登记已修信息 | 已修信息 | 已修信息 |
| 收取快件 | 快件信息 | 快件信息 |
| 登记快件信息 | 快件信息 | 快件信息 |
| 登记夜归 | 夜归信息 | 夜归信息 |
| 查询夜归 | 夜归信息 | 夜归信息 |
| 登记离返校信息 | 离返校信息 | 离返校信息 |
| 查询离返校信息(管理员) | 离返校信息 | 离返校信息 |
| 查询离返校信息(学生) | 离返校信息 | 离返校信息 |
1 子系统的划分
本学生宿舍管理系统包括学生住宿信息管理子系统、报修子系统、收取快件子系统、离返校子系统、夜归管理子系统。
总体E-R图:
(1)学生住宿信息管理子系统E-R图:
(2)报修子系统E-R图:
(3)收取快件子系统E-R图:
(4)离返校子系统E-R图:
(5)夜归管理子系统E-R图:
2 系统功能的设计和划分
根据如上得到的用户需求,我们将本系统按照所完成的功能分成以下几部分:
第一部分:用户管理部分
第二部分:管理员管理部分
各部分完成的功能如下:
1 用户管理部分
a、处理用户注册
b、处理用户登录
c、用户可以查询学生信息。
d、用户可以查询快件信息。
e、用户可以提交与查询报修信息。
f、用户可以插入与删除用户自己的离返校信息。
g、用户可以修改用户自己密码。
2、管理员管理部分
a、处理管理员登录
b、管理员可以查询学生信息。
c、管理员可以发布与更新快件信息。
d、管理员可以插入、修改与查询报修信息。
e、管理员可以插入与查询学生夜归信息。
f、管理员可以查询在校与离校学生信息。
g、管理员可以修改管理员密码。
3 物理设计
a系统自动在每个表的主码上建立索引。
b在STUDENT表SNAME列上建立STU_SNAME索引,因为查询操作很多都使通过学生姓名进行的。
c通过数据库连接池连接数据源,使得系统移植更加方便,只需修改配置文件,不需要更改已有的程序代码。在MySQL与Kingbase中移植的时候,不需要更改已有的java代码,只需修改Tomcat的配置文件,比如现在使用Kingbase的时候,需要在
使用MySQL的时候,只需将上边改为:
同时将MySQL的驱动程序JAR包放到Tomcat的lib文件夹中。如果相应的用户名密码不同,只需在上边的username和password做出相应更改就行了。
4 数据库设计
将ER图转换为关系模式
关系模式:
住宿学生(学号,姓名,性别,专业,宿舍号,入住时间)
宿舍(宿舍号,宿舍电话)
宿舍财产(物品号,物品名)
邮件快递(姓名,宿舍号,到达时间,接收时间,邮件数量)
报修(宿舍号,物品号,提交日期,解决日期,报修原因)
夜归(学号,宿舍号,晚归时间,晚归原因)
离校(学号,宿舍号,离校时间,返回时间)
5 输入输出界面
为了方便程序查询,建立了如下用户视图:
a 学生信息视图(学号,姓名,性别,院系,宿舍号,宿舍电话)
b 财产报修视图(宿舍号,财产名,报修时间,处理时间,报修原因)
c 学生夜归视图(学号,姓名,性别,院系,宿舍号,时间,夜归原因)
d 学生离校视图(学号,姓名,性别,院系,宿舍号,离校时间,返校时间)
e 学生在校视图(学号,姓名,性别,院系,宿舍号,宿舍电话)
心得体会
开发信息系统的方法通常是生命周期法,也叫结构化系统开发方法,即按照系统分析、系统设计、系统测试、运行和维护以及系统评估六个阶段来开发信息系统,我们的课程设计的信息系统也是按照这个方法设计的。
我们进行课程设计的系统是学生宿舍管理系统,这是和学生在校生活息息相关的系统,因而比较方便我们进行系统的设计,这次设计中,我的主要任务是新系统的逻辑方案及子系统的划分。在系统分析阶段,通过对学生的调查、向楼管阿姨询问及上网查询相关资料,我们完成了用户需求调查和现行系统的概况,了解了学生及楼管对新系统的需求和现行系统的不足;在进行新系统逻辑方案设计时,我们将系统的各个功能的业务流程进行了粗略统计,了解了数据的大致流向,然后根据业务流程设计出较详细的数据流程图;在进行子系统的划分时,我们将设计的系统划分为六个子系统,即学生住宿信息管理子系统、报修子系统、收取快件子系统、离返校子系统、夜归管理子系统,这是根据各功能进行的划分,一个系统只完成一个功能,是功能聚合和数据耦合,也就是高聚合、低耦合,所以系统模块设计比较合理。
通过此次课程设计,我熟悉掌握了生命周期法,这对以后的系统设计是有很大帮助的,可以利用这个方法进行其他方面的设计。
席鹏
0909050140
心得体会
我们小组这次所做的实验是学生宿舍的管理信息系统,我主要负责本次实验中的学生宿舍管理信息系统系统分析工作。此次所做的报告是在学生宿舍系统规划报告的基础上,对要实现的寝室学生管理进行需求调查,使用UML用例图和活动图来描述调查得到的需求。然后对调查得到的需求进行详细的分析和描述,编写需求分析报告。
通过以上分析,将该系统的各种功能及流程进行总结,本系统主要面向连个操作对象,管理员和学生。对于管理员,拥有对学生管理、学生卫生管理、学生文明管理以及对学生生活环境管理的能力。而宿舍作为学生的课余生活的主阵地,起环境好坏大大影响着学生。所以学生自身要有塑造一个良好的寝室环境的意识的行为,将生活与寝室紧紧地联系在一起。
与此同时,管理员和学生直接也要建立良好的关系,因为这将决定着双方的工作能否顺利成功的开展。只有二者相处的和谐融洽,双方的工作和目标才能够得到成功的完成,
经过分析、设计完成,认为我们此次实验我做出的成果可以进行开发, 我们这次做出学生宿舍管理信息系统取得成功。我们也在完成这个实验的过程中学习到了很多的知识和经验。
郭胜云
0909050152
心得体会
通过我们小组的实践表明, 可行性分析可以提高投资项目决策的科学性和民主性; 可以减少因决策失误而造成的浪费和损失; 对提高投资项目的经济效益和社会效益起着重要作用. M IS 的开发工作 是一项复杂的系统工程, 它涉及到管理、经营机制、组织机构、管理方式和人们的传统观念 等一系列实际问题.
有些M IS项目投资较大且开发周期长, 因此, 在M IS 开发工作的前期对项目进行客观、认真的可行性分析是十分必要的, 这关系到整个系统建立的成败及运行效率. 开发M IS 的原则是“基于原系统、并高于原系统”, 因此, 首先对项目进行可性分析是非常必要的. 没有这一步, 就不能从企业的现状出发, 构造出可行的、优化的系统逻辑模型, 更不可能结合现实的技术、经济、社会等各种因素设计出具体的、可行的、优化的系统方案方案. 为了能够开发出高效、可行的管理信息系统, 提高企业的工作效率决策水平, 以较少的投入 来获得较高的效益, 企业在开发M IS 时, 一定要认真地搞好可行性分析工作。回顾起此课程设计,在这段日子里,可以说得是苦多于甜,但是可以学到很多很多的东西,同时不仅可以巩固了以前所学过的知识,而且学到了很多在书本上所没有学到过的知识。
陈曦
0909050141
心得体会
经过一个个星期的课程设计,收获颇多。也明白了在平时学习上自己存在的一些问题,也解决了一些一直困恼我的问题。刚开始拿到课程设计题目——学生宿舍管理系统的时候,觉得很容易就可以做好了但是仔细的看了一下设计要求。发现还有些难度的。这样的项目对我们学过的数据结构,程序设计,数据库等课程是一个综合性很高的实践。一些以前没有学得很扎实的课程内容,由于需要在实践中运行,刚开始我也感到头痛,但回过头来再去看教课书,经历着一段时间的实践,对于这些知识点有关的背景,概念和解决方案理解得更透彻了,学习起来也越来越有兴趣,越来越轻松。另外我还充分体会了从事系统开发工作需要特别谨慎认真地态度和作风,一点都不能马虎。每个细微的细节都必须十分注意,如果不认真思考决策,就会出现或大或小的错误。如果早期的错误隐藏下来,对后面的工作影响就会很大,甚至有时会推倒很多前面做的工作重来。
通过这次课程设计使我懂得了理论与实际相结合是很重要的,只有理论知识是远远不够的,只有把所学的理论知识与实践相结合起来,从理论中得出结才能真正为社会服务,从而提高自己的实际动手能力和思考的能力。实验过程中,也对团队精神的进行了考察,让我们合作起来更加默契,在成功后一起体会喜悦的心情。
夏天阳
0909050156
