某市餐饮业排污许可证信息管理系统项目建设方案(DOC41页)

1、附件一 广州市餐饮业排污许可证信息管理系统 项目建设方案 广州薪火网络科技有限公司 2013年11月 1 概述4 1.1 项目背景4 1.2 项目原则4 2 项目需求 错误！未定义书签。 2.1 建设内容5 2.2 需求总体说明错误！未定义书签。 2.3 主要技术要求8 2.4 主要功能说明13 2.4.1 系统管理16 2.4.2 上报管理14 2.4.3 许可证管理14 2.4.4 统计报表16 2.4.5 提醒锁定功能16 3 系统功能 错误！未定义书签。 3.1 系统概述8 3.2 技术方案8 3.2.1 网络拓扑结构12 3.2.2 技术路线 错误！未定义书签。 3.2.3 基础架构

2、设计 12 3.3 功能设计12 3.3.1 功能架构 错误！未定义书签。 3.4 系统运行环境13. 4 项目计划 错误！未定义书签。 4.1 项目计划及进度24 4.2 系统安装调试及验收 26 4.2.1 验收测试内容 26 4.2.2 验收测试要求 27 4.2.3 验收测试报告 29 5 技术支持与售后服务 31 5.1 安装、调试服务31 5.2 培训计划38 5.2.1 培训实施办法38 5.2.2 培训时间安排38 5.2.3 培训对象及目标 38 5.2.4 培训课程表39 5.3 售后服务错误！未定义书签。 5.3.1 故障响应时间安排 31 5.3.2 售后服务内容31

3、5.4 后续服务34 5.5 其它服务承诺37 5.5.1 投入技术力量承诺 37 5.5.2 保密承诺37 5.5.3 知识产权的说明 37 1项目概述 1.1项目背景 为全面加强排污许可证的管理工作，广东省环境保护局研究制定 了广东省排污许可证实施细则，并已经2009年8月18日第六次 局务会议审议通过，自2009年12月1日起施行。为了全面的实施 贯彻这个细则的执行，建立全广州市排污许可证信息处理数据库， 制 定排污许可证信息报送的技术规范和管理办法，统一处理全市排污许 可证信息，定期向市局报送并向全市区级以上区环保局通报。 1.2项目意义 本次需求由甲方提出，软、硬件的配置由甲方协助乙

4、方进行。乙 方在进行“广州市餐饮行业许可证信息管理系统”项目管理支撑服务 梳理、开发和设备配置时应遵循以下原则：；： （1）乙方应以技术先进、经济合理，有利于今后发展的原则进行服 务梳理、开发和软、硬件设备的配置。 （2）根据甲方的建议和要求，乙方应向甲方提供优化的设计方案。 乙方在给出“广州市餐饮行业排污许可证信息管理系统”的项目 方案时，应以书面材料解释本项目的思想、 原则、步骤及利弊。 1.3项目目标 2项目建设内容 2.1建设内容 广州市环境保护局以餐饮行业作为试点行业，建设“广州市餐饮 行业排污许可证信息管理系统”，先实现广州市环保局对区级环保局 月报统一管理，在线审核；建立排污许可

5、证的发放、变更、年审、撤 销、吊销、注销等信息管理系统；以实现广州餐饮行业排污许可证信 息的上传下达等功能。然后再在实现市局单位数据信息与省局平台实 现无缝衔接，真正全面贯彻实施细则的执行。！ 试点的行业情况将作为“排污许可证信息管理系统”的建设参考, 在运行后，总结经验，逐步扩大服务范围，接入实时的数据源，从而 实现“广州市排污许可证信息管理平台”的整体布局规划。 2.2建设原则 项目建设要符合“先进性、实用性、标准化、开放性、兼容性、 整体性、共享性、安全性、保密性、可靠性、实时性、经济性、可扩 展性、可维护性”等十四个方面的原则性要求。！ 2.2.1针对性 农机知识库的内容更有针对性、

6、专业。由专家组成的北部山区的 专项小组所提供的各种农业种植技术，如：产品的种植注意事项、虫 害处理、施肥注意事项等等。要为广州北部山区信息化服务平台的建 设打下坚实的内容基础，帮助广大农民提供了高价值的专业种植知 识。 222先进性 项目的业务管理平台采用国际先进 INTERANET/ INTERNE技术、 Portal技术、工作流技术、异构数据的存储/检索技术、EAI整合技 术、数据分析技术，满足当前应用的需要，而且要充分考虑到未来业 务发展的需要，使系统能够在尽可能长的时期内保证应用的需要。 2.2.3实用性 根据北部山区农民使用电子商务网站的调研结果，平台不仅要有 信息和功能服务（当然这

