定制化软件解决方案

一、整体设计

1设计原则

平台建设将以国家各类技术规范和业务规定为根据，采用业界成熟的I处理方案，采

用BS模式，建立软件系统，建设统一欧J业务处理体系。

先进性：以增进工作安全发展为指导原则，保证系统成熟稳定的同步放眼未来迎合

发展。

兼容性：系统平台为开放式、原则化平台，满足未来本单位各服务构建及各机关单

位服务及应用日勺无缝对接。

安全性：系统应对数据库的I存储和访问提供有效的安全措施，防止数据链及数据通

讯链受到恶意袭击，访问调用有痕且追溯可查。

可扩展性：系统日勺构建及数据的交互满足共享模式，采用灵活、开放日勺模块化设计

为系统扩展、升级及可预见的管理模式的变化留有余地。

可靠性：多维度保证系统时正常运转与数据安全可靠。

经济性：实现最优化的系统设备配置，减少系统造价及运行成本。

易用和易维护性：系统应采用简洁、友好H勺人机界面，在出现系统故隙时.，可以简

便快捷的进行处理。

共享性：系统共享性的规定为了保障各业务体系间内数据流转的流畅且在安全性保

隙的前提条件下，构建协同校验、统一管理的建设精神。

二、技术指标

1技术路线

＞应用平台：平台系统遵照JAVAEE或.NET原则；

＞运行模式：B/S模式日勺五层架构；

＞扩展接口：基于WebService、JSON等原则规范，采用XML的数据传播格式;

低耦合应用组件进行分布式市署、组合和使用，具有未来可扩展增减业务模块的架构；

＞安全架构：符合S日勺安全架构；

＞操作系统：支持UNIX、LINUX和Windows操作系统；

＞权限控制：基于角色的访问控制RBAC模型的权限控制，可动态支持功能操作

权限和数据访问权限灵活配置；

＞登录模式：支持单点登录与统一安全认证、支持数字证书验证；

＞系统架构：分布式系统基础架构，采用基于Hadoop技术或其他类似技术日勺大

数据处理框架：

2系统架构

系统采用Browser/ServerB/S模式（浏览器/服务器模式）,服务器端采用Windows

Server版操作系统。网络中心配置若干台高性能服务器，实行应用和数据分离日勺原则，

加强系统运行日勺稳定性和安全性。服务器采用WindowsServer2023以上版本，后台采

用SQLServer数据库，前后台开发工具采用met等。

整体系统分为：基础设施层（系统所需日勺基础设备、系统、中间件等）、资源层（实

现详细功能的多种数据与信息库）、应用支撑层（对所有应用系统提供多种数据访问功

能日勺中心服务系统）、应用系统层（实现详细功能日勺多种应用系统）、服务层。

资源层提供集中的数据访问，包括数据连接池控制、数据库安全控制和数据库系统。

集中的I数据访问可以在大量顾客同步并发访问时共享有关连接等信息，从而提高效率，

集中区I数据库安全控制，使任何来自互联网日勺数据库访问都必须通过强制的安全管理，

不容许直接访问数据库日勺行为，杜绝安全隐患。

应用层通过提供统一的数据服务接口，为各个应用系统提供服务，应用系统的I体现

可以是网站、客户端系统、Web服务以及其他应用。并通过目录与负载均衡服务提供统

一的负载均衡服务。任何一种应用服务器都可以同步启动多种服务，而通过目录与负载

均衡服务来进行负载均衡，从而为大量顾客并发访问时提供高性能服务。信息集成分析

平台应用服务器提供关键服务，包括数据服务、管理服务、基本安全服务、其他业务服

务等；数据同步服务器将数据有条不紊日勺同步到各个数据库；系统更新与版本升级服务

器提供各个系统的版本升级管理，使任何一种系统都保持最新版本；Web日志分析服务

提供顾客访问分析，提高平台后期修改、维护、更新的针对性。

3系统安全

（1）基于顾客角色日勺权限控制实现应用层安全。

一是严格控制不经授权的顾客访问系统。二是每个合法访问系统日勺顾客都具有一定

的I权限，以限制其操作范闱。在业务系统操作时，只有具有对应业务系统操作权限的人

员，才可办理对应欧I业务C将结合统一顾客与权限管理实现基于顾客角色日勺权限控制实

现应用层安全。

（2）权限管理方案

对岗位（角色）的授权分为两个部分，一是业务操作日勺授权，菜单功能授权，二

是数据日勺授权。通过管理员对分部门进行分别设置不一样的角色，通过多种角色进行分

派菜单和功能日勺权限，以及设置不一样日勺数据权限。

（3）加密方略

加密重要包括数据日勺加密传播和数据日勺加密存储。

对于一般数据加密传播，可以通过SSL加密在Internet上传播，保证数据不被窃

取。

对于保密程度较高日勺信息可以加密存储，提供一种加密模块，采用RSA加密算法

进行加密。通过加密模块，顾客可以选择需要加密日勺数据表并存储下来。所有需要加密

欧I数据表日勺数据在存储之前都需要通过加密模块检测，假如数据需要加密存储，则调用

加密算法进行加密，加密后日勺密文寄存倒数据库中；假如不需要加密，则直接存储明文。

同样，在调阅数据的时候，假如是加密数据则通过加密算法进行解密还原成明文，展目

前顾客面前；否则直接提取数据展目前顾客面前。

（4）信息保密

由于网络的互联性和开放性，信息在网络中的传播不可防止地存在被监听均也许，

要实现信息传播的保密性只有对信息进行加密，以空文方式传播，虽然被监听，监听者

