集中运维时代，信息系统运维规划宜始于建设阶段
随着集中运营和维护时代的出现，大多数国内单位开始注意到在信息系统的操作和维护阶段建立专业操作和维护模型的重要性。 ，例如标准认证，信息部门的大多数管理人员都计划根据国外的成熟方法或标准计划自己的信息系统操作和维护管理模型。但是，无论如何计划信息操作和维护管理模型，ITIL，COBIT等都属于信息服务管理类别。这些方法论或标准中的大多数都应用于基于IT的信息系统，为其以后的操作和维护提供了该过程。很少有人注意到信息系统操作和维护的计划和维护应在系统中开始。规划，设计与施工阶段。
当操作和维护对象发生在设计和构造的早期阶段时，它将在以后的操作和维护过程中造成永恒的困难。如果您可以在设计和施工过程中考虑全面，则在操作和维护服务过程中遇到的许多问题将节省更多的资源和成本，以供以后的运营和维护。无论操作和维护管理多么出色，它都无法渗透到当前框架内的先前设计和构造链接中。这是面对的。当操作和维护对象的早期过程做得不好时，所有操作和维护管理都能做到的就是保持系统的当前状态，甚至反馈操作和维护过程中的知识经验到早期过程，建立管理管理，成立管理以及知识和经验的封闭循环积累。特别是在面对业务应用程序系统的操作和维护对象时，更明显。尽管将来可以升级和修复系统中的一些微小问题，但由于先天性设计缺陷或技术缺陷引起的问题，他们必须在操作和维护期间反复重复进行操作和维护服务。
1。在信息系统计划阶段中纳入对操作和维护的考虑
如上所述，在国内单位引入信息操作和维护管理的方法主要是为了解决后期信息系统的操作和维护管理过程。无论是理论系统的完善还是管理过程的重点，任何信息都不会考虑有关信息的信息。系统构建管理过程与操作和维护管理过程，相对操作和维护管理过程的方法系统结合在一起，系统构建过程还具有相对独立的方法系统。构建单元的核心要求是信息化应用程序的最大好处。尽管操作和维护管理方法系统不断成熟和开发，但操作和维护管理过程无法从根本上改变现状，甚至无法从根本上确定服务的质量，因为服务的质量是由初步决定的在很大程度上。
例如，CMMI系统的实施主要考虑在开发过程中的管理。 ITIL和ISO 20000主要考虑操作和维护管理过程。可以说，信息化对象的两个核心生命周期的管理是一个错误和断开连接。没有理论框架。解释并指导这个完整的生命周期过程。
另一方面，CMMI主要用于软件服务对象。实际上，运输和维度目标的范围更为广泛。尽管ITIL3.0已经开始具有更清晰的生命周期概念，但生命周期的概念不应以服务为导向。相反，应该面对信息。实施CMMI，ITIL和ISO 20000的单位会发现，当这些标准共同实施时，它们将没有合规性，也很难调和。
作者认为，目前需要的是一个框架和管理方法系统，用于用于信息化对象的计划，设计，构建以及操作以及维护服务的完整生活过程。该系统应完全面对信息化对象。在信息化的过程中，还应调节各种信息对象的管理规范和标准如何在每个过程中考虑信息安全因素，以免导致出现标准分裂和难以言喻的操作。这个大型信息管理标准可以分为水平并结构化。凭借完整的标准，它可以真正标准化信息化的整体工作并形成一个全面的管理平台。
上面讨论的问题基本上不是信息部或个人可以做的事情。因此，一个非常现实的问题是，如果没有如此庞大而全面的管理系统支持，我们该如何做到更好地播放信息化。申请的好处。为了避免操作和维护对象的广泛性，它不能集中于应用程序软件的操作和维护对象的解释。
2。考虑计划和设计期间的操作和维护的可行性
在国内业务应用系统的大规模集成和建设阶段，很少有建筑单元考虑了该系统在系统规划和设计阶段期间的未来维护，操作以及维护成本。考虑操作和维护的便利。
https://img1.baidu.com/it/u=1006905518,2364062316&fm=253&fmt=JPEG&app=138&f=JPEG?w=500&h=516
实际上，标准化的方法应首先关注业务分析，并结合未来系统的部署，维护，升级和调整。在设计期间，有许多系统甚至没有考虑到启动部署和联合业务系统的配置管理。这个结果是，具有相对完整功能的系统很难在线实施。它满足了业务需求，但是一旦业务变化，升级将非常困难，并且后来的运营和维护工作也非常被动。因此，根据业务需求单独计划设计系统是不正确的，并且有必要根据以后的操作和维护过程同时计划和设计。
由于国内专业的集中操作和维护处于初始阶段，因此在信息系统操作和维护过程中存在更现实的问题，也就是说，实际上，没有多少团队非常好。如果系统本身的质量足够好，则相同的短缺可以很大程度上降低操作和维护的复杂性。
3。在计划和设计时考虑服务目录
在计划和设计业务应用程序系统的操作和维护需求时，该问题应重点关注：
业务系统启动后应进行哪些操作和维护服务；
哪些功能和接口需要专注于操作和维护工作；
哪些方法和频率可以每天检查和维护；
系统备份和数据备份和配置优化每次都需要多长时间。
以上是系统开发人员的施工过程中很少考虑的问题。在某种程度上，从开发人员的利润或商业利益中，软件规划和设计开发过程的纯粹利润不高，而且非常短。连续的好处。如果实施软件，则软件开发人员将在随后的项目过程中挖掘商业利益，而一定程度的商业失败。
根据大多数软件开发人员的当前习惯，完成开发工作并恢复了最终模型后，他们对以下操作和维护过程没有太多关注。基本上，当所有者报告或有新需求时，您可以在响应中执行一些操作和维护服务。这些服务基本上没有太大的好处，因此它们一定会在软件计划和设计期间掩埋操作和维护服务。软件完成计划和设计后，其基本服务目录和服务系统以及将来可以制定日常维护手册，因为在计划开始时，设计师知道需要执行哪些方面。服务范围涉及多大的范围，以及需要配备多少人，什么样的功能等。目前，您基本上可以知道未来的运营和维护服务收入是多少签订服务合同。
实际上，经常看到这种情况。在软件开发合同中，开发人员通常承诺在一年内免费维护期。维护周期。这样，当自由周期结束时，由于先前的维护过程仅投资于少量资源，所有者只能给出非常低的服务价格，因此它处于周期中。实际上不好。
不管软件开发人员的观点或所有者的观点，除了满足所有者的业务需求外，如何在计划和设计软件时如何设计好的服务目录，即服务的服务内容和维度的服务内容 - 维时期是服务内容的内容非常重要。开发过程等同于种植下一个种子。在计划和设计期间，软件开发人员的服务目录的设计确定了这种种子将来会产生的水果。这也非常有利于软件稳定性。
4。在计划和设计时考虑信息安全
https://img0.baidu.com/it/u=1850692822,3611489742&fm=253&fmt=JPEG&app=120&f=JPEG?w=500&h=707
在业务应用系统的计划和设计期间，信息安全也是需要考虑的因素。除了技术手段（例如CA认证）外，一些高通用系统还需要考虑管理方法。例如，核心帐户，备份，阅读和修改敏感数据的管理。
目前，大多数系统旨在在启动系统甚至操作和维护期时设计支持安全系统。但是，最充分的设计安全信息阶段正是在进行业务需求调查的阶段，即，软件计划和设计人员是安全信息的第一个手力联系。什么目标以及他们必须如何实现系统的安全需求。对于技术设计，需要采用哪种管理机制来进行相应的协调，这也决定了业务系统的后期操作和维护过程中的安全操作和维护功能。建立了一个安全系统：技术和管理，而不是操作和维护的阶段。
5。在计划和设计时考虑配置管理
在业务系统软件的计划和设计阶段中，基本上已经确定了核心配置信息，即，哪些设备，用于使用哪些组件，哪些系统进行接口，哪些信息，信息，信息，信息，信息，信息，信息，信息，信息，信息和信息如何传输格式和方法，使用哪些网络段，整个系统的拓扑，哪些系统需要备份。目前，CMDB（配置管理数据库）不仅必须澄清配置项目的数量，而且还必须阐明这些配置项目之间的关系。
从CMDB的角度来看，在计划和设计时尝试避免过度的关系，以免发生故障时大规模的服务中断，并尝试使故障仅一个点。完成此过程后，将来对操作和维护服务的受众群体（用户使用哪些系统以及要使用的系统）非常清楚。并且操作和维护服务对象（也可以理解为CMDB中的配置项目）；服务的主体，即，配备了哪种操作和维护服务团队；同时，它还阐明了操作和维护服务目录，即，将来需要执行每日主动操作和维护任务。在这种情况下，运营和维护服务管理变得非常容易进行。
6。通过操作和维护来促进系统规划和设计
在信息系统操作和维护阶段的实施周期中，我们会发现许多问题。通过分析，我们还将知道在软件计划和设计期间可以避免许多问题。同时，在操作和维护过程中，它将积累大量的业务知识。这些对业务系统的规划和设计非常有帮助，这对于改善软件开发人员的开发功能也具有重要意义。该单元的信息能力是什么？实际上，这取决于这些知识的积累。
这项工作的困难在于，操作和维护服务团队以及系统建设团队可能属于不同的部门。为了使这两个不同的团队的了解可以顺利传输，否则研发和重建的能力将无法提高。有必要将操作和维护过程中的经验和知识转变为下一个施工研发活动的输入，以形成一个封闭的循环，不断改进，操作和维护服务的质量可以更好。
结论
结合上述部分，在国内信息的前二十年中，建筑单元是大量的投资信息构建，因此先前的建筑是重点。完成后，信息化还涵盖了组织的各个方面。现在面对如何管理这些信息系统，使以前的投资者变得更好并继续为业务服务。因此，未来的操作和维护将成为热点。为了真正由操作和维护服务的质量控制，有必要渗透整个信息对象的整个生命周期以进行管理。最好的解决方案是建立统一的方法和标准系统。
信息系统的计划和维护计划不应在施工阶段的后期以及操作和维护阶段的开始。取而代之的是，应该在系统设计阶段进行考虑，以便从设计开始操作和维护。
页:
[1]