7、些信息和服务应该是对用户切实有用的）， 还应该在应用方面考虑农民的使用习惯而简化系统的供求信息发布、 农产品搜索等操作，例如提供友好的用户界面和足够的指引信息等。 同时提供多种的信息服务功能，协助农民了解各种政策通知；另外服 务流程合理，真正符合最终用户的实际需要。系统充分考虑了实用性 和易操作性，易于用户掌握和学习使用、易于管理和维护。： 2.2.4开放性和标准化 本项目采用国际通用的标准和协议进行体系设计和平台建设，保 证了系统的开放性和通用性，在以后的扩展和升级中在底层不会出现 太大的改动，以达到保护前期的投资的目的。 2.2.5兼容性 操作、管理方便、兼容性强。具备华南农产品交易网、广

8、东农产 品交易网的数据查询接口，借助其成熟、丰富的信息资源帮助农民增 收入、获实惠。 226安全性和保密性 通过建立一套完整、合理的智慧村务管理体系，实现系统分级分 层授权，数据分级分层管理，以保证业务信息安全和保密。岗位化（角 色化）界面设计，从客观上保障农民向百姓信箱申诉的信息安全，防 止了恶意报复的现象发生。在敏感信息的传送中采用加密技术，防止 重要信息的泄漏。同时，对重要操作要进行日志记录，并可对这些操 作日志进行审计。 2.2.7可靠性 在网络、硬件、系统软件和应用软件各个方面，采用合理的方法 和技术，提高系统的容错能力，确保系统的高可靠性。采用的先进技 术应是成熟的经过实践证明是成

9、功的技术， 保证系统运行稳定，有很 强的防错、抗错能力；有很强的故障恢复和应急措施，保证日常事务 不间断地正常运行。 2.2.8经济性 在保证实现系统功能，保证系统先进性、可靠性、扩展性的基础 上，尽量降低系统的成本造价，以达到最好的性能价格比。- 2.2.9可扩展性 本项目的建设应该基于开放的架构、 通用的传输协议和标准的数 据格式，系统是开放的、规模可伸缩的、功能可以扩充的。随着时间 的推移、环境的变化和政府工作本身不断的发展，系统的规模会进一 步扩大，需要具备更多的功能、容纳更多的用户并可管理更多的资产。 当系统规模和系统功能不断增加时，系统的处理能力要能相应的增加 和扩大，以满足系统的

10、需要。这样，才能适应这些变化进行扩展、升 级和改造，较好地保护投资。 2210可维护性 提供统一的图形化的维护界面，维护人员通过简单的鼠标操作即 可完成对整个系统的配置、管理。系统采用模块化设计，可根据需要 拆挂、组合。 3项目建设需求 1.1系统设计思路 广州市餐饮行业排污许可证信息管理系统，按许可证上报的各个 角色许可证管理模块，建设管理许可证管理系统，上报管理系统及系 统管理等模块。方便市环保局向各区环保局统一管理、统一审批，提 高办公效率。! 主要设计思路：门户设计以整洁，结构清晰，功能一目了然，菜 单操作充分满足视觉。流程和使用习惯、易学习、易使用、易维护、 易升级，实现“傻瓜”式操

11、作。 针对市环保局的业务需求，将以B/S的技术实现方式实现系统的 网站及管理功能。 良好的用户界面：设计友好的门户界面，适应业务拓展需要。设 计良好的用户注册流程、业务操作流程、管理员审批流程。！ 许可证管理系统：各区环境保护行政主管部门对排污许可证的档 案进行管理，查询许可证情况。当产生新的许可证时，增加新的 许可证，对许可证进行年审，换证。需要变更的许可证进行变更， 以及注销过时或者无效错误的许可证。 上报管理系统：各区环境保护行政主管部门对排污许可证的档案 进行管理，定期将许可证的新增、年审、换证、吊销、注销等情 况报上一级环境保护行政主管部门备案。如果上级对下级所上报 的许可证审核不过

12、关的，上一级有权对下级所上报许可证新增、 年审、换证、吊销、注销等数据进行退回。； 1.2系统整体设计 1.2.1 系统架构 （1）构建于B/S三层应用体系结构之上； 本项目建设将使用B/S三层应用体系结构，B/S架构用于简化客 户端电脑载荷，减轻了系统维护与升级的成本和工作量，降低了用户 的总体成本（TCO。能实现不同的人员，从不同的地点，以不同的接 入方式访问和操作共同的数据库；它能有效地保护数据平台和管理访 问权限，服务器数据库也很安全。 在广州市餐饮行业信息管理系统建设过程中，将使用B/S加浏览 器插件的方式实现。其中，用 B/S架构实现大多数常用的业务功能， 用浏览器插件（如Acti