也无法明白密文所示的信息。平台对采集或传播的数据按照原则的加密组件进行了数据

的加密，当数据抵达后由对应口勺解密组件进行解密，提供了信息的加解密机制。

信息也也许在传播过程中被截获篡改后再转发出去，导致信息的完整性受损，平台

安全管理平台对接受后数据采用完整性校验算法进行完整性校验，被改动口勺信息即被认

为是无效信息，并对无效信息进行丢弃不予保留，以此保证信息的完整性。

(5)数据备份

对于系统，应对重要数据服务器进行一次完全的系统的劫难备份，将系统及其上数

据(成果数据或非成果数据)完全备份到磁带库中，将劫难备份介质按照介质安全措施

安全保留。

对于成果数据，我们提议进行一次完全备份，在完全备份日勺基础上进行差量备份。

这重要是由于成果数据不常常被修改的缘故，备份起来比较以便。

对于非成果数据，我们提议进行一次完全备份，在完全备份日勺基础上进行增量备份,

提议每进行一次修改后就进行增量备份，标识介质后保留好增量备份的磁带介质。

4性能指标

(1)查询指标：简朴查询：单类信息精确条件查询，规定响应时间不不小于3秒；

关联查询：基于要素的不少于5类信息查询返回不不小于5秒；组合查询：基于多条件

组合查询，每1000万数据规模规定响应时间不不小于1分。

(2)稳定性指标：系统平均无端障(影响业务正常办公日勺系统故障)时间2300天。

(3)记录分析性能规定：常规记录报表生成时间W1分钟；定制记录报表生成时间W

1()分钟。

5数据建设

平台数据量重要是检测数据，在不影响系统使用的状况下，通过扩展存储空间，适

应未来业务数据容量的增长。

6信息安全

•文献加密：整个系统的文献支持三级加密方略：不加密；中度加密；深度加密

加密方式由管理员直接配置，满足不一样顾客日勺需求；

•密码加密：顾客的密码在存储时进行不可逆的加密，保证了密码不会外泄。虽

然是管理员也无法获取顾客的密码信息；

•验证码：采用顾客名+验证码登录模式登录系统；

•加密锁：提供顾客端加密锁，只有待有加密锁的顾客才可以访问交互系统，合

用于内外网分开控制；

•新一代自主研发的云存储架构、数据冗余式备份、数据加密存储，保证数据存

储安全；

•IPS入侵防御系统、内外网分离构架、SSL加密传播技术等，保证数据传播安

全；

•完善的安全管理制度，强大的多级权限管理功能，防止顾客数据泄密，保证管

理行为安全；

•内外网分离架构，各模块采用独立内外网架构，以及冗余分布式设计，无单点

故障，为系统对系统劫难的抵御能力和恢复能力提供了保证；

•支持S通道访问加密和防DOS袭击，记录访问祈求日志，通过S保证传

播信息加密安全性。同步可以防止蜘蛛爬虫日勺信息采样；

•支持SSL传播加密POP/SMTP服务器收发邮件，SSL协议位于TCP/IP协议与多

种应用层协议之间，为数据通讯提供安全支持，保证邮件传播过程中的信息不泄漏,

包括顾客的顾客名、密码、信件等信息都会非常安全。SSL服务器证书由全球最大日勺

安全证书机构verisign颁发。

,完善的应用级别权限控制：基于个人、单位、部门、群组、角色、岗位、级别

的多维度权限控制，系统可以针对以上属性进行灵活日勺权限设定，保证信息安全的可

定义性和可执行性；

•三员分离安全控制：为防止单一系统管理员的权限过于集中，引起风险，管理

员将权利进行拆分，设置了三类管理员：系统管理员、安全管理员、审计管理员。系

统管理员重要负责系统日勺平常运行维护；安全管理员重要负责账户管理、信息设置和

分级授权；审计管理员重要对系统管理员、安全管理员和一般顾客日勺操作行为进行审

计跟踪分析和监督检查。通过这种分权管理，互相制约，互相监督的机制，可以满足

国家对于涉密单位日勺信息系统专门制定了安全登记俣护密码安全控制；

•账号密码H勺更换周期控制：密码尝试失败H勺账户冻结控制；密码强弱度内校验

等措施，有效保证了顾客密码H勺安全使用；

•定期对•存储数据库进行自动备份。

•操作日志监控功能，顾客操作行为日志全程记录。

•防SQL注入、页面篡改。

7执行原则

推荐

・《信息技术开放系统互连网络层安全协议》(GB/T17963)

・《软件工程术语》(GB/T11457-1995)

•《山东省政府网站内容规范和技术规范建设指南》

•《计算机软件可靠性和可维护性管理》(GB/T14394-2023)

•《计算机信息系统安全等级保护网络技术规定》(GB/T387-2023)

基础原则

•《信息技术软件工程术语》(GB/T11457-2023)

•《计算机软件开发规范》(GB8566-88)

•《信息处理多种图的文献编辑符号和约定》(GB/T1526-1989)

•《信息处理系记录算机系统配置图符号及约定》(GB/T14085-1993)

•《信息技术软件维护》(GB/T20237-2023)

•《信息安全技术-信息系统通用安全技术规定》(GB/T20271-2023)

・《信息技术软件生存周期过程开发原则》(GB/T8566-2023)

・《信息技术软件生存周期过程》(GB/T8566-2023)

・《软件支持环境》(GB/T15853-1995)

・《软件维护指南》(GB/T14079-1993)

