八一康复中心信息化建设方案.doc

八一康复中心信息化建设方案

48
2020年4月19日
文档仅供参考，不当之处，请联系改正。

XX康复中心网站及企业
信息化建设方案

5月8日

目录

1 宣传平台开发
1.1系统总体构架
1.2系统拓扑图
1.3使用技术

2硬件环境建设
2.1推荐服务器配置
2.2服务器报价格

3 软件环境建设
3.1系统环境建设
3.2网站环境建设

4 提供一个网站结构规划。
4.1 网站前台板块规划
4.2 网站后台结构规划

5项目精度安排
5.1 项目进度安排
5.2 保障措施

6 项目建设人员配置
7 项目验收
8 项目总体报价

目录

1 总体方案 1
1.1 建设目标 1
1.2 设计原则 2
1.3 实现原则 2
1.4 总体方案 3
1.4.1 系统总体架构 3
1.4.2 系统拓朴 4
1.4.3 技术架构 4
1.4.3.1 采用J2EE技术 4
1.4.3.2 采用WEB2.0技术 5
1.4.3.3 使用AJAX技术 5
1.4.3.4 分层式的系统架构 6
1.4.3.5 系统技术架构图 7
1.4.3.6 采用Web Service开放数据接口 7
1.4.4 系统性能 8
1.4.4.1 可靠性和稳定性 8
1.4.4.2 先进性 8
1.4.4.3 可扩充性 9
1.4.4.4 可伸缩性 9
1.4.4.5 安全性 9
1.4.4.6 可管理性 9
1.4.4.7 开放性 10
1.4.4.8 准确性 10
1.4.4.9 经济性 10
1.5 网站分期功能 11
1.5.1 一期功能实现 11
2 工程进度安排建议 13
2.1 项目保障 13
2.1.1 保障策略 13
2.1.1.1 组织保障策略 13
2.1.1.2 标准化策略 13
2.1.1.3 知识转移策略 14
2.1.1.4 推进策略 15
2.1.1.5 上线策略 15
2.1.1.6 开发保障策略 15
2.2 项目组织架构 16
2.2.1 项目管理整体架构 16
2.2.2 工程分工界面 16
2.3 项目实施计划 18
2.3.1 实施计划 18
2.3.2 主要交付物（系统提交成果） 18
3 系统测试及验收规范 19
3.1 项目测试概述 19
3.2 使用的工具介绍 19
3.2.1 配置管理工具 19
3.2.2 测试管理和缺陷跟踪工具 19
3.2.3 压力测试工具 21
3.2.4 单元测试工具 24
3.3 测试过程管理 25
3.3.1 测试概述 25
3.3.2 测试的主要活动 26
3.3.3 测试的组织结构 27
4 培训计划 28
4.1 培训范围 28
4.1.1 系统开发阶段 28
4.1.2 系统试运行阶段 28
4.1.3 系统上线前的培训 28
4.1.4 项目组内部培训 29
4.2 培训目标 29
4.3 培训策略 29
4.3.1 采用授课结合练习的方式 29
4.3.2 提供多种形式的培训教材 29
4.3.3 利用考核验收加强学习效果 30
4.4 培训计划 30
4.4.1 管理培训 30
4.4.2 操作培训 30
4.5 培训过程管理 31
4.5.1 培训准备 31
4.5.2 培训实施 32
4.5.3 培训评估 33
5 系统及设备配置建议清单 35
5.1 服务器/主机 35
5.1.1 tpmC指标 35
5.1.1.1 TPC 35
5.1.1.2 tpmC 35
5.1.1.3 关于指标的说明 36
5.1.2 主机系统需求 36
5.1.3 性能和存储计算 37
5.1.4 一期硬件配置 38
6 软件报价清单 41
6.1 一期报价清单 41

1 总体方案
1.1 建设目标
·将网站建设成为全国一流康复内门户网站，实现全新的中心对外宣传形象；
·提供客户咨询服务、预约挂号服务、电子病历管理、远程医疗服务、自助取单服务、远程护理服务、医疗信息查询等；
·辅助中心产品营销。
·在后期访问量多了之后做数据分析，发展医疗行业增值业务；

