需求分析--基于SOA架构的企业应用集成.docVIP

基于SOA的企业个性化信息集中管理系统 需求分析 天津市电力公司 2006年7月 1 概要 3 1.1 背景 3 1.2 范围 3 2 功能需求 3 2.1 消息平台建设 3 2.1.1 系统目标 3 2.1.2 用户与角色 4 2.1.3 涉及系统： 4 2.1.4 平台要求 5 2.1.5 消息平台功能要求： 5 2.1.6 其他要求 6 2.2 值班管理： 6 2.2.1 系统目标： 6 2.2.2 用户与角色 7 2.2.3 值班排班实现方式的要求 7 2.2.4 提醒方式要求 7 2.3 制定天津电力信息系统的集中式应用系统权限管理方案 8 2.4 在现有门户系统基础上增加部分功能 8 2.4.1 系统目标 8 2.4.2 用户与角色 8 2.4.3 功能要求 8 2.5 CMS简单工作流 11 2.5.1 系统目标 11 2.5.2 用户与角色 11 2.5.3 工作流的系统设置 11 2.5.4 工作流的使用配置 12 2.5.5 工作流的查询 13 2.5.6 工作流模块与cmsapp的集成 13 2.5.7 工作流与消息平台的集成 14 3 性能要求 14 3.1 消息平台性能 14 3.2 其他性能 14 3.3 系统高可用和负载均衡 15 4 项目周期 15 概要 背景 结合天津电力信息系统应用实际，在企业信息门户系统的基础上，整合现有业务系统的代办信息和业务报表，实现面向企业内部信息系统深层次的应用，待办信息最终以门户待办列表、MSN和手机短信等多种方式提醒最终用户。 系统的建设不但实现对天津电力现有系统基于SOA架构的整合，而且能够对天津电力未来信息系统提供标准的扩展能力，从而补充天津电力信息系统开发规范 范围 项目需求分成以下部分： 基于企业信息门户的消息平台建设； 值班排班管理； 制定天津电力信息系统的集中式应用系统权限管理方案； 在门户系统一期基础上完善部分功能； 完成典型应用的消息集成（OA办公自动化和基建项目管理系统）； CMS的简单工作流； 功能需求 消息平台建设 系统目标 结合天津电力信息系统应用实际，在企业信息门户一期系统的基础上，通过对系统消息的抽象，能够以统一的方式整合现有业务系统的待办信息和业务报表，实现面向企业内部信息系统深层次的应用。系统能够按照合适的策略来管理消息，待办信息最终以待办列表、MSN和手机短信等多种方式提示最终用户。 系统的建设不但实现对天津电力现有系统一定程度的整合，而且能够对天津电力未来信息系统提供标准的扩展能力，从而补充天津电力信息系统开发规范。 用户与角色 用户范围为天津市电力公司所有员工或者能够访问企业信息门户系统的用户。 角色包括： 一般消息用户 接收系统或者业务消息，一般只能处理自己的消息。 消息二级管理员 作为基层单位的信息员，为一般消息用户提供一些系统设置和支持工作。 消息系统管理员 作为整个消息平台的系统管理员，设置系统级别的参数和平台维护工作。 消息接入开发人员 把业务系统接入到消息平台的开发人员，按照消息平台的相应接口进行调用。 涉及系统： 待办信息设计的系统：人力资源系统、基建项目管理系统、生产MIS系统、OA系统、电子邮件。 面向决策层的业务报表：人力资源系统、基建项目管理系统、生产MIS系统、用电系统、可靠性系统。 其中以OA系统和基建项目管理系统作为系统的典型应用进行集成，在基建项目管理系统中包含对报表消息的集成。 平台要求 1、系统框架 消息平台功能要求： 根据现有业务创建消息服务器结构、可扩展消息属性 提供基于web service面向已有业务系统的消息处理机制 具有验证机制实现对不同应用提供消息服务，并可扩展未来新的消息。 提供面向应用系统管理员级的个性化界面，维护消息。 消息机制系统管理员可对消息数据进行数据维护 提供待办消息列表、MSN消息和手机短信提醒方式 提供除业务系统之外的消息发送接口（自发消息） 提供消息分级安全控制（系统，单位，个人） 依据EIP消息平台改造业务系统代办信息处理机制实现与该平台的数据同步。 其他要求 提供一个界面能够根据每个人的身份不同，展现不同的消息内容，消息内容由管理员可以定制，并可以扩展；对于没有消息的用户界面不现示分类信息。 客户机在门户列出的消息窗口，点击某消息能够转入消息（待办信息与报表消息）对应的业务系统内的该项消息对应的处理界面。 客户机MSN提示与个人身份相关的待办消息以及手机消息提醒。手机短信部分环节根据管理策略实施。 配合天津电力已有系统流程局部改造 传递必要的消息信息给EIP消息平台。 消息展现和业务报表以Tag的形式开发。用户可以定制消息类型的排序，先按照消息类型和时间倒序进行代办消息的排序（报表消息除外）。 完成天津市电力公司的企业统一待办信息技术规范 值班