13、veX控件、Applet ）来弥补浏览器不擅长的部 分。 排污许可证信息管理系统将使用集成 ssH匡架实现架构基础。其 中使用Struts作为系统的整体基础架构，负责MVC的分离，在Struts 框架的模型部分，利用Hibernate框架对持久层提供支持，业务层用 Spring 支持。，、 具体做法是：用面向对象的分析方法根据需求提出一些模型， 将 这些模型实现为基本的Java对象，然后编写基本的DAQ接口，并给 出Hibernate的DAC实现，采用Hibernate架构实现的DAQ类来实现 Java类与数据库之间的转换和访问，最后由 Spring完成业务逻辑。 采用上述开发模型，不仅实现了

14、视图、控制器与模型的彻底分离， 而且还实现了业务逻辑层与持久层的分离。这样无论前端如何变化， 模型层只需很少的改动，并且数据库的变化也不会对前端有所影响， 大大提高了系统的可复用性。而且由于不同层之间耦合度小，有利于 团队成员并行工作，大大提高了开发效率。 J2EE Server 122开发技术选型 为了充分满足系统在安全性、跨平台性、可移植性、易扩展性、 易维护性等方面的要求，系统构建于B/S三层应用体系结构之上，采 用基于Easy UI+SSH平台的Java面向对象程序设计的技术体系，将 复杂的业务逻辑、流程控制逻辑和数据存取逻辑通过在不同的技术层 面上实现，在应用服务器之上，实现业务逻辑

15、的快速部署和灵活调整， 充分保证数据库系统的安全可靠访问。 (1)基于Java平台的J2EE技术体系； J2EE,即卩 JAVA平台的企业版(Java 2 Platform , Enterprise Edition ),是目前业界最流行、最成熟的技术路线。J2EE技术的扩 展性强，可移植性好，适合企业级应用系统的建设。 1.1.1功能架构设计 广州市餐饮行业排污许可证信息管理系统 愿系统管理 上报管理 许可证管 理 基本信息管理 年审记录管理 社界噪音管 理一 3T 统计报表 数据访问交换接口.信息中间件.数据釆集接口 基础业诙耀库酒数J&库企业信曲JE库 1.1系统功能设计 基本信息管理 持

16、证单位基本信息管理 年审记录管理 边界噪音管理 水污染物排放情况 年审提醒 换证提醒 上报提醒 超时锁定及解锁 3.1主要功能说明 开发广州市餐饮行业排污许可证管理系统，通过该信息管理系统 实现市环保局对区环保局统一进行管理。 项目 模块名称 模块子功能 1 系统管理 系统栏目管理 机构类型管理 机构管理（区市管理） 用户管理 角色管理 权限管理 系统日志管理 登陆用户基本信息 2 上报管理 许可证杳询（提供给区用户操作） 许可证上报（提供给区用户操作） 3 许可证管理 许可证基本信息管理 持证单位基本信息管理 年审记录管理 边界噪音管理 水污染物排放情况 大气污染物排放情况 4 统计报表 按

17、区统计 按持证单位规模大小统计 按时间段统计 5 提醒锁疋功能 年审提醒 换证提醒 上报提醒 超时锁定及解锁 341 许可证管理 广州市各区环境保护行政主管部门对排放许可证的档案进行管 理，查询许可证情况。当产生新的许可证时，增加新的许可证，对许 可证进行年审，换证。需要变更的许可证进行变更，以及注销过时或 者无效错误的许可证。 许可证基本信息管理：对排污许可证的档案进行管理，查询许 可证情况，包括持证单位的许可证编号、 单位名称、单位地 址、法定代表人（负责人）、经营项目、联系电话及有效期 的管理； 持证单位基本信息管理：对排污许可证持证单位的基本信息管 理，包括基本情况、污水治理设施基本情

18、况、废气治理设施 基本情况、废油脂处理方式等。； 年审记录管理：排污许可证持证单位的年审情况 边界噪音管理：对排污许可证持证单位的边界噪音信息管理， 包括主要噪声源名称、噪音治理措施、噪声排放执行标准及 日间夜间厂界噪声限值dB(A)等。 水污染物排放情况：对排污许可证持证单位的水污染物排放信 息管理，包括排污口名称、排污口编号、污染物排放执行标 准、污水排放最大允许量(吨/年)及污染物排放浓度限值 和污水排放口数量与排放去向。 大气污染物排放情况：对排污许可证持证单位的大气污染物排 放信息管理，包括排污口名称、排污口编号、污染物排放执 行标准、污水排放浓度限值和废弃排污口的数量 - 342上

19、报管理 广州市各区环境保护行政主管部门对排放许可证的档案进行管 理，定期将许可证的新增、年审、换证、吊销、注销等情况向广州市 环境保护行政主管部门备案。如果上级对下级所上报的许可证审核不 过关的，上一级有权对下级所上报许可证新增、年审、换证、吊销、 注销等数据进行退回。 许可证查询：实现对广州市内已登记餐饮行业许可证信息查 询，提供按名称、日期、类型等条件筛选；该功能可提供区 级单位机构使用。！ 许可证上报：各区级单位机构对排放许可证的档案进行上报， 定期将许可证的新增、年审、换证等情况向上一级单位批量 上报的功能；提供新增及批量导入功能。 343 统计报表 提供管理人员按区级单位、时间、持证

