IT项目管理与服务方案.docxVIP

服务方案

项目服务方案

架构方案设计原则

面向SOA的分层架构

本系统采用分层结构开发和设计，将界面、业务逻辑和数据分离，实现系统内部松耦合，以灵活、快速地响应业务变化对系统的需求。系统层次结构划分为数据层、信息服务层、业务逻辑层和控制层，通过各层次系统构件间服务的承载关系，实现系统功能。

各层的应用构件利用系统服务框架所提供的基础服务实现系统公共设计、运行与管理机制。其中业务逻辑层及信息服务层中的构件必须遵守同样的设计规则并在一个统一的构件运行环境中运行。

数据层负责系统的数据存储及维护数据的完整性与一致性。数据可以根据需要存储在数据库管理系统、文件、外部存储设备中。数据层数据的组织按照资源概念模型在应用软件上优化实现的要求形成资源域的各个聚合实体。并支持资源数据模型规范中定义的概念模型和逻辑模型。

信息服务层实现系统的共享信息服务。该层的构件实现对数据的封装，并把封装后的数据转换成有价值的业务与系统信息，通过合约接口，向其上的业务逻辑层和其他相关外部系统提供一致的与业务逻辑无关的信息服务。

业务逻辑层实现系统业务逻辑相关的处理功能，它包括业务构件子层和展现构件子层，分别实现人机界面无关的业务逻辑构件与人机界面相关的界面展示构件。业务逻辑层的构件以服务的形式提供与业务逻辑紧密相关的系统功能。

控制层对系统行为以及其它资源进行关联和控制。关联控制主要包括：

对构件所提供的服务和系统资源的配置和控制。

对业务流程的关联和控制。

对人机交互界面的关联和控制。

系统服务框架规定了系统运行的公共机制并实现系统内部的公共服务。使用这些服务与机制可以简化系统构件的开发、部署和各种运行信息的管理。保证系统运行的一致性和各构件的高度集成。各应用系统可以建立私有的系统服务框架也可以共用同一个框架所实现的系统服务。公共服务包括日志服务、系统监控服务、配置管理服务、认证鉴权服务、异常处理服务、流程管理服务、策略管理服务。

集成接口服务是系统开放给外部系统的接口服务，根据企业集成平台规定的集成机制，通过适配器等技术实现内部的信息服务构件和业务逻辑构件对企业应用集成的支持。

构件式系统

系统由一系列独立部署的构件组成，构件的设计应该满足以下要求：

构件多实例运行：应该尽量满足对每一个构件都可以同时运行多个构件实例的需求，以保证系统的高可靠性与可伸缩性。

构件接口定义稳定：应充分考虑构件间接口稳定性，建议使用XML或者类似的结构，以保证接口传输参数与内容的可扩展性。

构件粒度合理确定：应综合考虑系统性能、扩展性等方面的因素，同时兼顾系统在部署、维护和管理等方面的要求，合理确定构件粒度。

分布式、面向接口访问

每个构件均可以承担服务提供者和服务使用者两种角色，服务使用者通过访问服务提供者的接口获取相应的服务。

系统实现构件的分布透明机制。组成系统的构件实例可以部署在一台或多台主机上。构件提供的服务访问对分布地点、位置透明，服务使用者通过构件的逻辑名称即可获取服务而与构件所在主机的物理位置无关。

松耦合、高内聚原则

系统设计遵循松耦合、高内聚原则。构件之间保持松耦合状态，服务的具体实现方式对服务使用者透明。在构件内部所实现的功能与结构保持高度逻辑相关性的同时，保证构件间的相互独立性。

共享信息服务

系统提供独立于业务的共享信息服务。共享信息服务遵循企业的数据模型规范，外部系统通过企业集成与接口平台，访问系统的共享信息，以实现系统间的集成与互操作。

业务过程与构件实现分离

综合考虑业务过程与构件实现的分离的原则，建议利用规则管理和界面集成技术，动态地定义系统的行为以实现系统功能。应用此种技术在获得灵活性与可扩展性的同时，也应当充分预见其对系统性能带来的影响。

项目服务方案SKIPIF10

项目服务方法论

针对本项目，我公司基于对客户需求、业务目标、业务能力和IT环境的理解，结合多年的软件开发和系统实施经验，将项目的实施周期划分为六个活动阶段，保证在项目生命周期内，应用合理的项目管理和控制技术。通过专注于使客户投资回报最大化，和使客户的投资风险最小化的关键战略和战术领域，加快项目实施速度，使得项目成功地完成。这些阶段的特性是可循环往复性，使客户可以尽快地获得新的应用系统所带来的好处。

项目定义阶段

在这个阶段所有与分期实施相关的项目活动都被明确定义，项目的“项目利益相关者”被指定，项目经理和客户项目经理的角色和职责被传达给所有的“项目利益相关者”。管理项目所需的项目控制结构被定义，所有需要的项目规划文件被创建，客户的业务问题和被用来衡量项目成功的衡量标准被确认。

制定解决方案范围，在一个高级别上定义哪些模块将被实施，估算预期需要的客户化程度，以及勾画出在产品之外需要开发的内容和要提交的技术成果。解决方案范围文档包括解决方案范围概