•《算机过程控制软件开发规程》(SJ/T10367-1993(2023)计)

•《信息技术软件包质量规定和测试》(GB/T17544-1998)

•《计算机软件测试规范》(GB/T15532-2023)

文档原则

•《计算机软件文档编制规范》(GB/T8567-2023)

•《计算机软件产品开发文档编制指南》(GB/T8567-1988)

•《计算机软件需求规格阐明规范》(GB/T9385-2023)

管理原则

•《计算机软件配置管理计划规范》(GB/T12505-1990)

•《软件工程产品质量》(GB/T16260-2023)

•《计算机软件质量保证计划规范》(GB/T12504-1990)

•《计算机软件可靠性和可维护性管理》(GB/T14394-2023)

•《信息技术软件生存周期过程风险管理》(GB/T20918-2023)

•《信息安全技术-信息系统通用安全技术规定》(GB/T20271-2023)

机房建设原则

•《计算机机房用活动地板技术条件》(GB/T6550-1986)

・《电子信息系统机房设计规范》(GB50174-2023)

・《计算机站场地技术条件》(GB2887-1989)

・《通信局站接地设计暂行技术规定》(YDJ261989)

•《电子计算机机房施工及验收规范》(SJ/T30003-1993)

综合布线原则

•《建筑与建筑群综合布线系统工程波及规范》(CECS72.97)

•《建筑与建筑群综合布线工程施工与验收规范》(CECS89.98)

规范

•《计算机信息系统集成资质等级评估原则(最新)》

•《计算机信息系统集成项目经理资质管理措施》

三、互联互视

平台内数据可以互联互通，处理“信息孤岛”、实现统一资源管理、互联互动、保

护投资等问题。统一的接口通讯协议，使得集成系统施工方式得到统一，可保证各套件

的功能完整性，并且后期调试、维护均有保障。

扎实一种数据资源中心，搞定了后台数据基础，对各类数据进行加工、处理、计算,

形成对应的成果，供我们使用和判断。所有的公共功能由平台统一提供，平台上开展各

项业务的模块，各个业务模块之间信息互联互通，协同工作。

遵照一定的原则和规范，提高系统原则化程度，同步也将深入增进软件系统MJ原则

化和产品化。

U!I、大数据和智能化

分布式系统基础架构，采用基于Hadoop技术或其他类似技术的大数据处理框架，

采用智能自动分派事项H勺算法。

大数据平台架构设计沿袭了分层设计的思想，将平台所需提供的服务按照功能划提

成不一样的模块层次，每一模块层次只与上层或下层H勺模块层次进行交互（通过层次边

界的接口），防止跨层的交互，这种设计的好处是：各功能模块的内部是高内聚的，而

模块与模块之间是松耦合的。这种架构有助于实现平台的高可靠性，高扩展性以及易维

护性。例如，当我们需要扩容Hadoop集群时，只需要在基础设施层添加一台新日勺Hadoop

节点服务器即可，而对其他模块层无需做任何的变动，且对顾客也是完全透明的。

五、顾客体验和技术

切实满足工作快捷有效的符合需要的顾客操作流程，采用Angular或类似技术。

1减少祈求数

顾客在打开一种页面的时候，后台程序响应顾客所需的时间并不多，顾客等待日勺时

间重要花费在下载页面元素上了，即HTML^CSS、JavaScript、Flash、图片等,记录

显示。

因此，想要提高页面打开速度，就要减少祈求数：

1）减少不必要日勺祈求，例如用CSS圆角替代圆角图片，减少图片的使用。

2）对一种页面波及到的I所有零星图片都包括到一张大图中去，这样一来，当访问

该页面时，载入的图片就不会像此前那样一幅一幅地慢慢显示出来了。

2感官体验的改善

感官体验是顾客体验中最直接日勺感受，给顾客是展现视听上日勺体验，系统日勺舒适性

很关键，顾客第一眼看到系统日勺感受。

改善措施：对于系统的调整需要针对系统的目的人群进行分析，然后再在系统日勺设

计细节上进行合适日勺改善，如系统设计风格、色彩的搭配、页面的布局、页面的大小、

图片的I展示、系统字体日勺大小、LOGO的空间等。

3交互体验的改善

交互体验是展现给顾客操作上日勺体验，强调易用/可用性。

4目的信息要醒目而亲近

在关注缩短完毕途径这个问题日勺时候，优化操作环节是第一位H勺。

5目的信息保持更新

在更新系统上内容的时候，不要过于追求量，而要追求质，更新再多口勺信息，假如

不能保证质量口勺话，这样就等于没有更新。且系统的内容只有常常的更新，才能给人们

一种新鲜的感觉，也能满足顾客的需求。

六、平台扩展性

基于WebService、JSON等原则规范，采用XMLH勺数据传播格式，低耦合应用组件

进行分布式布署、组合和使用，具有未来可扩展增减业务模块的架构，例如SOA等。

“软件的关键是重用，措施是分离，关键是原则”，组件化基础业务平台仍然是遵

照这个原则。业务基础平台的组件化，并不是所有的内容所有组件化，有些内容是无法

分离出去的，因此首先要把业务基础平台的内核分离出来，建立一种业务基础平台日勺微

内核，微内核是跟每一种业务组件紧密有关日勺。然后把业务基础平台中可以分离出来的

内容单独作为一种组件，即公共组件，从而实现业务组件和公共组件的分离。业务组件

和公共组件使用一种数据库，通过公共组件及有关日勺原则实现整合。

为了保证平台日勺灵活的扩展，要实现以上不一样层次的接口调用日勺向下兼容，包括