1.2 设计原则
高度的可靠性和稳定性，系统具有较强的容错、容灾能力，完善的系统纠错恢复安全机制和自动诊断告警能力，能够承受大量并发用户访问的压力；
先进的系统设计，系统采用面向对象的、构件化的系统设计和实现方法进行应用软件的设计和程序开发；
统一的数据标准，系统在全网范围内采用统一的数据字典、统一的编码体系、统一的文件格式标准和统一的数据接口标准；
良好的可扩充性，系统的主机平台、网络平台、数据库等平台具有良好的可扩充性（升级能力），特别是系统的应用软件设计方案充分考虑可扩展性，数据模型的设计充分考虑系统将来可能的扩展和业务的变动，以适应业务的迅速发展，同时系统能够方便地和其它系统交换数据。
灵活的可伸缩性，系统在软件设计时具有伸缩性很强的体系结构，以能够适应业务的不断发展和用户规模的扩大；
高安全性，系统安全是保证互联网应用正常开展和运营的必备条件，在系统设计中，将从多个层次全面考虑系统的整体安全，达到应用及传输过程中数据不可篡改、不可窃取；
高可管理性，提供安全的、有效的、统一的、细致的权限管理机制和信息内容的审核发布机制，提供完善的数据、应用程序的备份方案以及集中的系统日志；经过权力的分级与下放，能够减少存在的管理权责不清，大大提高管理的工作效率。
技术先进性，系统采用当前技术上较为先进和流行的技术架构，充分考虑了系统的性能和可扩展性。
1.3 实现原则
本次项目按照统一规划、统一设计的原则，分步、分阶段实施的进行建设。
前期能够考虑先做移动医疗、远程护理、电子病历、自助取单服务，后期做数据分析，发展增值业务。
硬件平台充分利用期现有的硬件平台。在后访问数据增加之后再考虑硬件平台的扩容。

1.4 总体方案
第一期：
开发一个宣传平台，满足顾客对康复中心的资讯需求；
开发一个外部交流平台，满足顾客对医疗信息的在线资讯；
第二期：
提供一系列推广方案，满足医院对外业务、形象推广的需求；
开发一个内部交流平台，满足医院对于日常工作的信息化处理；
开发一个预约挂号平台，满足患者在异地进行预约挂号的业务需求；
第三期：
提供一个深度数据挖掘的平台，满足医院对于患者的深入研究，整体医院形象，以及提升服务价值。
能够考虑建设以下系统：1、云系统药品器械、病例管理 2、远程医疗影像系统 3、远程康复器械监测、控制 4、病例数据库\患者数据库 5、数据深度挖掘与采集

具体规划见下表：

1.4.1 系统总体架构
本系统完全基于J2EE的三层B/S架构.保证了系统架构的稳定性，可移植性，可靠性，可扩展性。内部逻辑实施完全遵循J2EE的规范标准。
1.4.2 系统拓朴

1.4.3 技术架构
1.4.3.1 采用J2EE技术
为了保证系统的高可用性、高可靠性和可扩展性，系统必须要选择支持强大的企业级计算的成熟的技术路线。当前能够满足这些条件的计算平台首推J2EE的企业标准。
J2EE是主流的技术体系，J2EE已成为一个工业标准，围绕着J2EE有众多的厂家和产品，其中不乏优秀的软件产品，合理集成以J2EE为标准的软件产品构建信息集成平台，能够得到较好的稳定性、高可靠性和扩展性。
J2EE技术的基础是JAVA语言，JAVA语言的与平台无关性，保证了基于J2EE平台开发的应用系统和支撑环境能够跨平台运行。

1.4.3.2 采用WEB2.0技术
Web2.0，是相对Web1.0的新的一类互联网应用的统称。由Web1.0单纯经过网络浏览器浏览html网页模式向内容更丰富、联系性更强、工具性更强的Web2.0互联网模式的发展已经成为互联网新的发展趋势。使WEB程序的信息浏览变得更加容易，与用户的交互更加轻松和直接。
该项目采用WEB2.0标准，在系统中实现了数据的查询的直观性，使信息的查询变得方便和简单，因为它是采用XML格式化数据，因此使信息在不同系统之间的共享变得更加容易。在页面样式上，我们采用CSS2.0样式的应用，使我们系统页面内容层次更加清晰、简单，主题更加鲜明。
Web2.0，是Web系统发展的必然趋势，是一个WEB应用采用新技术级别的象征，更是一个WEB程序不落后于其它网站的标志。

