IT项目的技术实施(上)(叶开)

  作者:叶开
2002/6/7 10:32:45
每个实施项目都需要坚实的技术基础和知识渊博得人才,以支持安装、实施过程。低估技术问题不仅可能有损项目实现,而且还有损用户对新系统的接受。另外需要说明的是,此文档基于SAP系统,当然也可以作为其它IT项目的

摘要:每个实施项目都需要坚实的技术基础和知识渊博得人才,以支持安装、实施过程。低估技术问题不仅可能有损项目实现,而且还有损用户对新系统的接受。另外需要说明的是,此文档基于SAP系统,当然也可以作为其它IT项目的技术实施参考。

每个实施项目都需要坚实的技术基础和知识渊博得人才,以支持安装、实施过程。低估技术问题不仅可能有损项目实现,而且还有损用户对新系统的接受。

系统实施中的主要基础结构和技术问题:

-系统前景;
-规模和可伸缩性;
-选择平台;
-网络基础结构;
软件安装和系统拷贝;
-意外事故和可用性;
-备份与恢复策略;
-打印策略;
-批处理策略;
-前端布局;

技术实施中一个至关重要的因素是人。虽然系统是复杂的,如果现场有了正确的专家、支持热线和程序,那么规划、设计并管理系统就不困难。

每个因素都是重要的,而正确配置其中每一个因素是项目技术实施成功的基础,而人的配置通常被称之为培训。

一、 技术实施的范围:

实施过程中有两种主要的任务/活动类型:功能性和技术性。

系统的技术实施活动主要有如下任务目的:

给标准软件的配置提供技术支持,以满足业务需求;
维护并管理硬件与软件,作为系统的项目平台;

技术实施问题的范畴可以如下分类:

-需要做什么:用于规划、设计和执行技术实施任务的活动
-在哪个实施阶段:准备、准备启动和运行之后;
- 在什么地方:地理位置相关的网络、基础结构、设计和监控以及前端软件、打印等,另外还有对远程用户的支持;

二、 技术活动概况:

项目技术活动有三个里程碑:

起点。在实施开始之后和自项目准备期间很快发生。前面的活动包括准备文档(如项目计划),定义组织、角色和职责,可能还有基础培训。

系统前景(运行环境)定义。定义一个合适的系统前景(开发、集成、生产)。系统体系结构设计应该预见到附加的技术需求,如:网络安全性、意外事故处理、规划和详细完整性策略。此里程碑标志着最关键的项目开始了,即在投入运行前解决技术问题。

系统投入运行。输入实际数据,开始实际工作,以事务性数据表明了开发或测试系统与正式系统的差别。可用性成为关键因素。

下面列出一些活动领域,并简要解释每个活动的目的合期望结果。

1、 基础结构和需求规划

在规划阶段,为服务器、工作站、网络等指定初始基础结构需求,并调查初始系统和网络规模,尽快获得开发系统;

2、 开发系统安装与配置
包括所有安装和配置开发环境所需的活动,即开展定制和开发。包括从硬件的物理安装到初始系统配置,其中包括创建负责实施的用户主记录;
-安装硬件、软件和网络构件;
-系统软件安装;
-功能和技术小组的前端安装;
-系统在线文档设置;
-保护系统超级用户;
-开发用户和初始身份认证定义;
-部分打印机的定义和安装;
-开发系统备份策略的定义和实施;
-传输系统设置和客户拷贝程序;
-安排清除后台作业的时间;

3、 系统管理和操作

系统管理员、操作员的任务、角色和职责,系统的维护和管理,对功能咨询顾问的技术支持等;

4、 系统前景定义

定义运行系统前景和体系结构的里程碑,需要项目管理和功能小组的支持。
-定义系统类型的数目:业务、开发、集成、培训等等,也包括结构化客户概念的定义和客户拷贝策略;
-计算初始数据库规模和预期的存储增长;
-定义系统备份策略;
-定义切换系统和意外事故处理方案;
-确定网络需求规模:计算LAN、WAN、远程连接的预期吞吐量与带宽;
-为技术问题定义初始帮助桌面策略;
这些活动可以形成RFP形式,也可以形成技术项目计划。

5、 配置与管理系统的远程连接

建立于系统支持服务器的远程连接,尤其是获得OSS(在线访问系统)的访问,从而拥有获取远程服务的基础结构。

6、 技术文档

整个项目周期中持续的活动。
-程序指南-描述整个项目的组织、任务、角色和职责。这可能还包括功能和技术人员共享的说明,如:项目的开发方法论或传输系统的规则,类似于意外事故处理计划,定义在系统、文档和组织等方面的革新管理等。
-管理和操作手册-有关系统结构的详细说明以及全部系统操作的详细说明,这包括操作系统管理、数据库管理、应用系统管理与监控、失效操作、备份程序等。
-技术有效性测试规范-在系统投入生产之前用于测试技术需求和规范。测试可以包括模拟磁盘或电源失效、网线断开、删除重要文件、数据库恢复、归档、安全性问题等等。
-用户指南-面向功能,以描述用户在系统经营应用中的工作。其他诸如:项目计划、投入运行准备计划、移植计划等等。

