管理系统设计方案范文1
航天发射场测试发射地面设备是遂行各项试验任务的重要保障，特别是关键设备一旦发生故障，势必影响整个试验任务的顺利完成。建设航天发射场地面设备健康管理系统，可以有效地解决当前航天发射场设备管理中存在的三个方面问题，即设备管理知识与设备技术知识的融合问题，信息系统和技术设备的信息获取及融合问题，以及不同厂商的技术设备的信息融合问题，从而达成更全面的互联互通、更完整的信息获取、更深入的智能决策[1]，并实现全方位的设备健康管理目标。
1原型系统的层次设计
1.1原型系统的层次划分
根据OSA-CBM（OpenSystemArchitectureforCondition-BasedMaintenance）的要求，融入云计算、物联网等现代信息化手段，论文采用从下至上（Down-Top）分层方法来设计航天发射场地面设备健康管理系统方案[2][3[4]，将航天发射场地面设备健康管理系统划分为五个层次，从下至上分别是数据采集层、数据处理层、状态监测层、健康管理业务层和表示层，如图1所示。
1.2原型系统的层次描述
设备健康管理原型系统设计方案由传感器信号处理器健康状态评估服务器设备综合健康管理机等组成设备健康管理系统。具体如下：①首先利用各种传感器（例如压力传感器、电流传感器、加速度传感器、温度传感器等）对各个分系统的组成设备进行数据采集。②利用信号处理器对采集到的数据进行处理。③处理之后的数据再经过健康状态评估推理机进行诊断推理。④如果设备的健康状态恶化严重，将触发健康状态报警装置，产生设备维修管理需求。这主要是实现OSA-CBM的数据采集、数据处理和状态监测三层的功能，而且每个设备的这三个功能都相对独立。⑤然后从状态监测层输出的数据经过交换机输入到设备健康管理系统中，在这个业务层里，结合历史数据信息、知识数据信息等，对设备进行剩余寿命预测、维修决策等，实现设备的健康管理功能。⑥表示层是直观展现给设备操作人员、维修人员、管理人员等的设备的各种信息，包括设备基本信息、健康状态信息、剩余寿命信息、维护信息等。该方案的优点是：一是采用这种方案开发出来的设备健康管理系统，可靠性、可维护性以及可测试性好，这对于设备健康管理系统的有效运行非常必要；二是该方案不严格区分各个分系统的诊断和预测方法，各个诊断和预测方法都是以组件形式提供的，这样整个设备健康管理系统的规模将大大减小，提高了整个系统的效率；三是该方案可以实现设备状态信息数字化、设备健康管理现场清晰化、设备故障诊断智能和设备维修智能化等。
2原型系统的主线业务设计
航天发射场地面设备健康管理系统设计方案中的五个层次（数据采集层、数据处理层、状态监测层、健康管理业务层和表示层），可以设计成由状态监测、过程控制和管理控制等主线业务贯穿而成。
2.1状态监测业务设计
航天发射场地面设备健康管理系统的状态监测层由传感器信号调理器数据采集器作业平台等构成。状态监测业务主要是运用传感器对航天发射场地面设备进行在线监测或离线检测，提取有效的设备健康状态数据。在状态监测层，在线监测业务应该做到：①实时监测设备关键部件的主要参数，实时掌握设备的健康状态，从而建立预知性维护模式、减少突发生性故障发生，提高设备可靠性，降低维护成本；②异常自动申报并触发任务，将任务推送到维护人员的交互界面，改变以往被动的工作模式；③通过对关键部件的实时监测，大幅减轻点巡检的工作量。状态监测业务可以运用数据分析软件对获取的数据进行状态分析，得到比较准确的分析结果，对地面设备的运行状态整体掌控，为地面设备的维修、保养提供有力依据。状态分析应该做到：提供设备状态分析工具，通过时域图、频域图、过程数据帮助技术人员分析设备劣势倾向，从而进行针对性的维护、维修，将故障消除在萌芽状态。
2.2过程控制业务设计
过程控制业务主要是对两大类过程进行控制：一是管理过程；二是执行过程[1]。2.2.1管理过程控制管理过程控制的主体是相关部门负责人和设备管理人员，目的是及时掌握地面设备健康状态、维护保养情况及相关反馈信息。在管理过程控制中，相关部门负责人和设备管理人员可及时、直观地监控地面设备的运行状态，并通过图表直观地分析备劣化倾向及设备效能变化，为设备使用、维修决策提供准确的数据支撑；及时掌握现场作业人员的设备操作、检测、维护保养等情况及相关反馈信息。可在管理过程界面选择所需要的信息（如：油液信息、振动信息），及时掌握地面设备的最新状态，并可通过图形分析工具对设备状态进行分析，以便快速作出正确的决策。2.2.2执行过程控制执行过程控制的主体是设备操作人员、设备监（检）测人员和设备维修人员，目的是直观、及时、高效地发现和解决地面设备出现的健康状态问题。在执行过程控制中，对于操作人员来说，应该工作任务一目了然（例行保养、试验任务）、作业标准化、操作信息与管理层对接、操作进程实时显示等，特点是：直观、标准作业化、工作进程目视化；对于监（检）测人员来说，应该点检任务清晰展示，通过在线监测设备重点部位大幅减少其工作内容，岗位工作能力要求可降低、工作周期可延长，特点是：直观、简单、精简人员配置；对于维修人员来说，应该工作任务实时更新，工单现场录入，提高工作效率，执行结果及时反馈，特点是：简洁、直观、智能。在执行过程控制界面，不同角色的操作者以刷卡触发的形式，进入各自的任务界面，根据系统提示的工作内容进行实际工作。在页面中操作者可查询调用到工作需要的指导性文件，也可查询工作进度和历史记录，当工作中发现异常情况时可及时利用所设置功能进行异常报送。各类作业平台，应方便各岗位工作开展，建立有序、标准、便捷、高效的现场作业模式，同时将现场工作人员的日常工作与知识体系紧密融合，为航天发射场设备健康管理系统过程控制获取有效的基础数据。
2.3管理运行业务设计
管理实施业务的主体是高层管理者和系统设计人员，目的是通过信息技术，构建有机、集成的航天发射场地面设备健康管理信息体系，将设备健康管理所涉及的计划、标准、安全、关键资源等航天发射场管控关注的对象统一管理[1][4]；全面掌握航天发射场地面设备的基本现状和使用情况，规范并加强设备基础管理，促进设备健康管理经验的积累与交流，同时支撑和实现设备管理绩效评价，为航天发射场地面设备健康管理的科学决策提供信息依据。管理运行业务主要包括：再造与优化设备健康管理流程，达到设备健康管理流程标准化、规范化和精细化，提高设备健康管理效率；建立设备健康管理基础及其过程数据库，实现信息共享，便于查询、统计和分析，避免因人员变动等造成的资料和数据的缺失；提高设备可靠性和可利用率，减少设备故障停机时间，提升设备的综合效率；合理整合与配置航天发射场技术资源、人力资源、资金资源、备件资源等，达到资源利用最大化，提高维修工作的效能；借助信息系统及工具加强现场工作管控，实时掌握设备健康状态，全面跟踪记录维护维修过程，为设备健康管理提供准确及时的维护维修信息分析；利用信息系统实现备件库存预警机制实现采购———库存———消耗联动，降低备件库存及其备件成本；利用信息系统的数据处理能力，为航天发射场高层管理者决策提供科学依据；对设备健康管理业务体系内容进行分析，配置航天发射场设备健康管理门户，设计管理导航舱，展示工作流程，图形化工作指引等；提供数据建模工具、流程管理工具、功能开发工具、报表设计工具、系统集成工具等。
3分系统的方案设计
3.1分系统描述
航天发射场地面设备由许多子系统组成，子系统在功能上彼此相对独立，因此，可在每个子系统内部署单独的设备健康管理分系统，各分系统都与上层的设备健康管理系统有统一的接口。这样的设计可以隐藏各分系统的细节，使得设备健康管理分系统在“检查”各子系统的健康状态时，不必关心各子系统的内部机制。而各子系统内部的结构或健康管理算法发生变化时，只要保持接口不变，就不需要更改设备健康管理系统的软件程序。通过接口，这些分系统可以综合成一个整体，这种设计方法将设备健康管理系统的变化隔离到了各子系统的内部，对于不同的设备子系统来说，其健康管理分系统还可以进行进一步的分析和分离。
3.2分系统基本架构设计
参考OSA-CBM思想，航天发射场地面设备健康管理系统的各个分系统按模块化思想设计基本架构[5][6][7][8]，充分考虑分系统与主系统、分系统之间的信息共享，预留通信接口。各个设备健康管理分系统基本架构包括传感器信号采集层、数据处理转化层、状态信息融合层和决策支持层，各层都能通过表示层显示相关内容，如图2所示。设备健康管理分系统从下至上传递的是数据流，各种原始数据被逐渐抽象和融合后形成了可代表系统健康状态的信息；控制信号从上至下传递，用来获取越来越具体化的健康信息，以及在出现故障时，依照健康管理相关算法产生的或管理人员输入的维护策略对系统进行维修保养。图2中，传感器1~传感器n位于子系统的各关键部位，用于采集环境温度、湿度等外界信息，以及电压值、电流值、功率值、振动、加速度、油液等内在信息。这些信息通过定义好的接口送至数据处理转化层，该层将不同传感器的原始信号进行转换与处理，并通过数据处理转化层提供给状态信息融合层。每一个传感器对应一个对象，我们用类和属性的方式来表示，系统通过相应的接口进行访问。当传感器更换或布局变化时，只需修改相应的类对象即可。在状态信息融合层中，封装各种不同的故障诊断、信息融合、健康状态评估、和剩余寿命预测等算法，算法的输入为通过处理与转化后的传感器数据，输出为经过推理计算后得到的当前设备部件的健康状态。状态信息融合层只向上层提供算法结果，至于具体的算法实现方法被隐藏在了对象内。当算法进行更改或调试时，只需要修改或重写相应的状态信息融合层中的类对象即可，不会影响到设备健康管理分系统的其它方面。决策支持层根据当前的健康状态和剩余寿命预测信息来产生维修方案，如果在自主维修可以解决问题的范围内，则发送控制信号进行自主维修，如隔离故障点、启动冗余设备等。若故障程度已经危及任务的完成和人员的安全时，必须立刻发送信息通知操作人员，同时采取启动应急措施以最大程度地保证人员安全。表示层不同于其它层，它可以与各层直接通讯，这样的好处是操作人员可以根据需要获取各种原始的信息，并直接对各层发送指令。为保证当各层数据结构出现变更时，表示层代码不改变。航天发射场地面设备系统由各种不同的设备子系统组成，可以根据各设备子系统的健康状态来确定当前整个地面设备系统的健康状态。各个分系统中的决策支持层负责与设备健康管理总系统进行通讯，发送本分系统的健康状态，并接收总系统的维修指令。在数据交换时，系统采用XML对数据进行格式化，以确保数据的平台无关性。航天发射场地面设备系统的各个分系统进行健康状态评估和剩余寿命预测时，还要构建CDatabase类和CKnowledge-base类来访问知识库和经验库，然后通过封装好的算法类进行整个地面设备系统的健康状态评估以及剩余寿命预测，并分析任务完成可能性和操作人员安全风险性，最后将评估、预测和分析结果发送到航天发射场地面设备系统的决策支持层，辅助高层管理者判断决策。
4结束语
管理系统设计方案范文2
关键词：预算管理;方案设计;系统方案
中图分类号：F27 文献标识码：A
文章编号：1005-913X（2015）10-0211-02
一、系统主要模块图
二、系统架构设计
（一）预算内容
以全面预算为最终目标，对于全面预算中一些预算项目可以单独摘出来做该项的明细预算，做为全面预算数据项的预算依据，是全面预算的有效补充，使全面预算做的更立体。另外还加入了部分相对独立的一些辅助预算，更好的提升企业的运营综合管控能力。
各个项目的预算尽量具体到部门来做，公司层面无需做预算，只需要汇总各部门的预算数据进行查询，即可获得所需的统计报表。
全面预算包括：1.销售收入预算包括主营业务收入预算、非主营业务收入预算等;2.成本费用预算包括生产产本预算、制造费用预算等;3.期间费用预算包括管理费用、销售费用、财务费用等;4.与企业损益表相关的其他辅助项目预算，包括营业成本里面的其他业务成本、营业税金及附加、营业外的支出等;5.根据以上预算数据分析出企业的损益表等其他报表。其他辅助预算包括：物流费用预算、动能费预算、党群费用预算、锻造费用预算、工序外包费用预算、运输费预算、设备维修费预算。
（二）预算编制流程
年初做全年的预算，经过预先设定好的审批流审批后，最终形成年度的总预算。
对于可以按一定比例分到月的预算，可以按比例分到各个月。分配后的月度预算即为该月的指标预算数。
每个月初做当月的月实际预算，对于可按年度预算分配后的月指标预算，若无需修改，则指标预算数即为该月的实际预算，也可稍作修改形成该月的实际预算，同时年初分配的月度指标预算数据保留，以备后续出统计分析报表。对于不能按年度预算数分配的预算项目，月初需做该月的实际预算。
月实际预算经过预先设定好的审批流审批后形成该月的最终月度实际预算。
（三）预算执行流程
1.可通过费用报销来执行的预算项，可基于月度预算进行费用报销，包括生产成本，制造费用，管理费用，销售费用，财务费用等。
2.可在用友ERP中取的数据，可以直接取ERP中的实际发生数据，包括主营业务收入等。
（四）附年度预算、月度预算、费用报销审批流程自定义
预算审批，费用报销审批均可以在系统中根据企业的实际情况进行自定义。
三、功能说明
（一）基础档案维护
1.预算部门管理。预算部门是本系统进行预算管理的基本对象，其中预算部门中的末级部门是预算科目和实际发生数的承载单位，非末级部门自动将其下级部门的预算数据进行汇总，但不能在非末级部门上进行预算编制和预算修改操作，同样实际费用的发生和修改也不能发生在非末级部门上。
2.预算科目管理。预算科目是预算表中的基本组成单位，是预算数据发生的对象，预算科目也有层级结构，所有数据的发生都发生在末级的预算科目上，非末级科目自动汇总其下级数据。
3.产品信息管理。包括产品名称、型号、单重、材料型号、BOM、生产线、工装模具、生产工序等。
4.外包工序管理。工序外包费预算所必需的外包工序档案管理，包括拟外包的产品工序等。
5.运输费项目档案管理。运输费用预算编制所必需的项目档案管理，包括厂内物流、装卸搬运、发交物流等。
6.修理费项目档案管理。修理费用预算编制所必需的项目档案管理，包括项目名称、维修类型等。
7.月度分配比例设置。根据企业情况，为了更灵活的将年度预算数据分配各个月份，系统提供了对月度分配比例进行设置的功能。在进行年度预算分配时，系统将根据用户设置的月度分配系数，将预算数据分配到各个月份中。
8.部门预算范围设置。为了在编制预算时只显示部门可能会发生的预算项目，需要在进行预算编制之前，先设置好每个部门的项目预算范围。
（二）预算编制
1.年度预算编制。此模块的主要功能是在每个会计年度要编制企业每个预算单位的全年预算，当年度预算通过一系列审批流时，系统根据年度预算数将其按预先制定的12个月的分配比例分配到各个月份，从而形成了各预算单位12个月的预算指标数据，各个单位的年度预算汇总数，就是企业的年度预算汇总表。年度预算主要包括销售收入、成本费用、制造费用、管理费用、销售费用、财务费用、人工成本、工序外包、锻造费用、物流、运输费、动能费用、党群费用、设备维修费用等。
2.年度预算审批。按照系统设定的审批流程一步一步进行年度预算审批。
3.年度预算分配到月。月度预算的数据是根据年度预算按照月度分配比例生成的，只有年度预算通过了审批，才可以进行月度的预算分配。月度分配的项目包括，管理费用，销售费用，财务费用，制造费用，生产成本等。分配后的月度预算数作为当月的指标预算数据。
管理系统设计方案范文3
总体任务是实现图书信息系统化、规范化以及用户使用自动化。本系统需要完成的主要功能有：图书借还管理、图书管理、读者管理和系统维护管理。系统功能设计最终必须转换成详细设计，要充分了解用户各个方面的需求，进行需求分析，得出数据字典。设计出满足系统需求的各种实体，对读者信息实体的描述，对读者以及属性信息的定义；画出用户信息实体E一R图，对用户信息以及属性的描述；画出借阅信息实体E一R图，描述借阅信息实体，刻画各实体间的关系。系统数据流图描述了图书管理系统的输入输出，用数据流把这些加工连接起来，进行书籍的分类及书籍信息的处理。根据读者类别表，读者信息表获得读者信息，读者可以查询借还书信息，借阅情况等。系统详细设计包括登录模块，图书管理模块，读者管理模块，图书借还管理模块和系统维护管理模块的功能，输入输出流以及流程设计。登录模块主要是验证用户身份，要画出图书登录界面的流程图，判断是否为合法用户；图书管理模块包括图书入库处理子模块，主要描述了图书入库处理子模块。图书查询子模块查询图书信息；读者管理模块包括读者登记子模块，登记读者的一些信息。还包括读者查找子模块，列出读者所借书籍信息；图书借还管理模块包含借书模块，实现借书功能，还有还书模块，实现还书功能；系统维护管理模块，要画出系统维护管理模块的流程图，实现系统用户与普通用户的设置。数据库设计。我们使用为Access2003数据库系统。为图书数据管理系统数据库命名为T1，设计图书信息表，表名为book。设计读者信息表，表名为user，读者级别信息表，表名为rl，设计系统用户信息表，表名为ADoper，设计借阅信息表，表名为b1。
2图书管理系统检索算法
这是整个图书管理系统中的重要环节，利用计算机技术，高效的检索算法能够提高图书管理系统的性能。随着图书的类别与数量的增加，我们会发现其检索成为系统性能的障碍，针对图书管理系统的检索模块，能设计出一种高效的图书检索算法。即基于类别、日期和类别日期的索引表。图书类别和图书日期索引表为二级索引，图书类别索引表和图书日期索引表。随着因特网的发展，网络里已经呈现出海量数据，在这种情况下，如何加强数据检索成了业界关心的问题。数据挖掘以一种全新的理念整合了多种学科技术，从而更加有效的提高检索的效率。在我们这个系统中，它主要是通过统计出读者近期所借阅的书籍，然后进行相关运算，得出读者借阅书籍的类别，年份等信息，接下来再将这些信息加以扩展，设置缓存，利用相关算法统计，直到重新收集数据进行统计分析。基于数据挖掘的索引表采用分块处理的机制，具体算法包括建立类别日期索引表，检查无误后进行了初始化缓存，放入相关借阅的书籍，然后使读者能够进行正确查询，用数据挖掘技术，经过相关运算后放到读者偏好的书籍，采用LRU算法，数据挖掘技术与索引表的结合，对书籍进行聚类分析，可以加速检索的速度，并推测读者未来可能借阅的书籍，充分发挥数据检索的优势，把这些书籍提前放到缓存中去。
3图书管理系统各模块的实现与测试
管理系统设计方案范文4
>> 基于Web的学生信息管理系统安全方案设计 基于Web的教务管理系统安全方案设计 基于Web的企业信息管理系统安全方案 基于密码技术的设计信息管理系统安全体系 基于B/S模式的信息管理系统安全性设计 基于WEB的人员信息管理系统设计 基于Web的学生信息管理系统的设计与实现 大数据下基于web的学生综合信息管理系统的设计 基于WEB的学生信息管理系统设计与实现 基于Web分析学校学生信息管理系统的设计及开发 基于Web的网络考试系统安全方案的分析与设计 如何确保财务信息管理的系统安全 加强医院信息管理系统安全的策略 基于．NET的电子商务信息管理系统安全问题研究 网络信息系统安全防护措施及检测方案设计 应用系统安全方案设计与实现 基于WEB的数控设备维修信息管理系统 基于Web Service的库存信息管理系统的设计与实现 基于WEB的高职院校就业信息管理系统的设计与实现 基于Web的文书档案信息管理系统的研究与设计 常见问题解答 当前所在位置：l文件分置在不同的目录下，将.aspx文件所在的目录权限设置为不可读脚本权限。将.html文件所在目录权限设置为只读，不可执行。安装微软提供的补丁程序。
(2) 限制IP地址
IIS能够授权或拒绝特定IP地址对其访问，而且控制更加灵活，它可以将这种拒绝或授予细化为对Web站点、虚拟目录、目录和文件的访问控制。因此，在Web应用系统中，就可以根据每个文件或目录的重要性来分别设置对IP地址的限制。
(3) 使用SSL(Secure Socket Layer)保护数据传输
安全套节字层(SSL)为TCP/IP连接提供了数据加密、服务器身份验证和消息完整性。Web服务器上SSL安全性要求生成密钥对文件和请求文件；从身份验证权限中请求一个证书；在服务器上安装证书，激活www服务目录上的SSL安全性。
3 应用级安全解决方案
3.1 身份认证
系统的安全涉及到两个问题：一是用户登录授权，二是登录后用户的权限划分。要判断一个用户是否为合法用户，需要先在数据库中建立一张允许进入系统的用户名单，当用户要求登录系统的时候，系统通过数据库里的信息判断他是否为合法用户。因此，问题就转化为如何有效地判别一个用户是否为系统的有效用户，即“验证”(Authentication)过程。一个常见的验证过程是，当用户进入系统时，被要求输入用户名和口令。如果验证成功，当用户进入以后，系统只允许他访问事先指定给他的资源，这一过程称为“授权”(Authorization)。只有通过授权检查后，用户才能够对相应资源进行操作。
3.2 用户权限管理
考虑到本系统用户的实际使用需求，即一个用户可能拥有多个角色身份，如既负责勤工助学工作，又负责国家贷款工作。而每个角色管理的模块、工作内容是固定不变的。因此采用权限管理模式，即限定每个角色可访问的页面，每个用户可以由管理人员自定义分配一个或多个角色。
用户从登陆页面进入后台管理系统后，系统会保存用户的角色、所属部门等相关身份信息。当用户选择进入某个管理页面时，系统首先判断，用户是否拥有可以访问该页面的角色身份；然后再根据用户所在的部门，对用户可以访问、修改的数据进行过滤。
通过权限管理，保证了数据使用的安全性。横向上一个角色只能访问一个管理模块，对其余管理模块的数据信息没有访问的权利；纵向上学工部和各系部形成二级管理模式，学工部可以访问控制全局数据，而各系部只能访问操作本系部的信息数据。这样，保证了用户之间不能越权访问、管理，一旦数据、报表等出现问题，也容易追查到责任人。
3.3 数据加密技术
目前流行的加密算法有 MD5,MARSMARS,SHA等。考虑到数据库被非法入侵后可能导致所有的密码泄露问题，因此决定采用不可逆的MD5加密算法作为本系统的加密方案。
系统使用MD5算法对用户密码加密后存储在数据库文件中，当用户登录时，系统把用户输入的密码计算成MD5值，然后再去和保存在数据库中的MD5值进行比较，进而确定输入的密码是否正确。通过这样的步骤，系统在并不知道用户明文密码的情况下就可以确定用户登录的合法性。这样不但可以避免普通用户的密码被系统管理员知道，而且还在一定程度上增加了密码被破解的难度。
当然，仅仅对密码进行加密处理是不够的，还应进一步采用SSL 加密技术，防止网络传输时数据信息被窃取的情况发生。SSL可以让客户机和服务器之间建立一条加密的安全通道，能保证所传输的信息不被他人非法窃取。
3.4 数据备份
当系统出现安全问题时，数据信息受到相应的危险，在本系统设计过程中，考虑到了通过定期数据备份和恢复的手段来保障数据的完整性。数据管理功能的主要作用在于管理和维护数据信息，系统管理员可以通过身份认证进入数据管理维护页面，选择进入备份功能或恢复功能。
系统管理员的数据管理只能在自己授权范围内进行数据管理和维护，对重要数据可以定期进行备份，必要时可恢复。
4 结 语
该方案能阻止学生信息管理系统的非法用户入侵，保证服务器的安全和数据传输过程中的机密性，并能对数据库进行备份与恢复。理论分析和实验结果表明，该方案是保证学生信息管理系统安全运行的一种有效解决方案。
参 考 文 献
［1］张瑜，李杰，刘跃军网络应用与开发［M］.北京:清华大学出版社，2006.
［2］马军 2.0网络应用系统开发［M］ .北京:人民邮电出版社，2006.
［3］Convery S.网络安全体系结构［M］ .王迎春，谢琳，江魁,译.北京:人民邮电出版社，2005.
［4］汤恒耀.SQL Server 2000的数据安全控制［J］.科技情报开发与经济，2005,15(6):242-243.
［5］罗永胜，葛利宏.数据安全与数据备份问题探讨［J］.内蒙古电力技术，2005,23(1):28-29,35.
［6］任德昊，吴少华，颜开.局域网中的数据安全问题研究［J］.中国民航飞行学院学报，2005，16(5)：28-31.
［7］刘毅，余发江.可信计算机平台应用研究［J］.计算机安全，2006(6):13-15.
［8］陈也平.基于校园网的高校人事管理系统［J］ .微机发展，2002,12(2):32-34.
［9］孙飞显,徐明洁，杨进，等.基于Web的教务管理系统安全方案设计［J］.计算机应用，2006,26(5):1 198-1 201.
［10］王艳柏，谭璐.网络安全的探讨［J］.长春大学学报，2005,15(2):35-37.
管理系统设计方案范文5
【关键词】电信集团；网络运维管理；信息系统；设计方案
基于电信集团的长期发展建设目标，其运维管理需要与公司的发展水平相适应，因此，需要对从事的业务进行更加精细化、信息化的管理。信息系统作为运维管理中的核心内容，起着非常重大的作用，文章主要针对电信集团网络运维管理信息系统设计的相关内容进行探讨，并根据实际情况即随着信息技术的发展以往的主机管理信息系统向网络的分布式系统进行转变，试论述其方案设计的方向。
1电信集团网络运维管理信息系统的概述
电信集团属于一个大型的企业，其管理的事务多而繁复，管理信息系统的应用能够极大程度上帮助企业管理，而随着网络技术的进步，现在多基于网络的分布式系统发展即分布式管理信息系统。当前各企业的的管理信息系统正处于提高水平阶段，电信集团也不例外。据调查，网络运维管理中出现的问题过半的比率是由于操作不当引起的，另一部分则是由于系统的不完善。电信集团作为网络运营商，需要保证IP所承载的安全和稳定，现目前通信企业主要采用的是SSH管理模式、VNC管理模式等，主要对网络的核心内容进行维护。
2电信集团网络运维管理信息系统中出现的问题
当前电信集团的网络运维管理信息系统正处于提高水平阶段，因此，系统的不完善会导致诸多问题的出现，极大的制约了网络运维管理信息系统发挥其作用。主要存在问题有以下四个方面：
2.1系统运维管理维护难
电信集团网络系统中所涉及的内容繁复，包含了大量的网络设备、主机终端等，而这些东西又分别支持着集团的各种业务进行活动，进行管理的人员也不尽相同。管理状态的分散化决定了系统运维管理的维护困难，不利于统一化和整体化。
2.2账号共享的安全性
虽然网络运维管理信息系统中各程序都有唯一的账号密码体系，但是在集团内部，为了方便操作，通常会制定统一的账号密码进行账号共享，对安全性造成极大的威胁。2.3账号流程管理不善电信集团的业务量非常大，用户可通过多种账号登录方式进行访问，但是用户和业务间基本属于短连接方式，有可能造成多重交叉，使账号流程的管理十分混乱。而访问的方式又过于简便和多样，如果在使用某种访问方式时系统不能对其进行甄别，很容易造成漏洞。
2.4缺乏审计
每个业务间的运行和管理应该是相互独立的，因此，审计也应该相互独立。但是在实际情况中，审计内容欠缺，发生问题时只能追寻到具体发生时间，而具体账户破坏很难追查。此外，不同操作系统所记录的日志内容详细程度不同，容易发生操作失误。
3电信集团网络运维管理信息系统功能需求分析
电信集团网络运维管理信息系统的设计，主要基于其所应具备达到功能需求而制定。因此，针对设计方向，对功能需求进行以下三方面分析：
3.1基本管理功能
大型的网络运维管理信息系统需要建立一套基本的管理功能使其最后反馈于更高层次的运维管理中。基本管理功能包括：网络基础信息管理维护、网络运行信息查询与统计、二维地图信息的网络定位等。这些功能可以对一些配置信息或物理网络进行统一的规划管理，如网络节点位置。此外，还可以对信息进行数据管理和处理，如网络分布的空间区域信息。当具备这些基本功能配置时，系统运维管理维护的困难可以很容易被解决，同时还可以发散其他功能作用。
3.2服务端业务管理
网络运行业务中的资源管理大致可以分为三类：①资源需求管理，电信集团属于大型企业，运维管理需要从全局出发，对网络运行资源的需求和运行进行统一的管理。如在计划申报环节时，工程部门提供相关文件并得到责任工程师审核签字后，记录信息系统中。②资源巡查管理，其功能是针对网络及管线状态进行巡查。建立巡检计划后，如若出现问题，要进行事件报告、事件定位和查询、派发巡检任务、增设事件巡查这一整个环节的相关处理程序。③逻辑资源管理，主要包括SDH系统、传输系统、业务平台等一系列的运行资源。在逻辑资源管理中，干线光纤是极为重要的通信资源，并与之前的二维地图功能进行整合，有利于进行网络运维管理。
3.3移动端业务管理
这类管理信息系统指场外操作人员持终端或分站点计算机进行相应的资源状态等信息的发送，而用户也会通过这些终端提供分点数据并最终进行网络运行数据整合。这类系统有许多实际操作功能，如对常使用的GIS功能进行延伸，可进行地图放大、缩小等服务。此外，移动终端功能还支持用户进行信息管线设施资料等内容的查询，或与服务端里面的资源巡查管理功能相结合，实现巡线任务记录。
4电信集团网络运维管理信息系统的设计
通过对信息系统的功能需求分析，针对所涉及的部分进行具体的系统设计，同时为电信集团网络运维管理信息系统中出现的问题进行改善补充。设计方案要重点突出对电信集团的贡献作用和与之相适应的功能结构，避免出现设计矛盾。
4.1电信集团网络运维管理信息系统结构设计
电信集团的网络运维管理信息系统的设计，最重要点是要符合其安全性能要求。同时设计原则要满足操作灵活、可靠安全、审计严格等特点，用户对网络系统中的相关操作和控制能够更加规范化，记录内容真实具体，降低问题出现的频率。结构设计主要包括系统数据库整体结构、服务端子系统、移动端子系统三个方面。数据库整体结构采用浏览器结构且支持移动终端访问，通过“用户界面———访问接口层———二维空间图层———网络基础信息、网络资源数据———巡线事务信息”这一整个流程图进行管理。服务端子系统，包括之前功能分析里面的资源需求管理，即对每种工程资源进行时间设置管理，制定最晚完成时间，同时将所要进行的任务层层分解，了解每个子节点对应的资源状况；资源巡检管理，根据计划编制填写与计划相关的人员、时间等内容，同时利用GIS地图进行道路巡线路径制定，并保存提交到数据库；逻辑资源管理，需要实现对逻辑对象的创建、配置更新等功能，且每个功能需要有一一对应的参数化配置，此外，还要对更新的配置增设重载功能接口等处理和计算方法。
4.2电信集团网络运维管理信息系统模块设计
系统模块设计主要是指对之前存在的问题进行改善性方案设计。①统一认证和鉴别用户身份。对网络运维管理中各信息系统的维护困难状况，审计操作为管理人员创建独立的登录账号，并先登录在管理信息系统内，再登录到目标服务器中，确保身份识别。针对不同的业务系统处理，通过session保存登录信息。②用户访问权限控制。系统运维管理人员可以通过用户账户、操作命令等对其访问权限进行控制，具有包括访问范围、登录时间、授权机制。此外，进行远程访问时，要进行同步监控防止出现违规操作的行为。③历史操作记录查询。支持界面查询功能，如发生网络安全事故，电信集团可根据历史记录进行查询，并最终确认网络地址、时间、用户名等相关信息。信息的查询同时要以表格输出的形式进行书面报告，方便运维管理人员的后续管理。
5结束语
文章从电信集团网络运维管理信息系统的相关内容进行分析论述，最后通过结构设计和模块设计两个方面提出了设计方案，最终建立一套完善的网络安全运维管理信息系统。有利于电信集团实现集中的运维管理，降低问题发生的频率，最终实现电信集团的经济效益和社会效益。
参考文献
[1]殷学强.电信集团网络运维管理信息系统的设计与实现[J].中国高新技术企业，2013（14）：48~50.
[2]石坚.校园网络运维系统的设计与实现[D].南京理工大学，2013.
[3]田永利.通信台站运维管理信息系统工台的设计与实现[D].电子科技大学，2014.
[4]胡杰.综合管理信息系统的设计与实现[D].东南大学，2015.
管理系统设计方案范文6
关键词：建筑智能化 系统集成管理 设计
1、项目集成管理应用于智能化建筑工程中的必要性与可行性
1.1必要性
智能化的建筑工程势必是集成化和一体化的，工程中的各个项目相互关联，任何项目的变化都会直接或间接地影响其他项目。如工程造价的改变会直接影响工程效益，也间接影响到工程的质量与进度。这些影响因素的存在就要求管理决策者科学衡量工程的进度、成本、质量等指标。工程项目管理的难点在于满足用户需求，其本质就是协调好各个工程项目，使它们的呈现保持均衡状态。因此，建筑智能化系统工程的项目集成管理应涵盖项目的进度、质量、成本、满意度、安全、效益等全要素。知识经济和信息时代的到来，使得项目集成管理的重要作用日益凸显，现代工程项目各要素间的密切关联程度不断深化，所以，分析研究项目集成管理时应综合评估各个要素以及实施管理各项内容的理论、技术与方法，整体性、系统性的管理思路就显得很重要。、
1.2可行性
建筑项目的共性。建筑智能化系统是指依托建筑主体，在其内部构建建筑设备自动化系统（BA）、通信自动化系统（CA）、办公自动化系统（OA）三大系统，这些系统优化整合了结构、服务与管理，为人们的生活与工作带来了极大的便利，并且实现了最低的能源消耗和环境污染，可以说是集节能环保、高效、优质于一体。建筑智能化系统工程是一个有机的整体，在建筑智能化系统工程中应用项目集成管理是基于智能化系统工程的相互关联的统一整体，属于一个不可分割的管理结构的思路，同时建设工程是为了满足业主的要求，不同的建设项目要以满足设计功能为条件，优化工程进度、质量和成本等指标。所以项目集成管理在协调工程项目进度、质量、环境、各参与方满意等目标时具有较高的可行性。（2）理论与物质基础。第一，随着建设工程项目的快速发展，项目管理理论有了实质性的提高，在其集成管理体系中融合了多种理论与模型，逐渐成熟的理论与实践经验都将为建设工程项目的发展带来良好的机遇，因此应减少对细小环节的投入，减少相应的工作量。这就要求必须协调、统一各个项目，集成化管理各个项目。第二，在市场经济体制下，建设工程项目各参与方之间是是“协作、共赢”的关系，这就要求各参与方就建设工程项目进行积极的交流与沟通，一致协商，以项目全寿命周期集成管理目标为主线，相互配合，进而实现建设工程项目全寿命周期的集成管理目标，同时也使各参与方达到最大化利益。第三，信息的共享与流通是实施建设工程项目集成管理的重要因素，同时信息技术的发展，使得软件工程理论得到了进一步的发展，夯实了工程项目集成管理的技术支持，提高了集成管理的有效性。此外，计算机集成系统的快速发展，也为实施建设项目集成管理提供了丰富的理论和工具。
2、项目系统集成发展过程中存在的问题
2.1系统集成设计水平较低
目前，系统集成涉及多个智能化系统协议兼容及数据的互联互通，而目前市场上各个智能化子系统通讯协议未有统一标准。对此，各大生产企业在设计及实施智能化系统集成的过程中，统一化标准的缺乏使得不同企业的系统集成设计之间存在较大差异，系统集成设计涉及因素的多样性直接影响相关企业的设计效果。除此之外，当前智能化系统集成设计的参考依据主要是工程施工图，在实际设计过程中，起到参考作用的工程图只有工程平面图和工程系统图，这两种图的概括化特点较为明显，其中并不包含电缆线数量、具体施工设备型号等细化内容。因此，设计人员很难应用这两种参考依据设计出高质量的智能化系统集成。
2.2竞争手段落后
从经济学的角度来讲，如果某个商品的供应量比实际需求量大，则该商品的市场特点为买方市场，我国建筑智能化系统的市场正处于这种阶段中。随着智能化系统企业面临竞争压力的增加，越来越多的企业开始采用降低商品价格的方式进行竞争，这种落后竞争手段的应用不仅会对整个智能化系统供应市场的秩序产生影响，并且还影响了智能化系统的未来发展。从建筑工程项目的招投标阶段来看，这种市场局面使得部分建设单位提出一些不合理要求，面对这种情况，承包单位只能通过压缩工程成本的方式来应对。这种现象不利于建筑行业的良性发展。再者，当前政府加大了对施工单位的管理制度，并出台了一系列的政策对施工企业进行了严格的规范，但是我们也发现，这对建设单位的要求却很少，在这种形势下，建筑智能化集成也就成为了一个弱势群体并且体系较为庞大。
3、建筑智能化系统工程项目集成管理体系设计
3.1过程集成系统
不断发展的全球经济势必会加剧竞争，根据不同顾客的个性化需求，企业的处理方式也有所区别。在企业中通过先进管理思想的应用有助于生产管理与市场的符合。管理和生产过程中的不明界线，导致了二者之间存在复杂的管理，在这种背景之下，集成管理方式开始引起欢迎和重视。这一理论可以通过企业、过程以及信息的集成进行研究和了解。很多企业很重视其中一些过程，并在生产和管理中进行了应用。通过过程集成可以实现过程之间的连接，实现信息间的互通。如果企业向更加顺畅的进行经营，必须抓好每一个过程，更加有效的解决出现的困难和问题。
3.2目标集成系统
不同于以前的项目目标管理模式，新出现的模式在投资范围、规模大小以及结构差异等方面都存在一定的差别，但是不能否认，两种模式之间也有共同点存在：首先，项目的成员不是单一的，要确保成员间具有团结协作的关系，保障队伍的团结稳定，凸显队伍的竞争力；其次，达到业主的预期、实现业主的个性化功能需求也是建设项目的终极目标，目前业主关心的不只是需求的功能是否可以实现，同时还会对项目的完成质量、完成时间以及成本节约等问题相当关注；最后，在建设项目目标体系中，存在的因素之间具有复杂的关系，不仅在项目完成过程中相互促进，同时还会对彼此的发展起到制s作用，这就要求在对问题进行研究和解决的过程中对因素间的制约和联系进行深入探讨，找寻平衡的最佳位置。
3.3信息集成系统
截至目前，伴随规模不断扩大的建设项目，对科技有了越来越高的要求，在建设项目的控制过程中也越来越重视项目整体的集成。随着不断发展和更新的管理理论和管理模式，本文发现项目管理信息的特点表现为虚拟化和集成化。在工程项目中通过通讯技术和信息技术的应用，可以逐渐提升科技含量。目前在建筑管理中通过IT技术的应用，更加密切了计算机技术以及生产管理的关系，所以在整个建筑业的生产过程中都应该充分的应用通讯技术和信息技术，在工程项目的发展中找寻更佳的机遇。欧洲共同体组织的研究人员研究了全世界范围以及欧洲大型建设工程项目的信息交流和流程，找寻到一定的规律。作为大型项目实施的影响因素之一，信息技术的影响力在未来几年可能会持续上升，所以有必要进一步完善项目信息管理体系。
结语
随着科学技术的不断发展，传统的建筑构建模式也有了极大的改变，特别是智能化系统的运用，成为当前最常见也最高端的运作方式。智能化集成系统，实现了多个子系统之间不同方式和技术的有机结合，并通过其中的资源有效配置，有效的降低了资源过渡耗费问题。使得建筑利用率和舒适度都有了很大的改善。
参考文献