1.4.3.3 使用AJAX技术
AJAX，使用它能够构建更为动态和响应更灵敏的Web应用程序。该方法的关键在于对浏览器端的JavaScript、DHTML和与服务器异步通信的组合。利用一个Ajax框架（指DWR）构造一个应用程序，它直接从浏览器与后端服务进行通信。如果使用得当，这种强大的力量能够使应用程序更加自然和响应灵敏，从而提升用户的浏览体验。
术语AJAX用来描述一组技术，它使浏览器能够为用户提供更为自然的浏览体验。在AJAX之前，Web站点强制用户进入提交/等待/重新显示范例，用户的动作总是与服务器的“思考时间”同步。AJAX提供与服务器异步通信的能力，从而使用户从请求/响应的循环中解脱出来。借助于AJAX，能够在用户单击按钮时，使用JavaScript和DHTML立即更新UI，并向服务器发出异步请求，以执行更新或查询数据库。当请求返回时，就能够使用JavaScript和CSS来相应地更新UI，而不是刷新整个页面。最重要的是，用户甚至不知道浏览器正在与服务器通信：Web站点看起来是即时响应的。
我们的系统采用Ajax，是用户在与系统进行交互或者浏览的时候，不用等待页面的请求，如同使用桌面应用程序一样，所见即所得。从而使得用户查询执法质量和廉政数据信息时更直接和简单。从网站的技术角度上，我们使用AJAX是与时俱进。

1.4.3.4 分层式的系统架构
分层式结构究竟其优势何在？
1、开发人员能够只关注整个结构中的其中某一层；
2、能够很容易的用新的实现来替换原有层次的实现；
3、能够降低层与层之间的依赖；
4、有利于标准化；
5、利于各层逻辑的复用。
概括来说，分层式设计能够达到如下目的：分散关注、松散耦合、逻辑复用、标准定义。
一个好的分层式结构，能够使得开发人员的分工更加明确。一旦定义好各层次之间的接口，负责不同逻辑设计的开发人员就能够分散关注，齐头并进。例如UI人员只需考虑用户界面的体验与操作，领域的设计人员能够仅关注业务逻辑的设计，而数据库设计人员也不必为繁琐的用户交互而头疼了。每个开发人员的任务得到了确认，开发进度就能够迅速的提高。
松散耦合的好处是显而易见的。如果一个系统没有分层，那么各自的逻辑都紧紧纠缠在一起，彼此间相互依赖，谁都是不可替换的。一旦发生改变，则牵一发而动全身，对项目的影响极为严重。降低层与层间的依赖性，既能够良好地保证未来的可扩展，在复用性上也是优势明显。每个功能模块一旦定义好统一的接口，就能够被各个模块所调用，而不用为相同的功能进行重复地开发。
进行好的分层式结构设计，标准也是必不可少的。只有在一定程度的标准化基础上，这个系统才是可扩展的，可替换的。而层与层之间的通信也必然保证了接口的标准化。
从而使我们的系统升级空间越来越大、升级时间越来越短、运用的技术更新的周期也越来越短，更使得我们系统的功能也越来越强，也使得我们的系统的移植性更强。
从技术的角度来看，分层式的系统结构是很科学的。

1.4.3.5 系统技术架构图

1.4.3.6 采用Web Service开放数据接口
Web Service主要是为了使原来各孤立的站点之间的信息能够相互通信、共享而提出的一种接口。 Web Service所使用的是Internet上统一、开放的标准，如HTTP、XML、SOAP（简单对象访问协议）、WSDL等，因此Web Service能够在任何支持这些标准的环境（Windows, Linux）中使用。注：SOAP协议（Simple Object Access Protocal,简单对象访问协议）,它是一个用于分散和分布式环境下网络信息交换的基于XML的通讯协议。在此协议下，软件组件或应用程序能够经过标准的HTTP协议进行通讯。它的设计目标就是简单性和扩展性，这有助于大量异构程序和平台之间的互操作性，从而使存在的应用程序能够被广泛的用户访问。
1.4.4 系统性能
1.4.4.1 可靠性和稳定性
采用相应的故障检查、告警和处理机制，双机热备以保证数据不会因意外情况丢失或损坏，采用灵活的任务调度机制实现负载均衡，防止“瓶颈”产生。
数据硬盘采用磁盘阵列或镜像设置，主处理机双备份等措施保证系统的高可靠性。
系统关键软件、硬件有一定的备份冗余措施，保证系统的不间断运行，系统具有软件、硬件故障在线恢复的能力。
本系统具有高可靠率，保证系统（软件、硬件和操作系统）在最大的时间内都能够正常运作。
主机系统如出现CPU损坏或其它机械故障，由备用的CPU和机器自动代替工作，无须人员操作，保证数据完整。
1.4.4.2 先进性
系统采用当前成熟先进的程序设计语言Java，它简单、面向对象、不依靠于机器的架构、具有可移植性、鲁棒性、安全性、而且提供了并发的机制、具有很高的性能、多线程及动态性。其次，它最大限度的利用了网络，Java的小应用程序(Applet)可在网络上传输而不受CPU和环境的限制。另外，Java还提供了丰富的类库，方便建立系统，而且具有很强的灵活性和扩展性。国内外很多系统都首选Java作为开发语言，不但能够满足当前的需要，而且也是未来应用的发展趋势。

