贯穿全书使用了企业软件和企业软件交付这两个术语,但我刻意避免去定义这些术语。这看起来实在是不怎么地道。但是,任何企图定义它们的尝试都无疑会导致需要徒劳地解释什么是企业和系统。这两个词在历史上已经被赋予了太多的含义,随着上下文不同有太多的解读方式,任何定义的结果都无法令人满意。所以,我就简单地用企业软件来指一个机构使用或制作的,并使其一个或多个利益相关方受益的软件解决方案。这种简单的解读方式就把焦点放在了该软件的运行对于机构的使命或业务功能至关重要,以及在一段时间内,对于该软件持续运营的投资必不可少这些特征上。当然,我也意识到,企业软件的构思、开发、部署和维护的环境也会对很多这些活动产生影响,也许影响还很深。具体的开发和交付的技术和方法可能在某一个领域很重要(或必不可少),而在其他领域则不必要或效率低下。某些部件和文档在某一类项目中备受重视,但在其他项目中却显得多余或徒增混乱。因此,我想指出的是,这本书中的某些指导和意见可能在某些领域才较为适用。我用各种领域中真实的案例来阐述主要观点,但这些例子大多数来自金融服务行业,如银行、保险和信用卡管理,并且我是站在大型软件系统和服务供应商中的软件开发团队的角度来看的。不过,我相信这种背景的差异并不会影响我谈到的高层次观点和评论的重要性。所以,当我描述在企业软件交付中具有广泛的价值和应用的概念时,我会小心地描述背景,以便实际应用这些思路。除了应用场合多样,“企业软件交付机构”的作用、功能和结构也是五花八门。通常情况下,这样的机构负责许多不同的工作,涵盖企业软件的开发、部署、维护和运营。具体的业务范围是根据其支持的特殊业务背景决定的。例如,图1.2展现了一家大型跨国公用事业公司的企业软件交付机构是如何看待它为业务提供的服务范围的。在这里,我们看到了很多种角色,不仅包括企业软件的开发和交付,而且有很多配套工作,如服务台管理和供应商关系管理。这一整套功能可能直接由企业软件交付机构提供,也可能与其他第三方团体共同承担。因此,企业软件交付机构位于这个横跨各个业务、可能涉及很大的供应商和相关方生态系统的关系网的中心。重申一下,这本书的核心内容是普遍适用于企业软件交付的许多重要思想和方法。无论是所谓“业务分析”或“任务计划”的项目早期探索阶段,还是称为“修复和升级”或“全生命周期的能力管理”的维护活动,这些都是适用的。
相关资源:七夕情人节表白HTML源码(两款)