20、单位规模大小等条件统计 各区排污许可证信息，支持筛选导出功能。 344提醒锁定功能 此功能模块为系统提供自动提醒功能，自动提醒许可证年审或换 证信息，及月度上报情况提醒、锁定及解锁功能 年审提醒：提醒区域许可证信息管理员所需年审的排污许可 证，提醒周期为30天。 换证提醒：提前区域许可证信息管理员所需换证的排污许 可证，提醒周期为30天。 上报提醒:可设置向下提醒功能，提醒区级单位月报上报事 件。 超时锁定及解锁：设置超时锁定功能，系统默认每月10日自动 锁定未提交月报的区级单位上报功能，一经锁定须由市级单 位解锁后方可再次使用上报功能。！ 3.4.5系统管理 系统管理提供管理人员对用户角色建

21、立和授权管理，同时可以实 现对系统栏目的完善，对管理以及后续功能的拓展提供修改基础。 系统栏目管理：实现平台管理员对系统栏目的完善， 对管理以 及后续功能的拓展提供修改基础；提供信息管理平台系统栏 目新增、修改及删除功能。；： 机构类型管理：设置市级、区级等机构类型，实现机构等级 权限管理；提供新增、修改、查询及删除功能。 机构管理（区市管理）：统一管理区级及以下单位机构，实 现集中管理机制；提供新增、修改、查询及删除功能。 用户管理：对整个平台用户实现统一管理，集合用户注册及用 户资料管理功能；提供新增、修改、查询及删除功能。. 权限管理：实现用户权限和分级权限管理。 系统日志管理：记录系统

22、中硬件、软件和系统问题的信息，同 时还可以监控系统中发生的事件。管理员可以通过系统日志 来检查错误发生的原因。- 登陆用户基本信息：包括登陆用户姓名，所属机构及部门， 联系方式等字段。 4系统部署 4.1网络拓扑结构 4.2系统运行环境 421软件方案 以下说明系统所需使用的软件及开发工具： 1、操作系统：REDHAT AS或以上版本 2、数据库：Oracle 10g或以上版本或MySQ数据库 3、Web服务器：Tomcat6或以上版本 4、后台服务程序：用JAVA开发。 5、WEE网页：用 Struts2+Spring3+ Hibernate4 实现。 422硬件方案 本项目服务器采用租用的

23、形式向市环保局提供服务器设备 1、服务器建议硬件型号及配置如下： 序号 名称 功能描述 数量 备注 1 用统份务 应系备服器 IBM System X3650M4 (7915101) 产品类别：机架式 CPU型号：In tel Xeo n E5-2609 4C 2.4GHz 标配 CPU数量：1 颗内存 容量：8GB DDR3标配硬盘容量： SAS硬盘 3*300G RAID5内部硬盘架数：最多12个2.5 英寸热网络控制器：集成的四口千兆以太网， 电源类型：热插拔电源 产品结构：2U散热系 统：电源、风扇，扩展槽：3个PCI-Express 1 2 数据 库服 务器 IBM System X

24、3650M4 (7915I01) 产品类别：机架式 CPU型号：In tel Xeo n E5-2609 4C 2.4GHz 标配 CPU数量：1 颗内存 容量：8GB DDR3标配硬盘容量： SAS硬盘 3*300G RAID5内部硬盘架数：最多12个2.5 英寸热网络控制器：集成的四口千兆以太网， 电源类型：热插拔电源 产品结构：2U散热系 统：电源、风扇，扩展槽：3个PCI-Express 4.3系统部署方式 4.3.1数据集中式管理 现在IT的发展趋势是数据集中，数据集中的核心是对服务器进 行整合。特别是一些大型企业，建立企业数据中心，购买高性能的主 机，对数据集中管理，已成为一种潮流

25、。iMed_HER电子健康档案信 息系统的网络服务器部署推荐集中式。 4.3.2采用BS架构部署 iMed_HER电子健康档案信息系统采用BS架构，BS结构 （Browser/Server,浏览器/服务器模式），是WEB兴起后的一种网络 结构模式，WEB浏览器是客户端最主要的应用软件。这种模式统一 了客户端，将系统功能实现的核心部分集中到服务器上，简化了系统 的开发、维护和使用。客户机上只要安装一个浏览器（Browser），如 Netscape Navigator或 Internet Explorer，服务器安装 Oracle Sybase Informix或SQL Server等数据库。浏览