7、 技术培训

培训是应用系统实施项目的重要问题。在项目周期中,知识传授是有效培训的另一种方法,即积极参与其他咨询顾问的培训活动。
技术支持人员的应用培训领域应该包括:
-应用系统的体系结构和管理;
-认证系统;
-开发工作平台工具,必要时包括用于配置和编程的系统接口;
-软件后勤;
-项目需要一些跨应用的模块:工作流、EDI、文档链接等等;

8、 系统安装与配置

-安装和配置硬件、基础软件和网络构件,包括RAID系统、备份设备等;
-对于高可用性的系统,安装集群或切换硬件与软件;
-安装数据库及应用系统中心实例;
-必要时,定义并安装NFS文件系统或文件共享;
-在应用服务器上安装附加实例;
-应用服务的初始分布与配置,包括操作代码的定义等;
-配置远程访问服务以访问远程支持服务器;
-安排周期性后台作业用于管理任务、统计搜集和系统清洗;

9、 测试系统安装与配置

可选活动,适用于所定义的系统前景里包括了测试系统的用户,也称之为质量保证系统(QAS)。
-安装和配置硬件、基础软件和网络构件
-安装应用系统
-定义和实施此系统的备份策略
-在投入运行前测试新开发
-测试数据加载和接口程序
-测试操作系统、软件和应用系统移植
-可能作为紧急情况下的备用服务器

10、 传输系统配置与管理

共享通用传输目录,与UNIX的NFS或NT的全局传输主机共享;

11、 安装、开发、配置和测试技术基础结构

在此阶段,技术需求可能会要求大量的工作,以使系统基础结构正确工作。
-备份和恢复策略,包括硬件和软件、与应用系统的集成、参数设置、磁带标记和存储等等;
-广泛可用的软件和硬件,可能的话测试一下意外事故处理;
-一个功能强大使用方便的操作员菜单;
-与外部系统通信,包括与远程支持服务器的远程通信;
-和开发者、功能小组一起为系统准备进行大量数据加载、批输入程序周期性接口和其它工具使用的测试;
-测试系统监控以及一般性应用系统管理与操作,包括用户管理和身份认证、后台作业管理和全面的数据库管理程序;
-制定技术支持策略;

12、 打印策略和前端服务

仔细规划和考虑打印策略,以避免打印等待时间过长和网线的崩溃。错误制定的打印策略可能会导致整个项目性能的降级。
-仔细规划打印策略,考虑数目、预期的容量、位置、关键打印、远程打印等等;
-实际安装打印机,在操作系统层定义并测试它们;
-在应用系统的管理程序中配置和测试打印机;
-测试并避免出现打印机连接在某应用服务器上而使用户无法打印的情况;
-如需要,配置和测试应用系统的用户登录组;
-决定前端安装和分布策略;
-为用户访问安装在线文档CD,并为可能的升级定义策略;

13、 数据加载

- 从开发系统上传输对象预数据
- 从旧的或外部应用程序中加载主数据
- 实施并测试与外部应用的周期性接口
- 人工输入所需数据与信息
- 检查所输入数据的一致性

14、 投入运行前最终测试

此活动需要团队的集体努力来检查并测试整个系统的功能。应该制定并开展“重点测试”,模拟用户加载、峰值时间、打印、界面和应用的一般用户处理;也要检查项目的质量,包括处理和功能、用户和管理文档等;同时要确保用户理解并遵循意外事故处理程序。

15、 运行前维护服务

早期监控在投入运行前来验证应用系统参数和配置的方法。

16、 优化技术项目

可选项目。
-实施存档策略;
-实施系统工作流;
-CAD、EDI、邮件或传真集成;
-实现应用链接的方案和配置;
-电子商务和因特网前端服务器设置和安装;
-支持外部设备的配置,如定时设备、工厂控制设备等等;

三、 系统前景和客户概念:

系统不一定是一个单独的硬件服务器,应用系统的特征是只有一个单独的数据库。有时候需要附加的系统用于特殊而独立的开发、硬件测试、培训、附加构件、灾难恢复等等。应用系统的三种标准客户:参考客户、示例客户、早期监控服务客户等。系统前景包括系统的数目、类型,以及客户和客户配置。规划、定义和配置系统前景问题十分重要,因为它直接影响其他技术问题,主要影响确定系统规模、如何将定制设置于开发传输到其他系统,以及如何开展测试等等。

系统前景配置要求仔细规划和确定系统规模。这应该由经验丰富的技术咨询顾问来开展,并且让项目管理员参与。系统和客户前景的定义必须清晰的告知项目小组,并在操作程序中体现出来,尤其是对于那些负责开发与定制的人员。应用系统简化小组要制定非常出色的白皮书,作为项目实施方法论的一部分。

