中国建设银行企业内部网Notes系统升级项目可行性研究报告.DOC

中国建设银行企业内部网中国建设银行企业内部网 Notes 系统升级系统升级 项目可行性研究报告项目可行性研究报告 信息技术部信息技术部 2001 年年 11 月月 目录目录 1引言引言 1 1 1编写目的 1 1 2项目背景和目标 1 1 3术语解释 2 1 4条件和约束 3 1 5参考资料 3 2系统的需求及现状系统的需求及现状 3 2 1系统需求概述 3 2 2对现有系统的分析 5 2 2 1邮件系统 5 2 2 2信贷系统 6 2 2 3人力系统 8 2 2 4办公自动化系统 10 2 2 5总行内部Web系统 11 3技术及实施方案技术及实施方案 12 3 1建议实施方案描述 12 3 1 1项目实施过程中的工作分工 12 3 1 2项目实施的过程 12 3 1 3项目实施的初步进度安排 15 3 2和现有系统的比较 16 3 2 1邮件系统 16 3 2 2信贷系统 18 3 2 3人力系统 19 3 2 4办公自动化系统 19 3 3和相关系统的关系 20 3 4采用建议系统可能带来的影响 20 3 5实施风险 21 4经济可行性经济可行性 23 5社会可行性社会可行性 23 6可选实施方案可选实施方案 24 7结论意见结论意见 24 1引言引言 1 1 编写目的编写目的 根据我行企业内部网系统的使用情况和业务发展的要求 对我行的企业内部网基础 软件平台 Notes 软件从现有的 Domino R4 6 升级到 Domino R5 进行可行性分析 编写 中国建设银行企业内部网 Notes 升级项目可行性研究报告 作为总行领导 项目管 理人员及企业网各相关部门对项目的可行性进行分析审批的参照资料 1 2 项目背景和目标项目背景和目标 企业网系统开通已三年多 随着企业网系统应用的推广 现已形成以 100 多个大中 城市为中心 连接全国 38 个一级分行 500 多个二级分行 地理跨度覆盖全国 32 个省 自治区和直辖市的开发及网络应用平台 我行的企业内部网采用国际流行的 Internet 组网技术组建 为信息管理应用系统提 供了统一的开发平台 通信平台和开发模式 借助企业网 我行已全面开通了电子邮 件系统以及信贷 人力资源 办公自动化等管理信息系统 使得我行能将科学的思想 方法引入到内部管理 为提高办公效率 科学决策和有效防范风险提供了有力支持 为 MIS 类应用系统提供了基础技术构架 企业内部网的电子邮件系统已成为我行现代化办公的重要平台 目前注册用户达 35000 多人 总行邮件服务器平均每日转发邮件约 11000 封 平均每日发送 Internet 外 出邮件约 1200 封 另外在企业内部网上建立的应用系统如信贷管理信息系统 人力资 源管理信息系统和办公自动化系统也为我行的管理和日常办公发挥着重要作用 从企 业内部网的未来发展来看 企业内部网还会有更多的应用需求 这表现在 一方面目 前企业网的应用对于支行一级还不普及 很多支行只有一两个公共用户 从邮件系统 来讲 随着办公自动化水平的提高 预计其未来的应用需求还很大 另一方面 由于 Lotus Domino 在协作应用平台上的良好特性 以及全行广大用户和技术人员对 Notes 系统的日渐熟悉和了解 很多新的应用系统也会在 Notes 平台上进行开发和实施 随着企业网系统支撑的应用的增多 邮件用户数量的不断增长 应用处理逻辑的日 趋复杂多变 信息化和网络化成为产业的发展趋势 这些变化对信息平台提出了更高 的要求 Lotus 公司推出的新一代的企业办公协作平台 Notes R5 由于采用了新的服务 器结构和数据库结构 使得系统的性能和运行效率得以大大提高 同时在 WEB 应用开 发 安全性方面 系统管理 与其他应用系统的集成方面等也有很大的增强 目前 我行企业内部网现有的系统平台 Notes 4 6 由于其体系结构和数据库结构的局限性 在 系统性能和 WEB 开发等方面将很难满足日益增长的需求 因此需要对目前的企业网系 统平台 Notes 4 6 进行升级 从而改进我行企业内部网现有系统的运行效率和性能 为 新的应用的开发提供更好地支持 满足未来的企业网应用的需求 进一步提高我行内 部管理的水平 加强信息的沟通和共享 本项目的目标是 1 全面升级我行企业内部网已有的 Domino 系统至 R5 包括总行及各分行的邮件 系统 信贷系统 人力系统 OA 系统及总行的内部 Web 系统 保证上述已有 系统在 Domino R5 上的正确运行 同时确保上述系统在升级过程中的平稳过渡 2 全面升级我行企业内部网上所有的 Notes 4 6 客户端至 Lotus Notes 5 0 确 保用户在升级过程中的平稳过渡 1 3 术语解释术语解释 企业内部网企业内部网 Intranet 是一种企业的信息管理和交换的基础设施 它采用 Internet 的标准和技术来建立一个统一的 面向企业内部的网络和应用平台 并通过防火墙与 外部连接 以保护内部网络的安全性 Lotus R5 是莲花公司 Lotus 新一代 Domino Notes 软件的总称 包括服务器 客户机 开发工具三个产品系列 其客户机称为 Notes 或 Notes R5 服务器称为 Domino 或 Domino R5 开发工具称为 Domino Designer Domino Administrator 是 Lotus R5 中的管理员的客户端 主要用来进行系统管理 工作 Notes 系统系统 是使用 Lotus 公司 Lotus Notes 产品建立的软件系统的简称 其服务器 端称为 Domino 客户端称为 Notes SMTP 又称简单报文传输协议 是 Internet 上传输电子邮件的一个通用协议 SMTP MTA 又称 SMTP 报文传输代理 是 Notes 4 6 中用来与 Internet 进行邮件 交换的中间转换和处理程序 1 4 条件和约束条件和约束 由于我行企业内部网是涉及范围相当广的系统 覆盖了总行 所有的一级行和二级 行 同时在其上已经成功地运行了众多的应用如电子邮件 信贷系统 人力资源管理 系统和办公自动化系统等 因此对其升级将是一个影响范围广 工作量大的艰巨任务 这就需要我行相关部门和各应用项目组的紧密配合 争取在短期内实现整个系统在全 行范围内的平滑升级 1 5 参考资料参考资料 中国建行企业内部网一期工程方案 中国建设银行信贷系统设计方案 中国建设银行办公自动化系统详细设计说明书 建行 Notes 系统升级优化研究分析报告 Lotus 公司 2系统的需求及现状系统的需求及现状 2 1 系统需求概述系统需求概述 我行的企业内部网 Notes 系统采用总行 一级分行 二级分行层次化的树型结构 整个系统属于一个 Notes 网络域 共享同一个地址本 总行形成一个单独的命名网络 域 zh tcp 一级分行及其所辖的二级分行各形成一个单独的命名网络域如 sd tcp he tcp 等 系统采用统一的命名方案进行命名 总行的邮件服务器和各一级分 行的邮件服务器是系统的邮件中转中心和复制中心 跨一级行间的邮件交换需要通过 总行的邮件服务器进行 一级行内跨二级行间的邮件交换通过一级行的邮件服务器进 行 系统地址本及系统数据的复制是在夜间定时执行的 整个系统采用 Hub Spoke 的 结构 总行的邮件服务器和各一级行的邮件服务器是复制中心 在整个企业内部网中 总行 大规模一级行 中规模一级行服务器 邮件 信贷 人力 采用 RS 6000 操作系统版本为 4 2 1 小规模一级行和二级行服务器 邮件 信贷 人力 采用 PC Server 操作系统版本为 NT 4 0 目前 OA 系统基本采用 PC Server 操作系统版本为 NT 4 0 所有的客户端系统采用 PC 工作站 操作系统运行 Windows 95 98 Notes 客户端运行 Notes 4 6 1 作为标准环境 目前企业网上成功运行着电子邮件 总行内部 Web 信贷 人力资源和办公自动 化系统 全行的内部电子邮件系统统一采用 Domino 4 6 1 为了保证系统的安全 全行 一个 Internet 出口 通过总行的 Domino 邮件服务器上的 SMTP MTA 部件实现与 Internet 的电子邮件交换 总行的内部 Web 服务器采用 Domino 4 6 5 其完全采用 Domino 本身的技术实现信息的 Web 发布 客户端直接使用浏览器进行访问 信贷和 人力资源管理系统采用 Domino 4 6 1 在 Domino 服务器端完全采用 Domino 自己的技 术存储文档数据库和应用程序 客户端采用 Notes 4 6 1 并利用 ODBC 的方式访问存储 在 Informix 关系数据库中的数据 办公自动化系统采用 Domino 4 6 1 在 Domino 服务 器端完全采用 Domino 自己的技术存储文档数据库和应用程序 客户端采用 Notes 4 6 1 访问 Domino 服务器 本次升级的需求包括两方面 一方面是全面升级我行的企业内部网上述已有的 Domino 系统至 R5 包括总行及各分行的邮件系统 信贷系统 人力资源系统 OA 系 统及总行的内部 Web 系统 保证上述已有系统在 Domino R5 上的正确运行 同时确保 上述系统在升级过程中的平稳过渡 另一方面是全面升级我行的企业内部网上所有的 Notes 4 6 客户端至 Lotus Notes 5 0 确保用户在升级过程中的平稳过渡 2 2 对现有系统的分析对现有系统的分析 2 2 1 邮件系统邮件系统 我行企业内部网电子邮件系统完全采用 Domino 4 6 本身的技术构建 其与 Internet 的电子邮件交换是通过 Domino 4 6 自带的 SMTP MTA 实现的 电子邮件系统自从 1998 年开通以来 运行基本稳定 极大地提高了我行办公自动化的整体水平 加快了 全行信息流转的速度 提高了工作效率 随着全行的广泛使用和各应用系统带来的邮 件量的增长 曾经遇到过一些不能很好解决的问题 例如 1 企业网 Domino 系统总行最初规划的用户数为 2000 人 现随着用户使用的普及 总行注册用户已超过 2000 人 随着各应用系统的增长 还有进一步增长的趋势 2 目前企业内部网 Domino 系统注册用户达到 35000 多人 系统地址本已达到 400 多兆 短时间内系统不会有问题 企业网最初的规划为不超过 Domino 4 6 的极限 但从 Domino 4 6 本身的技术来讲 其只能支持几万级的用户 不能超过 10 万 随着 以后用户数量进一步的增长 系统性能将会显著下降 Domino R5 采用了新的数据库 结构 对用户的支持能达到百万级 对数据库大小没有限制 这样可以为我行二级行 用户的扩展留有很大的余地 3 当服务器邮箱中待发邮件数很多时 而服务器只能存取一个 Mail box 从而导 致邮件拥塞 这在分行网络状况不是很好 待发邮件较多时 曾经发生导致 1 2 小时 的邮件堵塞的情况 目前网络状况已有所改善 这种现象已很少发生 Domino R5 能 支持多个服务器 mail box 收发的邮件会在多个 mail box 中均衡处理 这样能够预防 大量邮件收发导致的邮件堵塞 4 Domino 4 6 收发 Internet 邮件需要经过 SMTA MTA 进行处理 由于 Notes 内部 邮件和 Internet 邮件采用不同的格式 因而需要进行转换 由于 Internet 标准的发展 收发 Internet 邮件时进行邮件格式的转换有时会发生一些错误现象 Domino R5 能内在 的支持将 Notes 邮件存为 MIME 格式 这样就不需要进行邮件格式的转换 减少了错 误的发生 5 SMTP 外出线程数最多为 8 个 传输效率较低 在 R5 中可调整至 16 个 从而 提高传输效率 6 当服务器上的公用地址本需要压缩或重建视图的时候 需要关闭 Domino 服务 器进行 R5 上支持联机在线压缩等 7 系统的管理比较麻烦 当移动一个用户到另一个邮件服务器上时需要进行很多 的手工工作 一旦操作不全 就可能使用户邮件工作不正常 Domino R5 的管理客户 端采用统一集成的管理界面 使得管理更加方便 由于我行企业网邮件系统采用 Domino 本身自带的功能 没有对地址本和邮箱做任 何改动 因而对 Domino 系统进行系统软件的升级是可行的 升级过程中 现有的管理 复制和邮件路由的拓扑都保持不变 对于总行邮件服务器 需要重新设置服务器的 SMTP 传输任务 调整 SMTP 服务器任务的参数 以充分利用 R5 的扩展功能 2 2 2 信贷管理信息系统信贷管理信息系统 CMIS 信贷管理信息系统是基于企业网基础上的一个应用系统 它覆盖全行 用户涉及信 贷 计财 统计等部门 建立了 41 个一级分中心 430 多个二级分中心和 5000 多个网 点 是行内一个重要的管理信息系统 从 98 年底成功推广以来 为加强我行信贷业务 管理 防范和化解信贷风险起到了很大作用 信贷管理信息系统的总体实现目标是针对我行信贷管理的多级模式 根据信贷业务 的现行需求和可以预见的变化 本着 以客户为中心 以业务处理流程为主线 以风 险管理为核心 的设计思想 基于标准的操作系统 网络 数据库和程序设计语言 采用多级客户 服务器模式 全面实现信贷业务信息管理的电子化 从业务功能上看 信贷管理信息系统分为业务处理流程和业务管理功能 贯穿整个业务功能的主线是信 贷业务的处理流程 业务管理信息在业务处理流程中采集产生 业务管理功能服务于 业务处理流程 从系统整体结构上看 系统采用层次结构 分别在总行 一级分行 二级分行建立 数据中心 数据中心负责管理本地数据库和数据上下传输的中转工作 数据将沿经办 行 二级行 一级行 总行的方向上传 此传输过程在初始化过程中将下级行数据库 中的数据按要求传输到上一级行的数据库 逐层向上集中 初始化工作完成后数据传 输进入数据更新阶段 此阶段的数据上传只限于发生变化的数据 数据下传发生在总 行信贷部门对特定的数据内容 即系统参数 标准代码等 作出修改时 通过下传方 式逐级修改各层数据库内容 从系统技术结构上看 信贷业务处理系统采用 Client Server 的体系结构 在服务器 端采用 Lotus Domino Notes 和关系数据库 Informix 主要完成对客户机端的应用支持 服务器端的日常业务处理 数据在上下级服务器之间的传输控制等功能 对信贷业务 的处理和管理功能采用 Domino Notes 的文档处理和工作流标准功能 在不同层次间的 数据传递采用 Domino 的复制功能 在客户端 业务应用建立在 Notes 平台上 以文档 数据库为基础 通过 Informix CLI 对服务器端的 Informix 数据库进行访问 其服务器 端和客户端的结构如下 另外对于信贷管理系统而言 另一个比较重要的部分是信贷分析和综合管理部分 它采用 BO 实现 利用这些工具通过 Informix CLI 访问服务器端的 Informix 数据库 这部分功能从技术上讲与 Notes 系统基本无关 从上述系统的技术构架来看 信贷管理系统采用的基本上是 Domino Notes 本身的 技术如文档数据库 工作流 复制技术 由于 Domino R5 与 Domino R4 的应用能很好 地兼容 利用 Domino R4 开发的应用能够基本上不经修改地在 Domino R5 下运行 另 一方面 在信贷系统中 Notes 系统与关系数据库系统的交互主要是在 Notes Client 的 前端进行的 它主要是采用 Notes 本身提供的 ODBC 类库通过 Informix CLI 访问 UNIX操作系统 操作系统 AIX HP UX SCO Unix等 等 TCP IP DominoInformix 信贷管理信息系统应用信贷管理信息系统应用 通讯接口通讯接口 图1服务器软件结构 WINDOWS 95 Informix CLI Lotus Notes 信贷系统业务应用信贷系统业务应用 图2客户机软件结构 Notes C S TCP IP Informix 数据库 因而从理论上讲企业网 Notes 平台的升级对信贷系统的影响不大 只 需在测试环境下做完整的测试及相应的修改即可 2 2 3 人力资源管理信息系统人力资源管理信息系统 HRMIS 人力资源管理信息系统是以现代计算机和通讯为主要手段的多层次 功能齐全的人 力资源管理系统 借助企业内部网 对全行的人力资源信息进行收集 存储 检索 传输 加工 分析 为各级人力资源部门的信息管理及各级领导的科学决策服务 为 提高人力资源管理工作的科学化和现代化创造条件 在企业网邮件系统覆盖的所有一 二级分行都已经于 1999 年 9 月安装该系统 数 据库采用 Informix 用户使用 Notes 客户端和人力系统的客户端程序访问系统 人力资源管理信息系统主要分人力资源信息管理 人力资源信息分析和资源概览三 大部分 信息管理部分 侧重于收集和管理数据 它通过对机构 人员 工资福利 政策文件 同业信息等 进行日常维护 实现动态查询 报表制作 远程信息交换 信息来源于人事和机构档 案等 该部分主要面向人事教育部门工作人员 并由其进行信息采集 录入 日常维 护及使用 信息分析部分 侧重于从基础数据得出分析结果 主要将信息系统提供的基本数据进行加工 建立 决策信息库 为领导提供清晰 直观 简明的宏观信息和部分微观信息 该部分主要 面向各级行领导和人事教育部门领导 资源概览部分 是以图文并茂的形式使各级领导在较短的时间内能对全行或关注行的人力资源状况 有一个概括的了解 人力资源管理信息系统为纵向三级的应用结构 由二级行 一级行依次上传变动信 息 人力资源管理系统主要是基于 Lotus Domino Notes 的基本设计元素 包括表单 视 图 导航器 Notes 公式 Lotus Script 和 ODBC 并包括一些用 Delphi 开发的客户端 应用程序 从理论上讲 Domino 数据库移植到 Domino R5 平台以后 不论是继续使用 R4 的数据库结构还是更换为新的 R5 的数据库结构 Domino R5 能够支持原有的数据 库设计 数据库里存放的文档数据也保持一致 客户端应用程序是基于 32 位 Windows 操作系统的外部程序 用 Delphi 开发 采用 OLE 技术存取 Notes 数据库 采用 ODBC 技术访问 Informix 数据库 在这一方面 R5 与 R4 支持同样的标准 因而企业系 统平台的升级对人力系统来讲是可行的 1999 年 9 月发布的人力资源管理系统版本为 1 0 目前 人力资源管理信息系统 2 0 版已经推广 Notes 升级的测试工作在新版本的基础上进行 2 2 4 办公自动化系统办公自动化系统 OA 办公自动化系统是全行办公自动化的一期工程 是在企业网基础上开发的基于 Domino Notes 和外部构件技术开发的办公系统 它利用了企业网的物理网络和 Domino 邮件系统等基础资源 独立开发了文档管理库 利用工作流技术实现对文件的控制和 管理 用户范围覆盖总行所有部门 分行的各处室 业务涉及全行机关的工作人员 办公自动化系统包括公文管理 秘书子系统 档案管理 信息宣传四大应用部分 提 供了内部刊物 公告系统 公文管理 档案管理 资源管理 日程安排 共用信息等 功能 该系统能够实现内部办公信息共享 信息有序 有效地传递 减少环节 提高 办公效率 减少办公费用支出 我行 OA 系统自从 2000 年 9 月份正式上线以来 已在所有的一级行成功运行 并 逐步在部分二级行开始推广 总的来说 该系统逐步实现了总行的电子签报和电子发 文 加快了总行的信息流转速度 提高了办公效率 从技术架构来看 该系统核心功能建立在总行的企业网的 Domino Notes 基础上 前台运行 Notes R4 后台运行 Domino R4 各行之间的业务信息交换采用 Domino 的标 准邮件和远程直接操纵 Domino 数据库 从系统本身来看 其主要功能如公文管理子系 统 秘书管理子系统 档案管理子系统 信息宣传子系统 信息服务子系统和个人办 公子系统等都采用 Domino 本身的功能 但在一些外围程序方面采用非 Notes 本身的技 术 1 组织机构树的管理和维护 Tree 为了操作和维护的方便性 所有的组织结构和人员信息存放在公共 Notes 数据库 OA DAK nsf 中 在管理员的前端采用 VB 编写的可执行程序 Tree exe 进行维护 该程 序采用 OLE 技术从 OA DAK nsf 中直接读取数据 进行维护后存入 OA DAK nsf 中 2 表格的统计 显示和打印 Stat 由于 Notes 本身的统计和打印功能较差 本系统提供了一个统计打印模块 stat exe 该模块是用 delphi 编写的 采用 OLE 技术从 Notes 中取得数据 然后进行统 计和打印 3 工作流设置程序 workflow 为了加强系统的灵活性 系统提供了一个图形化的流程管理程序 workflow exe 实 现流程的管理 维护及监控 该程序采用 VB 编写 采用 OLE 的方式存取 Notes 数据 库 4 安装程序 为了实现前端程序的安装 本系统利用 VB 编写了一个外部程序 setup exe 该程序 与 Notes 系统本身没有多大关系 目前经过优化后的 OA 系统 在总行和一级行所使用的是同一版本 共有数据库 44 个 数据库间的关系复杂 并且包括用 VB 和 Delphi 编写的外部程序 新的版本已 于 2001 年 8 月 3 日发布 总的来说 Domino 数据库移植到 Domino R5 平台以后 不论是继续使用 R4 的数 据库结构还是更换为新的 R5 的数据库结构 Domino R5 能够支持原有的数据库设计 数据库里存放的文档数据也保持一致 外部程序 VB Delphi 统一采用 OLE 技术存 取 Notes 数据库 在这一方面 R5 与 R4 没有什么区别 因而企业网 Domino 系统平台 的升级对 OA 系统是可行的 另外 由于数据库磁盘存储结构的变化 对数据库视图索引的增强 会对打开数据 库的效率上有所增强 考虑到目前系统界面使用的是数据库中的导航器设计元素 是 在图形的上面做热点区域作为导航 在 R5 中提供了象帧结构集 页面 大纲 资源等 作为定制界面的工具 可以定制更灵活的界面风格 不使用图形作为导航 可以大大 降低打开界面时的下载数据量 提高用户使用的速度 这些因素如果能在升级过程中 予以考虑 将会对 OA 系统升级产生积极的影响 2 2 5 总行内部总行内部 Web 系统系统 目前总行内部 Web 系统采用 Domino R4 6 5 作为 Web 服务器 主要完成信息发布 项目技术支持等功能 其技术上主要采用 Domino R4 6 自身提供的功能 Domino Server 的 HTTP 模块能够将 Notes 数据库的内容动态地转换成 HTML 文件发送给浏览 器 同时也能解释文件系统的 HTML 文件 现有的总行内部 Web 系统正是采用 Notes 数据库 HTML 文件 JavaScript 功能实现的 在这方面 Domino R5 与 Domino R4 没有 变化 可以直接升级 3技术及实施方案技术及实施方案 3 1 建议实施方案描述建议实施方案描述 企业内部网是一个涉及范围广 涉及到全行的六百多台服务器 三万多台客户端和 众多的使用 管理和开发人员 生产系统多 邮件 信贷 人力 OA 等 的庞大系 统 因此对其的升级不可能几天就能完成 需要分阶段逐步实施 在这个过程中需要 仔细规划 各相关部门及各项目组紧密配合才能使整个升级过程快速有序地进行 从 而做到对用户的影响最小 3 1 1 项目实施过程中的工作分工项目实施过程中的工作分工 企业网 Notes 系统升级过程工作量相当大 考虑到我行各级系统管理人员和系统维 护人员对 Notes 技术已相当熟悉 为降低系统的升级周期 我们将参照企业网工程建 设的成功经验和企业网目前的管理和技术支持模式 分别组建总行企业网升级项目组 和各分行企业网升级项目组 对工作进行有效地划分 总行企业网升级项目组主要负责系统的测试 方案及实施手册的编制 总行及各一 级分行的 Domino 服务器和应用系统的升级 总行及一级行的系统管理员的培训 总行 用户培训及总行客户端的升级 试点二级行的 Domino 服务器和应用系统的升级 对分 行的技术支持等 各分行企业网升级项目组主要根据总行企业网升级项目组提供的实施手册对一级行 的 Notes 客户端系统升级 对一级行的用户进行培训 对二级行的 Domino 服务器和应 用系统进行升级 对二级行的客户端进行升级 对二级行的用户进行培训等 3 1 2 项目实施的过程项目实施的过程 对于整个系统的实施可按如下步骤分阶段实施 1 准备阶段 准备阶段 目的 为企业网 Domino 系统的全面升级做好前期准备工作 内容 详细调查各个应用系统的开发 运行 技术实现等情况 初步估计升级所需的工作量 制定工程的总体计划 收集升级过程中所需的各系统的介质 软件 文档等 组建工程实施项目组 2 应用系统测试阶段 应用系统测试阶段 目的 建立测试环境 详细测试各个系统 明确各个系统在升级过程中需要做的 具体工作 内容 准备测试环境 要求测试环境尽量模拟建行目前的现状 其应该覆盖邮件 系统 信贷系统 人力系统 OA 系统 内部 Web 系统等 同时要覆盖总 行和多个一 二级分行 编写测试计划 测试手册 进行测试人员的培训 详细进行集中测试 按照测试手册的要求 进行测试各个应用系统在 R5 下的运行情况 填写测试报告及问题记录 制定并明确改造的计划和步骤 3 应用系统改造阶段 应用系统改造阶段 目的 改造各应用系统 确保其在 R5 下能够很好地运行 内容 针对测试阶段发现并记录的问题 界定问题的来源 在模拟测试环境中分 别改造信贷 人力和办公自动化等系统 4 混合环境测试阶段 混合环境测试阶段 目的 测试应用系统 确保其在 R5 R4 的混合环境下能够很好地运行 内容 在具有 Notes R4 Notes R5 Domino R4 Domino R5 R4 应用系统 和 R5 应用系统的混合环境下进行测试 测试系统的运行情况 识别出可能 存在的问题 分析并找出问题的解决办法 5 方案编制阶段 方案编制阶段 目的 在模拟环境下进行升级测试 明确升级步骤 制定作业手册 实施工艺 内容 制定测试计划和升级步骤 编制升级作业手册的初稿 模拟建行现有环境 包括操作系统 数据库 Domino 服务器 应用和客户 端 进行升级实施测试 根据实施测试的结果修正升级作业手册 明确实施内容和步骤 形成完整 的升级方案 6 试点阶段 试点阶段 目的 在总行及试点行实施 Domino R5 的升级 内容 培训工程实施人员和试点行系统管理员 可在测试环境下根据手册进行测 试 服务器操作系统升级 升级总行及试点行的邮件系统至 Domino R5 升级总行及试点行的所有的用户客户端至 R5 升级总行及试点行应用系统至 Domino R5 对总行及试点行的最终用户进行相应的培训 7 培训及推广阶段 培训及推广阶段 目的 在所有的一级行和二级行进行推广 内容 总结总行及试点行的实施经验 调整实施计划和升级作业手册 组织分行系统管理员 最终用户的培训 指导一级行和二级行的实施 做好技术支持和灾难防备工作 7 技术支持与维护阶段 技术支持与维护阶段 目的 对企业网 Notes 系统升级项目进行后期的技术支持与维护 确保系统和用 户能够平滑过渡 内容 对企业网 Notes 系统升级后的使用进行技术支持与维护 协调各应用项目组 3 1 3 项目实施的初步进度安排项目实施的初步进度安排 以 2002 年 1 月 1 日为基准时间 1 项目准备阶段 2002 年 01 月 01 日 2002 年 01 月 24 日 24 天 2 应用系统测试阶段 2002 年 01 月 25 日 2002 年 03 月 27 日 62 天 3 应用系统改造阶段 2002 年 03 月 28 日 2002 年 05 月 15 日 49 天 4 混合环境测试阶段 2002 年 05 月 16 日 2002 年 06 月 06 日 22 天 5 方案编制阶段 2002 年 06 月 07 日 2002 年 08 月 07 日 62 天 6 试点阶段 2002 年 08 月 08 日 2002 年 10 月 10 日 64 天 7 培训及推广阶段 2002 年 10 月 11 日 2002 年 12 月 31 日 81 天 8 技术支持与维护阶段 2003 年 01 月 01 日 2003 年 06 月 30 日 181 天 3 2 和现有系统的比较和现有系统的比较 Domino R5 在系统管理 安全性 Web 应用开发 系统性能和用户使用的方便性 等方面都有很好地增强 企业内部网升级到 Domino R5 一方面能够解决目前企业网 Notes 系统目前存在的问题 另一方面能够极大地提高性能的性能 3 2 1 邮件系统邮件系统 R5 邮件新特性 管理新特性和客户端邮件程序的新特性有利于明显改善现有邮件 系统运行状况 使得邮件系统运行更加稳定 管理更加方便 企业网邮件系统升级到企业网邮件系统升级到 R5 后可以使用的新特性有 后可以使用的新特性有 1 服务器方面 服务器方面 R5 路由类型 R5 修改了传输队列的逻辑和算法逻辑以支持新的路由类型 下表是对路由类型的 说明 路由类型路由类型说明说明 Push Only与 R4 系统功能相似 源服务器与目标服务器相连并 推送邮件 与 R4 x 功能相同 Pull Only源服务器与目标服务器相连 要求目标服务器推发邮 件 Pull Push源服务器与目标服务器相连 推动邮件并要求目标服 务器推送邮件 Push Wait源服务器等待目标服务器的连接 然后推送邮件 在连接文档中使用新的名为 Router Type 的字段来设置路由器的类型 多个邮件箱 在 R5 系统在能够使用多个邮箱数据库 mail box 的路由邮件方面进行了改进 采用 多线程的 Mail box 数据库后 因为一个过程可在每个邮箱数据库中同时进行写操作 Domino 系统就可以使用多个并发过程 当路由器在读一个 mail box 的时候 它会在数 据库上做 In Use 的记号 所以 其他存放邮件的服务器线程将会转向下一个 mail box 这将提高 Domino 服务器的性能 R5 SMTP 的结构和配置 在 DominoR5 中 SMTP 的路由是本地的 这就是说 Domino Router 可以使用 NRPC 和 SMTP 两种协议来传输一个 mail box 数据库的数据 采用 Domino R5 系统来 传输 SMTP 协议的邮件 不需要输入和输出处理序列 而且 SMTP MTA 也不再需要在 发送邮件之前 把其从 Notes RTF 格式转换为 MIME 格式 Domino R5 SMTP 路由器比 MTA 在传输控制方面提供了更多的可配置选项 在服 务器消息传输配置的 Restriction and Control 选项上 有如下 5 个附加可选项 Restrictions Router SMTP restriction SMTP Inbound Controls SMTP Outbound Controls Delivery Controls Transfer Controls 使用这些选项可以控制例如传输邮件的大小 低优先级发送时间段 限制来自外部 域的邮件 限制发往外部域的邮件 在递交邮件前的代理处理程序 服务器因传输而 产生的最大线程数 到单一目的的服务器传输最大线程数等等对邮件传输的配置 Domino 目录编目服务 该功能是 R5 的新功能 可以合并和压缩来自单个或多个域的 Domino 目录的多用 户 组 邮件数据库等信息 存放在一个比 Domino 目录 R4 x 中的公用地址本 要 小的多的数据库中 便于搜索和移动用户使用整个组织中的目录信息 Internet 邮件加密功能 R5 支持对 Internet 邮件加密 采用 S MIME 格式 R5 的地址本能支持百万条记录以上 地址本的性能得到了很好的优化 2 客户端邮件程序方面 客户端邮件程序方面 客户端邮件程序新特性 Domino Notes R5 中将客户端程序区分为 管理客户端 Lotus Domino Administrator 开发客户端 Lotus Domino Designer 用户客户端 Lotus Notes 邮件提示小程序 Notes Minder Domino R5 的新的邮箱模板使用户可以设置更灵活的邮件工具 邮件定制等等 Notes Minder 可以使用户不打开 Notes 的情况下 利用一个很小的程序定时检测用户新 邮件的到来 Domino R5 的用户 ID 能加入 X 509 的验证字 Domino R5 的邮件客户端可作为标准的 Internet 邮件客户端 3 系统管理方面 系统管理方面 R5 推出的管理方面的新特征全部适用于企业网 将会极大地提高企业网管理的水 平 减轻管理人员的工作量 如 图形化面向任务的管理界面 使得管理工作更加直观 图形化的控制 统计报告功能使得系统管理和诊断更加方便 灵活的邮件控制功能使得系统更加安全 3 2 2 信贷管理信息系统信贷管理信息系统 升级到 Domino R5 后对信贷系统最大的好处在于 Domino 数据库系统本身的性能得 到了很好地增强 Domino R5 由于采用了新的 ODS 结构和事务日志功能 使得数据库 的性能得到了很好的增强 Domino R5 对关系数据库的存取方式和手段更加多样化 信贷系统早期曾经考虑使 用 Notes Pump 与关系数据库进行集成 可在后来的测试阶段由于当时 Notes Pump 的 局限性 从而选择了现有的开发模式即利用前端通过 ODBC 存取关系数据库方式 这 种模式实际上是典型的 C S 体系结构方式 随着 Domino R5 对关系数据库存取的灵活 性和多样化 对于新应用我们可以考虑采用多层体系结构的方式 如在后台通过 DECS LEI 或 ESB 的方式访问关系数据库 从而提高系统的效率 降低系统的维护成 本 信贷系统新的需求可以考虑使用 Domino R5 的 Web 开发的新特性开发出具有多层 结构支持 Web 的应用 3 2 3 人力资源管理信息系统人力资源管理信息系统 升级 Domino R5 后对人力系统的影响与信贷系统类似 3 2 4 办公自动化系统办公自动化系统 办公自动化系统自 2000 年 9 月成功上线以来 其运行还是基本稳定的 在信息共 享 公文流转方面极大地提高了我行办公自动化的水平 总的来说 对于办公自动化 系统这样的涉及范围如此之广的办公系统能够成功地使用起来 在国内还是很少见的 目前国内很多单位也开发了很多的办公自动化系统 但涉及范围越广其成功率越低 随着系统的不断运行 使用办公自动化系统的人数越来越多 它也逐渐暴露出一些问 题 不能很好地满足用户的需求 升级到 Domino R5 后可以部分地解决这些问题 这 些问题主要表现在 1 最大的问题在于其运行效率 随着建行办公效率越来越高 使用办公自动化系统的人数越来越多 系统的运行效 率成为用户关注的焦点 而以前一段时间该系统在这方面也并不是尽如人意 我们觉 得这有三个方面的原因 第一 因为于办公自动化系统在某些方面实现上确实并不是 采用了最优的手段 从而导致在某些功能比较慢 经过系统程序的优化 目前这方面 已经有所改善 第二 Notes 本身是一个文档数据库系统 其查询效率不能与关系型数 据库及 OLTP 应用相提并论 而且 Domino Notes 是一个功能强大的工作流软件 其跨 平台特性 日历日程安排 全文检索 数据复制等强大的功能使得软件本身运行也需 要相对较多的资源 第三 Domino R4 数据库的结构设计并不是非常完美的 目前 Domino R5 的数据库结构做了很大的改动 其数据库的性能能得到成倍的增长 因此 在这方面升级到 Domino R5 后能有所改善 2 数据库的存储容量限制 Domino R4 的数据库的最大限额是 4G 对于办公自动化系统而言 随着系统的持 续运行 这很快就可能被突破 导致系统产生问题 在这一方面 Domino R5 已经解决 了这一问题 其理论上对数据库限额没有上界 经过实践来看一个数据库至少能达到 64G 当然从系统运行效率来讲 应该使 Domino 数据库中的文档数尽量少 这样才能 使数据库的运行效率提高 3 系统的归档 备份和安全措施不是很完善 目前办公自动化系统没有很好的归档 备份和安全措施 对于历史数据基本上还是 放在原来的数据库中 有时仅仅通过 Notes 的复制机制使得较旧的数据进行删除 其 备份方式也是通过操作系统的文件拷贝和复制方式进行的 而且这种过程是单独的 与企业网的网络备份机制是脱离开的 这种方式并不是很安全 另外目前该系统基本 上还是单机方式在运行 并没有实现双机热备 存在着单点故障的风险 随着 OA 系 统运行的不断深入 用户的依赖性越来越高 这将会是系统较大的隐患 在这一方面 Domino 提供了与 MSCS 的紧密集成 可以解决其单点故障问题 另外 Domino R5 提 供了数据备份的 API 这将使 Domino 的联机数据备份变得更好实现 3 3 和相关系统的关系和相关系统的关系 目前我行的信息服务站采用 Domino R5 进行开发 充分利用了 Domino R5 的新特 性 企业网 Notes 系统升级到 Domino R5 如果组织管理上的方便 可以将信息服务站 纳入到企业网 Notes 系统中 以方便统一的管理 3 4 采用建议系统可能带来的影响采用建议系统可能带来的影响 企业网 Notes 系统升级到 Domino R5 可能会带来如下的影响 1 各应用系统有个别功能可能运行不正常 如界面的显示等 这可通过全面的 系统测试进行解决 2 由于 Notes R5 客户端的界面使用方面比 Notes R4 有所增强 对于 R4 的 Notes 用户可能不太适应 这可通过简单的培训即可解决 3 由于 Domino R5 的管理客户端与 Notes R4 相比有很大的变化 其管理功能也 有很大的增强 管理员可能难以掌握 这需要针对管理员进行专门的技术培训 3 5 实施风险实施风险 企业网 Domino 系统升级项目是一个相对较复杂的系统集成项目 其涉及范围广 应用系统多 为了确保实施工作的顺利实施 不仅要考虑到项目本身的管理 组织 以及实施 而且对于在实施中的风险也要做具体的分析 以下将详细论述可能存在的 风险及其防范措施 1 管理上的风险 项目进度不能得到很好的控制 实施阶段发生混乱现象 如在实施后期才发现错误 需要重新返工的现象 防范措施 加强项目管理 制定详细的工作计划 并实行定期汇报制度 定期监督进度 同时编制详细的操作手册 减少实施中的不可控因素 在项目策划阶段划分项目的阶段 分阶段逐步实施整个项目 在一个阶段没 有完成时不能进入下一个阶段 同时要注重整个项目中的测试过程 制定详细的测试 计划和步骤 并进行相应的记录 加强项目的配置管理和变更管理 避免项目中的混乱现象 企业网系统是一 个涉及到多种平台和软件的系统 在其升级过程中涉及到很多方面如操作系统 Domino 系统 应用系统 双机软件 备份软件等 在此过程中还会存在不同的应用系 统版本以及可能的机器硬件设备的升级等等 为避免在升级过程中的混乱现象 我们 需要加强整个系统的配置管理 另一方面 在项目实施过程中可能会产生各种各样的 变更如计划的变更 方案或手册的变更 系统配置的变更 应用软件设计的变更 为 了规范变更控制过程 减少混乱现象 我们需要在配置管理计划中制定统一明确的变 更控制流程 在执行时严格按照流程要求进行变更 变更结果需要经过验证确认才能 得以实施 最终需要将变更过程和变更结果纳入到配置管理库中 配置管理库由配置 管理员统一控制 加强项目的文档管理 提高项目实施的质量 在项目的策划阶段需要制定项 目的质量计划 明确文档的格式和填写要求 在项目过程中发生问题时 要及时填写 相应的问题报告 当实际情况发生变化时 要及时更新文档 加强沟通与协调 企业网系统涉及到很多方面 在项目的组织和实施过程中 很可能会出现一些问题和冲突 这就需要进行很好地沟通与协调 在项目策动或项目 启动过程中需要明确项目组成员的职责和角色以及与其他成员的沟通要求 同时要明 确整个项目的沟通渠道和交流制度 这样在发生问