1.4.4.3 可扩充性
系统保持功能独立的模块化设计基本原则，可降低开发、测试、维护等阶段的代价。
各模块的信息隐藏经过接口设计实现，各个模块提供有限多个接口(Interface)，执行模块的功能或与其它模块交流信息必须且只能经过调用公有接口来实现，模块内部坚持强内聚，模块之间坚持弱耦合。经过采用面向对象设计方法很容易做好系统中的
“封闭-开放性”即可复用性和可扩充性。
经过模块化设计确保系统具有良好的可扩充性，对新功能、新业务的增加而不影响系统的正常运行。
充分考虑系统的软硬件能够随着最终用户、数据、复杂性和功能性的增长而平滑扩展；在系统扩展的同时能维持现有的性能水平。
1.4.4.4 可伸缩性
系统具有伸缩性很强的体系结构，包括硬件配置上都考虑能够适应业务的不断发展带来的一些新的功能的增加和用户规模的扩大等因素。
1.4.4.5 安全性
系统的设计自始至终都必须考虑系统的安全性、数据信息的保密性以及使用者的合法性。由于拉萨旅游信息网是安装部署在互联网上的，因此系统的安全性和数据的保密性面临很大的风险，需要在入侵检测、身份识别、访问控制、数据信息保密和操作日志与审计等方面的措施来保证系统运行的安全性。
1.4.4.6 可管理性
提供安全的、有效的、统一的、细致的权限管理机制和信息内容的审核发布机制，提供完善的数据、应用程序的备份方案以及集中的系统日志；经过权力的分级与下放，能够减少存在的管理权责不清，大大提高管理的工作效率。
可对多台服务器构成的集群进行完全自动化的监控，包括发现服务器故障、服务器撤出/加入集群、自动修复故障、致命故障通知系统管理员（邮件）、监控日志记录等。

1.4.4.7 开放性
系统采用Web Service使用Internet上统一、开放的标准如HTTP、XML、SOAP(简单对象访问协议)、WSDL等。坚持简单性和扩展性目标，有助于大量异构程序和平台之间的互操作性，从而使系统开发的应用接口能够被其它系统访问，以达到与其它应用系统间的数据共享和复用。
1.4.4.8 准确性
为了保证系统数据的准确性,系统采取多种稽核手段：
系统将数据稽核与应用逻辑解耦，根据数据的粒度大小和业务规则的复杂程度分成以下两种类型：
隔离校验器：将数据稽核逻辑从其它业务逻辑中剥离出来，将数据稽核委任到一个单独的稽核类中去。第一个好处是：一旦需要修改稽核逻辑,只需要修改稽核类即可。第二个好处是：能够集中管理控制所有的数据稽核逻辑，提高代码内聚性。第三个好处是:稽核逻辑封装成工具类，重用性好。
动态策略校验器：将多套业务规则建模成多种策略，在稽核类中应用这些策略，经过接口做数据共享时根据需要动态选择策略做数据的稽核及转换以得到满足规范的数据。
1.4.4.9 经济性
系统采用先进开发技术、成熟的开发团队、遵循软件开发规范、严格的项目管理，充分分析和理解系统方案，以最大限度的节约人力和物力，从而降低系统价格。
硬件方面在满足使用和一定扩充空间选用经济、实用型的配置。
1.5 信息化建设功能简介
1.5.1 门户网站功能

