前言

传统上，企业要导入信息系统，在不同的阶段都有不同的注意事项。

●规划阶段：规划软硬件作业平台、数据库、网络基础架构、以及系统间的整合问题。

●建置阶段：开发应用软件系统；网络基础架构的建设。

●营运阶段：系统维护；系统管理；网络安全管理。

●系统升级：应用软件升级、硬件升级。

在上述的过程中，需要许多的人力与财务资源，对于大型企业而言，因为资源较为充足，所以还可以承受。可是相对于资源较为不足的中小型企业而言，往往是很大的负担。因此中小型企业在导入信息系统时，普遍会面临下列问题：

●建置过程耗时过长。

●财务负担太重。

●缺乏信息专业人员。

●对于新的信息科技较不了解。

●系统维护与系统管理的能力不足。

然而，由于科技不断地发展，特别是在网络技术与软件技术等方面更是日新月异，像是因特网的蓬勃发展、网络应用软件(Web Application)技术的成熟、宽带网络的基础建设(ADSL、Cable Internet、ISDN、Direct PC等)，N-Tier的软件开发模式等，使得信息系统的发展模式有了基本性的变化。

同时，企业在经营管理的思考模式与作业模式，亦有不同于以往的改变。在如此强调专业分工的经营环境里，如何能让企业专注于自己的核心业务上，而将其它不属于自己专长的业务项目委由其它企业来服务，集中企业的资源于最具有竞争力的领域，并将组织塑造成最佳的型态，以获取最有效率的经营模式，是现代企业所追求的理想经营环境。

因此，企业的信息系统，从传统的自行发展，逐渐转变为委外开发(Outsourcing)，而委外服务、委外维护、委外管理等信息系统应用方式也逐渐普遍被企业所采用。

由于上述各种环境的成熟以及观念的改变，使得ASP(Application Service Provider应用软件服务供货商)这种软件服务模式逐渐的发展开来。

ASP概念

所谓的ASP概念，即是企业不再需要自行建置专属的信息系统，而是由「应用软件服务供货商」建置，让企业来租用，如(图一)、(图二)之对照。

《图一 每家企业都有属于自己的主机,应用软件,系统建置人员与系统管理人员》

《图二 企业透过因特网或专线来使用由ASP所提供的应用软件租赁服务》

由于企业是「租赁应用软件」，因此不再需要耗用许多的人力及资源在系统的规划、建置、营运及升级上，而可以透过「资源共享、专业分工」的方式，让企业利用较低的成本、较快的建置速度来取得更专业、功能更强大的应用软件系统。使得企业可以将有限的资源投注到核心业务上。

ASP技术领域

就目前ASP技术领域而言，包含网络技术、作业平台、安全控管、系统管理、应用软件等相关领域(图三)。

《图三 ASP相关技术领域》

由于ASP的目的在提供一套系统供大量的客户使用，而且系统需要实时的反应能力以及不停顿的运作环境，因此在各个技术层面上，均需考虑「大量、实时、稳定」的需求，兹就上述各技术领域说明如下。

应用软件(Application)：

「应用软件」这个层面中，由于企业对于一般共同性的软件功能的需求，大部分是相同的，但仍有少数局部有所差异，因此「应用软件服务供货商」在发展应用软件时，必须考虑如何建置出一套符合这种需求的软件架构，才能满足大多数企业所需，而不是针对某一家企业量身订制，如此才能达到「应用软件分享」的软件共享模式。

同时，由于因特网的应用，企业作业及工作型态的改变(例如旅行、跨国经营)，使得「分布式系统」成为应用软件的必备功能。因此「N-Tier Model：多层模式」以及「Reusable Object：对象」(或「Software IC：软件IC」)等观念已在应用软件规划与开发过程中广泛被使用(图四)。

《图四 ASP Application N-Tier model》

例如会计系统中，标准的会计程序就建立在「标准核心程序」中，而一些不同的处理方式(例如折旧的方式可分为「一般折旧」与「加速折旧」)，分别建立成「对象」存放在「对象库」中。当A企业的折旧方式是一般折旧时，就在A企业的「对象对应表」中记录其所使用的是「一般折旧对象」；如果B企业的折旧方式是加速折旧时，就在B企业的「对象对应表」中记录其所使用的是「加速折旧对象」。如此一来，不需任何的修改，就能同时满足A企业与B企业在折旧方式上的不同需求。

因此利用N-Tier的方式来开发的应用软件系统，能提供较大的弹性，使得同一套应用软件，在不需更改的情况下，就能同时满足许多不同行业不同企业在应用软件功能上的差异性需求，达到ASP的「软件共享」的精神(图五)。

《图五 「1对多」的ASP架构图》

功能支持(Supporting)：包含一些在系统运作上所需的功能。

在系统运作中，需有一些功能来支持整体ASP的服务，例如完整弹性的「计费功能(Billing)」，方便快速的「报表产生器(Report Generator)」，精确实用的「分析工具(Analysis Tools)」，跨平台容错的「网络目录管理服务(Directory Service)」...等。如此除了强化本身ASP系统运作外，亦可以允许其它软件厂商的软件挂在ASP的平台上，而由ASP服务厂商协助其计费或做一些有关于此软件在使用上的分析与管理。

作业平台(Platform)：需建构一个够稳定，且未来扩充性够的系统作业平台。

主机系统方面，需考虑其可靠度(Reliability)、可使用率(Availability)、执行效率(Performance)、扩充性(Scalability)等。因此在建置时，可以采用丛集式（Cluster）的主机架构，配合HA(High Availability)机制，以避免因为某台主机当机而造成服务中断的问题。此外，Load Balance的功能可以平均各主机的负载，能使系统能更有效率的运作，以及未来在主机的扩充上更有弹性。

