VB042大型机房学生上机管理系统AC
1.无需注册登录,支付后按照提示操作即可获取该资料.
2.资料以网页介绍的为准,下载后不会有水印.资料仅供学习参考之用.
密 惠 保
第3章 系统分析
系统分析是使整个管理信息系统(MIS)设计达到合理、优化的重要步骤。这个阶段的工作深入与否,直接影响到将来系统的设计质量和经济效益。因此必须予以高度重视。实践表明,许多MIS失败的原因与忽视或没有认真做好系统分析有关。
3.1 系统分析的概念
系统分析是指在MIS开发的生命周期中系统分析阶段的各项活动和方法,系统分析也指应用系统思想和系统科学的原理进行分析工作的方法和技术。系统分析的目标就是按系统规划所定的某个开发项目范围内明确系统开发的目标和用户的信息需求,提出系统的逻辑方案。系统分析阶段的主要活动有:系统初步调查、可行性研究、系统详细调查、新系统逻辑方案的提出等。
3.2 系统的初步调查
系统调查是管理信息系统开发的必要过程,在这一阶段主要是与机房管理人员交进行流,了解机房的管理情况和机房管理需要改进之处。该机房是西电基础教学实验中心机房,主要是西电学生正常上课时的教学上机、学生课外时间的自由上机和外单位的培训。
机房以前使用的管理系统是单机版的,主要存在的问题是:
a.学生刷卡进入机房后随便找计算机上机,学生具体上哪一台计算机,机房管理人员无法知道,计算机损坏或部件丢失后无从找起,给管理带来了不便。 [资料来源:http://www.THINK58.com]
b. 持卡人上机时不能随时知道自己的剩余金额,要么还得去刷卡,一刷卡又下机了,很不方便。
3.3 可行性研究
3.3.1开发新系统的经济可行性
1、 收益
本系统给每个上机人员分配固定的机号,上机人员根据分配的机号上机,这样计算机出现故障或者丢失将有据可查,减少了机房的损失。
2、支出
本系统由一人单独开发,开发环境只要求有一台PC机,开发软件需要Windows平台、VISUAL BASIC 6.0 、SQL SERVER 2000、OFFICE 2000等。所以系统开发的费用较小。
3.3.2 开发新系统的技术可行性
1.设备条件:计算机的内外存足够用,输入输出设备有良好的可靠性、安全性等,可以满足管理系统数据处理的要求和数据传送与通讯。
2.技术力量:本系统由一人单独开发,属计算机信息管理专业的本科生,具有扎实的计算机基础知识与较好的学习能力和系统开发的基本能力。
3.3.3开发新系统的组织管理可行性
为了提高企业的竞争力,改善企业的管理制度,大部分企业对自己的管理系统做以改革。所以,机房领导对系统的开发都予以支持,他们对由本系统导致的管理模式、数据处理方式以及工作习惯的变化都能够接受。
3.3.4 操作可行性
本系统采用可视化界面,界面简洁清楚,操作员只需点击相应的按钮和输入相应的数据可实现操作,也就是说系统对操作人员的计算机专业知识要求不高,只需懂得计算机的基本操作,稍加培训即可使用。 copyright think58
综上所述,本系统的开发是可行的。
3.4 系统的详细调查
首先是和机房管理人员进行座谈,了解系统存在的问题,并通过磋商更深入的了解机房上机管理的需求。经过若干次的座谈,明确系统需求后,本系统将从以下方面进行分析:
1.机房实行自由上机计费、教学上机计时制度。自由上机按每小时1.5元收费,系统按每6分钟为单位收取0.15元,单位之内不计费,超过才计费。教学上机只计机时,最后由院系统一给机房结帐。
2.机房的持卡人主要有学生卡、学员卡、临时卡。学生卡主要针对西电的在校生,分为本科生、研究生、专科生三种;学员卡主要针对外单位的培训,分为计算机培训、网络培训两种;临时卡主要针对临时上机的上机人员。
3.为保护机房设备安全不受破坏,机房对损坏机房设备和违反机房制度的持卡人进行一段时间停用,停用时间内系统拒绝其上机。卡丢失后,持卡人可挂失也可挂失换卡,系统按规定给其一个新号。
4.学生能够查看自己上机情况的详细信息,并能查看自己的剩余金额、上机时间等详细信息。
5.由于系统涉及卡金,需要对充值、教学上机、上机情况等信息进行统计,为上级决策提供依据。
详细调查的重点是对机房管理业务的流程进行描述,通过采用系统流程图中的部分图形工具来描述机房管理活动,进行规范化说明。业务流程图的符号说明如图3-1所示。
think58 [资料来源:www.THINK58.com]
根据详细调查的结果绘出学生上机管理系统的业务流程图,如图3-2所示
3.5 新系统逻辑模型的提出
系统分析的主要成果是系统的逻辑模型。本系统的逻辑模型主要以系统的数据流程图和数据字典为主要描述工具,即对机房管理方式和业务流程进行认真分析和研究,完全从业务管理和功能对象出发,按照信息系统中应有的数据流和数据结构来勾画出系统概貌并给出系统逻辑模型。 think58.com [来源:http://www.think58.com]
3.5.1 数据流图
数据流图是管理系统信息运动的抽象,是在调研的基础上,从系统的科学性、管理的合理性、实际运用的可行性角度出发。将信息处理功能和彼此之间的联系自顶向下,逐层分解,从逻辑上精确的描述系统应具有的加工功能,数据输入,数据输出,数据存储及数据来源和去向(外部实体)等项目
首先,分析机房信息管理的总体情况,划分系统边界,识别系统的数据来源和去处,确定外部实体,得出系统关联图。如图3-4所示:
然后,划分出几个主要的信息管理功能,并明确个功能之间的联系,绘出数据流图的顶层图。数据流图的符号说明如图3-3所示:
3.5.2 数据字典
所谓数据字典是指以特定格式记录下来的、对系统数据流程图中各个基本要
素(数据流、文件、加工等)的具体内容和特征所做的完整的定义和说明。它是关于数据的数据,是描述系统中数据流程图内全部组成部分的清单,它能弥补数据流程图对数据的具体内容不能详细说明的不足。在数据流程图中包括:数据流、数据存储文件、加工(处理逻辑)和外部实体,数据字典正是对这些组成部分进行说明、保存和维护。数据字典的建立能帮助系统分析师全面的确定用户的要求,而且为以后的系统设计提供参考依据。一个数据字典包括的项目有:数据项、数据结构、数据流、处理逻辑(加工)、数据存储文件、外部实体。
为了节省篇幅,下面仅对本系统中的数据项、数据流、数据存储、加工处理逻辑和外部实体各举一例,如下:
数据元素
系统名:大型机房学生上机管理系统 编号:
条目名:持卡人ID (学生卡) 别名:
属于数据流:
F1~F9 存储处:
D1:上机表 D2:充值表
数据元素值:
代码类型 意义
字符 0B 03 01 1 099
在本专业编号
专业代码
年级
院系代码
学生卡类别(本科、专科、研究生)
简要说明:
持卡人ID是持卡人的识别符,每个持卡人都有唯一的持卡人ID
表3-1 数据字典《数据元素》条目
数据存储
系统名:大型机房学生上机管理系统 编号:D1
条目名:上机表 别名:
存储组织:
每个学生有若干条记录,按上机时间排列 记录数:
约20万 主关键字:
上机号
记录组成:
项 名:上机号 持卡人ID 上机时间 下机时间 时间 计算机ID 金额 日期
近似长度: 20 10 8 8 8 5 10 8
简要说明:
1.教学上机的持卡人只记时间、金额为0。
2.自由上机的持卡人既记金额又记时间。
表3-2 数据字典《数据存储》条目
外部项
[版权所有:http://think58.com]
系统名:大型机房学生上机管理系统 编号:
条目名:持卡人 别名:
输入数据流:
上机记录 输出数据流:
上机统计报表
主要特征:
持卡人:即本系统的上机人员,主要特征:姓名,卡金,描述。
简要说明:
持卡人(学生卡)根据学校的课表进行教学上机或自行安排自由上机。
表3-3 数据字典《外部项》条目
加 工
系统名:大型机房学生上机管理系统 编号:P1
条目名:上机处理 别名:
输入:
持卡人ID
上机时间
下机时间
上机类型 输出:
上机时间
金额
上机统计报表
加工逻辑:
1. 教学上机的持卡人根据上机和下机的时间计算其时间。
2. 自由上机的持卡人根据上机和下机的时间,按每6分钟0.15元收费
3. 给每个持卡人随机分配机号。
简要说明:
以6分钟为单位进行收费,每单位收取0.15元,单位内不收费。
表3-4 数据字典《加工》条目
数 据 流
系统名:大型机房学生上机管理系统 编号:P1
条目名:充值统计表 别名:
来源:
充值表 去向:
中心主任
数据流结构:
充值统计表={持卡人ID+[5,15,25,30,50]+[集体充值,个人充值]+操作员名}
本文来自think58 [来源:http://www.think58.com]
简要说明:
根据中心主任的需求,系统随时生成。
表3-5 数据字典《数据流》条目
第4章 系统设计
这一阶段的主要任务是从管理信息系统的总体目标出发,根据系统分析阶段对系统的逻辑功能的要求,并考虑到经济、技术、和运行环境等方面的条件,确定系统的总体结构和系统个组成部分的技术方案,合理选择计算机和通讯的软、硬件设备,提出系统的实施计划,确保总体目标的实现。
4.1 系统设计的概念
管理信息系统设计的主要目的是将系统分析阶段所提出的反映了用户需求的系统逻辑方案转换成可以实施的基于计算机与通讯系统的物理方案,系统设计的主要活动有总体设计和详细设计。
4.2 系统总体设计
4.2.1 系统总体布局方案的确定
根据在初步调查中提到的系统存在的问题,本系统将设计成C/S结构,服务器程序负责完成系统的所有功能,持卡人在服务器刷卡,系统随即分配机号给上机人员。上机人员到给定的计算机上机,计算机上装有客户端程序,该程序负责显示持卡人的详细上机信息(包括剩余金额和上机时间等)。
4.2.2 系统总体功能结构的设计
在综合考虑系统逻辑模型的基础上,对本系统的数据流图进行分析,对每个子系统进一步进行功能分解,这样不断分解下去,直到分解成含义明确、功能单一的功能模块,从而得到系统的功能结构模块图。如图4-1所示:
copyright think58 [资料来源:http://think58.com]
copyright think58 [资料来源:http://www.THINK58.com]