系统后台管理系统
（含：通知公告发布、文件发布、板块栏目发布、视频发布、广告发布、搜索引擎(SEO)优化、数据备份与恢复…）
1.5.1.1.1 网站结构规划。
1．首页
运用图片、Flash、视频短片形式设计与众不同的首页及内页风格。使网站在能够提供给访问者最需要的信息之外还能拥有赏心悦目的感觉。使整个网站最终拥有可观性和实用性的特点。建立在线交流平台，满足医患交流需求。
2．医院概况
医院概况：主要介绍中心背景、服务内容、获得荣誉、营销范围等。让访问者能够在网上直接了解中心的基本状况，便于树立企业形象。
中心资质：展示中心的相关资质证书，显示中心实力，加强客户信赖感。
3．新闻中心
中心新闻：介绍中心最新新闻，既可经过本栏目让客户了解到中心相关信息，同时可经过此栏目侧面烘托中心的规范。
行业动态：发布行业相关信息，如最新政策、法律法规等信息。
4．医疗服务
介绍中心的软硬件设施，服务项目、以及特色医疗,提供网上预约挂号等服务。
5. 教育培训
残疾人生活能力培训、心理健康资料、残疾人技能培训。
6．科研成果
展示行业内最新科技成果、院内科技研发成果、院内科技研发进度等栏目。
7．专题
院内最新专题活动展示：如党政学习、开业庆典、新政解读等专题页面。
1.5.1.1.2 特色功能
在网站中建立楼层分布模块，满足用户在线查询、搜索园区内各服务项目分布位置。
1.5.2 门户网站功能

2 工程进度安排建议
2.1 项目保障
2.1.1 保障策略
² 组织保障策略：设立项目管理组
² 标准化策略
² 知识转移策略：资料收集及采编
² 系统推进策略：分期分批推进
² 模块上线策略：采用分批上线
² 开发保障策略
以下我们将分别针对这些策略进行详细阐述：
2.1.1.1 组织保障策略
设立项目管理组
在项目的实施过程中，不可避免地存在着人员配合、产品开发进度控制等各种致命风险。因此我们建议设立项目管理组，主要职责如下：
² 项目策略的制定；
² 项目计划的制定与发布；
² 项目实际进度信息的收集、分析与汇报；
² 项目风险的识别与管理；

2.1.1.2 标准化策略
管理标准化
管理标准化就是在项目管理、实施管理、开发管理层面上，要求大家遵循统一的管理规范，包括管理流程、文档表格模板等，一是方便项目组的交流，提高工作效率，二是使用先进管理方法论，使项目管理严格谨密。
业务处理标准化
业务处理标准化就是建立包括业务流程、数据信息、组织与角色的标准化体系，并应用到系统的建设中。
技术标准化
技术标准化包含了网络平台、数据库技术、接口开放规范等，经过技术标准化的制定与执行，使系统的整体性得到保障，为系统以后扩展提供依据。
2.1.1.3 知识转移策略
实施本项目的目标之一是为了用于运营，因此，知识转移的成功也是拉萨旅游信息网顺利运行的保证。我们的策略是和客户结成长期战略伙伴，因此，我们重视和善长在项目过程中对客户进行知识转移。
知识转移策略的目的是：
保证系统能持续优化、不断根据业务发展进行灵活调整；
知识转移的内容包括但不限于：
² 项目实施方法(包括工作规划、组织结构保证、过程控制方法、质量控制方法、风险控制方法和文档管理方法)
² 系统专业技术
² 配置开发
² 系统管理
² 系统功能
知识转移的手段和机制包括：
² 课堂培训的手段
² 我们的实施队伍提供全面的专业培训
² 在项目过程中进行交互式培训
² 在每次培训，我们都需要采取一些措施来保证质量，例如对参与培训人员的测验、对讲课老师的评价等。
² 建立知识库
建立适合项目内相关人员信息交流与知识共享的网络平台，大家能够经过这个平台交流或获取各种不同方面的知识，例如系统安装、系统使用、系统维护、应用技巧、技能自测、问题库等。

2.1.1.4 推进策略
我们采取分期分批推进的策略。因为本项目主要是基本成熟方案的定制开发，为规避系统开发质量带来的风险，分期分批推进，我们对系统的功能、性能进行验证，同时，积累了系统上线的数据规范与实施经验，为下一步的推广打下基础。

2.1.1.5 上线策略
为降低每次上线的风险，该策略强调上线前期需要进行充分的设计与测试。同时为避免由于上线失败带来的损失，我们需要拟定失败恢复计划：拟定上线切换月份开始（当月1日）至试点上线系统切换正式运转期间的日常工作该如何进行。重复审核计划, 随时依照准备状况修正计划。

2.1.1.6 开发保障策略
软件开发管理采用CMM L3的管理规范，CMM L3是国际软件行业评估认可的软件开发能力水平，在开发过程中将完全遵循CMM L3的管理规范，并由公司研发管理部进行监控。
软件开发技术采用统一软件开发过程（RUP）和面向对象的分析设计方法，采用UML作为分析设计语言，采用三层体系架构和跨平台的JAVA语言，确保系统功能和性能达到项目要求。

