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

/XX康复中心网站及企业信息化建设方案2015年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工程总体报价目录TOC\o"1-5"\h\z\u1 总体方案 11.1 建设目标 11.2 设计原则 21.3 实现原则 21.4 总体方案 31.4.1 系统总体架构 31.4.2 系统拓朴 41.4.3 技术架构 4 采用J2EE技术 4 采用WEB2.0技术 5 使用AJAX技术 5 分层式的系统架构 6 系统技术架构图 7 采用WebService开放数据接口 71.4.4 系统性能 8 可靠性和稳定性 8 先进性 8 可扩充性 9 可伸缩性 9 平安性 9 可管理性 9 开放性 10 准确性 10 经济性 101.5 网站分期功能 111.5.1 一期功能实现 112 工程进度安排建议 132.1 工程保障 132.1.1 保障策略 13 组织保障策略 13 标准化策略 13 知识转移策略 14 推进策略 15 上线策略 15 开发保障策略 152.2 工程组织架构 162.2.1 工程管理整体架构 162.2.2 工程分工界面 162.3 工程实施方案 182.3.1 实施方案 182.3.2 主要交付物（系统提交成果） 183 系统测试及验收标准 193.1 工程测试概述 193.2 使用的工具介绍 193.2.1 配置管理工具 193.2.2 测试管理和缺陷跟踪工具 193.2.3 压力测试工具 213.2.4 单元测试工具 243.3 测试过程管理 253.3.1 测试概述 253.3.2 测试的主要活动 263.3.3 测试的组织结构 274 培训方案 284.1 培训范围 284.1.1 系统开发阶段 284.1.2 系统试运行阶段 284.1.3 系统上线前的培训 284.1.4 工程组内部培训 294.2 培训目标 294.3 培训策略 294.3.1 采用授课结合练习的方式 294.3.2 提供多种形式的培训教材 294.3.3 利用考核验收加强学习效果 304.4 培训方案 304.4.1 管理培训 304.4.2 操作培训 304.5 培训过程管理 314.5.1 培训准备 314.5.2 培训实施 324.5.3 培训评估 335 系统及设备配置建议清单 355.1 效劳器/主机 355.1.1 tpmC指标 35 TPC 35 tpmC 35 关于指标的说明 365.1.2 主机系统需求 365.1.3 性能和存储计算 375.1.4 一期硬件配置 386 软件报价清单 416.1 一期报价清单 41总体方案建设目标·将网站建设成为全国一流康复内门户网站，实现全新的中心对外宣传形象；·提供客户咨询效劳、预约挂号效劳、电子病历管理、远程医疗效劳、自助取单效劳、远程护理效劳、医疗信息查询等；·辅助中心产品营销。·在后期访问量多了之后做数据分析，开展医疗行业增值业务；设计原则高度的可靠性和稳定性，系统具有较强的容错、容灾能力，完善的系统纠错恢复平安机制和自动诊断告警能力，可以承受大量并发用户访问的压力；先进的系统设计，系统采用面向对象的、构件化的系统设计和实现方法进行应用软件的设计和程序开发；统一的数据标准，系统在全网范围内采用统一的数据字典、统一的编码体系、统一的文件格式标准和统一的数据接口标准；良好的可扩充性，系统的主机平台、网络平台、数据库等平台具有良好的可扩充性（升级能力），尤其是系统的应用软件设计方案充分考虑可扩展性，数据模型的设计充分考虑系统将来可能的扩展和业务的变动，以适应业务的迅速开展，同时系统可以方便地和其他系统交换数据。灵活的可伸缩性，系统在软件设计时具有伸缩性很强的体系结构，以能够适应业务的不断开展和用户规模的扩大；高平安性，系统平安是保证互联网应用正常开展和运营的必备条件，在系统设计中，将从多个层次全面考虑系统的整体平安，到达应用及传输过程中数据不可篡改、不可窃取；高可管理性，提供平安的、有效的、统一的、细致的权限管理机制和信息内容的审核发布机制，提供完善的数据、应用程序的备份方案以及集中的系统日志；通过权力的分级与下放，可以减少存在的管理权责不清，大大提高管理的工作效率。技术先进性，系统采用当前技术上较为先进和流行的技术架构，充分考虑了系统的性能和可扩展性。实现原则本次工程按照统一规划、统一设计的原则，分步、分阶段实施的进行建设。前期可以考虑先做移动医疗、远程护理、电子病历、自助取单效劳，后期做数据分析，开展增值业务。硬件平台充分利用期现有的硬件平台。在后访问数据增加之后再考虑硬件平台的扩容。总体方案第一期：开发一个宣传平台，满足顾客对康复中心的资讯需求；开发一个外部交流平台，满足顾客对医疗信息的在线资讯；第二期：提供一系列推广方案，满足医院对外业务、形象推广的需求；开发一个内部交流平台，满足医院对于日常工作的信息化处理；开发一个预约挂号平台，满足患者在异地进行预约挂号的业务需求；第三期：提供一个深度数据挖掘的平台，满足医院对于患者的深入研究，整体医院形象，以及提升效劳价值。可以考虑建设以下系统：1、云系统药品器械、病例管理2、远程医疗影像系统3、远程康复器械监测、控制4、病例数据库\患者数据库5、数据深度挖掘与采集具体规划见下表：系统总体架构本系统完全基于J2EE的三层B/S架构.保证了系统架构的稳定性，可移植性，可靠性，可扩展性。内部逻辑实施完全遵循J2EE的标准标准。系统拓朴技术架构采用J2EE技术为了保证系统的高可用性、高可靠性和可扩展性，系统必须要选择支持强大的企业级计算的成熟的技术路线。当前能够满足这些条件的计算平台首推J2EE的企业标准。J2EE是主流的技术体系，J2EE已成为一个工业标准，围绕着J2EE有众多的厂家和产品，其中不乏优秀的软件产品，合理集成以J2EE为标准的软件产品构建信息集成平台，可以得到较好的稳定性、高可靠性和扩展性。J2EE技术的基础是JAVA语言，JAVA语言的与平台无关性，保证了基于J2EE平台开发的应用系统和支撑环境可以跨平台运行。采用WEB2.0技术Web2.0，是相对Web1.0的新的一类互联网应用的统称。由Web1.0单纯通过网络浏览器浏览html网页模式向内容更丰富、联系性更强、工具性更强的Web2.0互联网模式的开展已经成为互联网新的开展趋势。使WEB程序的信息浏览变得更加容易，与用户的交互更加轻松和直接。该工程采用WEB2.0标准，在系统中实现了数据的查询的直观性，使信息的查询变得方便和简单，因为它是采用XML格式化数据，所以使信息在不同系统之间的共享变得更加容易。在页面样式上，我们采用CSS2.0样式的应用，使我们系统页面内容层次更加清晰、简单，主题更加鲜明。Web2.0，是Web系统开展的必然趋势，是一个WEB应用采用新技术级别的象征，更是一个WEB程序不落后于其它网站的标志。使用AJAX技术AJAX，使用它可以构建更为动态和响应更灵敏的Web应用程序。该方法的关键在于对浏览器端的JavaScript、DHTML和与效劳器异步通信的组合。利用一个Ajax框架（指DWR）构造一个应用程序，它直接从浏览器与后端效劳进行通信。如果使用得当，这种强大的力量可以使应用程序更加自然和响应灵敏，从而提升用户的浏览体验。术语AJAX用来描述一组技术，它使浏览器可以为用户提供更为自然的浏览体验。在AJAX之前，Web站点强制用户进入提交/等待/重新显示范例，用户的动作总是与效劳器的“思考时间〞同步。AJAX提供与效劳器异步通信的能力，从而使用户从请求/响应的循环中解脱出来。借助于AJAX，可以在用户单击按钮时，使用JavaScript和DHTML立即更新UI，并向效劳器发出异步请求，以执行更新或查询数据库。当请求返回时，就可以使用JavaScript和CSS来相应地更新UI，而不是刷新整个页面。最重要的是，用户甚至不知道浏览器正在与效劳器通信：Web站点看起来是即时响应的。我们的系统采用Ajax，是用户在与系统进行交互或者浏览的时候，不用等待页面的请求，如同使用桌面应用程序一样，所见即所得。从而使得用户查询执法质量和廉政数据信息时更直接和简单。从网站的技术角度上，我们使用AJAX是与时俱进。分层式的系统架构分层式结构究竟其优势何在？1、开发人员可以只关注整个结构中的其中某一层；2、可以很容易的用新的实现来替换原有层次的实现；3、可以降低层与层之间的依赖；4、有利于标准化；5、利于各层逻辑的复用。概括来说，分层式设计可以到达如下目的：分散关注、松散耦合、逻辑复用、标准定义。一个好的分层式结构，可以使得开发人员的分工更加明确。一旦定义好各层次之间的接口，负责不同逻辑设计的开发人员就可以分散关注，齐头并进。例如UI人员只需考虑用户界面的体验与操作，领域的设计人员可以仅关注业务逻辑的设计，而数据库设计人员也不必为繁琐的用户交互而头疼了。每个开发人员的任务得到了确认，开发进度就可以迅速的提高。松散耦合的好处是显而易见的。如果一个系统没有分层，那么各自的逻辑都紧紧纠缠在一起，彼此间相互依赖，谁都是不可替换的。一旦发生改变，则牵一发而动全身，对工程的影响极为严重。降低层与层间的依赖性，既可以良好地保证未来的可扩展，在复用性上也是优势明显。每个功能模块一旦定义好统一的接口，就可以被各个模块所调用，而不用为相同的功能进行重复地开发。进行好的分层式结构设计，标准也是必不可少的。只有在一定程度的标准化基础上，这个系统才是可扩展的，可替换的。而层与层之间的通信也必然保证了接口的标准化。从而使我们的系统升级空间越来越大、升级时间越来越短、运用的技术更新的周期也越来越短，更使得我们系统的功能也越来越强，也使得我们的系统的移植性更强。从技术的角度来看，分层式的系统结构是很科学的。系统技术架构图采用WebService开放数据接口WebService主要是为了使原来各孤立的站点之间的信息能够相互通信、共享而提出的一种接口。WebService所使用的是Internet上统一、开放的标准，如HTTP、XML、SOAP（简单对象访问协议）、WSDL等，所以WebService可以在任何支持这些标准的环境（Windows,Linux）中使用。注：SOAP协议（SimpleObjectAccessProtocal,简单对象访问协议）,它是一个用于分散和分布式环境下网络信息交换的基于XML的通讯协议。在此协议下，软件组件或应用程序能够通过标准的HTTP协议进行通讯。它的设计目标就是简单性和扩展性，这有助于大量异构程序和平台之间的互操作性，从而使存在的应用程序能够被广泛的用户访问。系统性能可靠性和稳定性采用相应的故障检查、告警和处理机制，双机热备以保证数据不会因意外情况丧失或损坏，采用灵活的任务调度机制实现负载均衡，防止“瓶颈〞产生。数据硬盘采用磁盘阵列或镜像设置，主处理机双备份等措施保证系统的高可靠性。系统关键软件、硬件有一定的备份冗余措施，保证系统的不间断运行，系统具有软件、硬件故障在线恢复的能力。本系统具有高可靠率，保证系统（软件、硬件和操作系统）在最大的时间内都能够正常运作。主机系统如出现CPU损坏或其它机械故障，由备用的CPU和机器自动代替工作，无须人员操作，保证数据完整。先进性系统采用当前成熟先进的程序设计语言Java，它简单、面向对象、不依靠于机器的架构、具有可移植性、鲁棒性、平安性、并且提供了并发的机制、具有很高的性能、多线程及动态性。其次，它最大限度的利用了网络，Java的小应用程序(Applet)可在网络上传输而不受CPU和环境的限制。另外，Java还提供了丰富的类库，方便建立系统，并且具有很强的灵活性和扩展性。国内外很多系统都首选Java作为开发语言，不仅能够满足目前的需要，而且也是未来应用的开展趋势。可扩充性系统保持功能独立的模块化设计根本原则，可降低开发、测试、维护等阶段的代价。各模块的信息隐藏通过接口设计实现，各个模块提供有限多个接口(Interface)，执行模块的功能或与其他模块交流信息必须且只能通过调用公有接口来实现，模块内部坚持强内聚，模块之间坚持弱耦合。通过采用面向对象设计方法很容易做好系统中的“封闭-开放性〞即可复用性和可扩充性。通过模块化设计确保系统具有良好的可扩充性，对新功能、新业务的增加而不影响系统的正常运行。充分考虑系统的软硬件能够随着最终用户、数据、复杂性和功能性的增长而平滑扩展；在系统扩展的同时能维持现有的性能水平。可伸缩性系统具有伸缩性很强的体系结构，包括硬件配置上都考虑能够适应业务的不断开展带来的一些新的功能的增加和用户规模的扩大等因素。平安性系统的设计自始至终都必须考虑系统的平安性、数据信息的保密性以及使用者的合法性。由于拉萨旅游信息网是安装部署在互联网上的，因此系统的平安性和数据的保密性面临很大的风险，需要在入侵检测、身份识别、访问控制、数据信息保密和操作日志与审计等方面的措施来保证系统运行的平安性。可管理性提供平安的、有效的、统一的、细致的权限管理机制和信息内容的审核发布机制，提供完善的数据、应用程序的备份方案以及集中的系统日志；通过权力的分级与下放，可以减少存在的管理权责不清，大大提高管理的工作效率。可对多台效劳器构成的集群进行完全自动化的监控，包括发现效劳器故障、效劳器撤出/参加集群、自动修复故障、致命故障通知系统管理员（邮件）、监控日志记录等。开放性系统采用WebService使用Internet上统一、开放的标准如HTTP、XML、SOAP(简单对象访问协议)、WSDL等。坚持简单性和扩展性目标，有助于大量异构程序和平台之间的互操作性，从而使系统开发的应用接口可以被其他系统访问，以到达与其他应用系统间的数据共享和复用。准确性为了保证系统数据的准确性,系统采取多种稽核手段：系统将数据稽核与应用逻辑解耦，根据数据的粒度大小和业务规则的复杂程度分成以下两种类型：隔离校验器：将数据稽核逻辑从其他业务逻辑中剥离出来，将数据稽核委任到一个单独的稽核类中去。第一个好处是：一旦需要修改稽核逻辑,只需要修改稽核类即可。第二个好处是：可以集中管理控制所有的数据稽核逻辑，提高代码内聚性。第三个好处是:稽核逻辑封装成工具类，重用性好。动态策略校验器：将多套业务规则建模成多种策略，在稽核类中应用这些策略，通过接口做数据共享时根据需要动态选择策略做数据的稽核及转换以得到满足标准的数据。经济性系统采用先进开发技术、成熟的开发团队、遵循软件开发标准、严格的工程管理，充分分析和理解系统方案，以最大限度的节约人力和物力，从而降低系统价格。硬件方面在满足使用和一定扩充空间选用经济、实用型的配置。信息化建设功能简介门户网站功能系统后台管理系统（含：通知公揭发布、文件发布、板块栏目发布、视频发布、广揭发布、搜索引擎(SEO)优化、数据备份与恢复…）网站结构规划。1．首页运用图片、Flash、视频短片形式设计与众不同的首页及内页风格。使网站在能够提供给访问者最需要的信息之外还能拥有赏心悦目的感觉。使整个网站最终拥有可观性和实用性的特点。建立在线交流平台，满足医患交流需求。2．医院概况医院概况：主要介绍中心背景、效劳内容、获得荣誉、营销范围等。让访问者能够在网上直接了解中心的根本状况，便于树立企业形象。中心资质：展示中心的相关资质证书，显示中心实力，加强客户信赖感。3．新闻中心中心新闻：介绍中心最新新闻，既可通过本栏目让客户了解到中心相关信息，同时可通过此栏目侧面衬托中心的标准。行业动态：发布行业相关信息，如最新政策、法律法规等信息。4．医疗效劳介绍中心的软硬件设施，效劳工程、以及特色医疗,提供网上预约挂号等效劳。5.教育培训残疾人生活能力培训、心理健康资料、残疾人技能培训。6．科研成果展示行业内最新科技成果、院内科技研发成果、院内科技研发进度等栏目。7．专题院内最新专题活动展示：如党政学习、开业庆典、新政解读等专题页面。特色功能在网站中建立楼层分布模块，满足用户在线查询、搜索园区内各效劳工程分布位置。门户网站功能工程进度安排建议工程保障保障策略组织保障策略：设立工程管理组标准化策略知识转移策略：资料收集及采编系统推进策略：分期分批推进模块上线策略：采用分批上线开发保障策略以下我们将分别针对这些策略进行详细阐述：组织保障策略设立工程管理组在工程的实施过程中，不可防止地存在着人员配合、产品开发进度控制等各种致命风险。所以我们建议设立工程管理组，主要职责如下：工程策略的制定；工程方案的制定与发布；工程实际进度信息的收集、分析与汇报；工程风险的识别与管理；标准化策略管理标准化管理标准化就是在工程管理、实施管理、开发管理层面上，要求大家遵循统一的管理标准，包括管理流程、文档表格模板等，一是方便工程组的交流，提高工作效率，二是使用先进管理方法论，使工程管理严格谨密。业务处理标准化业务处理标准化就是建立包括业务流程、数据信息、组织与角色的标准化体系，并应用到系统的建设中。技术标准化技术标准化包含了网络平台、数据库技术、接口开放标准等，通过技术标准化的制定与执行，使系统的整体性得到保障，为系统以后扩展提供依据。知识转移策略实施本工程的目标之一是为了用于运营，因此，知识转移的成功也是拉萨旅游信息网顺利运行的保证。我们的策略是和客户结成长期战略伙伴，所以，我们重视和蔼长在工程过程中对客户进行知识转移。知识转移策略的目的是：保证系统能持续优化、不断根据业务开展进行灵活调整；知识转移的内容包括但不限于：工程实施方法(包括工作规划、组织结构保证、过程控制方法、质量控制方法、风险控制方法和文档管理方法)系统专业技术配置开发系统管理系统功能知识转移的手段和机制包括：课堂培训的手段我们的实施队伍提供全面的专业培训在工程过程中进行交互式培训在每次培训，我们都需要采取一些措施来保证质量，例如对参与培训人员的测验、对讲课老师的评价等。建立知识库建立适合工程内相关人员信息交流与知识共享的网络平台，大家可以通过这个平台交流或获取各种不同方面的知识，例如系统安装、系统使用、系统维护、应用技巧、技能自测、问题库等。推进策略我们采取分期分批推进的策略。因为本工程主要是根本成熟方案的定制开发，为躲避系统开发质量带来的风险，分期分批推进，我们对系统的功能、性能进行验证，同时，积累了系统上线的数据标准与实施经验，为下一步的推广打下基础。