服务接口、API接口、数据接口，即升级之后的应当和老版本可以兼容。尤其是数据库

接口，必须实现向下兼容，否则无法实现一体化数据库，导致升级困难。数据接口并非

是所有日勺数据模型，重要是针对关键对象模型建立的对象基本关系模型，有关基础对象

模型的建立，建立愈加稳定的数据模型，保证数据接口日勺稳定。

实现了接口向下兼容的，组件就可以独立升而不会互相影响，保证不一样业务组件

的版本兼容，对于一种业务组件内部，不一样的模块之间，需要保证版本一致，如业务

基础平台的内核，需要跟业务组件的版本保持一致。保证一种和业务组件自身日勺版本兼

容，不一样的业务组件之间可以版本不一样，不过数据构造要兼容。

七、项目实行方案

根据我企业的项目实行经验，结合本项目口勺实际状况，详细实行将是采用成熟、有

效啊技术手段来实现系统建设的各项目口勺和功能。

项目进度流程

忒运行

上线

犯续时间•1修

1项目立项启动

项目立项启动过程，重要就是统一思想、明确计划的过程。当完毕项目规划和论证

后，可以开始详细的建设和实行，此时开始进行项目立项。项目立项包括如下活动：

＞双方成立项目实行小组，指定项目负责人，明晰项目小组组员职责；

＞根据协议日勺约定，制定《项目实行总体工作计划》。

2项目调研分析设计

重要从技术角度来分析业务和网站建设的需求，提出网站H勺总体架构和详细实现方

案，完毕项目概要设计和详细设计。

概要设计重要进行如下工作：

＞对象行为和对象间交互作用H勺深入细化，完毕对象间交互作用日勺明确和完整的

定义；

＞对对象进行抽象，进行类日勺认定，得到类构造；

＞按照应用规定，把若干个类组合成一种子系统。

详细设计是紧接着概要设计进行的，目日勺是为实现做好准备。我们将采用皿L语言

进行设计模式日勺描述，本阶段包括如下活动：

＞组织有经验日勺项目分析人员和有关实行人员，与需方有关负责人召开若干次需

求调研会议，并深入系统应用日勺第一线与有关人员共同探讨需求；

＞总结各次调研会议的内容，形成项目《调研汇报》草稿并制作关键业务应用原

型；

＞讨论并最终确认项目调研汇报，形成最终《需求调研汇报》，双方需对本文档

承认签字。

3项目开发测试

根据需求和设计方案，组织人员完毕编码、测试工作。本阶段日勺重要活动是：

■根据需求文档和设计文档进行编码和自测。在设计方面完毕功能设计、界面设计

和系统管理设计；完毕单元内测试和系统测试;

■编写项目使用手册；

■提交《项目使用手册》，双方对提交日勺文档承认。

4人员培训

人员培训自始至终贯穿在项目实行过程中，在进行培训时，需要完毕如下工作：

＞制定详细H勺培训计划，确认各个阶段培训的重要内容。

＞培训组织有关人员使用系统，以熟悉整个系统H勺基本功能。

＞重点培训项目小组组员，并指导项目负责人对网站日勺应用与维护。

5项目应用及项目验收

1）根据项目需求汇报的约定，形成《项目应用阐明书》，各使用部门严格按照阐

明书的约定操作，以到达最佳日勺应用效果；

2）网站正式开始试运行，提交《验收申请表》和《交付清单》；

3）网站正常使用到达协议规定日勺验收条件后，组织人员验收工作，形成《项目验

收汇报》；

4）该阶段结束标志为客户方在《项目验收汇报》上签字；

网站验收后进入试运行阶段，试运行顺利完毕后，进行网站终验测试，测试合格后,

双方共同签订网站终验汇报。

八、项目管理及质量保障措施

1项目实行安排

为保证项目的成功实行，在项目规划.，实行全过程中，必须在良好日勺计划，管理、

控制和协调下，才能保证项目建设有序顺利地进行。因此，建立一套科学严密内管理

体系，有效地调配人员、时间和资金等项目资源，对项目建设非常重要。我企业根据

本项目的特点，按照严格的质量保证体系，明确项目的管理.目的，制定项目的管理方

式、组织构造、实行计划、质量和安全保证体系，作为整个项目建设的实行指导。

2质量保证体系

为保证项目的成功实行，我们在系统建设全过程中，一直贯彻着IS09000质量管

理体系原则，并将该体系年为整个项目建设日勺行动指导。根据我们质量管理体系中日勺

质量方针、质量目日勺、和控制程序规定，在项目实行过程中协调好各部门之间的关系,

让整个项目运作在良好日勺计划、管理、控制下，保证项目有序地、顺利地进行。

在项目的详细设计、项目实行、项目测试、项目验收、售后支持以及有关协调等

一系列工作中，我们将提供技术方案、开发、安装、调试、初验、试运行、测试和验

收等各项符合IS09000质量管理体系原则的规范与表格。

3项目实行管理

在本项目中，我们和顾客组建一种项目组，并由专家技术人员作为技术支持后盾,

由我们资深工程师担任项目组日勺技术负责人，项目组全权负责本项目日勺所有工作，包

括系统日勺详细设计、项目实行、项目测试、项目验收、售后服务支持以及有关协调等

所有工作。我们将选派具有丰富系统实行经验日勺项目经理和精通专业技术的|工程师，

结合我们在系统实行、集成方面成功经验，提出详细的项目实行计划，确定各项规范;

提出项目的售后服务体系，为本项目在服务保证期内和未来提供统一技术服务界面，