26、器通过 Web Server同数据库 进行数据交互。BS架构大大简化了客户端的安装操作 4.3.3网络安全技术部署 1、基于VLAN的端口隔离 交换机可以由硬件实现相同VLAN中的两个端口互相隔离。隔 离后这两个端口在本设备内不能实现二、三层互通。当相同 VLAN 中的服务器之间完全没有互访要求时，可以设置各自连接的端口为隔 离端口。这样可以更好的保证相同安全区域内的服务器之间的安全。 2、STP Root/BPDU Guard 基于 Root/BPDU Guard（Root/Bridge Protocol Data Un it Guard）方 式的二层连接保护保证 STP/RSTP（Span

27、ning Tree Protocol/ Rapid Spanning Tree Protocol稳定，防止攻击，保障可靠的二层连接。 基于 BPDU Guard 对于接入层设备，接入端口一般直接与用户终端（如PC机） 或文件服务器相连，此时接入端口被设置为边缘端口以实现这些端口 的快速迁移；当这些端口接受到配置消息（ BPDU报文）时系统会 自动将这些端口设置为非边缘端口， 重新计算生成树，引起网络拓扑 的震荡。这些端口正常情况下应该不会收到生成树协议的配置消息 的。如果有人伪造配置消息恶意攻击交换机，就会引起网络震荡。 BPDU保护功能可以防止这种网络攻击。交换机上启动了 BPDU保 护功能

28、以后，如果边缘端口收到了配置消息，系统就将这些端口 shutdow n,同时通知网管。被 shutdow n的端口只能由网络管理人员 恢复。推荐用户在配置了边缘端口的交换机上配置BPDU保护功 能。 基于 ROOT Guard 由于维护人员的错误配置或网络中的恶意攻击， 网络中的合法根 交换机有可能会收到优先级更高的配置消息， 这样当前根交换机会失 去根交换机的地位，引起网络拓扑结构的错误变动。这种不合法的变 动，会导致原来应该通过高速链路的流量被牵引到低速链路上，导致 网络拥塞。Root保护功能可以防止这种情况的发生。对于设置了 Root保护功能的端口，端口角色只能保持为指定端口。一旦这种端

29、 口上收到了优先级高的配置消息，即其将被选择为非指定端口时，这 些端口的状态将被设置为侦听状态， 不再转发报文（相当于将此端口 相连的链路断开）。当在足够长的时间内没有收到更优的配置消息时， 端口会恢复原来的正常状态。！ 3、端口安全 端口安全(Port Security)的主要功能就是通过定义各种安全模 式，让设备学习到合法的源MAC地址，以达到相应的网络管理效 果。对于不能通过安全模式学习到源MAC地址的报文或802.1X认 证失败的设备，当发现非法报文后，系统将触发相应特性，并按照预 先指定的方式自动进行处理，减少了用户的维护工作量，极大地提高 了系统的安全性和可管理性。端口安全的特性包

30、括：NTK : NTK (Need To Know)特性通过检测从端口发出的数据帧的目的MAC 地址，保证数据帧只能被发送到已经通过认证的设备上，从而防止非 法设备窃听网络数据。Intrusion Protection：该特性通过检测端口接收 到的数据帧的源 MAC地址或802.1X认证的用户名、密码，发现非 法报文或非法事件，并采取相应的动作，包括暂时断开端口连接、永 久断开端口连接或是过滤此MAC地址的报文，保证了端口的安全 性。Device Tracking：该特性是指当端口有特定的数据包(由非法入 侵，用户不正常上下线等原因引起)传送时，设备将会发送Trap信 息，便于网络管理员对这些

31、特殊的行为进行监控。： 4、防IP伪装 病毒和非法用户很多情况会伪装IP来实现攻击。伪装IP有三 个用处： 本身就是攻击的直接功能体。比如smurf攻击。 麻痹网络中的安全设施。比如绕过利用源IP做的接入控制 隐藏攻击源 设备防止IP伪装的关键在于如何判定设备接收到的报文的源 IP是经过伪装的。这种判定的方式有三种。分别在内网和内外网的 边界使用。在In ternet出口处过滤 RFC3330和RFC1918所描述的不 可能在内外网之间互访的IP地址。利用IP和MAC的绑定关系网 关防御，利用DHCP relay特性，网关可以形成本网段下主机的IP、 MAC映射表。当网关收到一个 ARP报文时

32、，会先在映射表中查找 是否匹配现有的映射关系。如果找到则正常学习，否则不学习该 ARP。这样伪装IP的设备没有办法进行正常的跨网段通信。、 利用IP和MAC的绑定关系网关防御 利用DHCP relay特性，网关可以形成本网段下主机的 IP、MAC 映射表。当网关收到一个 ARP报文时，会先在映射表中查找是否匹 配现有的映射关系。如果找到则正常学习，否则不学习该ARP。这 样伪装IP的设备没有办法进行正常的跨网段通信。接入设备防御， 利用DHCP SNOOPING特性，接入设备通过监控其端口接收到的 DHCP request ACK、release 报文，也可以形成一张端口下 IP、MAC 的映