2.2 项目组织架构
2.2.1 项目管理整体架构
项目组织架构的设立及其有效运作，对于大型IT项目而言，往往关系到工程实施的成败。由于IT系统建设是一个在投资规模、协作部门、参与人员等多方面较为复杂的系统工程，为便于实现高效率的合作及管理，需要成立项目组，并设立专职管理人员负责项目整体、范围、进度、质量、风险、沟通和合同执行管理等事务的管理工作。这里，组织管理与项目实施的过程，都严格遵循ISO9001: 标准执行。
项目组织结构如下：

2.2.2 工程分工界面
项目组由双方共同组成，见下表：
角色
职责
组成人员
用户方项目负责人
最终决定项目的总体目标
负责项目实施重大变更的决策及宏观控制
组织项目高层计划的制订和关键成果评审
负责项目组关键资源的协调和解决
负责项目推进中的重大关系的处理
考核项目组的工作
检查项目范围、进度、质量及风险控制
组织召开与项目有关的重要会议
负责项目试运行和推广策略的决策
负责项目推进中各方关系的协调和解决
用户方项目管理人员
项目经理
总体方案，项目中层计划，系统总成，总体交付
负责项目组里程碑阶段成果的内部评审
负责项目管理规范和软件工程模板的评审
负责项目试点和推广策略的制订和上报
负责开发计划的评审
负责项目计划执行的监控
负责项目组的风险、沟通和关键资源管理
负责项目组日常管理
承建方项目管理人员
开发小组
组长
负责开发策略和方法的制订及传递
负责开发计划的制订
组织负责小组例会的组织和进展报告的编写
负责对本小组产生问题进行协调解决
负责系统上线策略的规划与执行
对业务流程及功能需求进行分析确认
负责技术路线的选择、系统架构设计
负责代码走读和程序员开发工作的指导
负责指定模块的编码和单元测试
承建方产品经理
成员
负责需求的调研、整理和交付物编写
参与系统功能架构的设计
参与系统模拟工作
参与对最终用户进行培训
系统上线的技术支持
负责关键技术问题的解决
负责软件支撑系统的设计
负责数据库系统的设计
负责应用软件系统的设计
承建方软件工程师
测试小组
组长
负责制定测试计划和测试方案
负责编制测试大纲
负责测试工作的推进
承建方测试经理
成员
负责关键测试用例编写和执行
负责编写测试报告
承建方测试工程师
实施小组
组长
负责实施的组织、协调
制定实施计划和培训计划
承建方实施经理
成员
负责软件支撑系统的安装、维护
负责数据库系统的安装、维护
负责应用软件系统的安装、维护
负责操作人员的权限设计和维护管理
负责管理培训和操作培训
负责医院内的内容编辑
负责医院系统的BUG修复
承建方实施工程师
承建方培训工程师
用户方工程师

2.3 项目实施计划
2.3.1 实施计划
2.3.2 主要交付物（系统提交成果）
项目内容
完成时间
备注
网站建设方案书

网站需求规格说明书

网站概要设计

网站详细设计

网站研发

网站测试

网站推广

3 系统测试及验收规范
3.1 项目测试概述
本系统所涉及的功能复杂，而且存在诸多的与第三方系统的接口，而且对系统的性能又提出了比较高的要求。因此整个系统的测试工作变得尤为重要，将会成为系统能否正常运行的最后关口。
3.2 使用的工具介绍
3.2.1 配置管理工具
ClearCase的主要作用体现在三个方面：其一，帮助项目组利用版本对象库（VOB）完整地保存整个项目的开发历史，实现对软件资产的有效管理;其二，利用版本对象库（VOB）的安全机制，灵活地控制不同人员对不同配置项的检出和读取的权利，有效地保护企业的核心机密；第三，帮助团队实现并行开发，避免合并版本等工作阻碍其它开发工作，保证项目进度。

3.2.2 测试管理和缺陷跟踪工具
TestDirector是MI（Mercury Interactive）公司一个测试管理工具，是业界第一个基于Web的测试管理系统,它能够在您公司内部或外部进行全球范围内测试的管理。经过在一个整体的应用系统中集成了测试管理的各个部分，包括需求管理，测试计划，测试执行以及错误跟踪等功能，TestDirector极大地加速了测试过程。
其缺陷管理流程为：