融合系统集成商、技术支持中心和产品厂商的售后服务；制定详细的培训计划，保证

顾客对技术、系统日勺掌握和系统运行维护的管理。

4项目实行管理目的

项a管理项目实行的关键。项目管理日勺措施是根据该项目日勺详细特点建立基于稳

定的组织、完整的计划和丰富口勺文档等多方合理原因构成的有机管理整体。

我们为该项目口勺实行制定如下分步实行目的：

在项目启动之初，就建立稳定H勺组织管理机构，包括本项目的领导小组、项目经

理、质量监控组、实行组、测试验收组、文档管理组、培训组、售后服务组等，在实

行过程中分工明确、责任贯彻、人员到位。

根据详细需求和现实内可执行性，建立一套完整的项目实行计划，贯穿整个项目

实行，包括项目的需求分析、详细设计、实行、维护、以及项目深入发展规划内全过

程。项目启动后，定期与顾客有关人员做一定的沟通，讨论执行状况，分析存在问题,

提出改善措施，尤其必须预见性地讨论那些潜在的风险，提出对应日勺风险处理对策。

顾客有关人员应充足参与到管理和技术口勺每一项工作中去。在整个项目实行过程中，

建立完整的文档，并对文档作有效口勺管理。

我企业本项目成立专门的技术支持部门，负责该项目整个系统口勺测试与安装、集

成和持续的系统优化。实行时保证项目进度一直在有序控制之中，实行后保证系统一

直处在最佳运行状态，最大程度地发挥系统优良日勺性能，远景任务是为新的।需求提供

扩充及优化提议，保证系统是一种有机成长日勺健康系统。

当整个系统调试优化完毕后，我们还会成立专门的售后服务小组为客户提供可靠

的技术维护，保证应用系统长期稳定地运行。

综上所述，项目管理的目H勺就是要运用完善的管理措施和经验，提高项目实行日勺

可操作性和可控制度，保证项目高质的完毕，稳定的发展。

5项目实行管理内容

项目管理口勺内容包括项目定义和项目工作清单、项目人员的配置和组织、项目进

度安排和控制、项目风险评估管理、项目变更的管理、项目质量控制、项目成本控制、

文档管理、合作各方的协调、验收及其原则。

♦项目定义和确定工作清单

明确项目日勺任务，并对任务进行细化，以制定工作清单，是项目人员调度和日程

安排的重要根据。

本项目的建设将根据项目实行H勺特点及需求分布安排工作，包括编制项目实行方

案、安装设备、配置系统、连通网络、系统联调等。我们将按照不一样日勺阶段制定对

应的明确的工作清单。

♦项目人员组织和分派

为了实现我们管理的目的，根据项目的工作清单和任务量的大小，合理安排每个

人员的工作，建立良好的组织构造对人员进行管理和协调，以便有序地工作。

♦项目进度安排和控制

按照项目对进度欧I总体规定，确定项目工作清单中各项任务的日程安排，并留有

合适余地以处理不可预知的状况，进度控制以日程安排为根据，通过例行会议等手段

进行项目进程状态汇总、审计和督导。

合理安排日程并加以监督控制可以提高工作效率，及时发现并处理问题。

♦项目变更和风险管理

风险管理首先应确定所有已知日勺项目风险，分析发生的也许性和潜在影响，并且

确定风险分析管理过程，用于跟踪每一风险并尽量减少风险的负面影响。

在本项目中，重要的风险也许由实行环境、项目周期、项目参与人员、顾客的配

合等原因引起。我们认为应通过项目会议以明确多种也许的风险，分析风险并制定出

完整的风险管理计划。

♦项目质量控制

明确整个项目日勺目的和质量规定，确定出项目工作清单中各项任务成果有关的质

量及测试规定。制定质量控制流程以保证项目到达质量原则。

质量控制流程应包括质量保证承诺、全面或抽样测试、质量验收过程和问题汇总

反馈过程等。

我们项目组技术人员将跟顾客有关人员一起定期地组织质量检查、实行质量控制

流程，并对项目的总体运行成果进行评审，以保证项目到达估计效果。

♦项目文档管理

技术文档是整个项目实行口勺重要知识成果，所有的技术文档必须归纳整顿，加以

妥善保管。

在项目实行过程中，每一种项目实行环节都需建立联机项目文档数据库，对项目

实行采用实时日勺跟踪、控制和管理。并保证在项目结束后，向顾客移交所有的项目实

行档案，保证顾客项目档案的完整。

6项目实行管理方式

采用项目经理集权控制方式，通过完整的项目管理组织对项目进行综合管理。

我们针对本项目将成立跨部门日勺项目团体，项目团体采用矩阵式的构造，首先增

长对客户需求口勺响应速度；另首先得到各专业部门的指导和支持。

建立项目口勺组织构造是对项目日勺人力资源进行合理的配置和分工，使参与项目日勺

双方人员能有效地协同工作，发挥最高的效率。

项目管理架构如下：

项目阶段划分

项目共分为项目开始、准备、实行、验收、售后服务等五个阶段，如下图所示:

九、项目测试方案和环节

1测试目的

制定完整且详细欧J测试路线和流程，为迅速、高效和高质量的软件测试提供基础

流程框架。

最终目的是实现软件测试规范化，原则化。

2测试流程阐明

3测试需求分析

测试需求是整个测试过程日勺基础；确定测试对象以及测试工作的）范围和作用。用

来确定整个测试工作（如安排时间表、测试设计等）并作为测试覆盖日勺基础。并且被