33、射表。设备可以根据IP、MAC、端口的对应关系，下发ACL规 则限制从该端口通过的报文源 IP必须为其从DHCP服务器获取的 IP地址。 UPRF会检测接收到的报文中的源地址是否和其接收报文的接口 相匹配。其实现机制如下：设备接收到报文后，UPRF会比较该报文 的源地址在路由表中对应的出接口是否和接收该报文的接口一致。如 果两者不一致，则将报文丢弃。 5、路由协议认证 攻击者也可以向网络中的设备发送错误的路由更新报文，使路由 表中出现错误的路由，从而引导用户的流量流向攻击者的设备。 为了 防止这种攻击最有效的方法就是使用局域网常用路由协议时，必须启 用路由协议的认证。另外，在不应该出现路由信息

34、的端口过滤掉所有 路由报文也是解决方法之一。但这种方法会消耗掉许多ACL(Access Co ntrol List)资源。 5项目实施计划 4.1项目计划及进度 为了确保项目清晰有序进行，故将整个项目进行分割，分为两个 阶段进行，每个阶段作为项目的一个里程碑， 组织对阶段工作进行回 顾和展望，便于及时总结工作，并更好的规划下一阶段工作。 根据本次项目的实施内容，各阶段分解如下： 6 服务器环境准备 布署 系统安装调试 7 系统 试运 行 8 系统 培训 对不同对象进行 操作使用培训 9 系统 验收 提供相关文档和 验收要求的资料 10 系统 正式 上线 4.2系统安装调试及验收 421验收测试

35、内容 本项目将从功能、性能、安全性、可靠性、可扩充性、可维护性、 可移植性等方面对系统进行全方面的验证， 为项目的阶段总结提供依 据。系统将从如下几个方面进行测试设计：！ ！ 模块测试 针对单个模块进行测试，测试数据采用手工方式进行抽取、组 织。以此测试方式发现针对单个模块的问题。 集成测试 将系统作为一个完整的整体进行测试，采用完全真实的业务数 据，进行测试，并运行完整的业务流程。测试业务流程各环节的衔 接性和接口的集成。 性能测试 使用Loadrunner测试工具录制和运行测试脚本，并模拟一定的 应用压力，对系统进行压力测试。 可靠性测试 设计某些极端的可能影响到可靠性的测试用例，测试系统

36、的可 靠性。 安全测试 从网络、系统、数据、应用和管理五个层面对系统的安全性进 行评估和测试。 其他测试 包括可扩充性、可维护性、可移植性等方面的测试。 422验收测试要求 1、 测试流程 测试在软件测试中是必不可少的，是软件可以稳定运行的保 证，开发各阶段都需要有严格的测试手段，分别说明如下： （1）单元测试 单元测试在程序员提交了功能模块后进行，测试程序由测试人 员开发，通过调用单元模块判断功能模块是否与详细设计相符 （2）功能测试 功能测试在开发完成并在功能模块内部进行后才进行，功能测试用 于确认模块具有功能规格陈述中的功能，并能够正确执行，性能能 达到设计的要求。 （3）系统完整性测试

37、 系统测试是将经过测试的子系统装配成一个完整的系统来测 试，在这个过程中不仅应该发现设计和编码的错误，还应该验证系 统确实能提供要求说明书中指定的功能，而且系统的动态特性也符 合预定要求。在这个测试步骤中发现的往往是软件设计中的错误， 也可能发现要求说明中的错误。 （4）用户验收测试 用户验收测试由薪火网络和用户联合进行，把软件系统作为单 一的实体进行测试，测试内容与系统测试基本类似，使用系统未来 要处理的信息即实际数据作为测试的数据进行测试。验收测试的目 的是验证系统确实是能够满足用户的需要，在这个测试步骤中发现 的往往是系统要求说明书中的错误。 2、测试要求 经过系统测试后，必须要达到在系

38、统实用性、稳定的性、可维 护性、灵活性和可操作性方面的要求，要求具体如下： （1）系统实用性 系统的实用性是验收测试最关键的指标，反映了软件对客户需 求的满足程度，特别是对数据的真实性、准确性等方面 （2）系统稳定性 系统的稳定性反映了系统运行的结果是否正确，是否有数据错 误、系统宕机等方面的问题。 （3）系统可维护性 系统的可维护性包括系统的配置、管理、监控，以及数据备份 等系统。 （4）系统灵活性 系统的灵活性主要评判系统的业务可扩展性，即能否在业务需 求变化的情况下快速调整的能力；以及技术架构适应性，即迁移能 力、可移植能力等方面。系统灵活性的评判主要以系统架构设计报 告为主进行评审，辅