储存装置方面，由于数据量庞大，在储存装置的容量上，需考虑到Tera-Byte以上的储存空间，以及未来储存空间不足时的扩充能力。此外，数据备份与回复机制(Backup and Restore)也是必须要有的功能(「异地备援」的备援模式，更能确保数据的安全性)，以预防数据损毁时能再寻回。

网络基础环境建设(Networking Infrastructure)：需建构一个够稳定，且传输效率高的内、外部网络环境。

ASP供应厂商内部网络方面，其传输速度要能达到100 Mbps，甚至于在骨干以及重要的主机，更可能要采用Gigabit以上的传输速度。

外部网络方面，则可以考虑T1 (1.54 Mbps) 或T3 (45 Mbps) 的专线，同时为了避免因为断线而造成客户无法使用，因此可以考虑采用两条以上的线路，分别连接到不同的ISP业者，以避免单一线路断线，或某家ISP业者中断服务的问题。此外，还可以与ISP业者在资源的整合上做更紧密的合作，例如与ISP业者合作提供软件租赁加上XDSL或Cable宽带的整体服务(Total Solution) ，亦可进一步与ISP业者合作建立「虚拟专用网(Virtual Private Network: VPN)」服务，以强化信息在网络传输过程中的安全性。

同时不管是在建置内部或外部网络，都需要考虑所规划的架构与所设立的传输设备是否能提供网络流量的「服务质量(QoS：Quality of Service)」设定功能，以确保网络传输的质量能维持在一定程度之上，避免因为传输效率下降而影响整体的服务质量。

安全控管(Security)：包含数据安全与网络安全的控管。

数据安全方面，要避免不当的人进入系统存取数据，以及「计算机病毒」的侵袭。因此制定「访问控制政策(Access Control Policy)」与「网络防毒机制(Internet Virus Protection)」是必要的。

网络安全方面，要提供一套完整的网络安全防护机制，以避免「网络黑客」的不当入侵。因此，应用「防火墙(Firewall)」、「虚拟专用网(Virtual Private Network: VPN)」、「认证(Authentication)」、「授权(Authorization)」、「动态密码(On-Time Password)」等技术，以避免外部不明人士利用因特网侵入系统。此外，为避免数据在传输过程中被拦截窃取，因此必需经过编码与译码的程序。

运作管理(Site Management)：

在系统运作中，当系统有问题发生时(例如网络不通、系统当机)，要能快速的排除问题。因此一套强大的「网络管理系统」及「系统管理功能」是绝对必要的，以便当问题发生时，能快速的找到问题的所在并快速的解决。另外，「桌面求助系统(Help Desk)」能协助ASP供货商以最少的人力资源来管理整个庞大又复杂的应用软件服务系统，并快速的解决客户所面临的问题，若能进而建置一个大型的客户服务中心(Call Center)，利用计算机电话整合(CTI) ，让客户可以随时使用各种方法来达到他们的需求，则更能提高客户服务的质量、增进客户的满意度。

企业如何导入ASP

企业要如何导入ASP呢？由于采用ASP的目的，在于成本与专业管理的考虑，因此企业要导入ASP可分为几个步骤：

评估公司是否适合采用ASP服务：

可以评估下列事项：

●公司是否真正了解ASP的运作模式？

●公司目前有哪些作业功能及流程？这些功能与流程是否适合采用ASP的运作模式？

●经过审慎的成本效益分析后，ASP是否真的能为公司带来效益？

寻找合适的「应用软件服务供货商」：

可以考虑下列因素：

●功能性：需考虑其所提供的应用软件是否能满足需求，包含应用软件的种类是否够多？功能是否足够？是否还有扩展空间？能否满足特殊的功能需求？

●稳定性：系统是否够稳定？网络是否够稳定？是否有备援的功能？

●安全性：网络是否够安全？数据是否够安全？

●服务层面：ASP能提供哪些服务？能否协助调整作业流程？能否协助将现有的数据转到新系统？能否提供全天候的服务？是否提供服务的质量保证(Service Level Agreement)？

●是否有提供试用的机会，以便对此系统做更详细的评估？

调整公司内部的作业流程：

尽量将公司内部的作业流程与制度，调整成符合所选择的「应用软件服务供货商」的应用软件作业流程，如此可以减少「应用软件服务供货商」为你特别量身订制的成本。如果有些无法调整的，则要清楚的描述流程，以利「应用软件服务供货商」为你快速的制作符合你所需的功能。

拟定转换系统步骤：

如果已有信息系统，则需拟定从目前的系统转换到新软件服务的步骤程序。

●拟定好各个功能系统的转换顺序时程表。可以考虑将独立性较高的功能排在较优先的顺序，例如「电子邮件系统」「薪资系统」等。

●准备好现有系统的系统文件，以利后续数据能顺利的转换。

●人员对新系统作业模式的教育训练。

正式上线使用：

上线后需注意公司对于采用新系统的适应性，包含系统功能是否满足？作业是否适应？等，并随时将不适应的状况反应给ASP服务厂商，以ASP服务厂商做系统功能、作业方式、或流程顺序等方面的调整。

结论

伴随电子商务及因特网技术发展，所延伸出的ASP商机已成为信息厂商，及软件开发业者所重视的新兴市场。有心投入ASP服务的企业，都必须更深入了解产业Know-how，并结合因特网Know-how，建立一个最适合该企业或其产业的网络运作模式，真正将信息流与物流、商流、金流、逆服流等充分的整合，才可以说是达成全方位的ASP服务，如此一来便可以顺利将这种模式从企业内部延伸至外部，甚至提供同产业的中小型公司运作环境。

(作者任职于和讯企业网eCorpServ)

(网际先锋2000.3月号70期)