根据工作的内容与性质，报告划分为不同的写作格式，加上报告的内容较多，很多人不知道怎么写报告。以下是小编整理的关于《机房管理收费系统报告》的文章，希望能够很好的帮助到大家，谢谢大家对小编的支持和鼓励。
第一篇：机房管理收费系统报告
信息机房安全监控管理系统
一 前言
随着信息技术的发展和普及，计算机系统及通信设备数量与日俱增，公司机房规模越来越大，中心机房已成为各大业务管理的核心。机房主要用来放置计算机服务系统或通信网络的核心设备，为了保证设备正常运行，机房装有许多配套设备，与之配套的动力系统、环境系统、消防系统、保安系统必须时时刻刻稳定协调运行，24小时处于监控状态，任何一种异常情况都必须得到及时的有效处理，否则，将对机房中各应用系统的正常工作带来严重的后果，有可能造成由于设备故障，丢失数据而带来不可估量的损失。如果安排人员24小时值班监守，不仅浪费人力资源，而且容易出现疏漏，因此，应用自动监控系统进行机房的监控与报警十分必要。 二 公司机房现状
公司信息机房的管理在信息中心成立之前分三个部门管理，调通中心设立信息班负责公司核心网络设备及生产、办公应用系统机房的维护和安全管理;客服中心设立营销组负责营销机房的管理;其它单位楼宇未设立专用信息机房，信息设备各自独立运行的情况比较普遍，并且缺乏专业的设备管理人员和综合有效的管理手段，随着信息专业的发展及国网公司信息“SG186”工程的实施，为进一步规范公司信息化工作，加快推进“SG186”工程和ERP项目建设，确保信息化建设工作顺利进行和各类信息系统的安全稳定运行，经2008年1月2日公司总经理办公会议研究，成立信息中心，并对公司的信息设备、机房、人员进行了整合， 对信息设备实现了集中管理，目前公司集中设置了6个信息机房，均未实现监控运行，对信息系统的稳定运行带来极大不便。 三 需求分析
目前公司的信息机房地点分散，管理存在很大漏洞，与省内兄弟单位相比存在很大差距，考虑到公司信息网络的实际建设情况，充分利用公司现有的网络通道资源，完全可以通过集成平台将公司各信息机房动力系统、环境系统、消防系统、保安系统等完整集成。实现机房权限管理、操控界面、维护界面的集中，统一报警出口，通过与电信、移动联网实现机房报警信息实时发送至值班人员的手机，使机房的管理达到一个整体智能化的全新水平。
机房处于信息交换的核心位置，主要设备及配套设备种类繁多、数目巨大。机房的监控主要从两个角度来对机房实施监控：
第一是从安全保卫的角度，保障机房各种设备，特别是核心设备的安全，防止被盗、火灾与水浸。 1.漏水检测
漏水检测系统分定位和不定位两种。所谓定位式，就是指可以准确报告具体漏水地点的测漏系统。不定位系统则相反，只能报告发现漏水，但不能指明位置。系统由传感器和控制器组成。控制器监视传感器的状态，发现水情立即将信息上传给监控PC。测漏传感器有线检测和面检测两类，机房内主要采用线检测。线检测使用测漏绳，将水患部位围绕起来，漏水发生后，水接触到检测线发出报警。 2.视频监控
监控系统集成视频监控，图像采用MPEG4视频压缩方式，集多画面测览、录像回放、视频远传、触发报警、云台控制、设备联动于一体，视频系统还可与其他的输入信号进行联动，视频一旦报警，可同时与其它设备进行联动如双鉴探头、门磁进行录像。 3.门禁监控
门禁系统由控制器、感应式读卡器、电控锁和开门按钮等组成(联网系统外加通讯转换器)。读卡方式属于非接触读卡方式，系统对出入人员进行有效监控管理。
第二个方面是保障设备正常运行，对辅助设备工作状态进行监控。如通讯设备数据的远程监视、对机房环境温湿度实时监测、对机房供电系统如UPS电源的工作状态监测、对机房空调系统的远程控制。 l. 配电系统
主要对配电系统的三相相电压、相电流、线电压、线电流、有功、无功、频率、功率因数等参数和配电开关的状态进行监视。当一些重要参数超过危险界限后进行报警。 2. UPS电源(包含直流电源) 通过由UPS厂家提供的通讯协议及智能通讯接口对UPS内部整流器、逆变器、电池、旁路、负载等各部件的运行状态进行实时监视，一旦有部件发生故障，机房动力环境监控系统将自动报警。 3.空调设备
通过实时监控，能够全面诊断空调运行状况，监控空调各部件(如压缩机、风机、加热器、加湿器、去湿器、滤网等)的运行状态与参数，并能够通过机房动力环境监控系统管理功能远程修改空调设置参数(温度、湿度、温度上下限、湿度上下限等)，以及对精密空调的重启。空调机组即便有微小的故障，也可以通过机房动力环境监控系统检测出来，及时采取措施防止空调机组进一步损坏。 4.机房温湿度
在机房的各个重要位置，需要装设温湿度检测模块，记录温湿度曲线供管理人员查询。一旦温湿度超出范围，即刻启动报警，提醒管理人员及时调整空调的工作设置值或调整机房内的设备分布情况。 5.防雷系统
通过开关量采集模块来实现对防雷模块工作情况的实时监测，通常只有开和关两种监测状态。 6.消防系统
对消防系统的监控主要是消防报警信号、气体喷洒信号的采集，不对消防系统进行控制。 四 机房监控系统设计方案
从实际出发，在有限的预算下，追求最高的性能。在重要的机房，采用嵌入式网络型监控设备，辅于传感器，组建综合监控管理系统具有较好的成本优势，其建设成本远远低于采用传统PLC模块，工控组态软件之和;建设周期只有传统方案的1/4;系统维护成本只有传统方案的1/2。
目前监控系统技术的发展在国内已经比较成熟，现在规划的是21世纪的系统，要经得起时代的考验。因此，在技术上必须达到国际先进水平，成熟、可靠;在使用上简便实用，要十分适合我公司信息机房使用。
· 系统要有集中统一的管理能力，为系统管理大大提供方便， 使监控技术发挥最高的效用。
· 系统要有开放性、可扩性、兼容性和灵活性。能灵活的与公司内部网络无痛连接，不管是何种网络传输方式都能有机融合成一个整体，要有很强的兼容性和灵活性，能适应产品的升级换代。
· 系统必须具有安全性、可靠性、容错性，能够避免操作人员误操作等引起系统工作不正常现象的发生。
· 系统要有合理的性价比。设计时，着重从实际出发，组建综合监控管理系统有较好的成本优势。 该方案设备连网结构如下图所示：
单机房集中监控示意图
多机房远程联网监控示意图
多机房远程联网监控系统图
机房监控系统组成
机房监控系统由硬件系统和软件系统组成。
硬件系统包括监控主机、采控模块、监测模块以及计算机网络。 软件系统包括服务器端程序(Server)、客户端程序(Client)、中心管理程序(Central Manager)以及设计平台(Designer)等，软件系统的主要具备功能概述：
◣采集设备和环境的有关参数(运行状态、工作参数、报警信息等)，并通过人机界面直观动态实时地显示给用户; ◣对采集的参数进行判断分析，发现部件故障或参数异常，即时采取多媒体动画警示、语音、声光、电话、短消息、E-mail等多种方式发布给有关管理人员;
◣记录历史数据和报警事件，提供查询、分析、报表等手段，提供故障分析和智能专家诊断建议;
◣人工/自动控制，启停有关设备或相关操作，设置系统设备的有关运行参数;
◣提供远程监控管理功能(客户端Client或WEB浏览); ◣提供实用的机房管理系统，如设备管理、值班日志管理、事件处理管理、集中运维管理等管理工具。
主要特点
◣完全的组态功能
系统软件要基于实时多任务WINDOWS98/2000/XP操作系统，在图形用户界面(GUI)环境中，以图元组态的方式构造监控系统。系统提供丰富的图元供自由组态，用户可按自己的意愿构造美观的人机界面。
◣强大的网络功能
系统采用C/S+B/S构架，既提供功能全面的客户端软件，同时通过浏览器可实时查看监控系统界面，了解系统运行状态和报警信息。
◣丰富的报警功能和报警策略
系统要具备完备的报警功能和灵活的报警策略，用户可自定义报警方式和报警策略。报警方式包括界面警示、声音声光、电话手机、短信、电子邮件等，报警事件可设置多种报警方式，不同的设备报警可以报告给不同的管理人员，并可结合值班时段或节假日安排报告给相应的值班人员。
系统要具有分级的报警事件管理，不同的报警级别可以设置相应的报警方式，并发布给相应的管理人员。在一定的报警缓冲时间内，报警级别高的事件优先发布报警。
系统要具备灵活的报警确认机制，发生报警事件后，用户可以通过界面操作、电话、短信等方式确认报警事件。
◣强大的数据管理功能
系统要具有稳定高效的实时数据库系统，不必依赖第三方商用数据库，实时数据可以快速传输给有关功能模块及第三方软件，同时也可以保存在支持ODBC的数据库系统中。历史数据可以定期备份和维护，长期保存，并可用历史曲线显示任意时间段的数据情况。
◣灵活的短信查询功能
系统要具有可编辑的短信查询功能，用户可自定义短信文字或代码，随时查询机房有关设备的运行参数和报警信息。
◣第三方软件通信接口
系统要具备第三方软件通信接口，以方便纳入楼宇管理系统或其它的应用系统，通信规约可以自定义。
◣并发通信机制
系统与前端设备的通信采用并发机制，对于大型的监控项目而言，可以显著缩短采集周期，提高响应速度，保证系统的实时性。
◣多种界面显示效果
监控系统要具有多种界面显示效果，包括报警界面弹出、界面轮巡(幻灯片显示)、状态图标警示等，满足用户个性化要求。
◣通用性
监控系统的设计要符合国际工业监控开放式设计标准。 ◣可靠性
监控系统要具有良好的电磁兼容性和电气隔离性能，不影响被监控设备正常工作;
全部硬件要采用国际著名的工控设备，可靠性高，平均无故障时间大于20万小时。
◣兼容性
支持各种著名厂家提供的智能设备，如STULZ、EMERSON、RC、HIROSS等机房精密空调，MGE、POWERWARE、SOCOMEC SICON、EMERSON、APC、CHLORIDE等UPS。支持所有提供开放协议(如RS-232/422/48
5、Lonworks、SNMP等协议)接口的设备。
◣可靠的安全性能
严格的分级密码管理和用户授权，确保系统运行安全。 ◣可维护与可扩充性
系统软硬件设计采用模块化结构，便于扩展和维护。
五 公司信息机房监控系统的解决方案
正是为了解决上述问题，通过考察了解，建议可使用北京博达通控技术有限公司成功推出地BDTK3000机房监控系统，该系统对机房的各种环境设备、网络设备及视频系统实现了全方位的统一监控，提供美观友好的监控画面，发现异常即自动报警，确保系统的可靠运行。
通过电话调查了解到该系统的用户：
滇中电业局 河北省电力公司 四平市供电局 吉林省电力公司 天津市电力公司 辽源市供电局 天津蓟县供电局 济宁电力局
该系统完全满足设计要求，适合我公司信息机房实现自动监控的需求。
六 经济与社会效益
机房实施安全监控系统后，可带来明显的管理、经济和社会效益：
1)提升机房的管理水平，提高单位的管理形象。
2)对机房设备实现集中监控管理;实现机房24小时无人值守，节省人员财力，及时预见和分析设备故障，及时发现、排除设备故障。
3)有效降低设备损坏情况的发生，减少维修的时间和费用，降低运营成本。 4)对出入机房的人员实现科学有效的监控和管理，增强机房的安全防范。
5)主管领导在自己的办公室或是在外地可随时浏览各个机房的运行情况
第二篇：IDC机房资源动态管理系统
安徽移动IDC机房资源动态管理系统简介
一、业务概述
互联网数据中心(Internet Data Center)简称IDC，是中国移动整合网络通信线路、带宽资源，建立的标准化的电信级机房环境，可以为企事业单位提供服务器托管、租用、接入、运维等的一揽子服务。
IDC资源管理的效率是业务发展和运营的基础，涉及空间资源(机房/机架/机位)、IP、、端口、带宽、存储、设备等。资源管理的范围还包括设备资源信息、设备用户信息、设备存放信息、设备端口信息。同时，IDC有别于传统机房，其承载的业务种类多，业务系统增减及系统升级扩容频繁，因此资源是动态变化的，分配繁琐、变更复杂、记录琐碎，查询统计困难是传统的管理方式的存在的主要问题。如何提升IDC资源管理的水平，应对复杂的多业务环境(自有业务、合作业务、内容引入、集体托管)，满足互联网业务发展和IDC向服务转型的需要，改变传统的IDC管理模式，优化资源分配流程，最大化利用资源，实现多维度管控，同时满足公司低成本高效运营的要求是IDC运营的当务之急。
二、原有流程
经调研，目前全国各地IDC机房均采用传统的手工模式实现资源管理，尚未有IDC机房采用电子化手段结合条码管理方式，实现对不同层级的设备及其资源的动态管控、值班人员的现场无线维护。目前传统的资源手工分配流程如下：
A、IP地址的分配，使用电子表格记录IP地址，每个维护人员各自记录每次的IP分配变化，一段时间检查汇总一次。
B、机架、机位的分配，使用电子表格记录，在分配前，需要去机房现场查看，然后具体分配机柜、机位。
C、端口分配，没有记录，每次远程登录到网络设备上分配，分配后修改端口的别名进行记录。
D、机房托管资源的记录，使用电子表格记录。合作伙伴或客户提供托管资源清单，盘点验收后作为机房托管资源的记录。
通过上述的IDC资源管理方式，虽然解决了IDC资源登记、状态信息、资源归属的记录和查询。但在实际使用中也存在较多的问题：
1. IDC机房内设备数量众多，传统的设备标签信息仅能记录设备归属信息，信息量小、不全面，运维人员巡检时发现的问题时，无法快速定位设备维保信息、设备维护使用记录、客户经理及其联系信息等内容，无法及时并直接将设备故障信息反馈给设备相关维护人员，需记录设备编号后再后台查找相关信息后，通知厂家维护人员，维护效率较低。
2. IDC资源的分配流程长，涉及的分配环节和人员较多，分配效率低，无法满足快速发展的互联网和面向服务转型的需要，需要对分配流程进行优化。
3. 在运维过程中，因各种各样的漏记、错记，资源状态不能及时更新，资源状态比较错乱，导致数据不准确现象时有发生，传统的手工分配资源无法从根本上杜绝数据错误，保证数据100%准确。
4. 传统的手工分配资源，无法对资源的分配过程、变更过程、历史记录等信息进行管理和查询，不符合IDC资源动态变化分配管理的要求，导致资源利用率较低。
5. 资源占用记录不直观，资源统计不方便，不能对IDC的运营、规划提供第一手资料。
综上所述，传统人工资源管理流程，存在资源分配流程长、维护效率低、资源分配涉及人员多、人工汇总数据容易出错等弊端，无法满足互联网业务发展、向服务转型及低成本高效运营的需要，急需改进。
三、优化流程
针对上述问题，经过研究和讨论，最终决定在IDC机房引入资源动态管理系统，通过该系统改变传统的IDC资源管理流程，实现对资源的动态管理和分配，并能通过仓储式的条码管理方式帮助维护人员现场定位故障并直接派发维护工单，实现低成本高效率运营。该系统支持从业务、预占、审批、分配、审核的全流程管理。使IDC资源的空闲、预占、分配、变更、释放有据可查。解决了IDC资源管理的分配难、查询难、定位难、变更难等问题，大幅度提高了IDC的资源管理效率。
在资源动态管理中，首先通过将IDC的各种资源，如IP、机位、机架、设备端口，按分类(行、列、客户类别、业务类别等)在逻辑上创建一类资源的集合，创建出IP池、机位池、端口池等集合，这里资源集合称为资源池。使用资源池，可以将资源进行归类细化，便于在分配资源时，系统可从不同资源池中选取不同分类的资源进行组合。同时利用条码管理系统维护人员现场即可直接读取设备的全部信息，受理设备故障。
资源动态管理主要模块分为IP管理，机房机架管理，设备管理、资源动态管理、条码管理五大部分，各部分主要功能如下：
(一)IP管理：对IDC机房IP地址使用的管理，包括分配、预占以及释放等。IP地址管理的逻辑架构如下图所示。管理员可以根据网段组织IP，完成IP的管理。
(二)机房机架管理：系统采用了树型的架构设计，满足多地市、多运维中心、多机房的机房资源统一管理。基于管理中心-机房-机架-机位的机房机架管理结构，可以灵活无缝地支持运维资源规模的扩展。
机房机架管理的架构逻辑关系如下图所示：
(三)设备管理：基于模板的设备管理，包括网络设备，服务器和端口模板。在模板基础上添加具体的设备，可以方便的批量添加设备。 设备管理的架构逻辑关系如下图所示：
资源动态管理系统具有以下其他类似资源管理解决方案没有的特点：
(四)资源动态管理
为了提高资源分配的效率，降低手工化分配资源带来的影响，对原有IDC资源电子流进行了改进，改进后的资源分配流程，如下图：
在新流程中，新增了资源预分配环节，在资源预分配环节，系统支持自动预占资源，系统根据接收到的业务信息，自动从各资源池中获取对应数量的资源。可手工对预占资源进行调整。此处预占的资源，预占周期可以自行定义。
例如，从A列机柜获取机位，从托管IP池获取IP，从接入交换机池获取端口。 电子工单流经审核后，可以打印为纸质施工单，交给现场施工人员，施工完成后，纸质可以存档。此处只需将进场的设备录入系统，和已经预分配的资源进行绑定即可。
通过自动化的资源分配，提高资源分配的效率，降低了IDC运维管理人员的劳动强度。
(五)条码管理
为了便于机房资源的统一管理，系统引入了条码标签管理，为每台IDC设备生成唯一的条码标签，贴于设备表面。条码标签管理可实现如下功能：
1. 机房的资产标准化管理，每台设备具有唯一的条码，设备信息的变化，不会影响到条码标签。
2. 管理员可携带具备条码扫描功能的手持PDA终端，在进行巡检时，通过扫描条码，可快速查询故障设备信息，通过短信、电话等多种手段，快速通知相关厂家、客户进行维护。也可在线生成报障工单，快速提交进行处理。
3. 管理员可使用手持PDA终端，在机房核对设备实际信息和登记信息，标记可疑信息，支持远程更新数据库信息，支持双向进行数据同步。
4. 手持PDA终端可通过GPRS、WLAN等方式连接后台数据库进行在线实时查询，也可通过本地的缓存信息进行离线查询。
5. 维护管理及资源分配不受空间限制，维护人员通过智能手机终端可远程维护及分配资源，满足快速发展的互联网及面向服务转型的快速响应需要。
四、使用效果
IDC资源动态管理系统是满足互联网业务发展和IDC向服务转型、应对复杂的多业务环境(自有业务、合作业务、内容引入、集体托管)、满足公司低成本高效运营的重要手段，改变了传统的IDC管理模式，优化了资源分配流程，实现对资源的多维度管控，使资源利用率最大化。该系统在国内创新的采用电子化手段和仓储式条码管理方式，有效解决了传统管理方式存在的资源分配流程长、资源分配涉及人员多、人工汇总数据容易出错、维护效率低等弊端，大大提高了维护人员的维护效率，现将主要效果总结如下：
1. 建立统一的资源池，按业务属性自动分配机柜、ip、端口、带宽等机房资源，资源使用率提高30%。
2. 通过条码管理系统，利用手持终端、二维码设备与资源管理平台对接，实现对机房设备的仓储式管理，将烦琐的机房维护管理扁平化，保证机房基础数据100%准确，实现业务系统故障快速响应，维护人员工作效率提高了60%。 3. 通过IDC机房资源动态管理系统，对机架资源、云计算资源、带宽资源、安全扫描资源等使用及规划的动态管理机制，按已使用、规划已使用、可使用，不可使用等维度进行管控，业务系统资源申请时间由30分钟缩短为8～10分钟，效率提高了近70%。
第三篇：医院信息系统规章制度之机房管理及值班人员职责
医院网络中心机房管理制度
1、机房应有专人负责管理，严格执行信息系统管理暂行规定。
2、进入机房须更换拖鞋，自觉维护机房内整洁，非本室工作人员，未经批准不得进入机房。
3、网络管理人员须每天查看24小时值班员日志和设备运转情况，对错误事件及故障应立即分析原因，及时解决问题。
4、保证服务器24小时不间断正常工作，不得随意在服务器用电线路上加载用电设备，严防服务器掉电。
5、对服务器参数进行调整或更改，应经有关领导批准，管理人员应严格填写工作日志。
6、采取有效的病毒感染防范，杜绝网上病毒感染的现象发生。
7、制定网络信息存储和保管规定，多种手段做好数据备份工作。
8、机房内严禁烟火，并备有防火、防盗、防破坏安全设施。
医院网络中心网络管理职责
1、负责全院计算机网络系统的运行检测、及时维护、数据备份。
2、负责医院网络中心和各工作站系统软件、应用软件的安装、调试和维护。
3、负责全院计算机网络系统硬件设备的购买、装配、检修和维护。
4、负责网络工作站计算机耗材的购买，发放和保管。
5、负责经常性的全院计算机网上操作人员的岗前培训。
6、协助并指导网上工作站医院信息系统软件的正常运行及与计算机应用相关的业务开展。
7、负责本院信息系统的逐步拓展和新增功能模块的应用。
中心机房值班人员职责
1.中心机房实行24小时值班,值班人员必须坚守岗位,履行职责。
2.值班人员负责当日的机房管理、安全检查。
3.保持室内清洁、整齐、调节室内温度、湿度，使工作温度保持在23~26摄适度，湿度低于70%。
4、检查电源和服务器运行状态，发现异常现象及时记录并向数据库管理员报告。遇有重大问题及时逐级请示报告。
5、值班人员按要求对数据实施备份，并填写备份记录。后台划价定于每天20：00进行，主服务器每日凌晨3：00~4：00做数据备份工作，磁带机备份在第二天晚20：00进行。
6、认真填写值班日志，严格履行接班手续。
第四篇：机房收费系统
#include
#include
#include
#include
#define N 20
#define M 100
struct student
{ char id[N];
char theclass[N];
char name[N];
char ontime[N];
}
student[M];
int n;
void addition()
{ int i;
cout<<" 请输入录入学生信息的总数:";
cin>>n;
for(i=1;i<=n;i++)
{ cout<<" 请输入第"<
cin>>student[i-1].id;
cout<<" 请输入第"<
cin>>student[i-1].theclass;
cout<<" 请输入第"<
cin>>student[i-1].name;
cout<<" 请输入第"<
cin>>student[i-1].ontime;
cout<<" 提示:您已成功录入第"<
}
}
void calculate()
{ int hours;
char times[30];
time_t rawtime;
struct tm * timeinfo;
time ( &rawtime );
timeinfo = localtime(&rawtime );
strcpy(times,asctime(timeinfo));
cout<<" 所有学生上机费用如下: ";
for(int i=1;i<=n;i++)
{cout<<"学生"<(times[14]-48)*10+times
[15])
hours=(times[11]-48)*10+times[12]-(student[i-1].ontime[0]-48)*10-student[i-1].on
time[1];
else
hours=(times[11]-48)*10+times[12]-(student[i-1].ontime[0]-48)*10-student[i-1].ontime[1]+1;
cout<
}
}
void search()
{ int i,b,c,count;
do
{ char find[20];
cout<<" 请选择查询方式:1.根据学号查询;2.根据班级查询;3.根据姓名查询;4.根据上机时间:";
cin>>b;
switch(b)
{ case 1: count=PF_FLOATING_POINT_PRECISION_ERRATA; cout<<" **请输入学生的学号:"; cin>>find;
for(i=0;i
{ if (strcmp(student[i].id,find)==0)
{ count++;
if(count==PF_FLOATING_POINT_EMULATED)
cout<<"学生学号 学生班级 学生姓名 上机时间 "; cout<
}
if(!count)
cout<<"****提示:该生不存在";
goto A;
case 2: count=PF_FLOATING_POINT_PRECISION_ERRATA;
cout<<" **请输入学生的班级:";
cin>>find;
for(i=0;i
{ if (strcmp(student[i].theclass,find)==0)
{ count++;
if(count==PF_FLOATING_POINT_EMULATED)
cout<<"学生学号 学生班级 学生姓名 上机时间 "; cout<
}
if(!count)
cout<<"****提示:该生不存在";
goto A;
case 3: count=PF_FLOATING_POINT_PRECISION_ERRATA;
cout<<" **请输入学生的姓名:";
cin>>find;
for(i=0;i
{
if (strcmp(student[i].name,find)==0)
{
count++;
if(count==PF_FLOATING_POINT_EMULATED)
cout<<"学生学号 学生班级 学生姓名 上机时间 "; cout<
}
if(!count) cout<<"****提示:该生不存在";
goto A;
case 4: count=PF_FLOATING_POINT_PRECISION_ERRATA;
cout<<" **请输入学生的上机时间:";
cin>>find;
for(i=0;i
{ if (strcmp(student[i].ontime,find)==0)
{ count++;
if(count==PF_FLOATING_POINT_EMULATED)
cout<<"学生学号 学生班级 学生姓名 上机时间 "; cout<
}
if(!count)
cout<<"****提示:该生不存在";
goto A;
default:cout<<"*****提示:输入错误";
}
A:cout<<" **1.继续 **0.返回主菜单";
cout<<" 请输入您的选择:";
cin>>c;
}
while(c);
}
void menu()
{
cout<<" *******************欢迎进入机房收费管理系统!******************* "; cout<<" * 1.录入功能2.计算功能* ";
cout<<" * 3.查询功能0.-*EXIT*- * "; cout<<" *************************************************************** "; cout<<" 请输入您的选择:";
}
void main()
{ system("color 5f");
int a;
C:menu();
cin>>a;
switch(a)
{
case 0:cout<<"***正在退出**谢谢使用本系统，再见";break; case 1:addition();
goto C;
case 2:calculate();
goto C;
case 3:search();
goto C; }}
第五篇：机房收费系统总结（精选）
经过了几天的忙碌，自己的工程也即将告一段落，还有点舍不得。
下面我总结一下自己做工程的收获感觉收获不大，但是实际上这将是我们迈上一个新台阶的基石。说实话，实际收获是很大的，只不过时间用的太长了，感觉效率效率低(收获/时间)。时间的基数越长越是没有感觉……行了，不扯着没用的了。
首先来说自己独立解决问题的能力有一些提高——网络的运用。
上一次写到应用网络的问题，其实就是那样一回事，许多问题就是要靠自己独立去完成，在一个公司，你不可能一遇到问题就去问别人去，因为不同人有不同人都工作，在公司，又和在学校不一样，在学校的友谊是纯洁的，但是到了公司里，这种纯洁很少。就应该确立这种意识：在网上，没有解决不了的问题，只有你想不到的问题。只是一个搜索时间的问题和搜索技巧的问题，这个在平时就可以得到培养和锻炼。只要自己去总结自己问问题的思维与网络的落差点就可以解决。
在我刚开始做这个工程时，自己有时还是需要去翻看一下学生管理系统，但是到了工程的后期，学生管理系统连碰都没有碰过，说明自己通过这个工程自己更能知道，理解，体会学生管理系统。那里的每一片土地都已经是过去时了，想一想自己做学生管理系统的时候自己还是啥都不太懂得，不过，经过了这个过渡，自己明白了许多事情。现在对一般的sql语句写起来没有什么困难了。
这次做工程给我最深的体会就是数据库——做的时候一定要做好否则该改的时候会有很多地方牵扯进来的，让自己还特郁闷。数据库一旦出问题，那么自己修改程序很苦恼。
首先，自己建库的时候没有注意到那么多小的地方，但是，再后来做工程才发现，自己数据库的不足，然后改数据库，说实在的真麻烦。不过有了这一次小小的教训，自己以后会多多注意的，一定会把数据考虑的更加全面，这样在做起工程来就简单多了。
回想这个工程给我印象最深的是，在上机过程中我想弄成分段计时，这一部分我就弄了两天才弄清。但是总结一下自己为什么用这么长的时间。
首先自己先实现却没有更好的思路去完成，自己还是基础的东西不扎实。其实重要的是把过程理清了，代码方面没有什么，我感觉有时不是敲代码的过程来影响进度，而是自己的思绪影响着自己的进度。
还有就是敢于去尝试。
还有就是一定要把前期的需求分析做好，否则到了后边添加的时候会和许多地方发生冲突，一定要选择好基础的底座。