39、助以相关的测试。 （5）系统可操作性 系统可操作型包括用户界面是否友好，操作是否简便，联机帮 助的能力等。主要验收依据是系统运行报告、用户使用报告，并辅 助以相关的测试。 4.2.3验收测试报告 经系统测试后，将输出如下报告： 测试计划 测试的详细计划。 测试用例 测试的用例，主要包括测试的数据、时机等方面 测试日志： 按测试计划记录每项测试的过程和结果，以供分析。 测试报告： 对测试日志（结果）进行分析，指出系统性能的瓶颈，并提出优 化方案。每份报告至少要包括如下内容： 报告编号、日期 测试的时间、地点及方法 测试环境 测试合格的标准 测试数据 测试内容及结果 测试发现的待解决问题及后续安排

40、 测试人员名单 负责人签字 测试审核与结果认定方式 对测试的结果（测试日志、测试Bug记录）进行评估，并按照测 试标准进行打分，根据打分结果将测试结果分为 A、B、C、N四个级 别，N为测试不通过。 6售后服务 6.1.1 售后服务内容 薪火网络为保障售后服务要求能够得到及时的响应，问题能够得 到及时的解决，设立了立体的、多层次的技术支持管理形式，保证系 统的整个生命周期中始终得到最好的维护。具体提供下列服务项目： 现场技术服务、远程技术支持、定期巡检服务、技术升级服务等，根 据广州市环境保护局提出的合理要求开发系统的数据接口及现场培 训等。 远程技术支持：在接到用户的故障申告、咨询或技术服务

41、请求后， 根据故障类型的不同，安排相应的技术支援工程师予以电话指导。 提 供每周7天、每天24小时的电话技术指导服务。同时，薪火网络根 据故障的类别、故障对系统性能和服务的影响，将用户服务请求按照 紧迫性分为三个等级：紧急故障服务请求、重大故障服务请求和一般 故障服务请求。根据故障服务请求等级的不同，承诺不同的响应时间 和恢复时间。 现场支持服务：薪火网络在接到广州市环境保护局的技术支持服 务请求后，如果不能通过电话技术指导和远程支持服务解决系统发生 的技术故障，需要进行现场支持的情况下，服务方将派人赴现场协助 需方排除故障。!！ 定期巡检服务：在维护期内，薪火网络将定期上门检查软件运行 状态

42、，并与客户接触了解使用情况与使用建议。下表是薪火网络在1 年维护期内的巡检频次及内容。 时期 频次 巡检内容 验收后一年内 季/次 各功能模块 技术升级服务：在维护期内，薪火网络将为系统提供包括：BUG 升级、系统功能更新和完善、性能提升等服务。 6.2安装及调试 薪火网络将免费为客户提供安装、调试服务，并且薪火网络技 术人员提供现场服务。 由薪火网络专业工程师安装，在项目实施过程公司根据各项目 的工程实施方案以及提出的具体要求对系统进行调试安装，并按照 项目要求，对项目的整体安全工作进行检查。薪火网络在对项目涉 及的硬件和软件进行安装、配置与调试时，会对整个安装、配置与 调试的每一步骤以及在

43、安装调试过程中出现的各种问题及解决方法 详细地记录到现场安装调试记录中，同时对系统中可能出现的问题 及其解决方法形成注意事项对使用方的技术工程师进行详细讲解。 下面是薪火网络的服务承诺： （1）薪火网络保证提供包括软件安装手册、用户使用手册、技术 授权书等在内的完备准确的工程技术资料。 （2）薪火网络承诺在系统正式上线后，如发生软件升级和硬件扩 展、升级等情况，负责现场支持和提供必要的技术资料。 （3）薪火网络负责客户需求产品的安装与现场调试服务，直至产 品交付后保证满足客户提出的应用要求 (4) 薪火网络将按要求完成系统软件的安装与调试服务，保证建 设的平台能顺利运作； 8.2技术支撑 薪火

44、网络的软件开发全过程均参照 IS09001国际质量管理和质 量保证标准中的内容进行。同时薪火网络将定期进行售后服务回访和 和质量跟踪，及时反馈质量信息，确保广州薪火的每一个软件产品和 承接的每一项系统集成工程都达到相应的质量标准或技术规范。根据 要求，广州薪火将向广州市环境保护局提供1年的免费售后服务(含 系统试运行期间1个月的免费售后服务)，具体内容如下： 1、软件服务： (1 )薪火网络将在项目期间配备有经验的项目团队进行售后服 务，实现售后服务支撑。 (2) 薪火网络将在合同规定维护期内配备有能力强、有经验的系 统维护工程师，提供7X 8小时不间断维护服务。 (3) 薪火网络承诺必须在3

45、0分钟内对用户单位所提出的系统维 护要求做出反应，4小时内到达现场，24小时内恢复系统正常运行。！! (4) 薪火网络对所提供的系统负责保修服务一年， 缺陷责任期从 最终验收之日开始计算。在缺陷责任期内，如果发现系统故障时，薪 火网络负责研究其故障原因，并迅速修复，直至用户满意为止。具体 包括以下几个方面： 在缺陷责任期内，提供系统及软件调测和技术。在本次工程运转 验收测试合格以前，向用户提供安装调测的技术指导。 在安装和运营期内，任何由于系统设计、系统制造、程序汇编、 安装工程等的缺陷引起的软件修改和软件更换， 薪火网络将及时提供 负责修改工作。！ （5）薪火网络对系统环境的维护，主要防止因

