管理信息系统实验报告4Word格式.docx
《管理信息系统实验报告4Word格式.docx》由会员分享，可在线阅读，更多相关《管理信息系统实验报告4Word格式.docx（14页珍藏版）》请在冰豆网上搜索。
⑤损坏喷头记录与报修功能：
当出现损坏喷头刷卡后不出水的情况时，系统会根据该喷头的编号和位置信息对其进行记录，并报送管理人员计算机终端提醒及时报修，同时更新所反馈的当前可用喷头数。
待该喷头修好以后记录修整时间，再次进行更新。
浴室管理信息系统
进出管理（人数统计）
损坏喷头记录与报修
衣橱使用管理（信息锁定）
卡内余额显示与充值提醒
自助售卖机体系
图1系统功能模块结构图示
系统数据处理
读卡采集数据
空余衣橱数量统计反馈
空余喷头数量统计反馈
当前浴室人数统计
正常可用喷头数量更新
图2基本数据维护功能模块示意图
3.系统设计指标说明：
在本浴室管理信息系统的系统设计中，我们着重关注的指标有系统的可靠性、适应性、经济性等。
（1）首先，系统的可靠性指的是系统的硬件和软件在运行过程中抵御各种干扰、保证系统正常工作的能力。
承上所述，本系统运行的表现是硬件接受刷卡传输信息，经软件处理直接反馈出数据，且功能间独立性较强，因此受干扰小，系统正常运行能力强，安全运行时间长。
即使系统出现故障，也可较为容易地找出它是发生在哪一部分，从而较快的修复，可维护性好。
（2）再者，对于适应性来说，它要求系统契合所使用的环境并能可变。
浴室管理信息系统基于采集到刷卡数据来实现其功能，易于维护；
上述所提到的各项功能间独立性较强，也有助于适应变动提高系统的性能。
（3）其三，在经济性方面，应用本套浴室管理信息系统，可以很大程度上减少人工的使用，几乎只需要在系统所联系的计算机终端设几个人就可以（如接收所反馈的保修信息以联系维修人员）。
其余的部分则可全由管理系统来完成，并且会更高效，形成良好的秩序。
在当前信息化的大背景下，信息技术发展迅速并且应用日益广泛，在技术上可以充分支持系统方案的实现。
由此带来的效益超过投入本套管理信息系统的成本，因此它也具有较好的经济性，在经济投入与效益获取配比良好。
二、系统平台设计
1.系统平台配置概述：
系统平台是管理信息系统开发与应用的基础。
关于本套浴室管理信息系统，总体结构是以类似POS机式的信息采集端读卡，将数据传递至所连接的计算机终端进行处理，通过输出设备予以输出反馈。
在设计中我们同时考虑方案的以下方面：
（1）方案的响应时间要求，刷卡进入浴室相对于不设立这一功能，肯定会要求进入有先后，因此刷卡后系统响应要快，传输速率要高；
（2）方案的吞吐量（TPS）要求，浴室的使用会出现高峰时段，因此必须保证足够大的TPS值；
（3）方案的可靠性要求，系统在浴室开放时间（主要为15:
00——22:
00）必须保证连续工作，同时要便于维护和恢复；
（4）方案可扩充，便于设备增加和更新升级；
（5）方案有充分的技术支持，设计出来要便于操作；
（6）落实到实际来说，方案的最终目的是应用，因此须有良好的性能价格比和对环境的有效适应性。
2.系统平台的配置：
①在平台的总体方案上，基于所要设计的浴室管理信息系统应用于浴室环境，其规模范围上较小，开放时间有固定的时间段，功能上主要是通过读卡采集信息进行处理并反馈数据，使用者的需求是有较快的响应时间和简便的操作。
因此总体方案运用计算机技术，磁性数据输入技术和网络技术来支持，使用微机网络保证灵活性和操作的简便性。
②对于系统软件平台的配置，基于微机支持和数据信息处理的功能，在软件上着重于操作系统和数据库管理系统（DBMS）的选择。
在操作系统上，我们选择常用的WindowsXP系统；
考虑到当前的浴室管理信息系统面向高校浴室环境，规模不是很大，我们采用MicrosoftAccess2010作为MIS开发的DBMS软件，它们共同适合于浴室管理中信息的处理及反馈。
③对于系统硬件平台的配置，由于刷卡时系统所采集到的数据有特定的格式，主要要求系统快速的响应，因此在硬件平台上使用灵活、经济的微机支持即可。
同时由于浴室的人员流量还是很大的，所采集的信息量也多，需要快速处理。
因此要求硬件系统中CPU性能高，运行速度快；
存储空间（包括内存和外存储器容量）需要充足，容纳传输来的数据；
I/O通道以及输出口要便于和信息采集端（读卡设施）连接，这需要机房与浴室距离要近；
配件在性能上具有良好的兼容性。
三、系统代码设计
1.编码对象说明：
管理信息系统设计中应有一套公用的、优化的表示相关项目的名称、属性和状态的符号代码来便于计算机的识别和处理，进行标志、分类、排序和检索，对于本套浴室管理信息系统来说，需要通过计算机终端对喷头、衣橱以及在学生刷卡时采集到的数据信息进行存储和处理。
代码设计在整个浴室管理信息系统中是一项基础性和前提性的内容，关系到系统运行的效率。
基于代码设计的唯一性、合理性、可扩充性、简单性、适用性、标准化与通用性的原则，在浴室这一小规模的应用环境当中，代码需要简洁易识别，在各个项目上规范并通用，同时还要有供浴室设备扩充接续利用该体系编码的空间。
考虑到在浴室管理的环境当中，涉及到的需要代码以供计算机终端处理的项目限于喷头编码、衣橱编码、管理员编码、浴室号编码、学号和校园卡账号这几个方面，学号和校园卡账号已有编订，它们是一种区间码且已有通用性，系统直接采用。
基于代码的重要性程度、特殊用途的程度以及成本支出，本处编码不采用校验位。
2.代码结构及编码规则说明：
本系统中的数据库代码采用汉语拼音的首字母缩略和顺序码组合。
首字母在前，表示项目名称，这种形式具有简洁性，便于识别和记忆，同时又起到了分类的目的。
首先将首字母编码和它的含义对应如下：
代码设计（首字母缩略部分）
实际意义
PT
喷头编码
YC
衣橱编码
GLY
管理员编码
YS
浴室号编码
首字母缩略后是数字顺序码，本浴室管理信息系统面向高校浴室环境，因此规模不是太大，所需要编码的设备是有限的。
顺序码的优点是代码简短，易于管理，易于添加，同时在本套浴室管理信息系统中，我们所需要的就是简洁、易识别的代码去唯一标志对象，以便于管理，不需要其它的过多的附加信息。
因为本处顺序码都是去标定实物固定设备（衣橱、喷头等），因此不会轻易被删除。
喷头的安装有固定的位置，利用顺序码从头开始标定可以实现对每一个喷头进行确定的定位；
衣橱的设置不像喷头一样有固定的位置，因此也只需要用顺序码进行唯一标定就可以。
所以综上所述，顺序码作本套系统的代码是合适的。
从代码所对应项目的数量和存储空间考虑，我们对“喷头”和“衣橱”项设定三位顺序码，即001—999，包含了999个容量；
对“管理人员”设定两位顺序码，即01—99,包含了99个容量；
对“浴室”设定一位顺序码，即1—9，包含9个容量，从高校浴室管理实际来说，它们都是充足的。
应用这些代码就可以直接作为数据输入计算机终端，进行有关如损坏喷头记录与报修、衣橱的使用状态、人数统计等处理与反馈。
3.代码表说明：
基于上述对代码各部分的介绍，综合首字母和数字顺序码的组合，得到完整的代码表（编码规则）如下：
代码设计
备注
PT001
喷头号（001号）
可顺序延至PT999
YC001
衣橱号（001号）
可顺序延至YC999
GLY01
管理员（01号）
可顺序延至GLY99
YS1
浴室号（1号）
可顺序延至YS9
四、输入输出设计
1.输入方式设计：
关于系统的数据输入设计，我们考虑下述两个方面：
（1）刷卡（系统读卡）输入：
浴室管理系统经常需要更新数据，必须及时处理数据，并且使当前数据在比较短的时间内完成其输入更新。
刷卡速度较快，输人数据格式一定，不易出错。
（2）键盘输入：
对于“查询统计子系统”这样的流动数据少、基本数据保持不变的系统可以用键盘输入。
对于管理员来说，有时键盘输入是必要的。
2.输入格式：
系统运行所需数据尽量采用数据库中已有的数据，这可以方便系统的运行和维护。
另外，采用规范化的数据输入格式，如出生年／月／日的数据格式，采用标准的yyyy-mm-dd方式设定。
3.校对方式
（1）数据平衡校对：
当输入的学生数据与数据库中的数据不一致时给予提示，如在办卡时，如果输入的学号数据库中已有，那么，系统会给出学号已存在的提示。
（2）人工校对：
人工对输入的每一个数据进行校对，它作为另一种辅助性措施，正确时确定，每一次输入都会提醒管理员校对数据。
4.输出方式设计
（1）学生刷卡信息管理的输入和输出方式设计如下图所示：
图3刷卡信息的输入与输出设计图
其中，界面标题区用来简要标明当前界面的名称；
输入区功用为刷卡或用键盘输入学生的学号，准备进入浴室；
数据显示区1用来显示喷头的使用情况；
数据显示区2用来显示学生卡中余额，计费标准和进出时间等；
数据显示区3用来显示在浴室洗澡学生的情况；
操作区用来存放录入或修改所用的各种操作，如确认、退出等。
（2）“查询统计子系统”中的数据查询和浴室数据统计的输入和输出方式设计如下图所示：
图4数据查询的输入输出设计图
每一项目所代表的意义为：
界面标题区用来简要标明当前界面的名称；
输入区为刷卡或用键盘输入要查询或统计的内容；
数据显示区用来显示查询或统计到的数据；
操作区用来删除所查询或统计到数据。
5、数据库设计说明
1.数据模型分析：
在系统设计中，数据库结构要能充分满足各种信息的输入和输出，收集基本数据，数据结构处理的流程，组成一份详尽的数据字典，为具体设计做准备。
针对一般浴室管理信息系统的需求，通过对数据管理工作过程的内容和数据流程的分析，得到其系统的逻辑模型，设计如下数据项和数据结构：
学生（学号，姓名，性别，校园卡号，洗浴时间，喷头号，衣柜号，浴室名，衣柜编号，喷头编号）
结算（学号，时间，姓名，用水量，水的单价，金额）
浴室（浴室名，浴室位置信息）
喷头（喷头编号，喷头位置信息，使用者学号，使用时间）
衣柜（衣柜编号，衣柜位置信息，使用者学号，使用者密码，使用时间）
反馈（报修时间，衣柜号，喷头号，报修原因，解决时间，维修费用，学号，员工号）
浴室管理员（员工号，姓名，联系方式，上班时间，浴室名，空余喷头数）
显示器（空余喷头数，当前使用人数）
2.数据字典：
①数据流的描述
数据流编号：
D001
数据流名称：
选择信息
简述：
可以选择的特定模块
数据流来源：
你选择模块的表
数据流去向：
选择信息判断
数据流组成：
用户ID+权限+模块名等
D002
用户刷卡信息
用户刷卡
外界输入
浴室管理系统
学号+用户名等
D003
用户基本信息
用户登入后系统获得的基本信息
登入信息
浴室管理系统各个模块
用户ID+权限等
D004
基本操作信息
包含查询余额，扣钱，报修，等基本操作
模块表
扣钱，报修，查询余额等
②处理逻辑的描述
处理逻辑编号：
P001
处理逻辑名称：
登录
根据用户输入的信息进行登录
输入的数据流：
D002登入信息
处理描述：
把用户的密码和用户名输入系统进行登录
输出的数据流：
D003用户的ID和权限
处理频率：
1000次/天
P002
校园卡余额信息的显示
显示校园卡余额
根据用户每次使用校园卡的情况，进行校园卡余额更新
P003
添加
根据用户的选择信息进行添加
D004操作信息
根据输入的判断进行相应的处理逻辑
存储表
P004
删除
根据用户的选择信息进行删除
1000次/天
P005
修改
根据用户的选择信息进行修改
③外部实体的描述：
外部实体编号：
S001
外部实体名称：
浴室管理员
简述：
管理信息的人
管理员基本信息
D001，D002
S002
学生
学生使用情况
D002、D003
S003
喷头
喷头使用信息
S004
衣柜
衣柜使用信息
S005
浴室
浴室用水扣费信息
S006
显示器
显示浴室信息
浴室信息
3.数据库概念设计：
根据系统数据流图和数据字典，得出系统的总体概念模型（E-R）如图5所示。
图5系统的总体概念模型
4.数据库逻辑结构设计：
表1学生信息表
字段名
类型
长度
小数位数
允许空
默认值
字段说明
STUDENTID
INT
12
1
学号（主键）
NAME
VARCHAR
10
姓名
SEX
CHAR
2
√
性别
表2校园卡余额信息表
REMAINER
√
校园卡余额
表3用水情况表
ID
50
Null
4
TIME
使用时间
UNIT-PRICE
VARCHER
16
水的单价
PRICE
20
金额
表4浴室报修情况表
REQUESTTIME
30
报修时间
NUMBER
衣柜号
喷头号
REASON
报修原因
CHECKTIME
解决时间
REPIRETIME
100
修理时间
表5管理员信息表
EMPLOYEEID
员工编号（主键）
六、系统安全保密设计
设计一个管理信息系统，必然要涉及信息的获取与处理，安全性是不可或缺的。
本浴室管理信息系统在使用过程中会采集到学生校园卡账号、学号、姓名和性别等数据信息，用以统计反馈。
这其中包含了一些使用者的重要信息，需要保证它们的安全性，我们考虑以下几个方面：
其一，操作规范的设定，系统对一些信息类型（如学号、校园卡账号等）有对应格式的设定和取值范围，对不合法的数据插入和修改不予支持。
同时对于修改和删除等可能存在不慎误操作的项目，系统会弹出对话框进行确认提醒，以防其发生而造成不利影响。
其二，在软件的使用上，首先通过定期的维护来保证它的正常运行。
软件在读取卡信息后，处理完全在后台进行，在输出设备上体现的仅仅是最终数据（如当前人数、当前余额等），停留时间设定为几秒钟。
系统以校园卡作为信息源，错误的操作不予识别和支持。
其三，对于信息数据的权限的设定，普通使用者（学生）只能凭自己的校园卡查询数据信息，不能进行有关编辑的操作。
对于数据的插入、删除、修改等操作只能由管理人员来进行，并且在管理员进行操作时，需要进行账号登录。
通过登录，基于管理员的有限性和特定性，进一步保证系统的安全保密。
七、系统实施方案及说明
关于本次系统设计，我们小组中由张芯蕊同学负责设计背景、系统功能和设计指标的说明；
孙华绪同学负责系统平台设计和安全保密设计；
王怡静和李江楠同学负责关于系统的数据库设计；
蒋凯奕同学负责系统的输入输出设计；
鉴于代码设计有一定的综合性，需要对系统涉及的各项功能指标进行统一规范，这一部分由我们共同查阅资料完成。
基于之前对此选定的浴室管理信息系统的系统分析，我们第一周直接对本系统进行系统平台设计和输入输出设计，第二周进行数据库设计和安全保密设计，代码设计在整个设计过程中具有综合性和复杂性，我们将其放在第三周进行。
最后进行整合形成完整的实施方案。
关于系统在设计上所要进行的投入，系统设计相对于系统分析阶段的“做什么”的层次，更强调的是确定系统“如何做”，要在其中加入具体的物理设备和可运行的物理模型，形成具体的信息系统平台。
因此在进一步的方案实施中需要有读卡设备、显示屏、微机设备这些物理设备的配置，同时需要有与之相对应的数据库处理和管理软件（以MicrosoftAccess2010作为支撑）的安装和调试，这是系统实施阶段要解决的方面和费用的投入点。
八、参考资料说明
［1］戚桂杰、彭志忠主编：
《管理信息系统》，山东人民出版社
［2］王瑞金：
《数据库系统原理与应用》，山东人民出版社
［3］郝兴伟：
《大学计算机》，高等教育出版社
［4］甘仞初：
《管理信息系统》，机械工业出版社
［5］李石山、张菁、田彩华：
《信息系统开发中的代码设计》，2000-04-25，中国知网
［6］程文静：
《管理信息系统中数据库设计的实现原理与方法》，2011-02-15，中国知网
升级会员 