本帖最后由 monicazhang 于 2015-10-22 10:18 编辑
20151022 淡然
续上
13. 接口要求13.1 概述 根据运维管理中心在BOMC的整体定位，本期涉及的接口如图所示
ITSS考试
图13-1运维管理中心接口示意图
n 统一运营门户接口：在门户上集中展现运维管理中心的工单信息，如工单待办、公告信息等
n 监控管理中心接口：监控管理中心产生的告警可以通过手工或自动生成工单，通过工单流转实现告警的处理与跟踪；运维管理中心将告警处理结果反馈给监控管理中心。
n 集中控制中心接口：为集中控制中心制定的任务模版、任务提供审核和执行流程。
n 业务管理中心接口：为业务管理中心提供源数据，同时运维管理中心也可以获取业务运营状况等相关信息。
n 运营分析中心接口：为运营分析中心数据分析诊断提供源数据。
n 资源管理接口：运维管理中心从资源管理获取配置项相关信息，建立流程与配置之间的关联关系。
n 知识管理接口：为知识管理录入的知识进行审核和发布。
13.2 接口原则 n 松耦合
松耦合原则指接口方式与信息模型的松耦合。即无论采取何种接口方式或技术，其交互的信息都应遵循统一的信息模型。
n 高效性
接口的高效性要求采用的接口方式与实现技术必须保证接口的畅通不会造成待交互信息的积压或延迟。
n 扩展性
接口的可扩展性包括多个层面的意义：
1) 管理功能的可扩展性：接口的定义不应限制运维管理的功能实现，并且在将来运维管理功能发生改变时（增加或调整），接口方式应能继续提供支持。
2) 信息模型的可扩展性：随着移动业务的发展，与运维管理有接口的所有系统都会发生改变。无论采取何种接口方式，都应能很好地支持信息模型的改变。
3) 与其它系统的连接：运维管理也需要与其它系统互联来交换信息，各系统之间建议采用统一、通用的接口方式进行互联。
n 经济性
接口的选取是灵活的，既可固定为单一方式的方案，也可采用多种方式组合并存的方案，还可选取各种方式之间相互过渡的方案。无论使用哪种方案，都应考虑到系统的总体投资与收益，短期投资成本与长期投资成本的兼顾。 ITSS认证
n 成熟性
接口方式与实现应当尽可能采用成熟的先进技术，与国际主流技术保持一致，从而使系统得到较好的投资保护。
13.3 接口协议 消息方式可采用Socket（套接字）方式或MessageQueue（消息队列）等方式，可通过SOAP协议进行消息传递。
XML是ExtensibleMarkupLanguage（扩展标记语言）的英文缩写。XML提供了很好的自描述能力，适用于分布式应用中的数据传输，具有良好的数据存储格式、可扩展性、高度结构化、易于网络传输等特点。
SOAP（Simple Object Access Protocol，简单对象访问协议）是在分散或分布式的环境中交换信息的简单的协议，是一个基于XML的协议。SOAP协议为分布式应用中消息的传递提供了可靠的方式。
建议预留Socket方式的接口，以利于某些安全要求较高、效率要求较高的重要信息和实时信息的传递。
14. 技术要求 运维管理中心作为BOMC中支撑业务运作、提高运维工作效率的重要功能中心之一，应使用成熟技术、采用先进的IT架构进行建设。在项目建设过程中应结合ITILV3规范。为保障流程不断的优化，在技术实现上应可保障流程定制的灵活性、方便性；需保证系统中各个模块的松耦合，保证提供必要的接口功能提高系统开放性。运行中应保障必要的容错能力，确保流程数据的完整性。
n 灵活性：对于流程定义、流程间的相互流转、流程中表单的配置及流程环节的流转规则可根据需要进行灵活的配置。如表单项配置可灵活增加、修改、删除及各个表单项位置的调整，提供多种流转规则的定义，提供流程间灵活的流转规则。
n 方便性：流程的配置、流程环节、流程表单及流程环节间流转规则的配置，需以图形化方式进行配置。流程环节、流程环节间关系的配置应以拖拽方式完成，并保证配置过程所见及所得。以保证可以适应各种特定的业务要求。
n 松耦合：设计和实现采用模块化结构，提供开放的接口。流程配置及流程引擎之间应保证松耦合。不同的应用模块可以在相互独立的硬件平台上单独运行操作。
n 开放性：系统应提供统一的标准接口，为外部系统的调用与访问提供统一的方式。支持与已有系统方便的集成和信息交互。
n 容错能力：系统功能和页面错误，以明白、易懂的中文提示做出说明，便于维护人员查找原因，及时解决问题，系统相关的数据存储可以进行增量定期备份和导出，以使保证系统出现问题时可以完整恢复。 ITSS培训
转播
分享
淘帖
()