46、操作系统故障或系 统配置故障影响用户正常使用。 2、硬件服务 （1）本项目服务器采用租用的形式向市环保局提供服务器设备， 薪火网络承诺提供免费的安装，调试服务 （2）提供交货地点所在用户的设备维修电话及联系人，无论任 何时间（包括星期六和星期日）用户报修后，须在 4小时内派员上门 现场维护，并在24小时内解决问题，在规定时间内不能解决问题的 机器，应提供相同档次的设备给用户代用。 （3）薪火网络承诺所有设备均我方送货上门并安装调试，用户 不再支付任何费用。 （4）安装工作一开始，允许市环保局的工作人员一起参与系统 的安装、测试、诊断及解决遇到的问题等各项工作。- （5）薪火网络承诺对提供的产品

47、保证至少一年的产品免费技术 支持售后服务。 8.2.1 故障响应时间安排 薪火网络根据系统运行中出现的故障或问题， 按照其对系统运行 的影响程度，最迟在在30分钟内相应、软件维护人员在 4小时内到 达现场、24小时内解决问题，具体相应级别分三个等级，情况如下： 紧急故障服务请求：主要指设备或系统在运行中出现系统瘫痪或 服务中断，导致系统的基本功能不能实现或全面退化的故障。 薪火网 络收到用户故障报告并且初步判断为紧急故障服务请求后，在15分 钟内通过电话支持告知用户故障的解决方案或采取远程技术服务方 式进行支持。同时，薪火网络技术人员乘坐最快交通工具在 2小时内 到达现场，与用户协商，立即解决

48、问题。对于由于软件或硬件缺陷引 起的紧急故障，薪火网络提供临时解决方案，并在 24小时内最终解 决。 重大故障服务请求：主要指设备或系统在运行中出现的故障具有 潜在的系统瘫痪或服务中断的危险，并可能导致设备的基本功能不能 实现或全面退化；在运行中出现的直接影响服务，导致系统性能或服 务部分退化的故障。薪火网络收到用户故障报告并且初步判断为重大 故障服务请求后，在15分钟内通过电话支持告知用户故障的解决方 案或采取远程技术服务方式进行支持。同时，薪火网络技术人员在3 小时之内到达现场，与用户协商，尽快解决问题。对于由于软件或硬 件缺陷引起的重大故障，薪火网络将提供临时解决方案，并在24小 时内最

49、终解决。 一般故障服务请求：主要指设备或系统在运行中出现的断续或间 接地影响系统功能和服务的故障。薪火网络到用户故障服务请求并且 初步判断为一般故障后，在15分钟内通过电话支持告知用户故障的 解决方案或采取远程技术服务方式进行支持，在电话技术指导、远程 技术服务无效的情况下，薪火网络技术人员在 4小时之内到达现场， 与用户协商，尽快解决问题。对于由于软件或硬件缺陷引起的一般故 障，薪火网络提供临时解决方案，并在 24小时内最终解决。 维护是一项细致的工作，薪火网络在工作中除了要求技术人员工 作严谨、认真负责外，还要求技术人员必须具备在各种突发事件中较 高的处理能力和工作经验。 8.3后续服务

50、在质量保修期满后，用户可以选择自行维护系统，也可选择由薪 火网络承接系统的有偿维护工作。过了保修期后的相关服务收费标准 参见报价单的“后期服务费”。薪火网络在质量保修期后，提供如下 免费服务： 1、7X 24小时电话技术支持； 2、薪火网络对于所供的系统在运营期限内，由于安装或设计上 发生任何主要问题或系统故障，将主动提供所需的技术及其他支援。 系统开始运转以后，如果必须更换一些软件，薪火网络将按时提供需 要的支援。- 3、薪火网络所提供的系统，在今后利用技术从硬件或软件方面 有任何性能或功能的改进以及产品革新时，薪火网络将及时通知用户 其改进新的详细情况，并提供以优惠价格为基础的修改报价，以便业 主选择。 4、免费的专业咨询服务。薪火网络可依据自己在行业领域多年 的经验与实践，向用户提供专业的技术支持和咨询。！ !！ 5、薪火网络将定期对用户进行回访，了解产品使用情况及需求， 以便不断改进及更新产品。 6、薪火网络提供服务质量的保证：公司通过严谨的项目管理、 规范流程作业、严格的汇报制度、指标考核的体系、人员的不断培训 等方面保证服务的质量，我公司在需求范围内提供相应的免费上门培 训。 7、在维护期内，如出