四、 确定规模:

确定规模主要是分析特定安装的计算方面需求,推算系统的基础结构,这以计算能力、服务器分布、磁盘空间和网络基础结构来表述。
确定规模是个复杂且从不准确的过程,它涉及各种各样的人与组织。

规模问题将直接影响如下元素:
-安装类型-需要多少服务器,它们针对的任务是什么
-硬件和网络配置
-文件系统的布局和规模
-安装数据库
-系统可用性
-服务器和服务的分布
-加载客户数据库
-安装后步骤
-安装诸如行业解决方案之类的附加构件

确定规模过程的目标是定义三个重要数据:此前景中每个系统各需多少计算能力(处理器类型、存储器、服务器数目),数据库将有多大(所需磁盘空间),以及支持应用系统流量所建议的最低网络基础结构。所确定规模的质量取决于客户所提供的数据质量。

1、 确定系统规模

规模的确定方法:
-每个应用模块的用户数目
-每个事务的对话、事务和路线项目的数目
-附加处理:批处理、打印、界面

最好的规模制定结果是能够估算出峰值时间的最高系统或事务负载。另一个因素为所创建的消耗阀值。通常规模的确定是针对特定的CPU平均消耗(小于70%)、存储器消耗(低于80%)和平均响应时间(低于1.5秒)。平均得CPU消耗通常有33%用于对话处理,而另外的33%用于其它处理服务,如:批处理、打印等等,其余为峰值负载余留。这是数据库实例的一般方法。

影响磁盘容量需求规模制定的主要因素有:

-所选的数据库管理系统
-高可用性和磁盘阵列技术
-系统客户的数目
-期望的主数据和事务数据
-历史数据和驻留时间(保持阶段)

2、 网络基础结构需求

另外一个重要因素是预期的网络基础结构规模和拓扑。

有两类网络连接,要求相应的带宽:从应用服务器到数据库服务器,从表示层(通常是客户端PC机)到应用服务器。

经验表明,在表示层到应用服务器之间需要建立大约1.5kbps—2.5kbps的带宽,此数值没有考虑其它与应用系统(打印、下载、图象)相关的或不相关的网络流量(邮件、因特网)。

应用服务器和数据库服务器间的负载取决于整个系统负载,但至少要确保10Mbps的带宽。

为了计算网络带宽,客户必须知道站点的数目,以及每个站点和每个模块的用户数目。可以使用下列基于基准的公式粗略估计规模:
C=16.000*N/[L*(Tthinktime+Tresponse)]bps
C 为 以“字节每秒”计算的所需线路容量
N为 用户数目
L 为 线路利用率(0<L<1),高于50%是不好的
Tthinktime 为 两个步骤对话间的思考时间(平均为30秒)
Tresponse 为 响应时间(平均为1秒)

通常有两个网络:
-服务器网络,又称专用网络,它支持应用服务器和数据库服务器的连接。这应该是高速网络,使用FDDI、快速以太网或FC技术。
-访问网络,又称公共网络,它支持最终用户桌面与应用服务器的连接。

典型配置的一个方法是给服务器至少配备两个网卡:一个用于连接服务器网络,一个用于访问网络,额外的卡可以避免单点失效或高可用性。
另外一个网络问题是建立到应用系统的支持服务器远程连接的需求。配置RAS给使用调制解调器和电话线连接的远程用户。

3、 可伸缩性

有以下不同类型的解决方案来增加当前系统的能力:
-垂直可伸缩性是给已有系统添加新CPU、存储器或硬盘存储器
-水平可伸缩性发生在给系统增加新服务器。这样无需停止实例,并可以获得更好的发布赫负载均衡
-因特网可伸缩性是支持实际上数千用户通过因特网开展商业事务的方法
-ALE(应用链接使能)通过集成方案和消息技术来设计逻辑上连接的分布式体系结构应用系统

规模确定是不完美的,而且硬件合作商有负责确定规模和基准的能力中心,因此较好的是客户要求给出建议并进行比较。

浏览:IT项目的技术实施(下) 

作者现任职于创智集团研发中心
联系方式:fankaiye@powerise.com.cn
本文由作者向AMT提供

责编:叶开
vsharing微信扫一扫实时了解行业动态
portalart微信扫一扫分享本文给好友

最新专题
成都行

成都行亮点 成都行程 智囊团 参观成员 合作媒体 活动咨询..

2015年中国制造业信息化峰会

大会聚焦 大会亮点 大会议程 重要嘉宾 成都行 赞助合作 ..

    畅享
    首页
    返回
    顶部
    ×
      信息化规划
      IT总包
      供应商选型
      IT监理
      开发维护外包
      评估维权
    客服电话
    400-698-9918