使用TD，能够自动分析缺陷，自动统计报表，实现缺陷分析的可视化。测试过程的最后一步是分析测试结果，确定应用软件是否已部署成功或需要再次的测试。TestDirector 常规化的图表和报告和在测试的任一环节帮助您对数据信息进行分析。TestDirector 还以标准的HTML 或Word 形式提供一种生成和发送正式测试报告的一种简单方式。测试分析数据还可简便地输入到一种工业标准化的报告工具，如Excel ，CrystalReports ，和其它类型的第三方工具。
如图所示：

3.2.3 压力测试工具
MI公司的LoadRunner自动化负载测试工具，LoadRunner的主要功能有：
LoadRunner是一种预测系统行为和性能的工业标准级负载测试工具 。
在LoadRunner的帮助下，能够以模拟上千万用户实施并发负载及实时性能监测的方式来确认和查找问题 。
LoadRunner 能够对整个企业架构进行测试，它经过模拟实际用户的操作行为和实行实时性能监测，来帮助用户更快的查找和发现问题。
LoadRunner 能支持广泛的协议和技术，能够为用户的特殊环境提供特殊的解决方案。
LoadRunner的监控对象：
LR经过对这些对象的监控，收集相关的数据，比如：并发虚拟用户数量、网络吞吐量、CPU利用率、Oracle数据库的相关指标参数SGA）、事务处理等。

ClearCase用户界面

LR自动报表功能：
LR根据规划的虚拟用户的数量和选择不同的统计内容自动收集系统数据。然后生产各种性能统计报表，供性能分析和系统优化使用。

LR系统吞吐量统计报表

3.2.4 单元测试工具
JUnit是一个用于基于Java开发的应用的测试框架，用于编写和运行可重复的测试用例、是自动化的Java单元测试工具。它增强代码的稳定性，防止软件错误，并首次实现了单元测试技术的自动化，包括全自动的白盒测试、黑盒测试和回归测试。JUnit既能够完成对Java代码的静态检查，也能够生产单元测试用例。执行单元测试。
Junit主要用于单元测试。它包括以下特性：
² 用于测试期望结果的断言（Assertion）；
² 用于共享共同测试数据的测试工具；
² 用于方便的组织和运行测试的测试套件；
² 图形和文本的测试运行器。
使用JUnit能够：
² 减少代码中的错误数量；
² 减少调试所化的时间和精力；
² 提高软件的质量；
² 减少开发和维护的时间和成本；
² 自动生成测试用例，减少开发人员的工作量。

3.3 测试过程管理
3.3.1 测试概述
该方案是遵循成熟度模型CMM3级质量过程体系，并结合本项目实际状况和实施计划制定，用于保证整个项目的软件质量和项目的总体目标。
本项目中包含的测试内容有如下：
² 单元测试；
² 集成测试；
² 系统测试；
² 系统性能和压力测试；
² 系统模拟测试；
² 用户验收测试。
对于软件的测试，根据项目采用的不同的生命周期不同而有所不同。总体来说，软件测试是独立于软件开发组，在项目的进行整个过程中，测试相当于整个软件项目的子项目来具体管理和实施。测试的活动也是跟开发活动并行进行的。

（说明：上图描述了在整个软件开发的生命周期过程中，开发工作和测试工作的关系。测试工作在项目开始就介入项目，参与项目的各个环节，测试工作与开发组工作平行进行。在采用迭代模型开发的项目中，测试工作和开发工作也是同样进行的，因为迭代开发的每次迭代都相当于是一个小的瀑布过程。）

3.3.2 测试的主要活动
制定《测试策略》；
制定《测试计划》；
编写测试用例；
设计测试数据题库；
参与测试计划和用例的评审；
安装、部署、配置、搭建测试环境；
准备测试数据；
测试执行、报告测试BUG、填写测试用例执行结果；
回归测试；
完成测试报告。
阶段
主要工作
开发组同步工作
测试计划
讨论编写测试计划
设计
测试设计
测试设计同时与开发人员核实设计/实现差异
设计测试题库
测试环境准备
设计评审
编码/代码走查
测试实现
测试设计
测试实现
测试环境搭建
编码修改
测试执行
测试执行
执行测试用例
解决测试问题
测试完成
编写测试分析报告
准备上线发布

3.3.3 测试的组织结构
测试的组织结构是属于项目组，可是独立于开发组，测试经理的直接汇报渠道是项目经理。测试组内部又分为测试分析组、测试执行组和性能测试组。其角色和职责分别定义如下：
角色
职责
测试经理
测试中的主要角色，测试中所有环节的组织者，和主要实施者；
负责指定《测试策略》和《测试计划》；
负责单元测试、集成测试、系统测试活动的组织安排；
确保所有测试活动按照计划进行，确保测试记录得到维护，并根据《度量过程》产生测试度量数据；
负责《测试结果分析报告》。
业务专家
负责测试用例的分析和设计；
负责开发测试用例。
测试工程师
在测试经理的组织下，负责测试的设计、测试用例的开发和测试执行工作。
架构师
负责性能测试用例的开发和执行；
负责性能测试指标的定义和结果分析；
协助开发组定位性能瓶颈和确定优化应用系统。