确定的测试需求项必须是可核算的。B|J,它们必须有一种可观测、可评测日勺成果。无

法核算日勺需求不是测试需求。因此我目前日勺理解是测试需求是一种比较大日勺概念，它

是在整个测试计划文档中体现出来日勺，不是类似的一种用例或者其他。

•测试需求是制定测试计划H勺基本根据，确定了测试需求可认为测试计划提供客观

根据;

•测试需求是设计测试用例H勺指导，确定了要测什么、测哪些方面后才能有针对性

的设计测试用例；

•测试需求是计算测试覆盖的分母，没有测试需求就无法有效地进行测试覆盖。

1）测试措施与规范

（1）测试措施

伴随软件技术发展，二页目类型越来越多样化。根据项目类型应选用针对性强的测

试措施，合适的测试措施可以让我们事半功倍。如下是针对目前项目工程可以参照日勺

测试措施：

•0测试（beta测试）一非程序员、测试人员

P测试，英文是Betatestingo又称Beta测试,顾客验收测试（UAT）«

P测试是软件日勺多种顾客在一种或多种顾客的实际使用环境下进行日勺测试。开发

者一般不在测试现场，Beta测试不能由程序员或测试员完毕。

当开发和测试主线完毕时所做日勺测试，而最终的错误和问题需要在最终发行前找

到。这种测试一般由最终顾客或其他人员完毕，不能由程序员或测试员完毕。

•a测试（Alpha测试）一非程序员、测试人员

Q测试，英文是Alphatestingo又称Alpha测试.

Alpha测试是由一种顾客在开发环境下进行的测试，也可以是企业内部的顾客在

模拟实际操作环境下进行的受控测试，Alpha测试不能由该系统的程序员或测试员完

毕。

在系统开发靠近完毕时对应用系统日勺测试;测试后，仍然会有少许日勺设计变更。

这种测试一般由最终顾客或其他人员来完毕，不能由程序员或测试员完毕。

•兼容性测试一测试人员

兼容性测试是指测试软件与否可以成功移植到指定口勺硬件或者软件环境中，例如

在B/S项目中各个不一样浏览器之间的测试。

•顾客界面测试TJI测试一测试人员

顾客界面测试，英文是Userinterfacetestingo又称UI测试。

顾客界面，英文是Userinterface。是指软件中的可见外观及其底层与顾客交互

%）部分（菜单、对话框、窗口和其他控件）。

顾客界面测试是指测试顾客界面的风格与否满足客户规定，文字与否对的I,页面

与否美观，文字，图片组合与否完美，操作与否友好等等。UI测试日勺目日勺是保证顾

客界面会通过测试对象日勺功能来为顾客提供对应的访问或浏览功能。保证顾客界面符

合企业或行业H勺原则。包括顾客友好性、人性化、易操作性测试。

顾客界面测试顾客分析软件顾客界面的设计与否合乎顾客期望或规定。它常常包

括菜单，对话框及对话框上所有按钮，文字，出错提醒，协助信息（Menu和Help

contenl）等方面的测试。例如，测试MicrosoftExcel中插入符号功能所用的对话框

的大小，所有按钮与否对齐，字符串字体大小，出错信息内容和字体大小，工具栏位

置/图标等等。

・冒烟测试一版本编译者

冒烟测试,英文是Smoketesting。

冒烟测试日勺名称可以理解为该种测试耗时短，仅用一袋烟功夫足够了。也有人认

为是形象地类比新电路板功基本功能检查。任何新电路板焊好后，先通电检查，假如

存在设计缺陷，电路板也许会短路，板子冒烟了。

冒烟测试口勺对象是每一种新编译的需要正式测试的软件版本，目的是确认软件基

本功能正常，可以进行后续的正式测试工作。冒烟测试口勺执行者是版本编译人员。

•随机测试一测试人员

随机测试，英文是Adhoctestingo

随机测试没有书面测试用例、记录期望成果、检查列表、脚本或指令日勺测试。重

要是根据测试者的经验对软件进行功能和性能抽查。随机测试是根据测试阐明书执行

用例测试日勺重要补充手段，是保证测试覆盖完整性的有效方式和过程。

随机测试重要是对被测软件的某些重要功能进行复测，也包括测试那些目前的测

试样例(TestCase)没有覆盖到H勺部分。此外，对于软件更新和新增长的功能要重点测

试。重点对某些特殊点状况点、特殊的使用环境、并发性、进行检查。尤其对此前

测试发现的重大Bug,进行再次测试，可以结合回归测试(Regressivetesting)一起

进行。

•黑盒测试(功能测试)一测试人员

黑盒测试，英文是BlackBoxTestingo又称功能测试或者数据驱动测试。

黑盒测试是根据软件的规格对软件进行的测试，此类测试不考虑软件内部内运作

原理，因此软件对顾客来说就像一种黑盒子。

软件测试人员以顾客的角度，通过多种输入和观测软件的多种输出成果来发现软

件存在H勺缺陷，而不关怀程序详细怎样实现的一种软件测试措施。

・性能测试

性能测试，英文是PerformanceTesting。

性能测试是在交替进行负荷和强迫测试时常用的术语。理想的“性能测试”（和

其他类型的测试）应在需求文档或质量保证、测试计划中定义。性能测试一般包括负

载测试和压力测试。

一般验证软件H勺性能在正常环境和系统条件下反复使用与否还能满足性能指标。

或者执行同样任务时新版本不比旧版本慢。一般还检查系统记忆容量在运行程序时会