上线策略为降低每次上线的风险，该策略强调上线前期需要进行充分的设计与测试。同时为防止由于上线失败带来的损失，我们需要拟定失败恢复方案：拟定上线切换月份开始（当月1日）至试点上线系统切换正式运转期间的日常工作该如何进行。反复审核方案,随时依照准备状况修正方案。开发保障策略软件开发管理采用CMML3的管理标准，CMML3是国际软件行业评估认可的软件开发能力水平，在开发过程中将完全遵循CMML3的管理标准，并由公司研发管理部进行监控。软件开发技术采用统一软件开发过程（RUP）和面向对象的分析设计方法，采用UML作为分析设计语言，采用三层体系架构和跨平台的JAVA语言，确保系统功能和性能到达工程要求。工程组织架构工程管理整体架构工程组织架构的设立及其有效运作，对于大型IT工程而言，往往关系到工程实施的成败。由于IT系统建设是一个在投资规模、协作部门、参与人员等多方面较为复杂的系统工程，为便于实现高效率的合作及管理，需要成立工程组，并设立专职管理人员负责工程整体、范围、进度、质量、风险、沟通和合同执行管理等事务的管理工作。这里，组织管理与工程实施的过程，都严格遵循ISO9001:2000标准执行。工程组织结构如下：工程分工界面工程组由双方共同组成，见下表：角色职责组成人员用户方工程负责人最终决定工程的总体目标负责工程实施重大变更的决策及宏观控制组织工程高层方案的制订和关键成果评审负责工程组关键资源的协调和解决负责工程推进中的重大关系的处理考核工程组的工作检查工程范围、进度、质量及风险控制组织召开与工程有关的重要会议负责工程试运行和推广策略的决策负责工程推进中各方关系的协调和解决用户方工程管理人员工程经理总体方案，工程中层方案，系统总成，总体交付负责工程组里程碑阶段成果的内部评审负责工程管理标准和软件工程模板的评审负责工程试点和推广策略的制订和上报负责开发方案的评审负责工程方案执行的监控负责工程组的风险、沟通和关键资源管理负责工程组日常管理承建方工程管理人员开发小组组长负责开发策略和方法的制订及传递负责开发方案的制订组织负责小组例会的组织和进展报告的编写负责对本小组产生问题进行协调解决负责系统上线策略的规划与执行对业务流程及功能需求进行分析确认负责技术路线的选择、系统架构设计负责代码走读和程序员开发工作的指导负责指定模块的编码和单元测试承建方产品经理成员负责需求的调研、整理和交付物编写参与系统功能架构的设计参与系统模拟工作参与对最终用户进行培训系统上线的技术支持负责关键技术问题的解决负责软件支撑系统的设计负责数据库系统的设计负责应用软件系统的设计承建方软件工程师测试小组组长负责制定测试方案和测试方案负责编制测试大纲负责测试工作的推进承建方测试经理成员负责关键测试用例编写和执行负责编写测试报告承建方测试工程师实施小组组长负责实施的组织、协调制定实施方案和培训方案承建方实施经理成员负责软件支撑系统的安装、维护负责数据库系统的安装、维护负责应用软件系统的安装、维护负责操作人员的权限设计和维护管理负责管理培训和操作培训负责医院内的内容编辑负责医院系统的BUG修复承建方实施工程师承建方培训工程师用户方工程师工程实施方案实施方案主要交付物（系统提交成果）工程内容完成时间备注网站建设方案书网站需求规格说明书网站概要设计网站详细设计网站研发网站测试网站推广系统测试及验收标准工程测试概述本系统所涉及的功能复杂，并且存在诸多的与第三方系统的接口，而且对系统的性能又提出了比较高的要求。所以整个系统的测试工作变得尤为重要，将会成为系统能否正常运行的最后关口。使用的工具介绍配置管理工具ClearCase的主要作用表达在三个方面：其一，帮助工程组利用版本对象库（VOB）完整地保存整个工程的开发历史，实现对软件资产的有效管理;其二，利用版本对象库（VOB）的平安机制，灵活地控制不同人员对不同配置项的检出和读取的权利，有效地保护企业的核心机密；第三，帮助团队实现并行开发，防止合并版本等工作阻碍其他开发工作，保证工程进度。测试管理和缺陷跟踪工具TestDirector是MI（MercuryInteractive）公司一个测试管理工具，是业界第一个基于Web的测试管理系统,它可以在您公司内部或外部进行全球范围内测试的管理。通过在一个整体的应用系统中集成了测试管理的各个局部，包括需求管理，测试方案，测试执行以及错误跟踪等功能，TestDirector极大地加速了测试过程。其缺陷管理流程为：使用TD，可以自动分析缺陷，自动统计报表，实现缺陷分析的可视化。测试过程的最后一步是分析测试结果，确定应用软件是否已部署成功或需要再次的测试。TestDirector常规化的图表和报告和在测试的任一环节帮助您对数据信息进行分析。TestDirector还以标准的HTML或Word形式提供一种生成和发送正式测试报告的一种简单方式。测试分析数据还可简便地输入到一种工业标准化的报告工具，如Excel，CrystalReports，和其它类型的第三方工具。如下图：压力测试工具MI公司的LoadRunner自动化负载测试工具，LoadRunner的主要功能有：LoadRunner是一种预测系统行为和性能的工业标准级负载测试工具。在LoadRunner的帮助下，可以以模拟上千万用户实施并发负载及实时性能监测的方式来确认和查找问题。LoadRunner能够对整个企业架构进行测试，它通过模拟实际用户的操作行为和实行实时性能监测，来帮助用户更快的查找和发现问题。LoadRunner能支持广泛的协议和技术，可以为用户的特殊环境提供特殊的解决方案。LoadRunner的监控对象：LR通过对这些对象的监控，收集相关的数据，比方：并发虚拟用户数量、网络吞吐量、CPU利用率、Oracle数据库的相关指标参数SGA）、事务处理等。ClearCase用户界面LR自动报表功能：LR根据规划的虚拟用户的数量和选择不同的统计内容自动收集系统数据。然后生产各种性能统计报表，供性能分析和系统优化使用。LR系统吞吐量统计报表单元测试工具JUnit是一个用于基于Java开发的应用的测试框架，用于编写和运行可重复的测试用例、是自动化的Java单元测试工具。它增强代码的稳定性，防止软件错误，并首次实现了单元测试技术的自动化，包括全自动的白盒测试、黑盒测试和回归测试。JUnit既可以完成对Java代码的静态检查，也可以生产单元测试用例。执行单元测试。Junit主要用于单元测试。它包括以下特性：用于测试期望结果的断言（Assertion）；用于共享共同测试数据的测试工具；用于方便的组织和运行测试的测试套件；图形和文本的测试运行器。使用JUnit可以：减少代码中的错误数量；减少调试所化的时间和精力；提高软件的质量；减少开发和维护的时间和本钱；自动生成测试用例，减少开发人员的工作量。测试过程管理测试概述该方案是遵循成熟度模型CMM3级质量过程体系，并结合本工程实际状况和实施方案制定，用于保证整个工程的软件质量和工程的总体目标。本工程中包含的测试内容有如下：单元测试；集成测试；系统测试；系统性能和压力测试；系统模拟测试；用户验收测试。对于软件的测试，根据工程采用的不同的生命周期不同而有所不同。总体来说，软件测试是独立于软件开发组，在工程的进行整个过程中，测试相当于整个软件工程的子工程来具体管理和实施。测试的活动也是跟开发活动并行进行的。（说明：上图描述了在整个软件开发的生命周期过程中，开发工作和测试工作的关系。测试工作在工程开始就介入工程，参与工程的各个环节，测试工作与开发组工作平行进行。在采用迭代模型开发的工程中，测试工作和开发工作也是同样进行的，因为迭代开发的每次迭代都相当于是一个小的瀑布过程。）测试的主要活动制定《测试策略》；制定《测试方案》；编写测试用例；设计测试数据题库；参与测试方案和用例的评审；安装、部署、配置、搭建测试环境；准备测试数据；测试执行、报告测试BUG、填写测试用例执行结果；回归测试；完成测试报告。阶段主要工作开发组同步工作测试方案讨论编写测试方案设计测试设计测试设计同时与开发人员核实设计/实现差异设计测试题库测试环境准备设计评审编码/代码走查测试实现测试设计测试实现测试环境搭建编码修改测试执行测试执行执行测试用例解决测试问题测试完成编写测试分析报告准备上线发布测试的组织结构测试的组织结构是属于工程组，但是独立于开发组，测试经理的直接汇报渠道是工程经理。测试组内部又分为测试分析组、测试执行组和性能测试组。其角色和职责分别定义如下：角色职责测试经理测试中的主要角色，测试中所有环节的组织者，和主要实施者；负责指定《测试策略》和《测试方案》；负责单元测试、集成测试、系统测试活动的组织安排；确保所有测试活动按照方案进行，确保测试记录得到维护，并根据《度量过程》产生测试度量数据；负责《测试结果分析报告》。业务专家负责测试用例的分析和设计；负责开发测试用例。测试工程师在测试经理的组织下，负责测试的设计、测试用例的开发和测试执行工作。架构师负责性能测试用例的开发和执行；负责性能测试指标的定义和结果分析；协助开发组定位性能瓶颈和确定优化应用系统。培训方案建立一支技术过硬的业务操作和系统维护队伍、成功实现软件开发和实施管理过程中的知识转移是保证系统顺利建设，并长期稳定、良好运转的重要保障。我们建议：在此工程中培训两支不同层次的技术队伍，即一支能对系统进行复杂的管理、维护，并能做一般故障排除的高水平的技术维护队伍，和一支能熟练使用系统、充分发挥系统应用能力的业务操作员队伍。培训范围系统开发阶段在此阶段将对客户方的系统管理员进行的高级培训，包含系统验收测试以及相关系统接口，以帮助客户顺利地完成验收测试的工作以及与系统相关接口的所有工作。系统试运行阶段在此阶段将对客户方的系统管理员进行的高级培训，包含安装配置以及数据迁移的培训，以帮助客户顺利完成系统安装配置工作以及数据从原系统到新系统的迁移工作。系统上线前的培训系统上线前的培训，即初级培训，包含试点和推广两个环节上线的培训。在此阶段将对客户方的所有需要使用系统的工作人员进行详细的系统操作培训，此局部的培训将具体分为系统的业务操作培训以及用户方系统管理员的培训。工程组内部培训工程组内部培训将对工程组内的所有参与工程推广的成员进行培训，包括软件开发技术应用、开发和管理标准、系统安装配置、数据迁移、系统业务操作等。培训目标使业务处理层人员熟悉系统中业务管理层的所有模块；可以熟练地进行数据管理、维护、查询、统计；熟悉并掌握信息发布操作。使所有系统管理员掌握系统中所有基础信息的维护操作，做到可以独立地维护、升级系统。使工程组内参与系统推广的所有人员掌握业务需求及应用系统的操作技能。培训策略采用授课结合练习的方式每一期培训班的内容将设置多个环节，每一个环节都分为授课和练习两局部，授课局部将按照培训讲义对当期培训班所设置的内容进行详细的介绍，并配有培训教材以做参考。练习局部要求学员按照事先准备好的案例进行实际操作，以加强对所学知识的记忆和理解。并且在练习中还要实现教师和学员的互动，不但对学员的操作进行辅导，还将对学员们提出的疑问予以答复。提供多种形式的培训教材提供多种形式、全面和标准的文档给用户，其形式包括：电子文档、印刷品、光盘，以成为其后续稳定应用的保障，其中电子文档将放在系统中供随时下载。利用考核验收加强学习效果为保证最终的学习效果，将为每一期培训班布置考试题目，以验收学员的学习成果。培训方案管理培训管理培训参训人员为2~5人，时间2天，提供师资、培训教材及相关环境；派出的培训教员应熟悉本系统，并有一定的教学经验；为培训人员提供中文培训资料；为用户提供详细的培训方案；培训内容包括系统软件的安装、集成，功能、操作、维护等；应用软件的结构、功能、数据结构、安装、运行管理、维护、操作等；开发工具的使用。时间内容1.5天系统软件的安装、集成系统软件的功能、操作系统软件的维护等0.5天应用软件的结构、功能、数据结构应用软件的安装、运行管理、维护应用软件的操作操作培训操作培训由用户组织集中培训或在实施现场培训，培训内容为应用软件的管理、操作和信息维护。培训过程管理在以上的培训方案实施的过程中，我们认为最复杂，风险最大的培训工作就是系统上线前阶段最终用户的培训。因为各位最终用户能否具备正常使用系统的操作技能直接影响系统能否上线。为保证好此项培训工作质量，实现培训目标，我们制定了该项培训工作的过程实现方案。我们把完成该项培训工作的过程分为三步：培训准备培训实施培训评估培训准备培训准备阶段的工作成果就是要生成正式的培训通知并发放到相关参与培训的人员、确定培训设备与资料的配置清单、安装完成培训系统、确定培训制度、培训人员报到等。具体内容如下：表一：培训通知培训通知名称目的时间地点培训对象事项时间人员要求备注其他事项：联系人：联系电话：表二：培训制度严格遵守培训课程表中的作息时间；有例外事情需要向培训负责人请假；上课时请把手机或其他通讯设备调整为震动模式，并到教室外面接听电话；老师讲课时，不能私下里讨论其他问题或窃窃私语，如有疑问先记录下来，课下提交给老师；系统出现暂时故障时，应配合技术人员给予及时排除，而不能以此为由扰乱课堂秩序；遇到各自单位业务的个性化需求，而当前软件又不能满足时，应按照练习题目继续操作，个性化需求提交给培训负责人；遵守培训考试规定，保证严肃性；培训实施在培训的开始，由每期培训班的课堂负责人，负责考勤及活动组织。要求每天的上午、下午正式上课时需要签到。原则上，我们在每个培训班上安排3名实施人员进行培训，其中1名为讲师，其余2名作为辅导老师，协助培训学员上机操作并答疑。在培训的过程中，培训讲师会根据课程表的安排进行讲解。每一期培训班的内容将设置多个环节，每一个环节都分为授课和练习两局部，授课局部将按照培训讲义对当期培训班所设置的内容进行详细的介绍，并配有培训教材以做参考。练习局部要求学员按照事先准备好的案例进行实际操作，以加强对所学知识的记忆和理解。在课堂上，参与培训人员若有疑问，可先记录下来课下交给讲课老师，讲课老师将在练习阶段或下一个培训环节给予答复。讲课老师及辅导老师每天将把培训人员的疑问记录下来，汇总并提炼后形成问题集锦，在培训结束时发放给每一位培训人员。培训评估培训结束后，需要对培训效果进行及时评估，以检验培训目标能否实现。培训评估由二局部组成：一是各参与培训的人员考试成绩；二是培训人员对培训提交的效果反应。对人员进行考试时，要包括二局部内容，理论考试与上机考核。理论考试由工程小组共同出题，类型主要是选择题与问答题。理论考试与上机考试的总分都为100分，70分为合格线。培训质量反应，由参与培训的人员填完后并提交后，汇总至工程经理进行分析，特别是应关注其中的改正意见方面，积极采纳合理的反应意见，作为下次培训工作的改良依据。培训评估后，培训负责人需将培训工作进行总结，形成培训工作报告并提交工程经理。培训反应表格式如下：培训效果调查表日期：请对培训效果做出总体评价：优良中差培训安排硬件设施优良中差培训环境优良中差培训资料优良中差课程设置优良中差培训教师教师姓名：A__________B__________C__________教师评价：A教师技术水平______表达能力______课堂效果______工作态度______B教师技术水平______表达能力______课堂效果______工作态度______C教师技术水平______表达能力______课堂效果______工作态度______（培训教师的评价请从“优、良、中、差〞四个选项中选择填写）建议培训方式：培训内容：时间安排：其他建议：填表人：单位：系统及设备配置建议清单效劳器/主机tpmC指标tpmC值在国内外被广泛用于衡量计算机系统的事务处理能力。TPCTPC(TransactionProcessingPerformanceCouncil，事务处理性能委员会)是由数10家会员公司创立的非盈利组织，总部设在美国。该组织对全世界开放，但迄今为止，绝大多数会员都是美、日、西欧的大公司。TPC的成员主要是计算机软硬件厂家，而非计算机用户，它的功能是制定商务应用基准程序(Benchmark)的标准标准、性能和价格度量，并管理测试结果的发布。TPC的出版物是开放的，可以通过网络获取()。TPC不给出基准程序的代码，而只给出基准程序的标准标准(StandardSpecification)。任何厂家或其它测试者都可以根据标准，最优地构造出自己的系统（测试平台和测试程序）。为保证测试结果的客观性，被测试者（通常是厂家）必须提交给TPC一套完整的报告（FullDisclosureReport），包括被测系统的详细配置、分类价格和包含五年维护费用在内的总价格。该报告必须由TPC授权的审核员核实（TPC本身并不做审计）。现在全球只有几个审核员，全部在美国。tpmCTPC已经推出了四套基准程序，被称为TPC-A、TPC-B、TPC-C和TPC-D。其中A和B已经过时，不再使用了。TPC-C是在线事务处理（OLTP）的基准程序，TPC-D是决策支持（DecisionSupport）的基准程序。TPC即将推出TPC-E，作为大型企业（Enterprise）信息效劳的基准程序。TPC-C模拟一个批发商的货物管理环境。该批发公司有N个仓库，每个仓库供给10个地区，其中每个地区为3000名顾客效劳。在每个仓库中有10个终端，每一个终端用于一个地区。在运行时，10×N个终端操作员向公司的数据库发出5类请求。由于一个仓库中不可能存储公司所有的货物，有一些请求必须发往其它仓库，因此，数据库在逻辑上是分布的。N是一个可变参数，测试者可以随意改变N，以获得最正确测试效果。TPC-C使用三种性能和价格度量，其中性能由TPC-C（吞吐率）衡量，单位是tpmC（tpm,transactionsperminute）；C指TPC中的C基准程序。它的定义是每分钟内系统处理新订单个数。TPC-C还经常以系统性能价格比的方式表达，单位是＄/tpmC，即以系统的总价格（单位是美元）/tpmC数值得出。要注意的是，在处理新订单的同时，系统还要处理其它4类事务请求。通常而言，新订单请求不可能超出全部事务请求的45％，因此，当一个系统的性能为1000tpmC时，它每分钟实际处理的请求数是2000多个。关于指标的说明由于效劳期厂家不会将所有产品的所有配置都做TPC-C测试，因此，为保证tpmC值的客观公正性，我们在进行效劳器选型时，特别从获取了相同型号相近配置的测试报告，这些测试报告已作为本投标技术建议书的附件。主机系统需求主机系统处理能力是保证整个工程性能到达设计目标的最重要、最基础的因素之一。为满足系统的性能需求，必须进行科学的分析和测算。建议方案是针对现有业务进行的，因此只能根据目前的一些具体应用进行估算，不能完全涵盖未来的新增需求/业务开展的性能要求。考虑到规划时，不可能将数据做得绝对精确，且系统性能随用户数的增加并不是线性下降的而是加速下降，因此我们在系统规划时考虑能有一定的冗余处理能力，确保系统有良好的支撑能力。效劳器性能的整体表现受多方面影响，针对不同的应用，设计时考虑的侧重点也不同。营销支撑结算属于典型的联机事务处理型的应用，针对此类应用，主要从CPU、内存和I/O三个方面设计，下面分别进行讨论：1. CPU：联机事务处理的主机，主要是作为数据库效劳器而不是计算效劳器，因此以效劳器的TPC-C值作为相对选型参考值。需要说明的是厂家公布的效劳器TPC-C值，一般是采用最大的硬件配置、按照100%的利用率所得到的，而在实际建设中的系统配置往往小得多，系统性能的TPC-C值不会有公布值那么高，在对效劳器处理能力进行估算时，需要将一些经验值和TPC-C值一起综合考虑。2. 内存：内存是所有程序运行的环境，在CPU和系统软件处理能力的范围内，内存越大则效劳器的处理性能越好，但不同的应用对内存的要求不同，所以在营销支撑营帐系统效劳器内存设计中，需要从应用需求的角度来考虑，寻找最正确的配置。3. I/O：在CPU处理能力一定的情况下，磁盘的I/O速度，可使效劳器的整体性能表现相差几倍到几十倍，所以我们在设计中要特别注意磁盘I/O的选型，尽量选择I/O带宽高的磁盘系统，同时考虑到单个磁盘的I/O速度是一定的，需要靠多磁盘的并行读取来提高磁盘I/O速度，在容量和性价比容许的情况下，尽量选择容量小