Sun Java logo     上一页      目录      下一页     

Sun logo
Sun Java Enterprise System 部署规划白皮书 

第 2 章
业务分析

本章介绍了有关如何分析业务问题、确定其业务要求和约束及清晰阐明业务目标的一些原则。

业务分析的第一步是说明部署项目的业务目标,接下来是分析必须解决的业务问题和确定实现业务目标所必须满足的业务要求。还应考虑会限制目标实现能力的任何业务约束。所确定的业务要求和约束是在后来的技术要求阶段用于得出系统要求的业务要求文档的基础。

在确定业务要求上无简单公式可循,只能根据与客户的合作情况及自身所掌握的有关该业务领域的知识来确定业务要求。此处介绍的原则提供了一种可以用于开始业务分析的方法。

本章包括以下节:


业务要求

业务问题说明与项目综合摘要非常相似,其中对项目的最终目标进行了概述。业务问题说明的内容是,设定项目的业务情境(项目的必要性或可取性)和界定项目的范围(项目范围之内和之外的内容),还需确定对项目成功起决定性作用的项目特性。

业务要求分析的结果应当是一份详细说明部署如何满足业务目标需要的文档。下表列出了业务要求分析期间通常会涉及的主题。

表 2-1  业务要求分析主题 

主题

说明

业务目标

明确阐述项目的目标。对目标有清晰的理解有助于突出设计决策的重心。

以下是几个目标示例:

  • 企业协作,包括消息传送、通讯录、即时消息传送及日历服务等功能
  • 企业门户,允许用户集合和个性化内容和使用电子邮件、日历、即时消息传送及其他企业服务
  • 企业资源调度程序,用于安排会议室、办公室及其他共享物理资源
  • 实现在线商务

将计划部署的目标与当前业务进行对比有助于后期设计决策的确定。

部署类型

确定预想的是以下哪一部署类型:

  • 企业对客户
  • 企业对员工
  • 企业对企业
  • 企业员工间通信
  • 上述类型的某种组合

理解部署类型有助于突出类型所固有的特定设计问题。

范围

明确阐述项目范围。确保所确定的领域能够得到解决,并避免做使目标不明晰或无法达到的“开放式”阐述。

范围定义不明确会导致部署设计不能充分满足业务需要。

风险承担者

确定能够从部署成功中获取既得利益的个人和组织。

所有风险承担者均应积极参与业务目标和要求的确定。

关键特质

确定成功所必需的关键领域。这方便了根据最重要的标准进行设计分析。

目标用户

确定部署所面向的用户类型。例如:

  • 当前和先前员工
  • 活动客户
  • 成员站点
  • 公众
  • 管理员

用户益处

阐述预期可为部署用户带来的益处。例如:

  • 远程存取公司资源
  • 企业协作
  • 缩短响应时间
  • 降低错误率
  • 简化日常任务
  • 使远程团队得以共享资源
  • 提高生产率

明确阐述预期益处有助于推动设计决策。

服务级别协议

定义部署未能满足特定系统要求时必须提供的客户支持级别和程度。

通常,服务级别协议根据在技术要求分析期间定义的服务级别要求在项目核准时签署。

安全问题

先前确定的目标可能存在隐性的安全问题,这些问题不必在问题阐述中列出。不过,突出对部署至关重要的某些安全目标可能会有益处。例如:

  • 存取授权用户所有的专有信息
  • 以基于角色的方式存取机密信息
  • 远程位置间的安全通信
  • 在本地系统上调用远程应用程序
  • 与第三方企业的安全交易

优先级

阐述目标的优先级。

大规模、复杂的部署可能需要分阶段实现。受资源限制,可能需要取消或修改某些目标。为使部署设计能够通过验收,可能需要作出某些决策,而通过清晰阐述优先级,便可为决策制定提供指导。


业务约束

业务约束在确定部署项目的性质上发挥着重要作用。部署设计取得成功的关键是在受已知业务约束的情况下找到可以满足业务要求的最佳方法。

下表列出了通常可能影响部署设计的业务约束。具体部署项目可能存在其自身状况所特有的业务约束。

表 2-2  业务约束分析主题 

主题

说明

期限或时间表

部署的时间表会影响所作出的设计决策。进取性的时间表可能导致降低目标、更改优先级或采用渐增式解决方法。

时间表内可能还存在值得考虑的重大事件点。

预算注意事项

大多数部署都必须遵守特定预算。在整个设计过程中应始终考虑预算,以避免超支。

考虑预算时,不但要计算完成项目所需的成本,还要计算在特定生命周期内维护项目所需的资源。

资源

考虑成功部署所需的全部资源,而不仅仅是资本支出。这包括以下资源:

  • 现有硬件和网络基础结构
    对现有基础结构的依赖会影响系统的设计。
  • 实现部署设计所需的开发资源
    如果开发资源(包括硬件、软件和人力资源)有限,便可能意味着要进行渐增式部署。可能必须在每个渐增阶段重复使用相同的资源或开发团队。
  • 维护、管理和支持
    分析可用于管理、维护和支持系统用户的资源。如果此类资源有限,可能会影响所作的设计决策。

拥有成本

除维护、管理和支持外,还应分析影响拥有成本的其他因素。

例如,可能必要的硬件和软件升级、电力网的覆盖区域、电信成本及影响现金支出的其他因素。

公司标准和策略

确保理解请求部署的组织的标准和策略。

这些标准和策略可能会影响设计的技术层面、产品选择及部署方法。

公司变化管理

公司变化管理程序可能会对部署方法和时间表产生极大影响。

投资收益

每项部署都应为其投资客户带来收益。投资收益分析通常涉及资本支出所获财务收益的计算。

估算部署的财务收益涉及对以部署方式实现目标与以其他方法实现这些目标,或与保持现状所需成本的详细比较分析。

监管要求

监管要求的差异极大,具体要求取决于部署的性质。


渐增式部署方法

通常将部署视为一个完整的综合系统。不过,实际运作中往往会将综合系统的部署分为几个可衡量的步骤,以渐增方式完成。

这种渐增式方法具有以下优势:

采用渐增式方法时,通常要设计一个路线图,其中给出通往最终的综合解决方案的重大事件点。此外,可能还必须考虑制定针对随后将实施的各规划阶段的短期解决方案。

无论采取什么方法,应始终确保部署设计有变动和增长的余地。



上一页      目录      下一页     


版权所有 2004 Sun Microsystems, Inc. 保留所有权利。