论文部分内容阅读
摘 要：本文介绍了系统优化的必要性及优化原则，以及两种模式下系统优化的具体流程方法。
关键词：系统优化；必要性；优化原则；主动优化模式；被动优化模式
中图分类号：TP311.138
1 系统优化的必要性
随着软硬件技术的不断发展，系统的架构及组成也随之发生了巨大的变化，系统之间的相互依赖度越来越高，高耦合度的系统带来了通信效率、可靠性、组件瓶颈等问题。
快速变化的市场，迫使系统需要快速形成服务能力。而较短的开发周期往往不足以使设计开发人员对未来有较充分的预见，同时缺乏清晰、明了的演进路线及蓝图，最终导致架构设计、开发、测试过程通常以满足当前需求为目标，快速开发通常给系统带来了系统可扩展性、支撑能力不足、应变能力差等诸多问题。
快速变化的市场也迫使系统不断再开发以满足市场需要，不断增多的功能往往使系统变的越来越臃肿，响应能力越来越差。
综上所述系统处在一个持续不断的调整优化过程之中，为了应对系统存在的这些问题，业务人员、系统架构设计人员、开发人员、外围系统的相关人员必须对系统进行不断的调整优化协同应对这些问题，对系统的调整优化是客观和必然的，如果系统的调整优化遵循最佳实践方法，则可以减少系统的调整优化次数，从而最终使系统处在一个相对稳定的状态，同时从根本上提高系统的可靠性、可用性、可扩展能力以及服务能力。
一般而言，根据系统的建设生命周期，系统优化模式分为主动优化模式和被动优化模式。主动优化模式主要适用于系统设计规划期，被动优化模式主要适用于系统运营期。
在系统的不同生命周期阶段，采用的优化模式不同，优化的成本不一样，收益也不一样。在系统的规划设计阶段，主动对系统进行优化，由于可以借鉴同类或者类似系统的规划设计开发经验，可以规避已有的常见问题；可以以较低的成本获得最大化的收益。在系统上线运营后，碰到问题只能被动采取措施，系统已经成型，调整空间有限，通常需要投入较高的成本解决当前的问题。
根据优化的成本收入分析，系统的优化应及早开始，因为可以以较低的成本规避系统的常见问题，减少上线后的调整优化。
2 系统优化原则
系统依赖多层基础软硬件，以及内外部支撑系统。系统优化应着眼于构成系统及支撑系统所有组件，否则容易忽视问题产生的真正根源。系统优化应从整体着眼，在系统的不同生命周期，选择不同的模式，遵循系统优化的基本原则，对系统进行开展优化。
因系统构成复杂，系统的优化一般遵循以下原则：（1）先系统后业务，先调整应用系统本身，然后调整业务需求、边界、规则、范围。（2）先内而外，先调整系统自身，然后再调整内部支持系统，最后调整外部支撑系统。（3）先基础后应用系统，即先优化对应用系统支撑的软硬件，然后再优化应用系统本身。
单步优化方法，即每次优化调整只做一个因子，避免因子之间的互相干扰。
遵循以上原则，可以确保基础设施，系统本身，内部支撑系统，外部支撑逐步最优，确保整个系统生态环境逐步最优。
现简单介绍两种优化模式的优化方法。
3 主动优化方法
主动优化模式。自上向下是一种主动的积极的调优模式，在系统规划设计阶段借鉴类似项目的成功经验，规避已有的风险。优化流程图1如下：
3.1 规划阶段。系统的规划设计，应防止自建、自审、自评的模式，这样易导致系统缺陷，同时不能客观准确地评价系统质量。引入专家团队对系统的规划、架构设计、开发实施、评审等关键环节的建设性指导意见，可以大幅度提升系统质量。
业务规划阶段要对即将实施的业务进行充分的调研论证，对业务的复杂性、业务的相关性，即将实施的业务的边界有基本的认知，确保在当前的软硬件技术框架下基本可行。
在标杆筛选阶段要选择具备可比性、参考性的系统进行深度分析，借鉴它的分析方法、规划方法、架构设计理念，实施策略，演进路线。标杆筛选结合当前的软硬件技术及自身的管理水平通常会选择在业界已经实施的、成熟的、且业界领先的，在短期内可实现的系统作为标杆。通过分析，对即将实施的业务进行边界和能力的基本界定，对系统存在的挑战及基本应对策略有基本的认知，基本明确系统的架构及演进路线。
标杆筛选对系统的设计有导向的作用，因此标杆的筛选应遵循专家团队的意见，选择切实适合业务的系统进行分析借鉴。
3.2 设计阶段。在明确业务的边界、复杂度、交互关系以及业务流程后，结合当前的软硬件技术及业界的最佳实践进行架构的设计，在架构设计的过程中要重点对系统的可用性、可靠性、高性能、能力、容量、扩展性、与外围系统的交互性进行深入的论证和长远的规划。由于架构对整个系统至关重要，在架构设计的过程中要引入专家团队，确保架构为整个系统奠定坚实的基础。
原型设计主要是对业务需求以及规划设计好的架构抽取关键点进行基本的实现，进一步通过原型验证系统对业务的支撑以及架构设计是否合理。原型设计对系统的预见非常的关键，因此原型设计在关键点设计上应该与系统设计基本保持一致。
在原型搭建完毕后，应以业务为输入，对各种不同的业务及系统场景进行推演，系统推演的结果对需求分析，架构设计的修正产生重要指导。
3.3 实施阶段。在系统推演完成后，确保系统架构在关键环节上的正确后，方可开始系统的设施。测试是系统质量的基本保障，在实施阶段一定要重视测试环节，测试充分与否直接关系系统的质量。
对系统的初步评审，建议以外部评审为主。结合专业经验，专家团队可以对整个系统的架构、可靠性等核心指标进行客观评价，从而客观地对系统质量进行评价，对评审过程中发现的问题，专家团队可以给出专业的修正指导意见，有助于进一步对系统修正，从而提升系统的质量。 3.4 试运行。在试运行阶段，由于已经承载了真实的业务，可以对前期的规划设计实施进行基本完整的验证，同时对发现的问题及时的修正。
在最终评审阶段，专家团队以试运行持续监控数据为基础对系统的整体质量进行客观评审，并对存在的问题提出建设性的优化调整建议。
4 被动优化方法
被动优化模式即自底向上模式的优化过程，通常是在系统上线运营碰到问题后被动采取的一种优化模式。虽然系统主体架构无法进行变更，但是遵循下述的方法，仍旧能有效解决当前问题，并为后续的系统建设优化提供指导。优化流程图2如下：
上线运行后的系统调优离不开专家团队，特别是在专业领域。系统架构已经成型，对架构的调整、业务的调整空间有限，专业领域的调整相对而言空间较大，对某一专业领域的调整优化，通常能在一定程度上改善系统的能力。
4.1 分析定位阶段。在进入具体的建设优化阶段后，问题的分析定位决定整个建设优化的成败。在分析定位阶段，首要的任务是获得用户的反馈，并建立基线数据。用户的反馈反映着系统运行的不良信号，如何从这些不良信号定位问题的根本原因，最直接、最有效的办法是对系统进行还原，所谓的系统还原不单单是还原系统的架构，更重要的是还原系统的运行状态。在完成系统架构还原后，需要对系统运行状态进行还原，尽可能还原问题发生时系统的整体运行状态。完成系统还原后，就可以以用户反馈为基准开始进行问题的分析定位了，如何才能确保问题的定位分析准确呢？建议按照业务流向，比照系统部署图，对系统的组件及支撑的系统进行逐一及整体分析。这样的分析流程可以覆盖完整的业务流程及整体系统架构，结合系统的运行状态数据，通常能准确定位问题的原因。
4.2 优化阶段。通常在优化阶段除了要解决当前面临的问题，还要结合前期持续改进的目标，对当前阶段的目标进行综合纠正。
在明确了纠正的目标及当前的系统运行状态后，就需要针对纠正目标设计纠正方案。此时的纠正方案设计，通常受制于已有的系统架构设计及外部系统支撑能力，软硬件技术，业务需求等，纠正方案的设计需要综合考虑这些制约因素，在这些制约因素中获得最佳平衡。
在总体纠正目标不变的情况下，如何筛选候选方案？建议在均衡业务需求、系统架构、软硬件技术的基础上选择可接受、可实施的方案。
筛选方案后，就进入系统优化的核心阶段，在优化方案实施阶段建议比照标准的项目管理流程，对人员，实施进度及风险进行管控。
方案实施完成后，需要对方案实施的效果进行评估，评估的方法可以使用比对法。采集方案实施后的数据与实施前的基线数据进行比对，从而对实施结果进行评估。通过基线比对，建立可量化的评价标准，从而可以对优化方案进行量化的评价。
4.3 收尾阶段。在收尾阶段，主要是对前期的优化方法、实施过程、实施结果进行总结和知识的沉淀，同时对优化的方法、优化的方案及实施过程进行规范化，并进一步将相关的知识反馈到业务需求、系统设计人员，从而进一步推动整个系统建设优化朝着既定的方向迈进。
参考文献：
[1]马科云.浅析自动开通系统在城市光网中的应用[J].计算机光盘软件与应用，2013（11）：25-26.
作者单位：中国联通山西分公司，太原 030006
关键词：系统优化；必要性；优化原则；主动优化模式；被动优化模式
中图分类号：TP311.138
1 系统优化的必要性
随着软硬件技术的不断发展，系统的架构及组成也随之发生了巨大的变化，系统之间的相互依赖度越来越高，高耦合度的系统带来了通信效率、可靠性、组件瓶颈等问题。
快速变化的市场，迫使系统需要快速形成服务能力。而较短的开发周期往往不足以使设计开发人员对未来有较充分的预见，同时缺乏清晰、明了的演进路线及蓝图，最终导致架构设计、开发、测试过程通常以满足当前需求为目标，快速开发通常给系统带来了系统可扩展性、支撑能力不足、应变能力差等诸多问题。
快速变化的市场也迫使系统不断再开发以满足市场需要，不断增多的功能往往使系统变的越来越臃肿，响应能力越来越差。
综上所述系统处在一个持续不断的调整优化过程之中，为了应对系统存在的这些问题，业务人员、系统架构设计人员、开发人员、外围系统的相关人员必须对系统进行不断的调整优化协同应对这些问题，对系统的调整优化是客观和必然的，如果系统的调整优化遵循最佳实践方法，则可以减少系统的调整优化次数，从而最终使系统处在一个相对稳定的状态，同时从根本上提高系统的可靠性、可用性、可扩展能力以及服务能力。
一般而言，根据系统的建设生命周期，系统优化模式分为主动优化模式和被动优化模式。主动优化模式主要适用于系统设计规划期，被动优化模式主要适用于系统运营期。
在系统的不同生命周期阶段，采用的优化模式不同，优化的成本不一样，收益也不一样。在系统的规划设计阶段，主动对系统进行优化，由于可以借鉴同类或者类似系统的规划设计开发经验，可以规避已有的常见问题；可以以较低的成本获得最大化的收益。在系统上线运营后，碰到问题只能被动采取措施，系统已经成型，调整空间有限，通常需要投入较高的成本解决当前的问题。
根据优化的成本收入分析，系统的优化应及早开始，因为可以以较低的成本规避系统的常见问题，减少上线后的调整优化。
2 系统优化原则
系统依赖多层基础软硬件，以及内外部支撑系统。系统优化应着眼于构成系统及支撑系统所有组件，否则容易忽视问题产生的真正根源。系统优化应从整体着眼，在系统的不同生命周期，选择不同的模式，遵循系统优化的基本原则，对系统进行开展优化。
因系统构成复杂，系统的优化一般遵循以下原则：（1）先系统后业务，先调整应用系统本身，然后调整业务需求、边界、规则、范围。（2）先内而外，先调整系统自身，然后再调整内部支持系统，最后调整外部支撑系统。（3）先基础后应用系统，即先优化对应用系统支撑的软硬件，然后再优化应用系统本身。
单步优化方法，即每次优化调整只做一个因子，避免因子之间的互相干扰。
遵循以上原则，可以确保基础设施，系统本身，内部支撑系统，外部支撑逐步最优，确保整个系统生态环境逐步最优。
现简单介绍两种优化模式的优化方法。
3 主动优化方法
主动优化模式。自上向下是一种主动的积极的调优模式，在系统规划设计阶段借鉴类似项目的成功经验，规避已有的风险。优化流程图1如下：
3.1 规划阶段。系统的规划设计，应防止自建、自审、自评的模式，这样易导致系统缺陷，同时不能客观准确地评价系统质量。引入专家团队对系统的规划、架构设计、开发实施、评审等关键环节的建设性指导意见，可以大幅度提升系统质量。
业务规划阶段要对即将实施的业务进行充分的调研论证，对业务的复杂性、业务的相关性，即将实施的业务的边界有基本的认知，确保在当前的软硬件技术框架下基本可行。
在标杆筛选阶段要选择具备可比性、参考性的系统进行深度分析，借鉴它的分析方法、规划方法、架构设计理念，实施策略，演进路线。标杆筛选结合当前的软硬件技术及自身的管理水平通常会选择在业界已经实施的、成熟的、且业界领先的，在短期内可实现的系统作为标杆。通过分析，对即将实施的业务进行边界和能力的基本界定，对系统存在的挑战及基本应对策略有基本的认知，基本明确系统的架构及演进路线。
标杆筛选对系统的设计有导向的作用，因此标杆的筛选应遵循专家团队的意见，选择切实适合业务的系统进行分析借鉴。
3.2 设计阶段。在明确业务的边界、复杂度、交互关系以及业务流程后，结合当前的软硬件技术及业界的最佳实践进行架构的设计，在架构设计的过程中要重点对系统的可用性、可靠性、高性能、能力、容量、扩展性、与外围系统的交互性进行深入的论证和长远的规划。由于架构对整个系统至关重要，在架构设计的过程中要引入专家团队，确保架构为整个系统奠定坚实的基础。
原型设计主要是对业务需求以及规划设计好的架构抽取关键点进行基本的实现，进一步通过原型验证系统对业务的支撑以及架构设计是否合理。原型设计对系统的预见非常的关键，因此原型设计在关键点设计上应该与系统设计基本保持一致。
在原型搭建完毕后，应以业务为输入，对各种不同的业务及系统场景进行推演，系统推演的结果对需求分析，架构设计的修正产生重要指导。
3.3 实施阶段。在系统推演完成后，确保系统架构在关键环节上的正确后，方可开始系统的设施。测试是系统质量的基本保障，在实施阶段一定要重视测试环节，测试充分与否直接关系系统的质量。
对系统的初步评审，建议以外部评审为主。结合专业经验，专家团队可以对整个系统的架构、可靠性等核心指标进行客观评价，从而客观地对系统质量进行评价，对评审过程中发现的问题，专家团队可以给出专业的修正指导意见，有助于进一步对系统修正，从而提升系统的质量。 3.4 试运行。在试运行阶段，由于已经承载了真实的业务，可以对前期的规划设计实施进行基本完整的验证，同时对发现的问题及时的修正。
在最终评审阶段，专家团队以试运行持续监控数据为基础对系统的整体质量进行客观评审，并对存在的问题提出建设性的优化调整建议。
4 被动优化方法
被动优化模式即自底向上模式的优化过程，通常是在系统上线运营碰到问题后被动采取的一种优化模式。虽然系统主体架构无法进行变更，但是遵循下述的方法，仍旧能有效解决当前问题，并为后续的系统建设优化提供指导。优化流程图2如下：
上线运行后的系统调优离不开专家团队，特别是在专业领域。系统架构已经成型，对架构的调整、业务的调整空间有限，专业领域的调整相对而言空间较大，对某一专业领域的调整优化，通常能在一定程度上改善系统的能力。
4.1 分析定位阶段。在进入具体的建设优化阶段后，问题的分析定位决定整个建设优化的成败。在分析定位阶段，首要的任务是获得用户的反馈，并建立基线数据。用户的反馈反映着系统运行的不良信号，如何从这些不良信号定位问题的根本原因，最直接、最有效的办法是对系统进行还原，所谓的系统还原不单单是还原系统的架构，更重要的是还原系统的运行状态。在完成系统架构还原后，需要对系统运行状态进行还原，尽可能还原问题发生时系统的整体运行状态。完成系统还原后，就可以以用户反馈为基准开始进行问题的分析定位了，如何才能确保问题的定位分析准确呢？建议按照业务流向，比照系统部署图，对系统的组件及支撑的系统进行逐一及整体分析。这样的分析流程可以覆盖完整的业务流程及整体系统架构，结合系统的运行状态数据，通常能准确定位问题的原因。
4.2 优化阶段。通常在优化阶段除了要解决当前面临的问题，还要结合前期持续改进的目标，对当前阶段的目标进行综合纠正。
在明确了纠正的目标及当前的系统运行状态后，就需要针对纠正目标设计纠正方案。此时的纠正方案设计，通常受制于已有的系统架构设计及外部系统支撑能力，软硬件技术，业务需求等，纠正方案的设计需要综合考虑这些制约因素，在这些制约因素中获得最佳平衡。
在总体纠正目标不变的情况下，如何筛选候选方案？建议在均衡业务需求、系统架构、软硬件技术的基础上选择可接受、可实施的方案。
筛选方案后，就进入系统优化的核心阶段，在优化方案实施阶段建议比照标准的项目管理流程，对人员，实施进度及风险进行管控。
方案实施完成后，需要对方案实施的效果进行评估，评估的方法可以使用比对法。采集方案实施后的数据与实施前的基线数据进行比对，从而对实施结果进行评估。通过基线比对，建立可量化的评价标准，从而可以对优化方案进行量化的评价。
4.3 收尾阶段。在收尾阶段，主要是对前期的优化方法、实施过程、实施结果进行总结和知识的沉淀，同时对优化的方法、优化的方案及实施过程进行规范化，并进一步将相关的知识反馈到业务需求、系统设计人员，从而进一步推动整个系统建设优化朝着既定的方向迈进。
参考文献：
[1]马科云.浅析自动开通系统在城市光网中的应用[J].计算机光盘软件与应用，2013（11）：25-26.
作者单位：中国联通山西分公司，太原 030006