一、整体设计
1 设计原则
平台建设将以国家各类技术规范和业务要求为依据，采用业界成熟的解决方案，采用BS模式，建立软件系统，建设统一的业务处理体系。
先进性：以促进工作安全发展为指导原则，确保系统成熟稳定的同时放眼未来迎合发展。
兼容性：系统平台为开放式、标准化平台，满足未来本单位各服务构建及各机关单位服务及应用的无缝对接。
安全性：系统应对数据库的存储和访问提供有效的安全措施，防止数据链及数据通讯链受到恶意攻击，访问调用有痕且追溯可查。
可扩展性：系统的构建及数据的交互满足共享模式，采用灵活、开放的模块化设计为系统扩展、升级及可预见的管理模式的改变留有余地。
可靠性：多维度确保系统的正常运转与数据安全可靠。
经济性：实现最优化的系统设备配置，降低系统造价及运营成本。
易用和易维护性：系统应采用简洁、友好的人机界面，在出现系统故障时，能够简便快捷的进行处理。
共享性：系统共享性的要求为了保障各业务体系间的数据流转的流畅且在安全性保障的前提条件下，构建协同校验、统一管理的建设精神。
二、技术指标
1 技术路线
应用平台：平台系统遵循JAVA EE或.NET标准；
运行模式：B/S模式的五层架构；
扩展接口：基于Web Service、JSON等标准规范，采用XML的数据传输格式；低耦合应用组件进行分布式部署、组合和使用，具备未来可扩展增减业务模块的架构；
安全架构：符合HTTPS的安全架构；
操作系统：支持UNIX、LINUX和Windows操作系统；
权限控制：基于角色的访问控制RBAC模型的权限控制，可动态支持功能操作
权限和数据访问权限灵活配置；
登录模式：支持单点登录与统一安全认证、支持数字证书验证；
系统架构：分布式系统基础架构，采用基于Hadoop技术或其它类似技术的大数据处理框架；
2 系统架构
系统采用Browser/Server的B/S模式（浏览器/服务器模式），服务器端采用Windows Server版操作系统。网络中心配备若干台高性能服务器，实行应用和数据分离的原则，加强系统运行的稳定性和安全性。服务器采用Windows Server2003以上版本，后台采用SQL Server数据库，前后台开发工具采用.net等。
整体系统分为：基础设施层（系统所需的基础设备、系统、中间件等）、资源层（实现具体功能的各种数据与信息库）、应用支撑层（对所有应用系统提供各种数据访问功能的中心服务系统）、应用系统层（实现具体功能的各种应用系统）、服务层。
资源层提供集中的数据访问，包括数据连接池控制、数据库安全控制和数据库系统。集中的数据访问能够在大量用户同时并发访问时共享有关连接等信息，从而提高效率，集中的数据库安全控制，使任何来自互联网的数据库访问都必须经过强制的安全管理，不允许直接访问数据库的行为，杜绝安全隐患。
应用层通过提供统一的数据服务接口，为各个应用系统提供服务，应用系统的表现可以是网站、客户端系统、Web服务以及其他应用。并通过目录与负载均衡服务提供统一的负载均衡服务。任何一个应用服务器都可以同时启动多个服务，而通过目录与负载均衡服务来进行负载均衡，从而为大量用户并发访问时提供高性能服务。信息集成分析平台应用服务器提供核心服务，包括数据服务、管理服务、基本安全服务、其他业务服务等；数据同步服务器将数据有条不紊的同步到各个数据库；系统更新与版本升级服务器提供各个系统的版本升级管理，使任何一个系统都保持最新版本；Web日志分析服务提供用户访问分析，提高平台后期修改、维护、更新的针对性。
3 系统安全
（1）基于用户角色的权限控制实现应用层安全。
一是严格控制不经授权的用户访问系统。二是每个合法访问系统的用户都具备一定的权限，以限制其操作范围。在业务系统操作时，只有具备相应业务系统操作权限的人员，才可办理相应的业务。将结合统一用户与权限管理实现基于用户角色的权限控制实
现应用层安全。
（2）权限管理方案
对岗位（角色） 的授权分为两个部分，一是业务操作的授权，菜单功能授权，二是数据的授权。通过管理员对分部门进行分别设置不同的角色，通过各种角色进行分配菜单和功能的权限，以及设置不同的数据权限。
（3）加密策略
加密主要包括数据的加密传输和数据的加密存储。
对于普通数据加密传输，可以通过SSL 加密在 Internet 上传输，保证数据不被窃取。
对于保密程度较高的信息可以加密存储，提供一个加密模块，采用 RSA 加密算法进行加密。通过加密模块，用户可以选择需要加密的数据表并存储下来。所有需要加密的数据表的数据在存储之前都需要通过加密模块检测，如果数据需要加密存储，则调用加密算法进行加密，加密后的密文存放倒数据库中；如果不需要加密，则直接存储明文。同样，在调阅数据的时候，如果是加密数据则通过加密算法进行解密还原成明文，展现在用户面前；否则直接提取数据展现在用户面前。
（4）信息保密
由于网络的互联性和开放性，信息在网络中的传输不可避免地存在被监听的可能，要实现信息传输的保密性只有对信息进行加密，以密文方式传输，即使被监听，监听者也无法明白密文所表示的信息。平台对采集或传输的数据按照标准的加密组件进行了数据的加密，当数据到达后由对应的解密组件进行解密，提供了信息的加解密机制。
信息也可能在传输过程中被截获篡改后再转发出去，造成信息的完整性受损，平台安全管理平台对接收后数据采用完整性校验算法进行完整性校验，被改动的信息即被认为是无效信息，并对无效信息进行丢弃不予保存，以此保证信息的完整性。
（5）数据备份
对于系统，应对重要数据服务器进行一次完全的系统的灾难备份，将系统及其上数据（成果数据或非成果数据）完全备份到磁带库中，将灾难备份介质按照介质安全措施安全保存。
对于成果数据，我们建议进行一次完全备份， 在完全备份的基础上进行差量备份。这主要是因为成果数据不经常被修改的缘故，备份起来比较方便。
对于非成果数据，我们建议进行一次完全备份，在完全备份的基础上进行增量备份，
建议每进行一次修改后就进行增量备份，标记介质后保存好增量备份的磁带介质。 4 性能指标
(1)查询指标：简单查询：单类信息精确条件查询，要求响应时间小于3秒；关联查询：基于要素的不少于5类信息查询返回不大于5秒；组合查询：基于多条件组合查询，每1000万数据规模要求响应时间不大于1分。
(2)稳定性指标：系统平均无故障（影响业务正常办公的系统故障）时间≥300天。
(3)统计分析性能要求：常规统计报表生成时间≤1分钟；定制统计报表生成时间≤10分钟。
5 数据建设
平台数据量主要是检测数据，在不影响系统使用的情况下，通过扩展存储空间，适应未来业务数据容量的增长。
6 信息安全
● 文件加密：整个系统的文件支持三级加密策略：不加密；中度加密；深度加密加密方式由管理员直接配置，满足不同用户的需求；
● 密码加密：用户的密码在存储时进行不可逆的加密，保证了密码不会外泄。即使是管理员也无法获取用户的密码信息；
● 验证码：采用用户名+验证码登录模式登录系统；
● 加密锁：提供用户端加密锁，只有待有加密锁的用户才可以访问交互系统，适用于内外网分开控制；
● 新一代自主研发的云存储架构、数据冗余式备份、数据加密存储，确保数据存储安全；
● IPS入侵防御系统、内外网分离构架、SSL加密传输技术等，确保数据传输安全；
● 完善的安全管理制度，强大的多级权限管理功能，防止用户数据泄密，确保管理行为安全；
● 内外网分离架构，各模块采用独立内外网架构，以及冗余分布式设计，无单点故障，为系统对系统灾难的抵抗能力和恢复能力提供了保证；
● 支持HTTPS通道访问加密和防DOS攻击，记录访问请求日志，通过HTTPS保证
传输信息加密安全性。同时可以防止蜘蛛爬虫的信息采样；
● 支持SSL传输加密POP/SMTP服务器收发邮件，SSL协议位于TCP/IP协议与各种应用层协议之间，为数据通讯提供安全支持，保证邮件传输过程中的信息不泄漏，包括用户的用户名、密码、信件等信息都会非常安全。SSL服务器证书由全球最大的安全证书机构verisign颁发。
● 完善的应用级别权限控制：基于个人、单位、部门、群组、角色、岗位、级别的多维度权限控制，系统可以针对以上属性进行灵活的权限设定，确保信息安全的可定义性和可执行性；
● 三员分离安全控制：为避免单一系统管理员的权限过于集中，引发风险，管理员将权利进行拆分，设立了三类管理员：系统管理员、安全管理员、审计管理员。系统管理员主要负责系统的日常运行维护；安全管理员主要负责账户管理、信息设置和分级授权；审计管理员主要对系统管理员、安全管理员和普通用户的操作行为进行审计跟踪分析和监督检查。通过这种分权管理，相互制约，相互监督的机制，可以满足国家对于涉密单位的信息系统专门制定了安全登记保护密码安全控制；
● 账号密码的更换周期控制：密码尝试失败的账户冻结控制；密码强弱度的校验等措施，有效保证了用户密码的安全使用；
● 定期对存储数据库进行自动备份。
● 操作日志监控功能，用户操作行为日志全程记录。
● 防SQL注入、页面篡改。
7 执行标准
推荐
● 《信息技术开放系统互连网络层安全协议》（GB/T 17963）
● 《软件工程术语》（GB/T 11457-1995）
● 《山东省政府网站内容规范和技术规范建设指南》
● 《计算机软件可靠性和可维护性管理》（GB/T 14394-2008）
● 《计算机信息系统安全等级保护网络技术要求》（GB/T 387-2002）
基础标准
● 《信息技术软件工程术语》（GB/T 11457-2006）
● 《计算机软件开发规范》（GB 8566-88）
● 《信息处理各种图的文件编辑符号和约定》（GB/T 1526-1989）
● 《信息处理系统计算机系统配置图符号及约定》（GB/T 14085-1993）
● 《信息技术软件维护》（GB/T 20157-2006）
● 《信息安全技术-信息系统通用安全技术要求》（GB/T 20271-2006）
● 《信息技术软件生存周期过程开发标准》（GB/T 8566-2007）
● 《信息技术软件生存周期过程》（GB/T 8566-2001）
● 《软件支持环境》（GB/T 15853-1995）
● 《软件维护指南》（GB/T 14079-1993）
● 《算机过程控制软件开发规程》（SJ/T 10367-1993(2009)计）
● 《信息技术软件包质量要求和测试》（GB/T 17544-1998）
● 《计算机软件测试规范》（GB/T 15532-2008）
文档标准
● 《计算机软件文档编制规范》（GB/T 8567-2006）
● 《计算机软件产品开发文档编制指南》（GB/T 8567-1988）
● 《计算机软件需求规格说明规范》（GB/T 9385-2008）
管理标准
● 《计算机软件配置管理计划规范》（GB/T 12505-1990）
● 《软件工程产品质量》（GB/T 16260-2006）
● 《计算机软件质量保证计划规范》（GB/T 12504-1990）
● 《计算机软件可靠性和可维护性管理》（GB/T 14394-2008）
● 《信息技术软件生存周期过程风险管理》（GB/T 20918-2007）
● 《信息安全技术-信息系统通用安全技术要求》（GB/T 20271-2006）
机房建设标准
● 《计算机机房用活动地板技术条件》（GB/T 6550-1986）
● 《电子信息系统机房设计规范》（GB 50174-2008）
● 《计算机站场地技术条件》（GB 2887-1989）
● 《通信局站接地设计暂行技术规定》（YDJ26 1989）
● 《电子计算机机房施工及验收规范》（SJ/T 30003-1993）
综合布线标准
● 《建筑与建筑群综合布线系统工程涉及规范》（CECS 72.97）
● 《建筑与建筑群综合布线工程施工与验收规范》（CECS 89.98）
规范
● 《计算机信息系统集成资质等级评定标准（最新）》
● 《计算机信息系统集成项目经理资质管理办法》
三、互联互通
平台内数据能够互联互通，解决“信息孤岛”、实现统一资源管理、互联互动、保护投资等问题。统一的接口通讯协议，使得集成系统施工方式得到统一，可保证各套件的功能完整性，并且后期调试、维护均有保障。
夯实一个数据资源中心，搞定了后台数据基础，对各类数据进行加工、处理、计算，形成相应的成果，供我们使用和判断。所有的公共功能由平台统一提供，平台上开展各项业务的模块，各个业务模块之间信息互联互通，协同工作。
遵循一定的标准和规范，提高系统标准化程度，同时也将进一步促进软件系统的标准化和产品化。
四、大数据和智能化
分布式系统基础架构，采用基于Hadoop技术或其它类似技术的大数据处理框架，采用智能自动分派事项的算法。
大数据平台架构设计沿袭了分层设计的思想，将平台所需提供的服务按照功能划分成不同的模块层次，每一模块层次只与上层或下层的模块层次进行交互（通过层次边界的接口），避免跨层的交互，这种设计的好处是：各功能模块的内部是高内聚的，而模块与模块之间是松耦合的。这种架构有利于实现平台的高可靠性，高扩展性以及易维护性。比如，当我们需要扩容Hadoop集群时，只需要在基础设施层添加一台新的Hadoop节点服务器即可，而对其他模块层无需做任何的变动，且对用户也是完全透明的。
五、用户体验和技术
切实满足工作快捷有效的符合需要的用户操作流程，采用Angular或类似技术。 1 减少HTTP请求数
用户在打开一个页面的时候，后台程序响应用户所需的时间并不多，用户等待的时
间主要花费在下载页面元素上了，即HTML、CSS、JavaScript、Flash、图片等，统计显示。
所以，想要提高页面打开速度，就要减少HTTP请求数：
1）减少不必要的HTTP请求，例如用CSS圆角代替圆角图片，减少图片的使用。
2）对一个页面涉及到的所有零星图片都包含到一张大图中去，这样一来，当访问该页面时，载入的图片就不会像以前那样一幅一幅地慢慢显示出来了。
2 感官体验的改善
感官体验是用户体验中最直接的感受，给用户是呈现视听上的体验，系统的舒适性很关键，用户第一眼看到系统的感受。
改善方法：对于系统的调整需要针对系统的目标人群进行分析，然后再在系统的设计细节上进行适当的改善，如系统设计风格、色彩的搭配、页面的布局、页面的大小、图片的展示、系统字体的大小、LOGO的空间等。
3 交互体验的改善
交互体验是呈现给用户操作上的体验，强调易用/可用性。
4 目标信息要醒目而亲近
在关注缩短完成路径这个问题的时候，优化操作步骤是第一位的。
5 目标信息保持更新
在更新系统上内容的时候，不要过于追求量，而要追求质，更新再多的信息，如果不能保证质量的话，这样就等于没有更新。且系统的内容只有经常的更新，才能给人们一种新鲜的感觉，也能满足用户的需求。
六、平台扩展性
基于Web Service、JSON等标准规范，采用XML的数据传输格式，低耦合应用组件进行分布式部署、组合和使用，具备未来可扩展增减业务模块的架构，例如SOA等。
“软件的核心是重用，方法是分离，关键是标准”，组件化基础业务平台依然是遵循这个原则。业务基础平台的组件化，并不是所有的内容全部组件化，有些内容是无法分离出去的，因此首先要把业务基础平台的内核分离出来，建立一个业务基础平台的微内核，微内核是跟每一个业务组件紧密相关的。然后把业务基础平台中可以分离出来的
内容单独作为一个组件，即公共组件，从而实现业务组件和公共组件的分离。业务组件和公共组件使用一个数据库，通过公共组件及相关的标准实现整合。
为了保证平台的灵活的扩展，要实现以上不同层次的接口调用的向下兼容，包含服务接口、API 接口、数据接口，即升级之后的应该和老版本可以兼容。特别是数据库接口，必须实现向下兼容，不然无法实现一体化数据库，造成升级困难。数据接口并非是所有的数据模型，主要是针对核心对象模型建立的对象基本关系模型，关于基础对象模型的建立，建立更加稳定的数据模型，保证数据接口的稳定。
实现了接口向下兼容的，组件就可以独立升而不会相互影响，保证不同业务组件的版本兼容，对于一个业务组件内部，不同的模块之间，需要保证版本一致，如业务基础平台的内核，需要跟业务组件的版本保持一致。保证一个和业务组件本身的版本兼容，不同的业务组件之间可以版本不同，但是数据结构要兼容。
七、项目实施方案
根据我公司的项目实施经验，结合本项目的实际情况，具体实施将是采用成熟、有效的技术手段来实现系统建设的各项目标和功能。
1 项目立项启动
项目立项启动过程，主要就是统一思想、明确计划的过程。当完成项目规划和论证后，可以开始具体的建设和实施，此时开始进行项目立项。项目立项包括以下活动：
双方成立项目实施小组，指定项目负责人，明晰项目小组成员职责；
根据合同的约定，制定《项目实施总体工作计划》。
2 项目调研分析设计
主要从技术角度来分析业务和网站建设的需求，提出网站的总体架构和具体实现方案，完成项目概要设计和详细设计。
概要设计主要进行以下工作：
对象行为和对象间交互作用的进一步细化，完成对象间交互作用的明确和完整的定义；
对对象进行抽象，进行类的认定，得到类结构；
按照应用要求，把若干个类组合成一个子系统。
详细设计是紧接着概要设计进行的，目的是为实现做好准备。我们将采用UML语言进行设计模式的描述，本阶段包含以下活动：
组织有经验的项目分析人员和相关实施人员，与需方相关负责人召开若干次需求调研会议，并深入系统应用的第一线与有关人员共同探讨需求；
总结各次调研会议的内容，形成项目《调研报告》初稿并制作关键业务应用原型；
讨论并最终确认项目调研报告，形成最终《需求调研报告》，双方需对本文档认可签字。
3 项目开发测试
根据需求和设计方案，组织人员完成编码、测试工作。本阶段的主要活动是： ⏹ 根据需求文档和设计文档进行编码和自测。在设计方面完成功能设计、界面设计和系统管理设计；完成单元内测试和系统测试；
⏹ 编写项目使用手册；
⏹ 提交《项目使用手册》，双方对提交的文档认可。
4 人员培训
人员培训自始至终贯穿在项目实施过程中，在进行培训时，需要完成以下工作： 制定详细的培训计划，确认各个阶段培训的主要内容。
培训组织相关人员使用系统，以熟悉整个系统的基本功能。
重点培训项目小组成员，并指导项目负责人对网站的应用与维护。
5 项目应用及项目验收
1) 根据项目需求报告的约定，形成《项目应用说明书》，各使用部门严格按照说明书的约定操作，以达到最好的应用效果；
2) 网站正式开始试运行，提交《验收申请表》和《交付清单》；
3) 网站正常使用达到合同规定的验收条件后，组织人员验收工作，形成《项目验收报告》；
4) 该阶段结束标志为客户方在《项目验收报告》上签字；
网站验收后进入试运行阶段，试运行顺利完成后，进行网站终验测试，测试合格后，双方共同签署网站终验报告。
八、项目管理及质量保障措施
1 项目实施安排
为确保项目的成功实施，在项目规划、实施全过程中，必须在良好的计划、管理、控制和协调下，才能保证项目建设有序顺利地进行。因此，建立一套科学严密的管理体系，有效地调配人员、时间和资金等项目资源，对项目建设非常重要。我公司根据本项目的特点，按照严格的质量保证体系，明确项目的管理目标，制定项目的管理方式、组织结构、实施计划、质量和安全保证体系，作为整个项目建设的实施指导。 2 质量保证体系
为确保项目的成功实施，我们在系统建设全过程中，始终贯彻着ISO9000质量管理体系标准，并将该体系作为整个项目建设的行动指导。依据我们质量管理体系中的质量方针、质量目标、和控制程序要求，在项目实施过程中协调好各部门之间的关系，让整个项目运作在良好的计划、管理、控制下，保证项目有序地、顺利地进行。
在项目的详细设计、项目实施、项目测试、项目验收、售后支持以及相关协调等一系列工作中，我们将提供技术方案、开发、安装、调试、初验、试运行、测试和验收等各项符合ISO9000质量管理体系标准的规范与表格。
3 项目实施管理
在本项目中，我们和用户组建一个项目组，并由专家技术人员作为技术支持后盾，由我们资深工程师担任项目组的技术负责人，项目组全权负责本项目的所有工作，包
括系统的详细设计、项目实施、项目测试、项目验收、售后服务支持以及相关协调等所有工作。我们将选派具有丰富系统实施经验的项目经理和精通专业技术的工程师，结合我们在系统实施、集成方面成功经验，提出详细的项目实施计划，确定各项规范；提出项目的售后服务体系，为本项目在服务保证期内和将来提供统一技术服务界面，融合系统集成商、技术支持中心和产品厂商的售后服务；制定详细的培训计划，保证用户对技术、系统的掌握和系统运行维护的管理。
4 项目实施管理目标
项目管理项目实施的核心。项目管理的方法是根据该项目的具体特点建立基于稳定的组织、完整的计划和丰富的文档等多方合理因素构成的有机管理整体。 我们为该项目的实施制定以下分步实施目标：
在项目启动之初，就建立稳定的组织管理机构，包括本项目的领导小组、项目经理、质量监控组、实施组、测试验收组、文档管理组、培训组、售后服务组等，在实施过程中分工明确、责任落实、人员到位。
根据具体需求和现实的可执行性，建立一套完整的项目实施计划，贯穿整个项目实施，包括项目的需求分析、详细设计、实施、维护、以及项目进一步发展规划的全过程。项目启动后，定期与用户相关人员做一定的沟通，讨论执行情况，分析存在问题，提出改进方法，尤其必须预见性地讨论那些潜在的风险，提出相应的风险处理对策。用户相关人员应充分参与到管理和技术的每一项工作中去。在整个项目实施过程中，建立完整的文档，并对文档作有效的管理。
我公司本项目成立专门的技术支持部门，负责该项目整个系统的测试与安装、集成和连续的系统优化。实施时确保项目进度始终在有序控制之中，实施后确保系统始终处于最佳运行状态，最大程度地发挥系统优良的性能，远景任务是为新的需求提供扩充及优化建议，保证系统是一个有机成长的健康系统。
当整个系统调试优化完成后，我们还会成立专门的售后服务小组为客户提供可靠的技术维护，保证应用系统长期稳定地运行。
综上所述，项目管理的目标就是要运用完善的管理方法和经验，提高项目实施的可操作性和可控制度，保证项目高质的完成，稳定的发展。
5 项目实施管理内容
项目管理的内容包括项目定义和项目工作清单、项目人员的配置和组织、项目进
度安排和控制、项目风险评估管理、项目变更的管理、项目质量控制、项目成本控制、文档管理、合作各方的协调、验收及其标准。
◆ 项目定义和确定工作清单
明确项目的任务，并对任务进行细化，以制定工作清单，是项目人员调度和日程安排的重要依据。
本项目的建设将根据项目实施的特点及需求分布安排工作，包括编制项目实施方案、安装设备、配置系统、连通网络、系统联调等。我们将按照不同的阶段制定对应的明确的工作清单。
◆ 项目人员组织和分配
为了实现我们管理的目标，根据项目的工作清单和任务量的大小，合理安排每个人员的工作，建立良好的组织结构对人员进行管理和协调，以便有序地工作。
◆ 项目进度安排和控制
按照项目对进度的总体要求，确定项目工作清单中各项任务的日程安排，并留有适当余地以处理不可预知的情况，进度控制以日程安排为依据，通过例行会议等手段进行项目进程状态汇总、审计和督导。
合理安排日程并加以监督控制可以提高工作效率，及时发现并解决问题。 ◆ 项目变更和风险管理
风险管理首先应确定所有已知的项目风险，分析发生的可能性和潜在影响，并且确定风险分析管理过程，用于跟踪每一风险并尽可能减少风险的负面影响。
在本项目中，主要的风险可能由实施环境、项目周期、项目参与人员、用户的配合等因素引起。我们认为应通过项目会议以明确各种可能的风险，分析风险并制定出完整的风险管理计划。
◆ 项目质量控制
明确整个项目的目标和质量要求，确定出项目工作清单中各项任务结果相关的质量及测试要求。制定质量控制流程以保证项目达到质量标准。
质量控制流程应包含质量保证承诺、全面或抽样测试、质量验收过程和问题汇总反馈过程等。
我们项目组技术人员将跟用户相关人员一起定期地组织质量检查、实施质量控制流程，并对项目的总体运行结果进行评审，以保证项目达到预计效果。
◆ 项目文档管理
技术文档是整个项目实施的重要知识成果，所有的技术文档必须归纳整理，加以妥善保管。
在项目实施过程中，每一个项目实施步骤都需建立联机项目文档数据库，对项目实施采取实时的跟踪、控制和管理。并保证在项目结束后，向用户移交全部的项目实施档案，保证用户项目档案的完整。
6 项目实施管理方式
采取项目经理集权控制方式，通过完整的项目管理组织对项目进行综合管理。 我们针对本项目将成立跨部门的项目团队，项目团队采用矩阵式的结构，一方面增加对客户需求的响应速度；另一方面得到各专业部门的指导和支持。
建立项目的组织结构是对项目的人力资源进行合理的配置和分工，使参与项目的双方人员能有效地协同工作，发挥最高的效率。
项目管理架构如下：
项目阶段划分
项目共分为项目开始、准备、实施、验收、售后服务等五个阶段，如下图所示：
九、项目测试方案和步骤
1 测试目标
制定完整且具体的测试路线和流程，为快速、高效和高质量的软件测试提供基础流程框架。
最终目标是实现软件测试规范化，标准化。
2 测试流程说明
3 测试需求分析
测试需求是整个测试过程的基础；确定测试对象以及测试工作的范围和作用。用来确定整个测试工作（如安排时间表、测试设计等）并作为测试覆盖的基础。而且被确定的测试需求项必须是可核实的。即，它们必须有一个可观察、可评测的结果。无法核实的需求不是测试需求。所以我现在的理解是测试需求是一个比较大的概念，它是在整个测试计划文档中体现出来的，不是类似的一个用例或者其他。
● 测试需求是制订测试计划的基本依据，确定了测试需求能够为测试计划提供客观依据；
● 测试需求是设计测试用例的指导，确定了要测什么、测哪些方面后才能有针对性的设计测试用例；
● 测试需求是计算测试覆盖的分母，没有测试需求就无法有效地进行测试覆盖。
1) 测试方法与规范
(1) 测试方法
随着软件技术发展，项目类型越来越多样化。根据项目类型应选用针对性强的测试方法，合适的测试方法可以让我们事半功倍。以下是针对目前项目工程可以参考的测试方法：
● β测试 （beta测试）--非程序员、测试人员
β测试，英文是Beta testing。又称Beta测试，用户验收测试（UAT）。 β测试是软件的多个用户在一个或多个用户的实际使用环境下进行的测试。开发者通常不在测试现场，Beta测试不能由程序员或测试员完成。
当开发和测试根本完成时所做的测试，而最终的错误和问题需要在最终发行前找到。这种测试一般由最终用户或其他人员完成，不能由程序员或测试员完成。 ● α测试（Alpha测试）--非程序员、测试人员
α测试，英文是Alpha testing。又称Alpha测试.
Alpha测试是由一个用户在开发环境下进行的测试，也可以是公司内部的用户在模拟实际操作环境下进行的受控测试，Alpha测试不能由该系统的程序员或测试员完成。
在系统开发接近完成时对应用系统的测试;测试后，仍然会有少量的设计变更。这种测试一般由最终用户或其他人员来完成，不能由程序员或测试员完成。 ● 兼容性测试 --测试人员
兼容性测试是指测试软件是否可以成功移植到指定的硬件或者软件环境中，例如在B/S项目中各个不同浏览器之间的测试。
● 用户界面测试-UI测试 --测试人员
用户界面测试，英文是User interface testing。又称UI测试。
用户界面，英文是User interface。是指软件中的可见外观及其底层与用户交互的部分（菜单、对话框、窗口和其它控件）。
用户界面测试是指测试用户界面的风格是否满足客户要求，文字是否正确，页面是否美观，文字，图 片组合是否完美，操作是否友好等等。UI 测试的目标是确保用户界面会通过测试对象的功能来为用户提供相应的访问或浏览功能。确保用户界面符合公司或行业的标准。包括用户友好性、人性化、易操作性 测试。
用户界面测试用户分析软件用户界面的设计是否合乎用户期望或要求。它常常包括菜单，对话框及对 话框上所有按钮，文字，出错提示，帮助信息 (Menu 和Help
content)等方面的测试。比如，测试Microsoft Excel中插入符号功能所用的对话框的大小，所有按钮是否对齐，字符串字体大小，出错信息内容和字体大小，工具栏位置/图标等等。
● 冒烟测试 --版本编译者
冒烟测试，英文是Smoke testing。
冒烟测试的名称可以理解为该种测试耗时短，仅用一袋烟功夫足够了。也有人认为是形象地类比新电路板功基本功能检查。任何新电路板焊好后，先通电检查，如果存在设计缺陷，电路板可能会短路，板子冒烟了。
冒烟测试的对象是每一个新编译的需要正式测试的软件版本，目的是确认软件基本功能正常，可以进行后续的正式测试工作。冒烟测试的执行者是版本编译人员。 ● 随机测试 --测试人员
随机测试，英文是Ad hoc testing。
随机测试没有书面测试用例、记录期望结果、检查列表、脚本或指令的测试。主要是根据测试者的经验对软件进行功能和性能抽查。随机测试是根据测试说明书执行用例测试的重要补充手段，是保证测试覆盖完整性的有效方式和过程。
随机测试主要是对被测软件的一些重要功能进行复测，也包括测试那些当前的测试样例(TestCase)没有覆盖到的部分。另外，对于软件更新和新增加的功能要重点测试。重点对一些特殊点情况点、特殊的使用环境、并发性、进行检查。尤其 对以前测试发现的重大Bug，进行再次测试，可以结合回归测试(Regressive testing)一起进行。
● 黑盒测试（功能测试）--测试人员
黑盒测试，英文是Black Box Testing。又称功能测试或者数据驱动测试。 黑盒测试是根据软件的规格对软件进行的测试，这类测试不考虑软件内部的运作原理，因此软件对用户来说就像一个黑盒子。
软件测试人员以用户的角度，通过各种输入和观察软件的各种输出结果来发现软件存在的缺陷，而不关心程序具体如何实现的一种软件测试方法。
● 性能测试
性能测试，英文是Performance Testing。
性能测试是在交替进行负荷和强迫测试时常用的术语。理想的“性能测试”(和其他类型的测试)应在需求文档或质量保证、测试计划中定义。性能测试一般包括负载测试和压力测试。
通常验证软件的性能在正常环境和系统条件下重复使用是否还能满足性能指标。或者执行同样任务时新版本不比旧版本慢。一般还检查系统记忆容量在运行程序时会不会流失(memory leak)。比如，验证程序保存一个巨大的文件新版本不比旧版本慢。
(2) 测试规范
测试规范是根据开发规范而制定的测试标准，测试规范也是后期测试用例编写的重要依据。因为开发规范因公司而异，因产品而异，所以测试规范的标准程度每个公司都不一样。
从理论到方法到各类流程到各类报告模版，都属于测试规范的范畴，当一整套规范形成之后，可使得测试工作进行更加稳健，所有问题有据可查。
2) 软件需求规格说明书
软件需求规格说明书是软件达到的各项功能的目标。是测试人员各项工作的依据，没有需求就无法判断测试结果是正确的。
3) 软件设计说明（概要与详细设计）
设计说明书包含软件的一些框架、字段、数据库设计等。软件设计说明对测试工作开展有很大影响，没有软件设计说明很多问题将无法溯源，测试准备的前期工作也是根据软件设计说明来制定的。
4) 页面原型（demo）
页面原型是项目人员快速熟悉项目的最佳路径。在需求不够明确，设计说明书不够全面的情况下，页面原型也是后期测试用例编写思想的重要根据。
4 测试过程设计
明确测试目的，最终达成目的并验证结果是测试要做的事情。包括：
1. 测试范围：描述本次测试中的测试范围，如：测试软件功能范围、测试种类等。
2. 简单的描述如何搭建测试平台以及测试的潜在的风险。
3. 项目信息：说明要测试的项目的相关资料，如：输入输出文档，产品描述，
软件主要功能。
4. 人力资源的分配。
5. 测试需求：笼统说，就是测试中的所有设计和需求文档。作为本次测试的依据
1) 测试策略制定
✧ 这一阶段在于需求、详细设计、测试计划完成之后，主要是本次测试的策略阶段。很多公司少这个一个阶段，需要有计划性的分出产品的功能扣出测试的功能点，现阶段大多公司都是直接拿着文档就开始做用例设计。
✧ 对需求进行分析，列出具体的功能列表。（一般根据功能交互文档就能明确出此功能的大体功能，一层层的分下去，一直到没个功能表单。然后考虑到使用那些测试方法？工作一旦做到执行阶段，我们可以更好的根据这些功能表一点一点的覆盖。也能让我们在用例评审时，充分的证实我们的工作是有效的能够保证产品的质量。）一般在此之前，一些业务培训和需求评审是有必要是听一下的。这样能够更早更熟练的理解需求，也能保证产品设计中出现的一些误区。
✧ 功能测试：功能范围（划分出各自负责的功能模块）；使用测试方法（等价类、边界值等测试方法方法）；测试标准（符合设计、需求和规范文档对该功能的描述）。
✧ 界面测试
✧ 兼容性测试
2) 测试计划
要充分考虑测试计划的实用性，即测试计划与实际之间的接近程度和可操作性。编写测试计划的目的在于充分考虑执行测试时 的各种资源，包括测试内容、测试标准、时间资源、人力资源等等，准确地说是要分析执行时所能够调用的一切资源以及受各种条件限制，可能受到的各种影响。
测试内容：对一个软件来说测试计划中会明确本次测试做哪些测试？如：系统测试：在整个系统测试中会有（界面测试、功能测试、性能测试、兼容性测试、安装卸载测试、可靠性测试等测试）。
测试目的：一般多为保证产品质量是否达到预期的指标。这个指标也就是在测试中定义的结束标准。
测试标准：需要考虑本次测试需要输入那些文档，该项目结束标准定义、测试结束标准的定义？bug级别定义、优先级定义、bug管理流程定义。这个都需要在执行测试事明确。计划中应该包含这些内容。
资源分配：这里分为人力资源、软硬件资源等划分。一般会把人力资源的利用写入一个测试人员任务分配表里，按照不同的阶段，每个阶段提交相应的成果（难度很大）。软硬件资源中主要是在做计划时考虑到需要多少电脑或别的工具，列出清单。
测试风险：大多考虑到的就是项目开发延期、测试人员不足用例无法全面覆盖测试点、时间不足用例无法全部执行、bug无法及时修改导致无法验证、测试人员技能不足导致测试进度拉长。
3) 测试附件
⏹ 用例模板、缺陷报告模板
⏹ 测试环境的搭建
⏹ 缺陷管理流程和缺陷级别定义
缺陷状态一般分为：新建、打开、已分配、已修复、关闭、重新打开中间会有：延期、重复、拒绝等状态。
缺陷管理流程：
1. 测试人员或开发人员发现bug后，判断输入哪个模块的问题，填写bug报告后，系统会自动通过Email通知开发组长和该模块开发者。
2. 开发组长根据具体情况，重新reassigned分配给bug所属的开发者。
3. 开发者收到email信息后，判断是否为自己的修改范围。
● 若不是，重新reassigned分配给开发组长或应该分配的开发者。
● 若是，进行处理，resolved并给出解决方法。（可创建补丁附件及补充说
明）
4. 测试人员查询开发者已修改的bug，进行回归测试。
● 经验证无误后，修改状态为verified。待整个产品发布后，修改为closed。 ● 还有问题，reopened，状态重新变为“new”，并发送邮件通知。
5. 如果这个bug一周内一致没被处理过。Bugzilla就会一直用email骚扰它的属主，
直接采取行动。管理员可以设定最迟采取行动的期限，比如3天，系统默认7天。 缺陷等级划分：
5 测试实施
✧ 开发就会转版本给我们测试部门进行系统测试了。拿到版本我们首先搭建测试环境
✧ 做一个预测试，目的是来评断这个版本是不是可测试的。如果预测试不通过，打回开发部返工，如果通过了，就开始我们第一轮的系统测试。
✧ 第一轮系统测试我们会执行我们所编写的所有测试用例，做好测试结果的记录，发现缺陷了提交缺陷报告。当第一轮测试结束后，我们把所有的bug单提交给开发人员，由他们进行修改。
✧ 在他们修复bug期间，我们会对第一轮系统测试做一个测试评估，出一个测试报告。还要根据实际情况，对我们写的测试用例进行修改和增加。开发改bug结束，提交一个新的版本给我们，我们重新搭建测试环境开始第二轮系统测试。首先是回归我们提交的缺陷报告，然后会在用例中挑选一些优先级别比较高的用例来进行测试，发现问 题了继续提交缺陷报告，只到缺陷率低于用户要求了，我们就进行最后一轮的回归测试，结束系统测试。具体测试轮次是根据版本质量和项目复杂度而决定的。 6 测试评估
• 执行阶段结束了进入测试评估阶段，我们会出一个总的测试报告对我们测试的这个过程和版本的质量做一个详细的评估
1) 需求需要评审那些？
2) 用例需要评审那些？
3) 计划应该评审那些？
4) 缺陷评审那些？
5) bug评估？
测试总结报告文档的输出：
1、可以让具体的任务负责人对该本次测试中个人负责的模快进行评价，提出相关建议。给出总体的评估
2、整体上的bug按照不同等级统计出来、用例数量、用例执行数量
3、对项目中测试人力资源的统计。（单位：人/天）
4、项目中软硬件资源统计。
5、提出软件总体的评价。
7 测试报告
测试报告包括对软件功能的结论，说明为满足此项功能而设计的软件能力以及经过一项或多项测试已证实的能力。
说明该项目软件的开发是否达到预定目标，是否可以交付使用。
总结测试工作的资源消耗数据，如工作人员的水平级别数量、机时消耗等。
记录测试结果与发现及本项目测试工作所得到的各项输出的承载体，根据输入与计划、要求的对比来总结此次项目所或得的经验。
十、售后服务方案
为切实履行“为用户服务、对用户负责、让用户满意”的宗旨，为创造品牌，提高企业知名度，树立企业形象，以“最优惠的价格、最周到的服务、最可靠的产品质量”的原则进行售后服务：
提供的标准服务将协助用户保障设备安全稳定地运行，完善的组织结构、严格的质量保证体系和高水平的技术支援队伍使我们有信心提供一流的服务。
软件产品的技术支持服务保证期须为终身，免费维护服务保证期为1年。免费维护服务保证期自系统实施并验收合格，且双方在验收单上签字之日起计算。免费维护服务保证期过后，需根据情况另行签订技术售后服务合同，具体软件售后服务费用按同期市场平均价格结合投标让利情况确定。
软件系统质保期内，所有购买软件均享受免费升级服务，并应提供软件扩充、升级方面的技术支持服务。若用户使用的第三方软件需与本系统连接，与采购人协商开发事宜。
我司郑重承诺：1小时应答，8小时恢复。如若遇到重大问题，承诺2小时内到场处理问题，8小时恢复。在服务期内针对重大节日、特殊事件等按客户要求提供相关支持和服务。
1 运维服务体系
软件公司公司完善的运维服务体系通过强大的服务执行团队，多方面的服务支持团队，先进的服务策划方法保障了客户能够获得优质的服务。我们具有一支专业化的队伍，能全面满足客户对技术支持及运维服务的需求。另外公司品管部有专门的服务质量监督小组对服务质量进行监督控制，从而保证客户满意度。
软件公司运维服务组织
为了确保提供体系建设运维的优质运维服务，软件公司通过以下组织提供运维服务：
1）方案支持部
软件公司方案支持部，秉承专家服务的理念，为用户提供全面的解决方案，提供业务分析、流程优化、系统集成、软件开发、培训、咨询服务。软件公司方案支持部拥有经验丰富的行业专家、系统工程师、数据库工程师、网络工程师、通信工程师。软件公司依托中心实验室的资源，通过软硬件以及网络平台为用户进行解决方案的开发，通过专业的测试技术、测试工具、测试标准，完善的运维管理，为用户提供解决方案的开发服务。
2）呼叫中心
在客户需要服务的时候，呼叫中心是第一个感受客户需求的窗口。提供有效过滤、电话预警、回访、质量监控、数据统计等多种服务运维。为了满足客户咨询、报修服务的需求，话务中心通过不断丰富多样化的接入手段（电话、web、mail等），为客户提供快捷、高效、舒心的服务接入接口；通过不断非常完善的服务业务系统，为不
同客户建立固定的客户档案，借助信息化管理平台和技术中心不断积累的技术资料库，实现客户需求快速响应和及时处理；通过对服务任务的结果分析和过程跟踪，保证服务任务的及时有效完成和服务质量问题的快速反应；
3）专家热线中心
专家热线是客户和服务执行体、分中心和服务执行人的“桥梁”，这座“桥梁”的结实、稳固、美观、舒适，直接决定了服务任务的有效解决。专家热线人员由一只行业经验丰富、技术能力强、有大运维运作经验的专家队伍组成，这就确保了专家热线的服务质量和技术支持深度，保证了客户的需求能够及时得到厂家专业的服务支持，同时也为执行体有效解决客户问题打下了坚实的基础。
4）维护中心
如果说专家热线中心呈现给客户专家价值，而维护中心将专家价值转化为客户的真正体验。针对不同的客户，与话务中心、专家热线的回访配套，由高技术等级的技术工程师提供定期专家上门回访，提供面对面故障隐患及时发现和消除、专业性的优化指导、升级扩容方案等专业服务支持。
5）技术中心
技术中心主要职责保证系统、服务器、设备的运维服务工作顺利完成及提供服务运作的技术支持和技术培训。
6）培训中心
培训中心分别编制管理人员培训资料和业务操作培训资料，为管理人员和操作人员提供量身定制一系列的管理和技术培训。
7）备件保障中心
为满足服务的备件需求，在第一时间满足服务所需备件，软件公司建立备件保障中心，完善的备件管理业务系统实现各服务网点的动态时时库存查询，同时通过对备件计划、备件物控、备件发运、备件仓储等实施科学管理，以实现备件按需采购、按需提供、保证质量、快捷迅速、成本优化等几大目标。
技术支持与服务原则
软件公司的技术支持与服务原则就是“用户第一”。
软件公司在大力发展开拓市场的同时，始终恪守“用户第一”的原则，一贯奉行“实事求是、热心服务”的宗旨，以全力满足用户的一切需要为己任，不仅要为当地
客户提供一流的产品，而且还要提供一流的服务。在第一时间，对用户的服务要求作出响应。
● ISO9001的服务规范
软件公司是一家通过工信部系统集成三级资质的企业、软件开发业务ISO9001质量认证的企业。在公司的ISO9001程序文件中，对于工作人员在工作中的每一个方面都有着严格的规定。关于售后的ISO9001程序文件规定了运维服务（发货、安装、调试、培训、维护、维修）的质量控制方法和要求。其他文件规定了软件开发的基本要求。
● 服务工作流程
在产品交付或运维实施过程中，软件公司按照如下服务体系工作流程为本运维提供服务：
● 服务体系工作流程
软件公司对于具体的运维实行运维经理（实施组负责人）负责制，指定专人负责具体的运维服务与技术支持工作。
在运维服务与技术支持的过程中，软件公司是以ISO9001质量体系作为提供优质服务的标准和保障，一个运维从立项到实施，到最终提交给用户、提交后系统的维护和产品维修，都有非常严格的制度和规定。这样做，不但能确保我们的工作可以有计
划按步骤地进行，最重要的是确实保证了用户的利益，保证了我们提供的产品及服务满足用户的需要。
2 专业的服务团队
软件公司经过不断的努力，积累了丰富的运维服务经验，锤炼了一支富有专业能力和敬业精神的高素质团队，并建立了一套行之有效和完善的操作机制。
软件支持处：提供软件系统7*24小时技术咨询支持和驻场服务。
三包结算处：提供质保期内用户质保跟踪管理和运维服务考评。
配件管理处：提供运维服务检测设备设施管理；硬件平台质保期内备件备品管理及保质期外备件采购。
综合管理处：提供整体运维服务能力、效率、客户满意度的绩效考核，监督服务水平。
3 保修与维护
作为一家在全国承建过多项全国性网络工程的知名集成商和设备制造商，软件公司深知优质的运维服务在运维运行中的重要性，把为客户提供高效优质服务作为工作的重心。为使用户得到及时、便捷、周到的运维服务和技术支持，服务响应时间。 4 运维服务
软件公司作为优秀的硬件供应商、软件开发商、系统集成商，在多次大型运维实施的过程中已建立起一整套层次丰富、切实有效的客户支持手段，可以为当地客户提供最适合的服务支持方法。对于此运维，做出如下承诺：
软件公司将认真履行合同签署的所有条款，全力投入，确保系统在合同期和质保期之内圆满完成合同要求，确保系统的正常运行。
1) 系统硬件运维
每周定期巡检及报修服务并形成历史运维记录。
2) 操作系统管理
1) 空间管理：每周定期检查操作系统各分区使用情况，提供空间预测报告。
2) 性能优化管理：每月定期磁盘清理、整理磁盘碎片、系统参数优化形成系统变更记录表。
3) 日志管理：每周定期检查系统日志，及时预防处理潜在的问题形成日志检查
报告。
4) 补丁管理：定期的补丁维护及时更新最新补丁，与最新补丁可更新时间不能超过2周，形成系统变更记录表。
5) 日常巡检：定期系统巡检，形成系统日常巡检记录单
3) 数据库管理
1) 备份恢复管理：提供周期性的自动数据备份及恢复测试（频率以具体备份策略而定），形成备份记录及数据有效性报告。
2) 应急恢复服务：提供2小时内的系统紧急意外情况的应急恢复服务并形成事故报告单。
3) 性能优化管理：定期做系统性能监控，及时调整系统参数并形成数据库变更记录表。
4) 空间管理：定期检查数据文件大小，及时处理空间需求并形成空间预测报告。
5) 日常巡检：日常性的检查数据库日志，预防潜在的问题，形成巡检记录。
4) 应用系统维护
1) 系统性能优化：定期做应用系统的性能监控，及时调整应用参数并形成应用配置变更表。
2) 系统用户权限管理：用户权限维护，并形成用户权限清单及权限变更记录（要有相应的权限申请流程）。
3) 系统日常巡检：日常性的检查应用系统日志，预防潜在的问题，形成巡检记录。
4) 系统变更管理：涉及系统变更的均需要在测试系统测试通过形成测试记录，才能在正式系统应用更改并形成正式系统变更记录表。
5 技术支持与服务
软件公司为确保本系统升级改造运维建设，将建立专门的技术支持与运维服务组，配备专业技术人员，为该运维提供技术支持与服务。
技术支持与运维服务组组员对该组组长负责，组长对运维经理负责，运维经理对联合领导组负责。管理方式采取垂直管理和统一管理方式，以确保工程的顺利实施。
技术支持与运维服务组负责系统实施完成后，在运行过程中的技术支持、运行维
护等工作。
软件公司拥有一支受到过良好教育和培训的，有经验的技术支持与运维服务队伍，我们将作好充分的准备，与有关的基础平台软件提供商和其他集成商密切合作，为建设运维提供及时、全面的技术支持和服务，保障系统的正常运行。
软件公司为每个系统集成运维都配备了若干名责任工程师，责任工程师根据不同的分工，参与了从运维讨论、运维调研、运维设计到运维实施工作，对所负责的运维有深入的了解。为客户提供责任工程师的移动电话和办公电话，每周七天24小时响应客户的服务请求，并定期对客户进行巡访，了解客户最新需求和现场最新情况，记录存档。
软件公司为当地体系建设运维系统集成运维配备多名售后工程师。
1) 技术支持服务
提供的技术支持服务包括驻场支持、电话支持及远程支持等服务，用于协助用户保障设备故障及时得到解决。
1、本地化服务
我们将项目单位列为VIP客户，以本地化优质服务为基准，确保系统的正常运行及及时的反馈机制。
对重大的技术问题，我方技术支持部门将协调组织技术专家小组进行会诊，派遣技术人员到客户软件使用现场解决问题，并对软件系统进行系统保障的过程，以确保系统的正常运行。
2、电话支持服务
用户在使用维护过程中，出现由于系统引起的技术故障，可通过服务热线向我公司提出服务请求。
维护工程师组成电话支持小组，以最快时间响应用户的服务请求，协助与指导用户制定解决问题的方案。
我方免费提供每周7天*每天24小时不间断的电话热线支持和传真服务，解答项目单位在系统使用、维护过程中遇到的问题，及时提出解决问题的建议和操作方法。
3、远程支持服务
在电话支持服务无法解决设备故障问题的情况下，或在进行电话技术支持的同时，根据需要并征得用户同意后，实施远程支持服务，检查设备情况，排除设备故障。
在远程技术支持的过程中，公司采用远程技术，对用户设备在远端进行问题诊断，提出解决问题的方案。
4、在线服务
通过 Web 浏览器、即时通工具（如 QQ）等在线工具为用户提供的提交问题、 查询问题、解答问题的在线式服务方式；在线服务能够及时、方便的为客户提供维护服务。
4、软件升级服务
公司免费提供同等功能条件下的软件升级服务，优化设备的软件结构。
在尽量不影响用户正常业务的前提下，软件升级时间、由公司与用户共同确认。 提供域名申请、网站备案等服务；提供系统运行评估服务、信息咨询服务、软件的补丁服务、软件补丁包安装服务等；系统如需改进或扩容所需的软件，按不高于首期供货折扣提供；系统拓展或变更所需的软件，同样按不高于首期供货折扣提供；为后期其它应用系统的集成提供技术支持。
5、备份服务
维护服务期内，我司将安排专门人员针对系统数据进行备份，包括网站、各种重要的配置文件、程序、图片、数据库等，保证服务器、数据库出现严重故障时可以在较短时间内恢复。
数据维护：通过远程维护系统对客户的软件系统的数据维护的过程。
数据备份：定期做好系统数据备份，并对备份数据进行妥善保管
服务器维护：对数据库服务器、应用服务器的运行情况进行监控，为软件正常运行提供保障。
2) 资料服务
资料服务包括网上资料和资料送达两项服务，用户可获取公司最新的技术资料和维护资料，不断提高自己的使用及维护水平。
1、网上资料服务
建立与用户设备使用维护有关的专门网页，提供与日常维护相关的资料。
用户可以在公司开放的权限内，获取有关系统维护、产品知识、维护经验等方面的资料。
2、资料送达服务
通过电子邮件或邮寄方式，向用户发放技术资料。
3) 预防性维护
● 服务内容：
当今系统服务方式已经不再是传统的当用户系统出了故障后，工程师赶到现场救火的被动方式，而是全新的以预防为主的主动服务方式。这样就要求支持服务体系不但要有快速的维护队伍，还要有远程支持的服务中心。技术支持及运维服务组根据当地客户的实际需求，对我们所提供的系统提供维护服务，我们将和当地客户保持长期的联系，向用户了解软件系统的运行情况，对用户的问题和要求提供技术支持，对应用软件系统提供预防性的维护。
● 定期回访：
针对预防性服务，我们提供对当地客户的每三个月免费对系统进行一次总体检测，每半年免费对系统进行一次复调，提供系统升级、系统维护、技术支持等服务。
● 现场服务服务内容：
实施各组接受联合领导组垂直体系管理。作为其中一部分的技术支持与运维服务组将对各种服务要求采用现场服务方式，该方式为技术支持与运维服务的首选手段。接到请求以后，实施组将立即派出技术专家去现场解决，帮助用户进行故障诊断和有关的维修、维护工作。同时还可以为用户的系统管理员提供现场技术指导。遇到重大技术问题，我们会及时组织有关顾问专家进行会诊，并采取相应措施以确保系统的正常运行。
4) 在线诊断和调试
● 服务内容：
当用户设备出现故障时，软件公司的工程师、技术专家将首先通过远程诊断软件，进行分析研究。对于一些设置上的问题，在远程诊断时即可解决；对于无法解决的问题，软件公司将立即派有关领域的技术专家去现场解决。
远程诊断服务可以根据当地客户的实际情况，每周七天，每天24小时均可以进行。
● 服务期：
系统通过当地客户验收签字之日起，软件公司将质保期内免费提供在线诊断和调试等服务。
在运维服务与技术支持的过程中，软件公司是以ISO9001质量体系作为提供优质服务的标准和保障，一个运维从立项到实施，到最终提交给用户、提交后系统的维护和产品维修，都有非常严格的制度和规定。这样做，不但能确保我们的工作可以按步骤有计划地进行，最重要的是确实保证了用户的利益，保证了我们提供的产品及服务满足用户的需要。
十一、平台培训方案
人员培训自始至终贯穿在项目实施过程中，在进行培训时，需要完成以下工作： ● 制定详细的培训计划，确认各个阶段培训的主要内容。
● 培训组织相关人员使用系统，以熟悉整个系统的基本功能。
● 重点培训项目小组成员，并指导项目负责人对平台的应用与维护。
1 培训方式
针对平台的相关系统领导层、管理人员、操作人员以及系统干系人的培训采用理论与实践相结合的培训手段，现场讲解、现场指导、操作手册等多样化培训的开展。针对不同用户对象，不同培训目标采取的教学方式也不相同。
培训方式：
● 现场讲解平台使用方法；
● 场下有专人指导现场操作。
2 培训计划表
针对系统的相关人员的具体时间和地点将在双方认为方便合适的时间和地点举行，或由双方友好协商后再确定；培训的主要内容和目的详见下表：
注：每天8个课时，早上9：00—11：00，下午14：00—15：00。所有参加培训学员的相关资料等将全部由我司承担。
培训讲师：
协助人员：
3 培训对象
平台系统管理员、平台使用人员和其他干系人。
人员培训作为工程实施的一个重要环节，对整个项目的实施至关重要，通过系统的培训，使得领导层对整个项目有总体的了解，能够更好的对项目起到支持、协调的作用；管理员、工作人员得到日常工作需要的专业技术知识和经验，从而保障整个系统的顺利运行；普通用户能够更好的对设备进行操作。
项目建设最终系统将交付用户使用，项目培训是项目实施中的重要环节，通过项目培训对业主人员进行全面的技术培训，使用户达到能独立进行管理、故障处理、日常测试维护等工作，以便于我方提供的软、硬件能够正常、安全的运行。
4 培训教学方案
培训课程
培训标准
为了确保培训的质量，软件公司导入了《ISO10015国际培训标准体系质量管理——培训指南》。ISO10015标准的作用是帮助组织识别和分析培训需求、设计和策划培训、提供培训、评价培训结果并监视和改进培训过程提供指南以达到其目标。为了保
证培训质量，承诺在培训工作中严格遵循ISO10015标准：
1、确定培训需求：确定业务和技术岗位的能力要求，评价现有人员已有能力，确定能力差距，形成培训需求。
2、设计和策划培训：确定制约条件、培训方式和选择准则、培训计划、选择培训提供者构成了它的核心内容。该过程的重点是根据需求阶段已明确的人员能力差距策划具体的培训方案，决定“补什么”。
3、提供培训：提供培训（含培训前支持、实施培训和培训后支持）。该过程的重点在于用正确的“滋补”方式提高学员的能力，使学员真正能够从培训中学到有价值的东西，也就是解决“怎么补”的问题。
4、评价培训结果：收集资料并准备评价报告，评估本阶段培训是否到达预期效果，为下一阶段的培训策划和改进提供参考。
5、培训过程的监视和改进：培训过程的确认。
五个过程间的相互关系如下图所示：
培训师资
多年来，公司成功地举办过多次类似大规模的客户培训，具有丰富的专业培训经验。软件公司承诺，将在教师安排，实验环境配置，组织管理等各方面提供最好的服务以确保培训成功。
软件公司将组织获得公司认证的优秀的培训讲师，严格根据培训需求为用户选择专业化的培训课程。教学中将通过面授、讨论、动手实验和模拟实验相结合的教学手段，模拟用户的实际运行环境，达到良好的教学效果。
一、整体设计
1 设计原则
平台建设将以国家各类技术规范和业务要求为依据，采用业界成熟的解决方案，采用BS模式，建立软件系统，建设统一的业务处理体系。
先进性：以促进工作安全发展为指导原则，确保系统成熟稳定的同时放眼未来迎合发展。
兼容性：系统平台为开放式、标准化平台，满足未来本单位各服务构建及各机关单位服务及应用的无缝对接。
安全性：系统应对数据库的存储和访问提供有效的安全措施，防止数据链及数据通讯链受到恶意攻击，访问调用有痕且追溯可查。
可扩展性：系统的构建及数据的交互满足共享模式，采用灵活、开放的模块化设计为系统扩展、升级及可预见的管理模式的改变留有余地。
可靠性：多维度确保系统的正常运转与数据安全可靠。
经济性：实现最优化的系统设备配置，降低系统造价及运营成本。
易用和易维护性：系统应采用简洁、友好的人机界面，在出现系统故障时，能够简便快捷的进行处理。
共享性：系统共享性的要求为了保障各业务体系间的数据流转的流畅且在安全性保障的前提条件下，构建协同校验、统一管理的建设精神。
二、技术指标
1 技术路线
应用平台：平台系统遵循JAVA EE或.NET标准；
运行模式：B/S模式的五层架构；
扩展接口：基于Web Service、JSON等标准规范，采用XML的数据传输格式；低耦合应用组件进行分布式部署、组合和使用，具备未来可扩展增减业务模块的架构；
安全架构：符合HTTPS的安全架构；
操作系统：支持UNIX、LINUX和Windows操作系统；
权限控制：基于角色的访问控制RBAC模型的权限控制，可动态支持功能操作
权限和数据访问权限灵活配置；
登录模式：支持单点登录与统一安全认证、支持数字证书验证；
系统架构：分布式系统基础架构，采用基于Hadoop技术或其它类似技术的大数据处理框架；
2 系统架构
系统采用Browser/Server的B/S模式（浏览器/服务器模式），服务器端采用Windows Server版操作系统。网络中心配备若干台高性能服务器，实行应用和数据分离的原则，加强系统运行的稳定性和安全性。服务器采用Windows Server2003以上版本，后台采用SQL Server数据库，前后台开发工具采用.net等。
整体系统分为：基础设施层（系统所需的基础设备、系统、中间件等）、资源层（实现具体功能的各种数据与信息库）、应用支撑层（对所有应用系统提供各种数据访问功能的中心服务系统）、应用系统层（实现具体功能的各种应用系统）、服务层。
资源层提供集中的数据访问，包括数据连接池控制、数据库安全控制和数据库系统。集中的数据访问能够在大量用户同时并发访问时共享有关连接等信息，从而提高效率，集中的数据库安全控制，使任何来自互联网的数据库访问都必须经过强制的安全管理，不允许直接访问数据库的行为，杜绝安全隐患。
应用层通过提供统一的数据服务接口，为各个应用系统提供服务，应用系统的表现可以是网站、客户端系统、Web服务以及其他应用。并通过目录与负载均衡服务提供统一的负载均衡服务。任何一个应用服务器都可以同时启动多个服务，而通过目录与负载均衡服务来进行负载均衡，从而为大量用户并发访问时提供高性能服务。信息集成分析平台应用服务器提供核心服务，包括数据服务、管理服务、基本安全服务、其他业务服务等；数据同步服务器将数据有条不紊的同步到各个数据库；系统更新与版本升级服务器提供各个系统的版本升级管理，使任何一个系统都保持最新版本；Web日志分析服务提供用户访问分析，提高平台后期修改、维护、更新的针对性。
3 系统安全
（1）基于用户角色的权限控制实现应用层安全。
一是严格控制不经授权的用户访问系统。二是每个合法访问系统的用户都具备一定的权限，以限制其操作范围。在业务系统操作时，只有具备相应业务系统操作权限的人员，才可办理相应的业务。将结合统一用户与权限管理实现基于用户角色的权限控制实
现应用层安全。
（2）权限管理方案
对岗位（角色） 的授权分为两个部分，一是业务操作的授权，菜单功能授权，二是数据的授权。通过管理员对分部门进行分别设置不同的角色，通过各种角色进行分配菜单和功能的权限，以及设置不同的数据权限。
（3）加密策略
加密主要包括数据的加密传输和数据的加密存储。
对于普通数据加密传输，可以通过SSL 加密在 Internet 上传输，保证数据不被窃取。
对于保密程度较高的信息可以加密存储，提供一个加密模块，采用 RSA 加密算法进行加密。通过加密模块，用户可以选择需要加密的数据表并存储下来。所有需要加密的数据表的数据在存储之前都需要通过加密模块检测，如果数据需要加密存储，则调用加密算法进行加密，加密后的密文存放倒数据库中；如果不需要加密，则直接存储明文。同样，在调阅数据的时候，如果是加密数据则通过加密算法进行解密还原成明文，展现在用户面前；否则直接提取数据展现在用户面前。
（4）信息保密
由于网络的互联性和开放性，信息在网络中的传输不可避免地存在被监听的可能，要实现信息传输的保密性只有对信息进行加密，以密文方式传输，即使被监听，监听者也无法明白密文所表示的信息。平台对采集或传输的数据按照标准的加密组件进行了数据的加密，当数据到达后由对应的解密组件进行解密，提供了信息的加解密机制。
信息也可能在传输过程中被截获篡改后再转发出去，造成信息的完整性受损，平台安全管理平台对接收后数据采用完整性校验算法进行完整性校验，被改动的信息即被认为是无效信息，并对无效信息进行丢弃不予保存，以此保证信息的完整性。
（5）数据备份
对于系统，应对重要数据服务器进行一次完全的系统的灾难备份，将系统及其上数据（成果数据或非成果数据）完全备份到磁带库中，将灾难备份介质按照介质安全措施安全保存。
对于成果数据，我们建议进行一次完全备份， 在完全备份的基础上进行差量备份。这主要是因为成果数据不经常被修改的缘故，备份起来比较方便。
对于非成果数据，我们建议进行一次完全备份，在完全备份的基础上进行增量备份，
建议每进行一次修改后就进行增量备份，标记介质后保存好增量备份的磁带介质。 4 性能指标
(1)查询指标：简单查询：单类信息精确条件查询，要求响应时间小于3秒；关联查询：基于要素的不少于5类信息查询返回不大于5秒；组合查询：基于多条件组合查询，每1000万数据规模要求响应时间不大于1分。
(2)稳定性指标：系统平均无故障（影响业务正常办公的系统故障）时间≥300天。
(3)统计分析性能要求：常规统计报表生成时间≤1分钟；定制统计报表生成时间≤10分钟。
5 数据建设
平台数据量主要是检测数据，在不影响系统使用的情况下，通过扩展存储空间，适应未来业务数据容量的增长。
6 信息安全
● 文件加密：整个系统的文件支持三级加密策略：不加密；中度加密；深度加密加密方式由管理员直接配置，满足不同用户的需求；
● 密码加密：用户的密码在存储时进行不可逆的加密，保证了密码不会外泄。即使是管理员也无法获取用户的密码信息；
● 验证码：采用用户名+验证码登录模式登录系统；
● 加密锁：提供用户端加密锁，只有待有加密锁的用户才可以访问交互系统，适用于内外网分开控制；
● 新一代自主研发的云存储架构、数据冗余式备份、数据加密存储，确保数据存储安全；
● IPS入侵防御系统、内外网分离构架、SSL加密传输技术等，确保数据传输安全；
● 完善的安全管理制度，强大的多级权限管理功能，防止用户数据泄密，确保管理行为安全；
● 内外网分离架构，各模块采用独立内外网架构，以及冗余分布式设计，无单点故障，为系统对系统灾难的抵抗能力和恢复能力提供了保证；
● 支持HTTPS通道访问加密和防DOS攻击，记录访问请求日志，通过HTTPS保证
传输信息加密安全性。同时可以防止蜘蛛爬虫的信息采样；
● 支持SSL传输加密POP/SMTP服务器收发邮件，SSL协议位于TCP/IP协议与各种应用层协议之间，为数据通讯提供安全支持，保证邮件传输过程中的信息不泄漏，包括用户的用户名、密码、信件等信息都会非常安全。SSL服务器证书由全球最大的安全证书机构verisign颁发。
● 完善的应用级别权限控制：基于个人、单位、部门、群组、角色、岗位、级别的多维度权限控制，系统可以针对以上属性进行灵活的权限设定，确保信息安全的可定义性和可执行性；
● 三员分离安全控制：为避免单一系统管理员的权限过于集中，引发风险，管理员将权利进行拆分，设立了三类管理员：系统管理员、安全管理员、审计管理员。系统管理员主要负责系统的日常运行维护；安全管理员主要负责账户管理、信息设置和分级授权；审计管理员主要对系统管理员、安全管理员和普通用户的操作行为进行审计跟踪分析和监督检查。通过这种分权管理，相互制约，相互监督的机制，可以满足国家对于涉密单位的信息系统专门制定了安全登记保护密码安全控制；
● 账号密码的更换周期控制：密码尝试失败的账户冻结控制；密码强弱度的校验等措施，有效保证了用户密码的安全使用；
● 定期对存储数据库进行自动备份。
● 操作日志监控功能，用户操作行为日志全程记录。
● 防SQL注入、页面篡改。
7 执行标准
推荐
● 《信息技术开放系统互连网络层安全协议》（GB/T 17963）
● 《软件工程术语》（GB/T 11457-1995）
● 《山东省政府网站内容规范和技术规范建设指南》
● 《计算机软件可靠性和可维护性管理》（GB/T 14394-2008）
● 《计算机信息系统安全等级保护网络技术要求》（GB/T 387-2002）
基础标准
● 《信息技术软件工程术语》（GB/T 11457-2006）
● 《计算机软件开发规范》（GB 8566-88）
● 《信息处理各种图的文件编辑符号和约定》（GB/T 1526-1989）
● 《信息处理系统计算机系统配置图符号及约定》（GB/T 14085-1993）
● 《信息技术软件维护》（GB/T 20157-2006）
● 《信息安全技术-信息系统通用安全技术要求》（GB/T 20271-2006）
● 《信息技术软件生存周期过程开发标准》（GB/T 8566-2007）
● 《信息技术软件生存周期过程》（GB/T 8566-2001）
● 《软件支持环境》（GB/T 15853-1995）
● 《软件维护指南》（GB/T 14079-1993）
● 《算机过程控制软件开发规程》（SJ/T 10367-1993(2009)计）
● 《信息技术软件包质量要求和测试》（GB/T 17544-1998）
● 《计算机软件测试规范》（GB/T 15532-2008）
文档标准
● 《计算机软件文档编制规范》（GB/T 8567-2006）
● 《计算机软件产品开发文档编制指南》（GB/T 8567-1988）
● 《计算机软件需求规格说明规范》（GB/T 9385-2008）
管理标准
● 《计算机软件配置管理计划规范》（GB/T 12505-1990）
● 《软件工程产品质量》（GB/T 16260-2006）
● 《计算机软件质量保证计划规范》（GB/T 12504-1990）
● 《计算机软件可靠性和可维护性管理》（GB/T 14394-2008）
● 《信息技术软件生存周期过程风险管理》（GB/T 20918-2007）
● 《信息安全技术-信息系统通用安全技术要求》（GB/T 20271-2006）
机房建设标准
● 《计算机机房用活动地板技术条件》（GB/T 6550-1986）
● 《电子信息系统机房设计规范》（GB 50174-2008）
● 《计算机站场地技术条件》（GB 2887-1989）
● 《通信局站接地设计暂行技术规定》（YDJ26 1989）
● 《电子计算机机房施工及验收规范》（SJ/T 30003-1993）
综合布线标准
● 《建筑与建筑群综合布线系统工程涉及规范》（CECS 72.97）
● 《建筑与建筑群综合布线工程施工与验收规范》（CECS 89.98）
规范
● 《计算机信息系统集成资质等级评定标准（最新）》
● 《计算机信息系统集成项目经理资质管理办法》
三、互联互通
平台内数据能够互联互通，解决“信息孤岛”、实现统一资源管理、互联互动、保护投资等问题。统一的接口通讯协议，使得集成系统施工方式得到统一，可保证各套件的功能完整性，并且后期调试、维护均有保障。
夯实一个数据资源中心，搞定了后台数据基础，对各类数据进行加工、处理、计算，形成相应的成果，供我们使用和判断。所有的公共功能由平台统一提供，平台上开展各项业务的模块，各个业务模块之间信息互联互通，协同工作。
遵循一定的标准和规范，提高系统标准化程度，同时也将进一步促进软件系统的标准化和产品化。
四、大数据和智能化
分布式系统基础架构，采用基于Hadoop技术或其它类似技术的大数据处理框架，采用智能自动分派事项的算法。
大数据平台架构设计沿袭了分层设计的思想，将平台所需提供的服务按照功能划分成不同的模块层次，每一模块层次只与上层或下层的模块层次进行交互（通过层次边界的接口），避免跨层的交互，这种设计的好处是：各功能模块的内部是高内聚的，而模块与模块之间是松耦合的。这种架构有利于实现平台的高可靠性，高扩展性以及易维护性。比如，当我们需要扩容Hadoop集群时，只需要在基础设施层添加一台新的Hadoop节点服务器即可，而对其他模块层无需做任何的变动，且对用户也是完全透明的。
五、用户体验和技术
切实满足工作快捷有效的符合需要的用户操作流程，采用Angular或类似技术。 1 减少HTTP请求数
用户在打开一个页面的时候，后台程序响应用户所需的时间并不多，用户等待的时
间主要花费在下载页面元素上了，即HTML、CSS、JavaScript、Flash、图片等，统计显示。
所以，想要提高页面打开速度，就要减少HTTP请求数：
1）减少不必要的HTTP请求，例如用CSS圆角代替圆角图片，减少图片的使用。
2）对一个页面涉及到的所有零星图片都包含到一张大图中去，这样一来，当访问该页面时，载入的图片就不会像以前那样一幅一幅地慢慢显示出来了。
2 感官体验的改善
感官体验是用户体验中最直接的感受，给用户是呈现视听上的体验，系统的舒适性很关键，用户第一眼看到系统的感受。
改善方法：对于系统的调整需要针对系统的目标人群进行分析，然后再在系统的设计细节上进行适当的改善，如系统设计风格、色彩的搭配、页面的布局、页面的大小、图片的展示、系统字体的大小、LOGO的空间等。
3 交互体验的改善
交互体验是呈现给用户操作上的体验，强调易用/可用性。
4 目标信息要醒目而亲近
在关注缩短完成路径这个问题的时候，优化操作步骤是第一位的。
5 目标信息保持更新
在更新系统上内容的时候，不要过于追求量，而要追求质，更新再多的信息，如果不能保证质量的话，这样就等于没有更新。且系统的内容只有经常的更新，才能给人们一种新鲜的感觉，也能满足用户的需求。
六、平台扩展性
基于Web Service、JSON等标准规范，采用XML的数据传输格式，低耦合应用组件进行分布式部署、组合和使用，具备未来可扩展增减业务模块的架构，例如SOA等。
“软件的核心是重用，方法是分离，关键是标准”，组件化基础业务平台依然是遵循这个原则。业务基础平台的组件化，并不是所有的内容全部组件化，有些内容是无法分离出去的，因此首先要把业务基础平台的内核分离出来，建立一个业务基础平台的微内核，微内核是跟每一个业务组件紧密相关的。然后把业务基础平台中可以分离出来的
内容单独作为一个组件，即公共组件，从而实现业务组件和公共组件的分离。业务组件和公共组件使用一个数据库，通过公共组件及相关的标准实现整合。
为了保证平台的灵活的扩展，要实现以上不同层次的接口调用的向下兼容，包含服务接口、API 接口、数据接口，即升级之后的应该和老版本可以兼容。特别是数据库接口，必须实现向下兼容，不然无法实现一体化数据库，造成升级困难。数据接口并非是所有的数据模型，主要是针对核心对象模型建立的对象基本关系模型，关于基础对象模型的建立，建立更加稳定的数据模型，保证数据接口的稳定。
实现了接口向下兼容的，组件就可以独立升而不会相互影响，保证不同业务组件的版本兼容，对于一个业务组件内部，不同的模块之间，需要保证版本一致，如业务基础平台的内核，需要跟业务组件的版本保持一致。保证一个和业务组件本身的版本兼容，不同的业务组件之间可以版本不同，但是数据结构要兼容。
七、项目实施方案
根据我公司的项目实施经验，结合本项目的实际情况，具体实施将是采用成熟、有效的技术手段来实现系统建设的各项目标和功能。
1 项目立项启动
项目立项启动过程，主要就是统一思想、明确计划的过程。当完成项目规划和论证后，可以开始具体的建设和实施，此时开始进行项目立项。项目立项包括以下活动：
双方成立项目实施小组，指定项目负责人，明晰项目小组成员职责；
根据合同的约定，制定《项目实施总体工作计划》。
2 项目调研分析设计
主要从技术角度来分析业务和网站建设的需求，提出网站的总体架构和具体实现方案，完成项目概要设计和详细设计。
概要设计主要进行以下工作：
对象行为和对象间交互作用的进一步细化，完成对象间交互作用的明确和完整的定义；
对对象进行抽象，进行类的认定，得到类结构；
按照应用要求，把若干个类组合成一个子系统。
详细设计是紧接着概要设计进行的，目的是为实现做好准备。我们将采用UML语言进行设计模式的描述，本阶段包含以下活动：
组织有经验的项目分析人员和相关实施人员，与需方相关负责人召开若干次需求调研会议，并深入系统应用的第一线与有关人员共同探讨需求；
总结各次调研会议的内容，形成项目《调研报告》初稿并制作关键业务应用原型；
讨论并最终确认项目调研报告，形成最终《需求调研报告》，双方需对本文档认可签字。
3 项目开发测试
根据需求和设计方案，组织人员完成编码、测试工作。本阶段的主要活动是： ⏹ 根据需求文档和设计文档进行编码和自测。在设计方面完成功能设计、界面设计和系统管理设计；完成单元内测试和系统测试；
⏹ 编写项目使用手册；
⏹ 提交《项目使用手册》，双方对提交的文档认可。
4 人员培训
人员培训自始至终贯穿在项目实施过程中，在进行培训时，需要完成以下工作： 制定详细的培训计划，确认各个阶段培训的主要内容。
培训组织相关人员使用系统，以熟悉整个系统的基本功能。
重点培训项目小组成员，并指导项目负责人对网站的应用与维护。
5 项目应用及项目验收
1) 根据项目需求报告的约定，形成《项目应用说明书》，各使用部门严格按照说明书的约定操作，以达到最好的应用效果；
2) 网站正式开始试运行，提交《验收申请表》和《交付清单》；
3) 网站正常使用达到合同规定的验收条件后，组织人员验收工作，形成《项目验收报告》；
4) 该阶段结束标志为客户方在《项目验收报告》上签字；
网站验收后进入试运行阶段，试运行顺利完成后，进行网站终验测试，测试合格后，双方共同签署网站终验报告。
八、项目管理及质量保障措施
1 项目实施安排
为确保项目的成功实施，在项目规划、实施全过程中，必须在良好的计划、管理、控制和协调下，才能保证项目建设有序顺利地进行。因此，建立一套科学严密的管理体系，有效地调配人员、时间和资金等项目资源，对项目建设非常重要。我公司根据本项目的特点，按照严格的质量保证体系，明确项目的管理目标，制定项目的管理方式、组织结构、实施计划、质量和安全保证体系，作为整个项目建设的实施指导。 2 质量保证体系
为确保项目的成功实施，我们在系统建设全过程中，始终贯彻着ISO9000质量管理体系标准，并将该体系作为整个项目建设的行动指导。依据我们质量管理体系中的质量方针、质量目标、和控制程序要求，在项目实施过程中协调好各部门之间的关系，让整个项目运作在良好的计划、管理、控制下，保证项目有序地、顺利地进行。
在项目的详细设计、项目实施、项目测试、项目验收、售后支持以及相关协调等一系列工作中，我们将提供技术方案、开发、安装、调试、初验、试运行、测试和验收等各项符合ISO9000质量管理体系标准的规范与表格。
3 项目实施管理
在本项目中，我们和用户组建一个项目组，并由专家技术人员作为技术支持后盾，由我们资深工程师担任项目组的技术负责人，项目组全权负责本项目的所有工作，包
括系统的详细设计、项目实施、项目测试、项目验收、售后服务支持以及相关协调等所有工作。我们将选派具有丰富系统实施经验的项目经理和精通专业技术的工程师，结合我们在系统实施、集成方面成功经验，提出详细的项目实施计划，确定各项规范；提出项目的售后服务体系，为本项目在服务保证期内和将来提供统一技术服务界面，融合系统集成商、技术支持中心和产品厂商的售后服务；制定详细的培训计划，保证用户对技术、系统的掌握和系统运行维护的管理。
4 项目实施管理目标
项目管理项目实施的核心。项目管理的方法是根据该项目的具体特点建立基于稳定的组织、完整的计划和丰富的文档等多方合理因素构成的有机管理整体。 我们为该项目的实施制定以下分步实施目标：
在项目启动之初，就建立稳定的组织管理机构，包括本项目的领导小组、项目经理、质量监控组、实施组、测试验收组、文档管理组、培训组、售后服务组等，在实施过程中分工明确、责任落实、人员到位。
根据具体需求和现实的可执行性，建立一套完整的项目实施计划，贯穿整个项目实施，包括项目的需求分析、详细设计、实施、维护、以及项目进一步发展规划的全过程。项目启动后，定期与用户相关人员做一定的沟通，讨论执行情况，分析存在问题，提出改进方法，尤其必须预见性地讨论那些潜在的风险，提出相应的风险处理对策。用户相关人员应充分参与到管理和技术的每一项工作中去。在整个项目实施过程中，建立完整的文档，并对文档作有效的管理。
我公司本项目成立专门的技术支持部门，负责该项目整个系统的测试与安装、集成和连续的系统优化。实施时确保项目进度始终在有序控制之中，实施后确保系统始终处于最佳运行状态，最大程度地发挥系统优良的性能，远景任务是为新的需求提供扩充及优化建议，保证系统是一个有机成长的健康系统。
当整个系统调试优化完成后，我们还会成立专门的售后服务小组为客户提供可靠的技术维护，保证应用系统长期稳定地运行。
综上所述，项目管理的目标就是要运用完善的管理方法和经验，提高项目实施的可操作性和可控制度，保证项目高质的完成，稳定的发展。
5 项目实施管理内容
项目管理的内容包括项目定义和项目工作清单、项目人员的配置和组织、项目进
度安排和控制、项目风险评估管理、项目变更的管理、项目质量控制、项目成本控制、文档管理、合作各方的协调、验收及其标准。
◆ 项目定义和确定工作清单
明确项目的任务，并对任务进行细化，以制定工作清单，是项目人员调度和日程安排的重要依据。
本项目的建设将根据项目实施的特点及需求分布安排工作，包括编制项目实施方案、安装设备、配置系统、连通网络、系统联调等。我们将按照不同的阶段制定对应的明确的工作清单。
◆ 项目人员组织和分配
为了实现我们管理的目标，根据项目的工作清单和任务量的大小，合理安排每个人员的工作，建立良好的组织结构对人员进行管理和协调，以便有序地工作。
◆ 项目进度安排和控制
按照项目对进度的总体要求，确定项目工作清单中各项任务的日程安排，并留有适当余地以处理不可预知的情况，进度控制以日程安排为依据，通过例行会议等手段进行项目进程状态汇总、审计和督导。
合理安排日程并加以监督控制可以提高工作效率，及时发现并解决问题。 ◆ 项目变更和风险管理
风险管理首先应确定所有已知的项目风险，分析发生的可能性和潜在影响，并且确定风险分析管理过程，用于跟踪每一风险并尽可能减少风险的负面影响。
在本项目中，主要的风险可能由实施环境、项目周期、项目参与人员、用户的配合等因素引起。我们认为应通过项目会议以明确各种可能的风险，分析风险并制定出完整的风险管理计划。
◆ 项目质量控制
明确整个项目的目标和质量要求，确定出项目工作清单中各项任务结果相关的质量及测试要求。制定质量控制流程以保证项目达到质量标准。
质量控制流程应包含质量保证承诺、全面或抽样测试、质量验收过程和问题汇总反馈过程等。
我们项目组技术人员将跟用户相关人员一起定期地组织质量检查、实施质量控制流程，并对项目的总体运行结果进行评审，以保证项目达到预计效果。
◆ 项目文档管理
技术文档是整个项目实施的重要知识成果，所有的技术文档必须归纳整理，加以妥善保管。
在项目实施过程中，每一个项目实施步骤都需建立联机项目文档数据库，对项目实施采取实时的跟踪、控制和管理。并保证在项目结束后，向用户移交全部的项目实施档案，保证用户项目档案的完整。
6 项目实施管理方式
采取项目经理集权控制方式，通过完整的项目管理组织对项目进行综合管理。 我们针对本项目将成立跨部门的项目团队，项目团队采用矩阵式的结构，一方面增加对客户需求的响应速度；另一方面得到各专业部门的指导和支持。
建立项目的组织结构是对项目的人力资源进行合理的配置和分工，使参与项目的双方人员能有效地协同工作，发挥最高的效率。
项目管理架构如下：
项目阶段划分
项目共分为项目开始、准备、实施、验收、售后服务等五个阶段，如下图所示：
九、项目测试方案和步骤
1 测试目标
制定完整且具体的测试路线和流程，为快速、高效和高质量的软件测试提供基础流程框架。
最终目标是实现软件测试规范化，标准化。
2 测试流程说明
3 测试需求分析
测试需求是整个测试过程的基础；确定测试对象以及测试工作的范围和作用。用来确定整个测试工作（如安排时间表、测试设计等）并作为测试覆盖的基础。而且被确定的测试需求项必须是可核实的。即，它们必须有一个可观察、可评测的结果。无法核实的需求不是测试需求。所以我现在的理解是测试需求是一个比较大的概念，它是在整个测试计划文档中体现出来的，不是类似的一个用例或者其他。
● 测试需求是制订测试计划的基本依据，确定了测试需求能够为测试计划提供客观依据；
● 测试需求是设计测试用例的指导，确定了要测什么、测哪些方面后才能有针对性的设计测试用例；
● 测试需求是计算测试覆盖的分母，没有测试需求就无法有效地进行测试覆盖。
1) 测试方法与规范
(1) 测试方法
随着软件技术发展，项目类型越来越多样化。根据项目类型应选用针对性强的测试方法，合适的测试方法可以让我们事半功倍。以下是针对目前项目工程可以参考的测试方法：
● β测试 （beta测试）--非程序员、测试人员
β测试，英文是Beta testing。又称Beta测试，用户验收测试（UAT）。 β测试是软件的多个用户在一个或多个用户的实际使用环境下进行的测试。开发者通常不在测试现场，Beta测试不能由程序员或测试员完成。
当开发和测试根本完成时所做的测试，而最终的错误和问题需要在最终发行前找到。这种测试一般由最终用户或其他人员完成，不能由程序员或测试员完成。 ● α测试（Alpha测试）--非程序员、测试人员
α测试，英文是Alpha testing。又称Alpha测试.
Alpha测试是由一个用户在开发环境下进行的测试，也可以是公司内部的用户在模拟实际操作环境下进行的受控测试，Alpha测试不能由该系统的程序员或测试员完成。
在系统开发接近完成时对应用系统的测试;测试后，仍然会有少量的设计变更。这种测试一般由最终用户或其他人员来完成，不能由程序员或测试员完成。 ● 兼容性测试 --测试人员
兼容性测试是指测试软件是否可以成功移植到指定的硬件或者软件环境中，例如在B/S项目中各个不同浏览器之间的测试。
● 用户界面测试-UI测试 --测试人员
用户界面测试，英文是User interface testing。又称UI测试。
用户界面，英文是User interface。是指软件中的可见外观及其底层与用户交互的部分（菜单、对话框、窗口和其它控件）。
用户界面测试是指测试用户界面的风格是否满足客户要求，文字是否正确，页面是否美观，文字，图 片组合是否完美，操作是否友好等等。UI 测试的目标是确保用户界面会通过测试对象的功能来为用户提供相应的访问或浏览功能。确保用户界面符合公司或行业的标准。包括用户友好性、人性化、易操作性 测试。
用户界面测试用户分析软件用户界面的设计是否合乎用户期望或要求。它常常包括菜单，对话框及对 话框上所有按钮，文字，出错提示，帮助信息 (Menu 和Help
content)等方面的测试。比如，测试Microsoft Excel中插入符号功能所用的对话框的大小，所有按钮是否对齐，字符串字体大小，出错信息内容和字体大小，工具栏位置/图标等等。
● 冒烟测试 --版本编译者
冒烟测试，英文是Smoke testing。
冒烟测试的名称可以理解为该种测试耗时短，仅用一袋烟功夫足够了。也有人认为是形象地类比新电路板功基本功能检查。任何新电路板焊好后，先通电检查，如果存在设计缺陷，电路板可能会短路，板子冒烟了。
冒烟测试的对象是每一个新编译的需要正式测试的软件版本，目的是确认软件基本功能正常，可以进行后续的正式测试工作。冒烟测试的执行者是版本编译人员。 ● 随机测试 --测试人员
随机测试，英文是Ad hoc testing。
随机测试没有书面测试用例、记录期望结果、检查列表、脚本或指令的测试。主要是根据测试者的经验对软件进行功能和性能抽查。随机测试是根据测试说明书执行用例测试的重要补充手段，是保证测试覆盖完整性的有效方式和过程。
随机测试主要是对被测软件的一些重要功能进行复测，也包括测试那些当前的测试样例(TestCase)没有覆盖到的部分。另外，对于软件更新和新增加的功能要重点测试。重点对一些特殊点情况点、特殊的使用环境、并发性、进行检查。尤其 对以前测试发现的重大Bug，进行再次测试，可以结合回归测试(Regressive testing)一起进行。
● 黑盒测试（功能测试）--测试人员
黑盒测试，英文是Black Box Testing。又称功能测试或者数据驱动测试。 黑盒测试是根据软件的规格对软件进行的测试，这类测试不考虑软件内部的运作原理，因此软件对用户来说就像一个黑盒子。
软件测试人员以用户的角度，通过各种输入和观察软件的各种输出结果来发现软件存在的缺陷，而不关心程序具体如何实现的一种软件测试方法。
● 性能测试
性能测试，英文是Performance Testing。
性能测试是在交替进行负荷和强迫测试时常用的术语。理想的“性能测试”(和其他类型的测试)应在需求文档或质量保证、测试计划中定义。性能测试一般包括负载测试和压力测试。
通常验证软件的性能在正常环境和系统条件下重复使用是否还能满足性能指标。或者执行同样任务时新版本不比旧版本慢。一般还检查系统记忆容量在运行程序时会不会流失(memory leak)。比如，验证程序保存一个巨大的文件新版本不比旧版本慢。
(2) 测试规范
测试规范是根据开发规范而制定的测试标准，测试规范也是后期测试用例编写的重要依据。因为开发规范因公司而异，因产品而异，所以测试规范的标准程度每个公司都不一样。
从理论到方法到各类流程到各类报告模版，都属于测试规范的范畴，当一整套规范形成之后，可使得测试工作进行更加稳健，所有问题有据可查。
2) 软件需求规格说明书
软件需求规格说明书是软件达到的各项功能的目标。是测试人员各项工作的依据，没有需求就无法判断测试结果是正确的。
3) 软件设计说明（概要与详细设计）
设计说明书包含软件的一些框架、字段、数据库设计等。软件设计说明对测试工作开展有很大影响，没有软件设计说明很多问题将无法溯源，测试准备的前期工作也是根据软件设计说明来制定的。
4) 页面原型（demo）
页面原型是项目人员快速熟悉项目的最佳路径。在需求不够明确，设计说明书不够全面的情况下，页面原型也是后期测试用例编写思想的重要根据。
4 测试过程设计
明确测试目的，最终达成目的并验证结果是测试要做的事情。包括：
1. 测试范围：描述本次测试中的测试范围，如：测试软件功能范围、测试种类等。
2. 简单的描述如何搭建测试平台以及测试的潜在的风险。
3. 项目信息：说明要测试的项目的相关资料，如：输入输出文档，产品描述，
软件主要功能。
4. 人力资源的分配。
5. 测试需求：笼统说，就是测试中的所有设计和需求文档。作为本次测试的依据
1) 测试策略制定
✧ 这一阶段在于需求、详细设计、测试计划完成之后，主要是本次测试的策略阶段。很多公司少这个一个阶段，需要有计划性的分出产品的功能扣出测试的功能点，现阶段大多公司都是直接拿着文档就开始做用例设计。
✧ 对需求进行分析，列出具体的功能列表。（一般根据功能交互文档就能明确出此功能的大体功能，一层层的分下去，一直到没个功能表单。然后考虑到使用那些测试方法？工作一旦做到执行阶段，我们可以更好的根据这些功能表一点一点的覆盖。也能让我们在用例评审时，充分的证实我们的工作是有效的能够保证产品的质量。）一般在此之前，一些业务培训和需求评审是有必要是听一下的。这样能够更早更熟练的理解需求，也能保证产品设计中出现的一些误区。
✧ 功能测试：功能范围（划分出各自负责的功能模块）；使用测试方法（等价类、边界值等测试方法方法）；测试标准（符合设计、需求和规范文档对该功能的描述）。
✧ 界面测试
✧ 兼容性测试
2) 测试计划
要充分考虑测试计划的实用性，即测试计划与实际之间的接近程度和可操作性。编写测试计划的目的在于充分考虑执行测试时 的各种资源，包括测试内容、测试标准、时间资源、人力资源等等，准确地说是要分析执行时所能够调用的一切资源以及受各种条件限制，可能受到的各种影响。
测试内容：对一个软件来说测试计划中会明确本次测试做哪些测试？如：系统测试：在整个系统测试中会有（界面测试、功能测试、性能测试、兼容性测试、安装卸载测试、可靠性测试等测试）。
测试目的：一般多为保证产品质量是否达到预期的指标。这个指标也就是在测试中定义的结束标准。
测试标准：需要考虑本次测试需要输入那些文档，该项目结束标准定义、测试结束标准的定义？bug级别定义、优先级定义、bug管理流程定义。这个都需要在执行测试事明确。计划中应该包含这些内容。
资源分配：这里分为人力资源、软硬件资源等划分。一般会把人力资源的利用写入一个测试人员任务分配表里，按照不同的阶段，每个阶段提交相应的成果（难度很大）。软硬件资源中主要是在做计划时考虑到需要多少电脑或别的工具，列出清单。
测试风险：大多考虑到的就是项目开发延期、测试人员不足用例无法全面覆盖测试点、时间不足用例无法全部执行、bug无法及时修改导致无法验证、测试人员技能不足导致测试进度拉长。
3) 测试附件
⏹ 用例模板、缺陷报告模板
⏹ 测试环境的搭建
⏹ 缺陷管理流程和缺陷级别定义
缺陷状态一般分为：新建、打开、已分配、已修复、关闭、重新打开中间会有：延期、重复、拒绝等状态。
缺陷管理流程：
1. 测试人员或开发人员发现bug后，判断输入哪个模块的问题，填写bug报告后，系统会自动通过Email通知开发组长和该模块开发者。
2. 开发组长根据具体情况，重新reassigned分配给bug所属的开发者。
3. 开发者收到email信息后，判断是否为自己的修改范围。
● 若不是，重新reassigned分配给开发组长或应该分配的开发者。
● 若是，进行处理，resolved并给出解决方法。（可创建补丁附件及补充说
明）
4. 测试人员查询开发者已修改的bug，进行回归测试。
● 经验证无误后，修改状态为verified。待整个产品发布后，修改为closed。 ● 还有问题，reopened，状态重新变为“new”，并发送邮件通知。
5. 如果这个bug一周内一致没被处理过。Bugzilla就会一直用email骚扰它的属主，
直接采取行动。管理员可以设定最迟采取行动的期限，比如3天，系统默认7天。 缺陷等级划分：
5 测试实施
✧ 开发就会转版本给我们测试部门进行系统测试了。拿到版本我们首先搭建测试环境
✧ 做一个预测试，目的是来评断这个版本是不是可测试的。如果预测试不通过，打回开发部返工，如果通过了，就开始我们第一轮的系统测试。
✧ 第一轮系统测试我们会执行我们所编写的所有测试用例，做好测试结果的记录，发现缺陷了提交缺陷报告。当第一轮测试结束后，我们把所有的bug单提交给开发人员，由他们进行修改。
✧ 在他们修复bug期间，我们会对第一轮系统测试做一个测试评估，出一个测试报告。还要根据实际情况，对我们写的测试用例进行修改和增加。开发改bug结束，提交一个新的版本给我们，我们重新搭建测试环境开始第二轮系统测试。首先是回归我们提交的缺陷报告，然后会在用例中挑选一些优先级别比较高的用例来进行测试，发现问 题了继续提交缺陷报告，只到缺陷率低于用户要求了，我们就进行最后一轮的回归测试，结束系统测试。具体测试轮次是根据版本质量和项目复杂度而决定的。 6 测试评估
• 执行阶段结束了进入测试评估阶段，我们会出一个总的测试报告对我们测试的这个过程和版本的质量做一个详细的评估
1) 需求需要评审那些？
2) 用例需要评审那些？
3) 计划应该评审那些？
4) 缺陷评审那些？
5) bug评估？
测试总结报告文档的输出：
1、可以让具体的任务负责人对该本次测试中个人负责的模快进行评价，提出相关建议。给出总体的评估
2、整体上的bug按照不同等级统计出来、用例数量、用例执行数量
3、对项目中测试人力资源的统计。（单位：人/天）
4、项目中软硬件资源统计。
5、提出软件总体的评价。
7 测试报告
测试报告包括对软件功能的结论，说明为满足此项功能而设计的软件能力以及经过一项或多项测试已证实的能力。
说明该项目软件的开发是否达到预定目标，是否可以交付使用。
总结测试工作的资源消耗数据，如工作人员的水平级别数量、机时消耗等。
记录测试结果与发现及本项目测试工作所得到的各项输出的承载体，根据输入与计划、要求的对比来总结此次项目所或得的经验。
十、售后服务方案
为切实履行“为用户服务、对用户负责、让用户满意”的宗旨，为创造品牌，提高企业知名度，树立企业形象，以“最优惠的价格、最周到的服务、最可靠的产品质量”的原则进行售后服务：
提供的标准服务将协助用户保障设备安全稳定地运行，完善的组织结构、严格的质量保证体系和高水平的技术支援队伍使我们有信心提供一流的服务。
软件产品的技术支持服务保证期须为终身，免费维护服务保证期为1年。免费维护服务保证期自系统实施并验收合格，且双方在验收单上签字之日起计算。免费维护服务保证期过后，需根据情况另行签订技术售后服务合同，具体软件售后服务费用按同期市场平均价格结合投标让利情况确定。
软件系统质保期内，所有购买软件均享受免费升级服务，并应提供软件扩充、升级方面的技术支持服务。若用户使用的第三方软件需与本系统连接，与采购人协商开发事宜。
我司郑重承诺：1小时应答，8小时恢复。如若遇到重大问题，承诺2小时内到场处理问题，8小时恢复。在服务期内针对重大节日、特殊事件等按客户要求提供相关支持和服务。
1 运维服务体系
软件公司公司完善的运维服务体系通过强大的服务执行团队，多方面的服务支持团队，先进的服务策划方法保障了客户能够获得优质的服务。我们具有一支专业化的队伍，能全面满足客户对技术支持及运维服务的需求。另外公司品管部有专门的服务质量监督小组对服务质量进行监督控制，从而保证客户满意度。
软件公司运维服务组织
为了确保提供体系建设运维的优质运维服务，软件公司通过以下组织提供运维服务：
1）方案支持部
软件公司方案支持部，秉承专家服务的理念，为用户提供全面的解决方案，提供业务分析、流程优化、系统集成、软件开发、培训、咨询服务。软件公司方案支持部拥有经验丰富的行业专家、系统工程师、数据库工程师、网络工程师、通信工程师。软件公司依托中心实验室的资源，通过软硬件以及网络平台为用户进行解决方案的开发，通过专业的测试技术、测试工具、测试标准，完善的运维管理，为用户提供解决方案的开发服务。
2）呼叫中心
在客户需要服务的时候，呼叫中心是第一个感受客户需求的窗口。提供有效过滤、电话预警、回访、质量监控、数据统计等多种服务运维。为了满足客户咨询、报修服务的需求，话务中心通过不断丰富多样化的接入手段（电话、web、mail等），为客户提供快捷、高效、舒心的服务接入接口；通过不断非常完善的服务业务系统，为不
同客户建立固定的客户档案，借助信息化管理平台和技术中心不断积累的技术资料库，实现客户需求快速响应和及时处理；通过对服务任务的结果分析和过程跟踪，保证服务任务的及时有效完成和服务质量问题的快速反应；
3）专家热线中心
专家热线是客户和服务执行体、分中心和服务执行人的“桥梁”，这座“桥梁”的结实、稳固、美观、舒适，直接决定了服务任务的有效解决。专家热线人员由一只行业经验丰富、技术能力强、有大运维运作经验的专家队伍组成，这就确保了专家热线的服务质量和技术支持深度，保证了客户的需求能够及时得到厂家专业的服务支持，同时也为执行体有效解决客户问题打下了坚实的基础。
4）维护中心
如果说专家热线中心呈现给客户专家价值，而维护中心将专家价值转化为客户的真正体验。针对不同的客户，与话务中心、专家热线的回访配套，由高技术等级的技术工程师提供定期专家上门回访，提供面对面故障隐患及时发现和消除、专业性的优化指导、升级扩容方案等专业服务支持。
5）技术中心
技术中心主要职责保证系统、服务器、设备的运维服务工作顺利完成及提供服务运作的技术支持和技术培训。
6）培训中心
培训中心分别编制管理人员培训资料和业务操作培训资料，为管理人员和操作人员提供量身定制一系列的管理和技术培训。
7）备件保障中心
为满足服务的备件需求，在第一时间满足服务所需备件，软件公司建立备件保障中心，完善的备件管理业务系统实现各服务网点的动态时时库存查询，同时通过对备件计划、备件物控、备件发运、备件仓储等实施科学管理，以实现备件按需采购、按需提供、保证质量、快捷迅速、成本优化等几大目标。
技术支持与服务原则
软件公司的技术支持与服务原则就是“用户第一”。
软件公司在大力发展开拓市场的同时，始终恪守“用户第一”的原则，一贯奉行“实事求是、热心服务”的宗旨，以全力满足用户的一切需要为己任，不仅要为当地
客户提供一流的产品，而且还要提供一流的服务。在第一时间，对用户的服务要求作出响应。
● ISO9001的服务规范
软件公司是一家通过工信部系统集成三级资质的企业、软件开发业务ISO9001质量认证的企业。在公司的ISO9001程序文件中，对于工作人员在工作中的每一个方面都有着严格的规定。关于售后的ISO9001程序文件规定了运维服务（发货、安装、调试、培训、维护、维修）的质量控制方法和要求。其他文件规定了软件开发的基本要求。
● 服务工作流程
在产品交付或运维实施过程中，软件公司按照如下服务体系工作流程为本运维提供服务：
● 服务体系工作流程
软件公司对于具体的运维实行运维经理（实施组负责人）负责制，指定专人负责具体的运维服务与技术支持工作。
在运维服务与技术支持的过程中，软件公司是以ISO9001质量体系作为提供优质服务的标准和保障，一个运维从立项到实施，到最终提交给用户、提交后系统的维护和产品维修，都有非常严格的制度和规定。这样做，不但能确保我们的工作可以有计
划按步骤地进行，最重要的是确实保证了用户的利益，保证了我们提供的产品及服务满足用户的需要。
2 专业的服务团队
软件公司经过不断的努力，积累了丰富的运维服务经验，锤炼了一支富有专业能力和敬业精神的高素质团队，并建立了一套行之有效和完善的操作机制。
软件支持处：提供软件系统7*24小时技术咨询支持和驻场服务。
三包结算处：提供质保期内用户质保跟踪管理和运维服务考评。
配件管理处：提供运维服务检测设备设施管理；硬件平台质保期内备件备品管理及保质期外备件采购。
综合管理处：提供整体运维服务能力、效率、客户满意度的绩效考核，监督服务水平。
3 保修与维护
作为一家在全国承建过多项全国性网络工程的知名集成商和设备制造商，软件公司深知优质的运维服务在运维运行中的重要性，把为客户提供高效优质服务作为工作的重心。为使用户得到及时、便捷、周到的运维服务和技术支持，服务响应时间。 4 运维服务
软件公司作为优秀的硬件供应商、软件开发商、系统集成商，在多次大型运维实施的过程中已建立起一整套层次丰富、切实有效的客户支持手段，可以为当地客户提供最适合的服务支持方法。对于此运维，做出如下承诺：
软件公司将认真履行合同签署的所有条款，全力投入，确保系统在合同期和质保期之内圆满完成合同要求，确保系统的正常运行。
1) 系统硬件运维
每周定期巡检及报修服务并形成历史运维记录。
2) 操作系统管理
1) 空间管理：每周定期检查操作系统各分区使用情况，提供空间预测报告。
2) 性能优化管理：每月定期磁盘清理、整理磁盘碎片、系统参数优化形成系统变更记录表。
3) 日志管理：每周定期检查系统日志，及时预防处理潜在的问题形成日志检查
报告。
4) 补丁管理：定期的补丁维护及时更新最新补丁，与最新补丁可更新时间不能超过2周，形成系统变更记录表。
5) 日常巡检：定期系统巡检，形成系统日常巡检记录单
3) 数据库管理
1) 备份恢复管理：提供周期性的自动数据备份及恢复测试（频率以具体备份策略而定），形成备份记录及数据有效性报告。
2) 应急恢复服务：提供2小时内的系统紧急意外情况的应急恢复服务并形成事故报告单。
3) 性能优化管理：定期做系统性能监控，及时调整系统参数并形成数据库变更记录表。
4) 空间管理：定期检查数据文件大小，及时处理空间需求并形成空间预测报告。
5) 日常巡检：日常性的检查数据库日志，预防潜在的问题，形成巡检记录。
4) 应用系统维护
1) 系统性能优化：定期做应用系统的性能监控，及时调整应用参数并形成应用配置变更表。
2) 系统用户权限管理：用户权限维护，并形成用户权限清单及权限变更记录（要有相应的权限申请流程）。
3) 系统日常巡检：日常性的检查应用系统日志，预防潜在的问题，形成巡检记录。
4) 系统变更管理：涉及系统变更的均需要在测试系统测试通过形成测试记录，才能在正式系统应用更改并形成正式系统变更记录表。
5 技术支持与服务
软件公司为确保本系统升级改造运维建设，将建立专门的技术支持与运维服务组，配备专业技术人员，为该运维提供技术支持与服务。
技术支持与运维服务组组员对该组组长负责，组长对运维经理负责，运维经理对联合领导组负责。管理方式采取垂直管理和统一管理方式，以确保工程的顺利实施。
技术支持与运维服务组负责系统实施完成后，在运行过程中的技术支持、运行维
护等工作。
软件公司拥有一支受到过良好教育和培训的，有经验的技术支持与运维服务队伍，我们将作好充分的准备，与有关的基础平台软件提供商和其他集成商密切合作，为建设运维提供及时、全面的技术支持和服务，保障系统的正常运行。
软件公司为每个系统集成运维都配备了若干名责任工程师，责任工程师根据不同的分工，参与了从运维讨论、运维调研、运维设计到运维实施工作，对所负责的运维有深入的了解。为客户提供责任工程师的移动电话和办公电话，每周七天24小时响应客户的服务请求，并定期对客户进行巡访，了解客户最新需求和现场最新情况，记录存档。
软件公司为当地体系建设运维系统集成运维配备多名售后工程师。
1) 技术支持服务
提供的技术支持服务包括驻场支持、电话支持及远程支持等服务，用于协助用户保障设备故障及时得到解决。
1、本地化服务
我们将项目单位列为VIP客户，以本地化优质服务为基准，确保系统的正常运行及及时的反馈机制。
对重大的技术问题，我方技术支持部门将协调组织技术专家小组进行会诊，派遣技术人员到客户软件使用现场解决问题，并对软件系统进行系统保障的过程，以确保系统的正常运行。
2、电话支持服务
用户在使用维护过程中，出现由于系统引起的技术故障，可通过服务热线向我公司提出服务请求。
维护工程师组成电话支持小组，以最快时间响应用户的服务请求，协助与指导用户制定解决问题的方案。
我方免费提供每周7天*每天24小时不间断的电话热线支持和传真服务，解答项目单位在系统使用、维护过程中遇到的问题，及时提出解决问题的建议和操作方法。
3、远程支持服务
在电话支持服务无法解决设备故障问题的情况下，或在进行电话技术支持的同时，根据需要并征得用户同意后，实施远程支持服务，检查设备情况，排除设备故障。
在远程技术支持的过程中，公司采用远程技术，对用户设备在远端进行问题诊断，提出解决问题的方案。
4、在线服务
通过 Web 浏览器、即时通工具（如 QQ）等在线工具为用户提供的提交问题、 查询问题、解答问题的在线式服务方式；在线服务能够及时、方便的为客户提供维护服务。
4、软件升级服务
公司免费提供同等功能条件下的软件升级服务，优化设备的软件结构。
在尽量不影响用户正常业务的前提下，软件升级时间、由公司与用户共同确认。 提供域名申请、网站备案等服务；提供系统运行评估服务、信息咨询服务、软件的补丁服务、软件补丁包安装服务等；系统如需改进或扩容所需的软件，按不高于首期供货折扣提供；系统拓展或变更所需的软件，同样按不高于首期供货折扣提供；为后期其它应用系统的集成提供技术支持。
5、备份服务
维护服务期内，我司将安排专门人员针对系统数据进行备份，包括网站、各种重要的配置文件、程序、图片、数据库等，保证服务器、数据库出现严重故障时可以在较短时间内恢复。
数据维护：通过远程维护系统对客户的软件系统的数据维护的过程。
数据备份：定期做好系统数据备份，并对备份数据进行妥善保管
服务器维护：对数据库服务器、应用服务器的运行情况进行监控，为软件正常运行提供保障。
2) 资料服务
资料服务包括网上资料和资料送达两项服务，用户可获取公司最新的技术资料和维护资料，不断提高自己的使用及维护水平。
1、网上资料服务
建立与用户设备使用维护有关的专门网页，提供与日常维护相关的资料。
用户可以在公司开放的权限内，获取有关系统维护、产品知识、维护经验等方面的资料。
2、资料送达服务
通过电子邮件或邮寄方式，向用户发放技术资料。
3) 预防性维护
● 服务内容：
当今系统服务方式已经不再是传统的当用户系统出了故障后，工程师赶到现场救火的被动方式，而是全新的以预防为主的主动服务方式。这样就要求支持服务体系不但要有快速的维护队伍，还要有远程支持的服务中心。技术支持及运维服务组根据当地客户的实际需求，对我们所提供的系统提供维护服务，我们将和当地客户保持长期的联系，向用户了解软件系统的运行情况，对用户的问题和要求提供技术支持，对应用软件系统提供预防性的维护。
● 定期回访：
针对预防性服务，我们提供对当地客户的每三个月免费对系统进行一次总体检测，每半年免费对系统进行一次复调，提供系统升级、系统维护、技术支持等服务。
● 现场服务服务内容：
实施各组接受联合领导组垂直体系管理。作为其中一部分的技术支持与运维服务组将对各种服务要求采用现场服务方式，该方式为技术支持与运维服务的首选手段。接到请求以后，实施组将立即派出技术专家去现场解决，帮助用户进行故障诊断和有关的维修、维护工作。同时还可以为用户的系统管理员提供现场技术指导。遇到重大技术问题，我们会及时组织有关顾问专家进行会诊，并采取相应措施以确保系统的正常运行。
4) 在线诊断和调试
● 服务内容：
当用户设备出现故障时，软件公司的工程师、技术专家将首先通过远程诊断软件，进行分析研究。对于一些设置上的问题，在远程诊断时即可解决；对于无法解决的问题，软件公司将立即派有关领域的技术专家去现场解决。
远程诊断服务可以根据当地客户的实际情况，每周七天，每天24小时均可以进行。
● 服务期：
系统通过当地客户验收签字之日起，软件公司将质保期内免费提供在线诊断和调试等服务。
在运维服务与技术支持的过程中，软件公司是以ISO9001质量体系作为提供优质服务的标准和保障，一个运维从立项到实施，到最终提交给用户、提交后系统的维护和产品维修，都有非常严格的制度和规定。这样做，不但能确保我们的工作可以按步骤有计划地进行，最重要的是确实保证了用户的利益，保证了我们提供的产品及服务满足用户的需要。
十一、平台培训方案
人员培训自始至终贯穿在项目实施过程中，在进行培训时，需要完成以下工作： ● 制定详细的培训计划，确认各个阶段培训的主要内容。
● 培训组织相关人员使用系统，以熟悉整个系统的基本功能。
● 重点培训项目小组成员，并指导项目负责人对平台的应用与维护。
1 培训方式
针对平台的相关系统领导层、管理人员、操作人员以及系统干系人的培训采用理论与实践相结合的培训手段，现场讲解、现场指导、操作手册等多样化培训的开展。针对不同用户对象，不同培训目标采取的教学方式也不相同。
培训方式：
● 现场讲解平台使用方法；
● 场下有专人指导现场操作。
2 培训计划表
针对系统的相关人员的具体时间和地点将在双方认为方便合适的时间和地点举行，或由双方友好协商后再确定；培训的主要内容和目的详见下表：
注：每天8个课时，早上9：00—11：00，下午14：00—15：00。所有参加培训学员的相关资料等将全部由我司承担。
培训讲师：
协助人员：
3 培训对象
平台系统管理员、平台使用人员和其他干系人。
人员培训作为工程实施的一个重要环节，对整个项目的实施至关重要，通过系统的培训，使得领导层对整个项目有总体的了解，能够更好的对项目起到支持、协调的作用；管理员、工作人员得到日常工作需要的专业技术知识和经验，从而保障整个系统的顺利运行；普通用户能够更好的对设备进行操作。
项目建设最终系统将交付用户使用，项目培训是项目实施中的重要环节，通过项目培训对业主人员进行全面的技术培训，使用户达到能独立进行管理、故障处理、日常测试维护等工作，以便于我方提供的软、硬件能够正常、安全的运行。
4 培训教学方案
培训课程
培训标准
为了确保培训的质量，软件公司导入了《ISO10015国际培训标准体系质量管理——培训指南》。ISO10015标准的作用是帮助组织识别和分析培训需求、设计和策划培训、提供培训、评价培训结果并监视和改进培训过程提供指南以达到其目标。为了保
证培训质量，承诺在培训工作中严格遵循ISO10015标准：
1、确定培训需求：确定业务和技术岗位的能力要求，评价现有人员已有能力，确定能力差距，形成培训需求。
2、设计和策划培训：确定制约条件、培训方式和选择准则、培训计划、选择培训提供者构成了它的核心内容。该过程的重点是根据需求阶段已明确的人员能力差距策划具体的培训方案，决定“补什么”。
3、提供培训：提供培训（含培训前支持、实施培训和培训后支持）。该过程的重点在于用正确的“滋补”方式提高学员的能力，使学员真正能够从培训中学到有价值的东西，也就是解决“怎么补”的问题。
4、评价培训结果：收集资料并准备评价报告，评估本阶段培训是否到达预期效果，为下一阶段的培训策划和改进提供参考。
5、培训过程的监视和改进：培训过程的确认。
五个过程间的相互关系如下图所示：
培训师资
多年来，公司成功地举办过多次类似大规模的客户培训，具有丰富的专业培训经验。软件公司承诺，将在教师安排，实验环境配置，组织管理等各方面提供最好的服务以确保培训成功。
软件公司将组织获得公司认证的优秀的培训讲师，严格根据培训需求为用户选择专业化的培训课程。教学中将通过面授、讨论、动手实验和模拟实验相结合的教学手段，模拟用户的实际运行环境，达到良好的教学效果。