计算机机房管理系统—免费毕业设计论文内容摘要:
姓名,卡金,描述。 简要说明: 持卡人(学生卡)根据学校的课表进行教学上机或自行安排自由上机。 表 33 数据字典《外部项》条目 加 工 系统名: 大型机房学生上机管理系统 编号: P1 条目名: 上机处理 别名: 输入: 持卡人 ID 上机时间 下机时间 上机类型 输出: 上机时间 金额 上机统计报表 加工逻辑: 1. 教学上机的持卡人根据上机和下机的时间计算其时间。 2. 自由上机的持卡人根据上机和下机的时间,按每 6 分钟 元收费 3. 给每个持卡人随机分配机号。 简要说明: 以 6 分钟为单位进行收费,每单位收取 元,单位内不收费。 表 34 数据字典《加工》条目 数 据 流 系统名: 大型机房学生上机管理系统 编号: P1 条目名: 充值统计表 别名: 来源: 充值表 去向: 中心主任 数据流结构: 充值统计表 ={持卡人 ID+[5, 15, 25, 30, 50]+[集体充值,个人充值 ]+操作员名 } 简要说明: 根据中心主任的需求,系统随时生成。 表 35 数据字典《数据流》条目 第 4 章 系统设计 这一阶段的主要任务是从管 理信息系统的总体目标出发,根据系统分析阶段对系统的逻辑功能的要求,并考虑到经济、技术、和运行环境等方面的条件,确定系统的总体结构和系统个组成部分的技术方案,合理选择计算机和通讯的软、硬件设备,提出系统的实施计划,确保总体目标的实现。 系统设计的概念 管理信息系统设计的主要目的是将系统分析阶段所提出的反映了用户需求的系统逻辑方案转换成可以实施的基于计算机与通讯系统的物理方案,系统设计的主要活动有总体设计和详细设计。 系统总体设计 系统总体布局方案的确定 根据在初步调查中提到的系统存 在的问题,本系统将设计成 C/S 结构,服务器程序负责完成系统的所有功能,持卡人在服务器刷卡,系统随即分配机号给上机人员。 上机人员到给定的计算机上机,计算机上装有客户端程序,该程序负责显示持卡人的详细上机信息(包括剩余金额和上机时间等)。 系统总体功能结构的设计 在综合考虑系统逻辑模型的基础上,对本系统的数据流图进行分析,对每个子系统进一步进行功能分解,这样不断分解下去,直到分解成含义明确、功能单一的功能模块,从而得到系统的功能结构模块图。 如图 41所示: 系统详细设计 代码设 计 代码是代表客观存在的实体或属性的符号 .在信息系统中代码是人和机器的 图 41 系统的功能结构模块图 共同语言 ,是进行信息分类、校对、统计和检索的关键。 本系统的部分代码如下: 班级 ID: 03 01 1 1 班次 专业代码 年级 院系代码 学号: 03 01 1 099 在本专业编号 专业代码 年级 院系代码 学生卡卡号: 0Z 03011099 学号 学生卡类别(本科、专科、研究生) 学员卡卡号: 0W 1 0000002 序列号 批次 学员卡类别(计算机培训、网络培训) 临时卡卡号: 0L 00000012 序列号 临时卡标识 院系 ID: 04 院系代码 专业 ID: 2 专业代码 计算机 ID: ST 015 序列号 计算机标识 数据库设计 在系统的数据库设计中,首先对系统分析得到的数据字典中的数据存储进行分析,分析各数据存储之间的关系,可采用 ER图的方法进行数据结构分析。 这里以“上机管理”和“充值”为例说明数据库基本结构的设计。 上机管理及充值中涉及的主要实体集及属性如下: 持卡人(持卡人 ID、持卡人姓名、金额、状态、持卡人描述) 计算机(计算机 ID、行号、列号、状 态、计算机描述) 用户(用户 ID、用户名、密码)注:用户分超级用户、统计员、一般用户。 它们之间的联系用 ER 图表示如图 4 44 所示: 从图中可见,持卡人和计算机之间是多对多的关系,持卡人和统计员之间是多对多的关系。 按照 ER图方法设计数据库的方法,除上述每个实体分别构成一个关系外,彼此之间的联系可转化为以下两个关系: 上机(持卡人 ID、上机时间、下机时间、时间、金额、日期、计算机 ID) 充值(持卡人 ID、日期、用户 ID、充值类型、金额) 这样,上机管理和充值就涉及以上 5个关系,在对数据代 码进行设计后,再按照数据字典中数据元素的说明确定每个数据项的类型和长度,从而使每个关系都对应一个 SQL SERVER 表,同时要确定该表的主键。 上述 5个表的结构如下所示: TbCardholder(持卡人表) 字段名 类型 长度 是否为空 是否主键 说明 CH_ID Varchar 10 否 是 持卡人 ID CH_Name Varchar 4 否 姓名 Money Money 否 金额 State Varchar 2 否 状态 CH_Memo Text 是 描述 TbUser(用户表 ) 字段名 类型 长度 是否为空 是否主键 说明 U_ID Varchar 3 否 是 用户 ID U_Name Varchar 10 否 用户名 U_Psw Varchar 6 是 用户密码 TbComputer(计算机表) 字段名 类型 长度 是否为空 是否主键 说明 CPT_ID Varchar 5 否 是 计算机 ID Row Int 否 行号 Tier Int 否 列号 State Varchar 2 否 状态 CPT_Memo Text 是 描述 TbShangJi(上机表) 字段名 类型 长度 是否为空 是否主键 说明 C_ID Varchar 10 否 持卡人 ID Start_Time Datetime 否 否 上机时间 End_Time Datetime 是 下机时间 Time Datetime 是 时间 CPT_ID Varchar 5 否 计算机 ID Money Money 是 金额 Date Datetime 是 日期 TbSaving(卡金充值表) 字段名 类型 长度 是否为空 是否主键 说明 C_ID Varchar 10 否 否 持卡人 ID Date datetime 否 日期 Money Money 否 金额 Type Varchar 4 否 充值类型 U_ID Varchar 3 否 用户 ID 这里仅是与上机管理和充值有关的基本数据表,整个系统的数据库设计相当复杂,共涉及 1个数据库 27张表,这里不一一列举。 系统物理配置方案设计 本系统采用 C\S结构,服务器基本配置如下: 硬件环境 a. IBM PC 及兼容机 ,具有 P2或者更高的微处理器。 a. 硬盘驱动器:硬盘空间至少。 b. CDROM驱动器。 d. VGA或更高分辨率的显示器。 e. 64MB或以上的内存。 f. 与 MICRSOFT WINDOWS 相兼容的鼠标器或其它兼容的指定设备。 g. WINDOWS 支持的各类单色、彩色显示器,各类针式打印机、喷墨式打印机或激光打印机。 由于客户机是上机用机,为满足不同的上机需要,所以配置应适当高一点。 软件环境 本系统可运行于 WINDOWS9X、 WINDOWS20 WINDOWS XP及其以上版本,还需 OFFICE 2020和 SQL SERVER 2020 环境。 用户界面设计 操作员维护界面主要完成操作员的增、删、改以及操作员的权限管理。 在左侧的操作员列表中点击操作员,在右侧浏览 其 详细信息 ; 单击添加按钮填写完毕后,单击保存按钮 ; 点击操作员,单击修改按钮,即可对其进行修改 ; 点击操作员,单击 删除 按钮,即可对其进行删除; 在选择权限时 ; 用户可选中权限后单击 39。 39。 按钮,或者直接将其拖动到已选择的权限,也可单击 39。 39。 按钮 进行全部选择。 院系、专业、班级信息维护界面主要完成院系、专业、班级的增、删、改。 (如图 46所示: )为了表现出院系、专业、班级的层 次关系,本系统将其设计 图 45 操作员维护界面 图 46 院系、专业、班级信息维护界面 成树型结构;在操作上全部使用右键菜单的方式进行实现。 单击院系、专业、班级结点后在其右侧的列表中显示其详细信息,单击右键即可实现院系、专业、班级的增、删、改。 密码输入正确无误后,进入系统的主界面。 该界面主要完成系统各个功能界面的向导进入以及上、下机管理。 为了方便用户操作,本系统设计了三种方法进入各个功能界面:菜单、工具栏、快捷树,部分功能界面还设计了快捷键;上、下机管理主要完成上机、下机以及上机过程中的收费、计 时;同时还可提供全部下机和换机功能;还有机房计算机的数量信息等。 详细如图 47所示: 图 47 系统主界面 为了方便用户使用,本系统提供了强大的查询功能,以持卡人查询为例:可以进行单项快捷树 上机人员列表 计算机数量信息 查询、组合查询还可进行模糊查询,输入或选择查询条件后单击查询按钮或回车键,即可在下方的列表中显示查询到的信息,单击打印预览可进行预览打印。 如图 48 所示: 为了满足上级管理部门、机房中心主任的决策需要,本系统提供了强大的统计报表,以上机统计报表为例:输入或选择持卡人 ID后,选择时间段查询或单日查询,单击统计按钮即可在 下方的统计说明中显示其教学上机机时和自由上机金额数。 如图 49所示: 图 48 持卡人信息查询界面 图 49 上机情况统计界面 第 5 章 系统实施 系统实施阶段是在此前各个阶段工作成果的基础上,将技术设计转化成物理实现。 因此,系统实施的结果是系统分析和系统设计的结晶。 系统开发工具的选择 本系统选择了在数据库前台开发工具中最为流行且易上手的开发工具 VISUAL BASIC。 在 VISUAL BASIC环境下,利用事件驱动的编程机制、新颖易用的可视化设计工具,使用 WINDOWS 内 部的应用程序接口( API)函数,对象的链接和嵌入( OLE)、开放式数据访问( ODBC)等技术、可以高效、快速地开发 WINDOWS环境下功能强大、图形界面丰富的应用软件系统。 数据库产品的选择 数据库选择了关系型数据库产品 SQL Server 2020, SQL Server 2020 是 Microsoft 公司推出的大型网络数据库管理系统( DBMS),并且属于大型的经典的关系型数据库产品。 它支持客户机 /服务器模型( C/S)、支持多种操作系统平台、易使用、性能可靠、是电子商务等领域中的最佳选择。 开发平台的选择 基于上面开发工具和数据库产品的运行要求,考虑到本系统的性能要求,选择了Windows 98 第二版作为开发平台,本系统可在 Windows 9X、 Windows20 Windows XP平台下运行。 程序设计 结构化程序设计的基本思想是以自顶向下的方式、按照模块化和逐步细化的思想,用一组单入口和单出口的基本控制结构及其反复嵌套来进行程序设计。 按照结构化程序设计的原则,所有程序都可以由顺序结构、条件结构 (分支结构 )和循环结构及其组合来实现。 下面以多分支结构来说明上机管理的程序设计 ,如 图 51 所示: 图 51 上机管理程序设计流程图 第 6 章 结束语 所做工作及收获 经过 5个多月的努力,我的《大型机房学生上机管理系统》终于完成了。 在此期间我调查了西电基础。计算机机房管理系统—免费毕业设计论文
相关推荐
.......................................................................................19 开发平台 ......................................................... 20 制作工具及技术 ...................................
四、操作数据库 我们通过调用链接对象的 Execute 方法来将查询结果返回给一个数据对象或进行插入、删除等操作。 例如: rs=“ INSERT INTO tab1 VALUES(1,2)” (rs) /执行插入操作 五、关闭数据对象和链接对象 在使用了 ADO 对象之后要关闭它,因为它使用了一定的服务器资源。 通过调用方法 close 实现关闭,然后再释放它。 Record Set
统运行政常后,方可投入使用。 对维修的设备应填写 “维修记录 ”,详细说明故障原因、处理方法、所换部件。 其它各种计算机的硬件维修 各单位所属的中、小型计算机和工作站的故障维修应由专门的硬件维修或维护人员承担,在经主管领导同意后,也可请外单位硬件维修人员维修或外送维修。 在维修前 ,必须先确定故障的可能部位 ,尽可能不影响主机的运行。 外部设备的维修不应影响整个系统的运行。 如果机器具有诊断程序
量垃圾文件,系统文件也有部分受到损坏,从而导致 系统崩溃,重装系统,另外有一些属网络故障,线路问题等。 其他软件问题主要 包括教学软件的安装使用,由于本学年起课程从新进行编排, 机房电脑也进行了更新,整个 出现很多新的教学软件需要下载安装工作量较大。 3 、学校计算机病毒的维护与防范情况 目前网络计算机病毒较多,传播途径也较为广泛,可以通过浏览网页、下载程序、邮件传播,为了做好防范措施, 学校
在军事后勤中,如何快速、准确的获得部队对后勤的需求信息并及时开展业务,高效、合理地完成保障任务,实现保障有力,是提高后勤信息化建设的重要因素。 随着现代计算机和信息技术的发展,结合先进的管理理念、成熟的信息技术和优化的保障策略,开发自动化仓库管理系统已成为刻不容缓的任务。 二维条码自动识别技术以其容量大、识别速度快、精度高、纠错能力强、安全强度高等优势,很好的满足了仓库自动化管理的需求。
挥更大的作用,实现工作过程的计算机化,提高工作效率和工作质量,现提出如下的系统开发目标:第一,系统应具有实用性、可靠性、有效性及方便性。 第二,不同身份的用户在使用中有不同的权限。 第三,能够按照用户选择的不同的条件 进行简单查询和复合查询。 第四,能够对题库进行管理、试卷生成 报表。 云南广播电视大学曲靖分校 2 可行性分析 通过对该题库管理的各个方面进行了具体的了解之后