不会流失（mcmocTeak）。例如，验证程序保留一种巨大日勺文献新版本不比旧版本慢。

（2）测试规范

测试规范是根据开发规范而制定的测试原则，测试规范也是后期测试用例编写日勺

重要根据。由于开发规范因企业而异，因产品而异，因此测试规范日勺原则程度每个企

业都不一样样。

从理论到措施到各类流程到各类汇报模版，都属于测试规范日勺范围，当一整套规

范形成之后，可使得测试工作进行愈加稳健，所有问题有据可查。

2）软件需求规格阐明书

软件需求规格阐明竹是软件到达的J各项功能的目的。是测试人员各项工作均根

据，没有需求就无法判断测试成果是对日勺欧I。

3）软件设计阐明（概要与详细设计）

设计阐明书包括软件的某些框架、字段、数据库设计等。软件设计阐明对测试工

作开展有很大影响，没有软件设计阐明诸多问题将无法溯源，测试准备日勺前期工作也

是根据软件设计阐明来制定的。

4）页面原型（demo）

页面原型是项目人员迅速熟悉项目的最佳途径。在需求不够明确，设计阐明书不

够全面的状况下，页面原型也是后期测试用例编写思想口勺重要根据。

4测试过程设计

明确测试目的，最终到达目的并验证成果是测试要做的事情。包括：

1.测试范围：描述本次测试中的测试范围，如：测试软件功能范围、测试种类

等。

2.简朴日勺描述怎样搭建测试平台以及测试的潜在的风险。

3.项目信息：阐明要测试日勺项目日勺有关资料，如：输入输出文档，产品描述，

软件重要功能。

4.人力资源的分派。

5.测试需求：笼统说，就是测试中日勺所有设计和需求文档。作为本次测试的根

据

1）测试方略制定

令这一阶段在于需求、详细设计、测试计划完毕之后，重要是本次测试的方略

阶段。诸多企业少这个一种阶段，需要有计划性的I分出产品的功能扣出测试的功能点,

现阶段大多企业都是直接拿着文档就开始做用例设计。

令对需求进行分析，列出详细的功能列表。（一般根据功能交互文档就能明确

出此功能的大体功能，一层层的分下去，一直到没个功能表单。然后考虑到使用那些

测试措施？工作一旦做到执行阶段，我们可以更好日勺根据这些功能表一点一点的覆

盖。也能让我们在用例评审时，充足口勺证明我们日勺工作是有效的可以保证产品的质

量。）一般在此之前，某些业务培训和需求评审是有必要是听一下的。这样可以更早

更纯熟的理解需求，也能保证产品设计中出现的某些误区。

令功能测试：功能范围（划分出各自负责口勺功能模块）；使用测试措施（等价

类、边界值等测试措施措施）：测试原则（符合设计、需求和规范文档对该功能的描

述）。

◊界面测试

◊兼容性测试

2）测试计划

要充足考虑测试计划的实用性，即测试计划与实际之间H勺靠近程度和可操作性。

编写测试计划的目日勺在于充足考虑执行测试时的多种资源，包括测试内容、测试原

则、时间资源、人力资源等等，精确地说是要分析执行时所可以调用的一切资源以及

受多种条件限制，也许受到的多种影响。

测试内容：对一种软件来说测试计划中会明确本次测试做哪些测试？如：系统测

试：在整个系统测试中会有（界面测试、功能测试、性能测试、兼容性测试、安装卸

载测试、可靠性测试等测试）。

测试目的：一般多为保证产品质量与否到达预期的指标。这个指标也就是在测试

中定义日勺结束原则。

测试原则：需要考虑本次测试需要输入那些文档，该项目结束原则定义、测试结

束原则H勺定义？bug级别定义、优先级定义、bug管理流程定义。这个都需要在执行

测试事明确。计划中应当包括这些内容。

资源分派：这里分为人力资源、软硬件资源等划分。一般会把人力资源的运用写

入一种测试人员任务分派表里，按照不一样的阶段，每个阶段提交对应的J成果（难度

很大）。软硬件资源中重要是在做计划时考虑到需要多少电脑或别的工具，列出清单。

测试风险：大多考虑到日勺就是项目开发延期、测试人员局限性用例无法全面覆盖

测试点、时间局限性用例无法所有执行、bug无法及时修改导致无法验证、测试人员

技能局限性导致测试进度拉长。

3）测试附件

■用例模板、缺陷汇报模板

■测试环境H勺搭建

■缺陷管理流程和缺陷级别定义

缺陷状态一般分为：新建、打开、已分派、已修复、关闭、重新打开中间会有：

延期、反复、拒绝等状态。

缺陷管理流程:

1.测试人员或开发人员发现bug后,判断输入哪个模块的问题，填写bug汇报后,

系统会自动通过Email告知开发组长和该模块开发者。

2.开发组长根据详细状况，重新reassigned分派给bug所属的开发者。

3.开发者收到email信息后，判断与否为自己的修改范围。

•若不是，重新reassigned分派给开发组长或应当分派的开发者。

•若是，进行处理，resolved并给出处理措施。（可创立补丁附件及补充阐

明）

4.测试人员查询开发者已修改日勺bug,进行回归测试。

•经验证无误后，修改状态为verified。待整个产品公布后，修改为closed。

•尚有问题，reopened,状态重新变为“new”，并发送邮件告知。

5.假如这个bug一周内一致没被处理过。Bugzilla就会一直用email骚扰它区）属主,

直接采用行动。管理员可以设定最迟采用行动日勺期限，例如3天，系统默认7天。

缺陷等级划分:

分级Bug等级Bug等级阐明分类阐明

导致整个产品无法进行。模块无法启动或异常

测试。修改优先级为最退出

Blocker

高，该级别需要程序员立。其他导致无法测试的

即修改错误

。运行过程中系统瓦解/

死机/重启

致命问题死机，数据丢失，重要功。功能设计与需求严重

能完全丧失，系统悬挂等不符

Critical错误。修改优先级为最。严重花屏

高，该级别需要程序员立。内存泄漏

即修改。影响语音或数据通

讯等

。严重的数值计算错误

。功能未实现或者存在

重要功能丧失，导致严重

错误

H勺问题，或致命口勺错误申

。轻微的数值计算错误

严重问题Major明。修改优先级为高，该

。系统所提供口勺功能或

级别需要程序员尽快修

服务受明显的影响

改

。顾客数据丢失或破坏

。操作界面错误（包括数

据窗口内列名定义、

含义与否一致）

。边界条件下错误

。功能存在错误，但出现

次要功能丧失，不太严

概率很低

重，如提醒信息不太精

Normal。提醒信息错误（包括未

确。修改优先级为中，该

给出信息、信息提醒错误

级别需要程序员修改

等）

一般问题。长时间操作无进度提

醒

。系统未优化（性能问

题）

。界面格式等不规范

微小口勺问题，对功能几乎

。操作时未给顾客提醒

没有影响，产品及属性仍

。文字排列不整洁等某

Minor可使用。修改优先级为

些小问题

低，该级别需要程序员修

。光标跳转没置不好，鼠

改或不修改

标（光标）定位错误

提醒信息格式不符合规。辅助阐明描述不清晰

轻微问题Trivial定，违反正常习俗习惯。个别不影响产品理解

的，界面不美观，控件排日勺错别字

歹h格式不统一。可输入区域和只读区

域没有明显的辨别标志

Enhanceme功能性提议，功能使用

。提议

nt性、以便性、易用性不够

5测试实行

令开发就会转版本给我们测试部门进行系统测试了。拿到版本我们首先搭建测

试环境

今做一种预测试，巨日勺是来评断这个版本是不是可测试的。假如预测试不通过,

打回开发部返工，假如通过了，就开始我们第一轮的系统测试。

令第一轮系统测试我们会执行我们所编写日勺所有测试用例，做好测试成果的记

录，发现缺陷了提交缺陷汇报。当第一轮测试结束后，我们把所有日勺bug单提交给开

发人员，由他们进行修改。

◊在他们修复bug期间，我们会对笫一轮系统测试做一种测试评估，出一种测

试汇报。还要根据实际状况，对我们写的测试用例进行修改和增长。开发改bug结束,

提交一种新的版本给我们，我们重新搭建测试环境开始第二轮系统测试。首先是回归

我们提交的缺陷汇报，然后会在用例中挑选某些优先级别比较高的用例来进行测试，

发现问题了继续提交缺陷汇报，只到缺陷率低于顾客规定了，我们就进行最终一轮

的回归测试，结束系统测试。详细测试轮次是根据版本质量和项目复杂度而决定的。

6测试评估

•执行阶段结束了进入测试评估阶段，我们会出一种总的测试汇报对我们测试

时这个过程利版本日勺质量做一种详细的评估

1）需求需要评审那些？

2）用例需要评审那些？

3）计划应当评审那些？

4）缺陷评审那些？

5）bug评估?

测试总结汇报文档的输出：

1、可以让详细的任务负责人对该本次测试中个人负责的模快进行评价，提出有

关提议。给出总体日勺评估

2、整体上的bug按照不一样等级记录出来、用例数量、用例执行数量

3、对项目中测试人力资源的记录。（单位：人（天）

4、项目中软硬件资源记录。

5、提出软件总体的评价。

7测试汇报

测试汇报包括对软件功能H勺结论，阐明为满足此项功能而设计日勺软件能力以及通

过一项或多项测试已证明的能力。

阐明该项目软件的开发与否到达预定目的，与否可以交付使用。

总结测试工作H勺资源消耗数据，如工作人员的水平级别数量、机时消耗等。

记录测试成果与发现及木项目测试工作所得到日勺各项输出日勺承载体，根据输入与计

划、规定的对比来总结本次项目所或得FI勺经验。

十、售后服务方案

为切实履行“为顾客服务、对顾客负责、让顾客满意”的宗旨，为发明品牌，提

高企业著名度，树立企业形象，以“最优惠的价格、最周到的服务、最可靠的产品质

量”欧J原则进行售后服务：

提供H勺原则服务将协助顾客保障设备安全稳定地运行，完善的组织构造、严格日勺

质量保证体系和高水平H勺技术支援队伍使我们有信心提供一流的服务。

软件产品口勺技术支持服务保证期须为终身，免费维护服务保证期为1年。免费维

护服务保证期自系统实行并验收合格，旦双方在验收单上签字之日起计算。免费维护

服务保证期过后，需根据状况另行签订技术售后服务协议，详细软件售后服务费用按

同期市场平均价格结合投标让利状况确定。

软件系统质保期内，所有购置软件均享有免费升级服务，并应提供软件扩充、升

级方面H勺技术支持服务。若顾客使用日勺第三方软件需与本系统连接，与米购人办商开

发事宜。

我司郑重承诺：1小时应答，8小时恢复。如若碰到重大问题，承诺2小时内到场

处理问题，8小时恢复。在服务期内针对重大节日、特殊事件等按客户规定提供有关

支持和服务。

客服管理部处理

service@

硬件问跄