4 培训计划
建立一支技术过硬的业务操作和系统维护队伍、成功实现软件开发和实施管理过程中的知识转移是保证系统顺利建设，并长期稳定、良好运转的重要保障。
我们建议：在此项目中培训两支不同层次的技术队伍，即一支能对系统进行复杂的管理、维护，并能做一般故障排除的高水平的技术维护队伍，和一支能熟练使用系统、充分发挥系统应用能力的业务操作员队伍。

4.1 培训范围
4.1.1 系统开发阶段
在此阶段将对客户方的系统管理员进行的高级培训，包含系统验收测试以及相关系统接口，以帮助客户顺利地完成验收测试的工作以及与系统相关接口的所有工作。

4.1.2 系统试运行阶段
在此阶段将对客户方的系统管理员进行的高级培训，包含安装配置以及数据迁移的培训，以帮助客户顺利完成系统安装配置工作以及数据从原系统到新系统的迁移工作。

4.1.3 系统上线前的培训
系统上线前的培训，即初级培训，包含试点和推广两个环节上线的培训。在此阶段将对客户方的所有需要使用系统的工作人员进行详细的系统操作培训，此部分的培训将具体分为系统的业务操作培训以及用户方系统管理员的培训。

4.1.4 项目组内部培训
项目组内部培训将对项目组内的所有参与项目推广的成员进行培训，包括软件开发技术应用、开发和管理规范、系统安装配置、数据迁移、系统业务操作等。

4.2 培训目标
使业务处理层人员熟悉系统中业务管理层的所有模块；能够熟练地进行数据管理、维护、查询、统计；熟悉并掌握信息发布操作。
使所有系统管理员掌握系统中所有基础信息的维护操作，做到能够独立地维护、升级系统。
使项目组内参与系统推广的所有人员掌握业务需求及应用系统的操作技能。

4.3 培训策略
4.3.1 采用授课结合练习的方式
每一期培训班的内容将设置多个环节，每一个环节都分为授课和练习两部分，授课部分将按照培训讲义对当期培训班所设置的内容进行详细的介绍，并配有培训教材以做参考。练习部分要求学员按照事先准备好的案例进行实际操作，以加强对所学知识的记忆和理解。而且在练习中还要实现教师和学员的互动，不但对学员的操作进行辅导，还将对学员们提出的疑问予以回答。

4.3.2 提供多种形式的培训教材
提供多种形式、全面和标准的文档给用户，其形式包括：电子文档、印刷品、光盘，以成为其后续稳定应用的保障，其中电子文档将放在系统中供随时下载。

4.3.3 利用考核验收加强学习效果
为保证最终的学习效果，将为每一期培训班布置考试题目，以验收学员的学习成果。

4.4 培训计划
4.4.1 管理培训
管理培训参训人员为2~5人，时间2天，提供师资、培训教材及相关环境；
派出的培训教员应熟悉本系统，并有一定的教学经验；
为培训人员提供中文培训资料；
为用户提供详细的培训计划；
培训内容包括系统软件的安装、集成，功能、操作、维护等；应用软件的结构、功能、数据结构、安装、运行管理、维护、操作等；开发工具的使用。
时间
内容
1.5天
系统软件的安装、集成
系统软件的功能、操作
系统软件的维护等
0.5天
应用软件的结构、功能、数据结构
应用软件的安装、运行管理、维护
应用软件的操作

4.4.2 操作培训
操作培训由用户组织集中培训或在实施现场培训，培训内容为应用软件的管理、操作和信息维护。

4.5 培训过程管理
在以上的培训计划实施的过程中，我们认为最复杂，风险最大的培训工作就是系统上线前阶段最终用户的培训。因为各位最终用户能否具备正常使用系统的操作技能直接影响系统能否上线。为保证好此项培训工作质量，实现培训目标，我们制定了该项培训工作的过程实现方案。
我们把完成该项培训工作的过程分为三步：
培训准备
培训实施
培训评估

4.5.1 培训准备
培训准备阶段的工作成果就是要生成正式的培训通知并发放到相关参与培训的人员、确定培训设备