软件系统部署方案Word文件下载.docx

软件系统部署方案Word文件下载.docx

《软件系统部署方案Word文件下载.docx》由会员分享，可在线阅读，更多相关《软件系统部署方案Word文件下载.docx（40页珍藏版）》请在冰点文库上搜索。

3.9检查添加和修改是否一致 16

3.10检查修改重名 16

3.11重复提交订单 16

3.12检查多次使用返回键的情况 16

3.13搜索检查 16

3.14输入信息位置 16

3.15上传下载文件检查 17

3.16必填项检查 17

3.17快捷键检查 17

3.18回车键检查 17

3.19刷新键检查 17

3.20回退键检查 18

3.21直接URL链接检查 18

3. 22空格检查 18

3. 23输入法半角全角检查 18

3. 24密码检查 18

3. 25用户检查 19

3. 26系统可恢复性检查 19

3. 27确认提示检查 19

3. 28刷新检查 19

3. 29事务检查 20

3. 30时间日期检查 20

3. 31文档测试 20

3. 32系统数据测试 20

3. 32.1系统业务数据检查 20

3. 32.2数据注入检查 20

3. 32.3测试数据检查 21

3. 33多机器运行测试 21

3. 34Ajax测试 21

3. 34.1 Ajax技术的应用 21

3. 34.2 Ajax局部数据刷新测试 22

3. 35浏览器测试 22

3. 35.1多浏览器验证 22

3.35.2浏览器兼容性 22

4、上线运行 22

3.1用户线上技术人员值守 23

3.2线上巡检服务 24

3.3网络运行分析与管理服务 24

3.4重要时刻专人值守服务 25

5、验收测试 25

5.1验收标准 25

6.2验收方法 29

7.3验收交付物 30

6、应急方案 31

8.1突发事件处理 31

6.2突发事件分类评估 31

6.3应急预案设计 32

7、数据迁移方案 34

7.1数据迁移方案 34

7.2迁移目标 35

7.3数据库迁移思路 35

8.4迁移流程 35

7.4.1前期准备阶段 36

7.4.2迁移执行阶段 37

7.4.3后续检查阶段 37

9.5应用层面测试 38

10.数据迁移异常处理 38

1、部署环境

系统主体采取B/S结构，在政务云外网中运行，便于相关用户、领导和管理人员，随时随地通过外网登陆系统，按照权限来访问或处理相关业务、报表和数据。

系统采用集中式部署方案，系统用户均可通过互联网登录系统。

实施时要保证网络环境畅通，在政务网与互联网间用防火墙隔离，保障数据安全。

1.1服务器配置及软件环境

服务器、存储、网络、安全设备等配置要求如下（正式环境X台

服务器、幵发测试环境X台服务器，共计X台：

序号

名称

规格

配置

数量

备注

1

2

3

4

1.2会员客户端环境

硬件环境

说明

CPU

Intel或兼容机主频：

2GHz以上

内存

4GB

硬盘

200G以上

软件环境

操作系统及版本

Win7/8/10

浏览器

IE8-11、GoogleChrome.360浏览器及其它主流浏览

器

防病毒软件

360安全卫士、360杀毒软件

1.3系统软硬件安装与配置

1.3.1JAVA配置

首先下载安装JDK安装包，具体JDK安装包下载地址如下：

/java/javase/downloads/jdk8-downloads-2133151.html。

根据自己

操作系统下载相应的版本。

安装完成后需配置Java环境变量

1、配置Java环境变量：

右击【我的电脑】-一【属性】——【高级系统设置】-一【环

境变量】

2、配置：

JAVA_HOME：

选择【新建系统变量】一弹出“新建用户变量”对话框，在“变量名”文本框输入“JAVAJTOME”，在“变量值”文本框输入JDK的安装路径（步骤5的文件夹路径），单击“确定”按钮，

3、配置：

PATH变量值：

在“系统变量”选项区域中查看PATH变量，如果不存在，则新建变量PATH,否则选中该变量，单击“编辑”按钮，在“变量值”文本框的起始位置添加"

％JAVA_HOME%\bin；

单击确定按钮

4、配置CLASS_PATH变量值：

在“系统变量”选项区域中查看CLASSPATH变量，如果不存在,则新建变量CLASSPATH,否则选中该变量，单击“编辑”按钮，在“变量值”文本框的起始位置添加

；

%JAVA_HOME%\lib\dt.jar；

%JAVA_HOME%\lib\tools.jar；

w□

注意：

不要丢掉前面的

配置完上面，点击确定。

测试环境变量的配置成功与否。

在DOS命令行窗口输入“JAVAC”，输出帮助信息即为配置正确。

1.3.2T0MCAT配置

下载Tomcat7.0；

下载地址：

-70.cgi

把下载的压缩包，解压到某硬盘根目录。

配置Tomcat环境变量：

右击【我的电脑】-一【属性】——【高级系统设置】-一【环境变量】

1、新建用户变量名：

CATALINA_BASE,变量值:

D：

\apache-tomcat-

2、新建用户变量名：

CATALINA_HOME,变量值：

3、打开PATH,添加变量值:

%CATALINA_HOME%\lib；

%CATALINA_HOME%\bin

4、启动Tomcat服务：

方法两种：

方法一：

在CMD命令下输入命令：

startup,出现如下对话框，表明服务启动成功。

方法二：

catalinarun,出现如下对话框，表明服务启动成功。

1.3.3系统运行

本系统采用BS架构，对于BS端的访问，打幵浏览器录入服务器

的访问地址及端口，即可进入登录界面。

支持的浏览器有：

IE8-11、GoogleChrome,360浏览器及其它主流浏览器。

1.3.4系统病毒防护配置

当前是互联网的时代，绝大部分的信息经由互联网交换，更容易从互联网上染上病毒，企业防毒策略面临更大的挑战。

一般而言，具有良好病毒防护的网络架构可以分成以下三个不同的层级：

网络网关防毒机制：

首先针对病毒可能会入侵的通道加以防堵，在企业的局域网络中，网关扮演了举足轻重的角色，通常企业的网关就是通往内部网络的大门，一个非常重要的部署防毒墙或者是防毒过滤软件的地方。

服务器防毒措施：

安装360安全卫士自动更新补丁。

打幵服务器操作系统中防火墙，配置端口访问规则，除常用的端口放幵外（80WebHTTP访问端口、1433数据库访问端口），其它都关闭。

只允许从网络访问指定的服务端口。

操作步骤进入“控制面板管理工具-＞高级安全Windows防火墙”，在“入站规则”和“出站规则”中设置特定幵放的服务。

客户端计算机防毒措施：

在整个网络的最末端，客户端的计算机是企业网络中为数最多也是容易遭受到病毒感染的一个环节。

安装360安全卫士自动更新补丁，及杀毒软件。

2.3.5数据安全及备份配置

数据安全从两方面考虑实施：

一是硬件级别的，防止因硬盘损坏而造成数据丢失，需在服务器采购时就必须考虑做磁盘镜像（RAID01

或RAID5）。

二是从软件角度考虑数据的日常备份，建立备份脚本，并通过操作系统中任务计划建立定期（每天夜晚0点）自动运行备份任务。

备份完成自动压缩，并将备份文件复制到指定的备份磁盘分驱。

2、割接方案

3.1割接说明

随着项目的不断使用，若有新增业务及服务器和网络设备，政务云统一可分配地址严重不足；

原有地址规划没有统一管理和接入安全准入设备时，导致目前准入设备无法精确定位到所有接入内网的终端，入侵检测设备也无法查到攻击源和被攻击源；

有的地址目前不够用，而部分使用单位需要用到IP地址设备很少，造成了IP地址的浪费，因此需要对系统进行割接。

4.2割接原则

1、系统割接前确保割接环境能够满足业务割接后不影响客户正常业务的使用；

2、割接过程以影响最小为单位（目前可以保证接入层切割时以PC为单位）；

3、割接过程保持可回退状态。

如果割接失败可以迅速恢复到原网络环境，保障系统业务运行。

2.3割接规划

切割步骤：

1、请专业的人员对现有业务和IP规划方案进行论证审核。

2、资料准备，对现在的网络设备和线路进行整理标签制作，线路规划。

列出规划后的端口对应线路详细方案。

3、对VLAN和路由配置方案进行详细规划。

对每个需要进行调试的设备进行路由和vlan规划。

4、准备好备用核心交换机备用机，各单位交换机备用机，配置好路由网络地址和端口。

5、再对对客户电脑断网，更改交换机的vlan以及vlan的划分,路由表的重设。

6、对终端的IP地址的修改，对财务、机要等部门修改地址后，需要对他们使用的其他网段的地址进行测试，确保正常访问才行。

7、各系统使用单位对网络进行调整，做好对各自交换机上新增的网段的路由和地址转换，在上交详细的地址分配表后，与信息中心沟通无误后，恢复该下属单位的网络恢复。

2.4准备工作

2.4.1环境准备

备用机准备，业务测试准备，新网络搭建完成，打通新旧网络的互访。

使用客户业务网络中的一台PC安装在新网络中确保业务能正常运行。

2.4.2割接计划准备

根据项目割接任务进行合理分配割任务，主要包括：

切割任务、时间安排、观察周期、执行人、备注等。

2.5割接步骤

2.5.1运行情况信息收集

使用系统配置收集；

各业务单位网络环境信息收集；

路由信息收集。

2.5.2备份数据

保存所有网络设备的配置。

2.5.3割接动作

1、交换机切割：

（1）好备份工作；

（2）给原来的vlan内新增一个子网段。

验证：

（1）接入测试电脑可以正常访问业务系统。

意外处理：

若验证未通过，则使用原配置，改回原IP地址并查明原因，如果还是存在问题，使用备用交换机导入新配置去测试网络，判断是机器问题还是配置问题。

如果是配置问题，对新配置进行检查和询问安全方面的项目师；

如果是机器问题，则需要联系服务器厂商的项目师,进行咨询。

最好能请专业的服务器厂商项目师带备用机现场技术支持。

2、终端网络切割

（1）修改PCIP地址；

（2）将网线插回接入设备。

（1）能进行正常业务访问。

若验证未通过，则对该楼层交换机进行回退至之前配置继续进行测试。

查询是交换机或配置问题。

软件或是协议路由，可以进行调整修复，如果交换机硬件故障，可以更换新的交接机。

3、下属单位切割

1、备份系统的配置；

2、更改vlan,端口和路由表

3、当各业务单位的网络割接完毕，向客户申请恢复网络。

1、能进行正常业务访问。

若验证未通过，则对该交换机进行本地测试，模拟现场环境，判断是交换机或配置问题。

软件或是协议路由，可以进行调整修复，如果交换机硬件故障，可以更换新的交接机。

2.6测试验证

1、各业务vlan的路由均发布的到网络中；

2、有到服务器的精确路由；

3、测试原有推送数据是否正常。

4、系统正常运行。

2.7回退机制

对系统原来配置进行备份处理，如果遇到无法解决的问题，进行备份的恢复。

2.7.1故障判断

不能进行正常的业务，比如访问服务器失败，访问其他业务失败等，均为故障。

2.7.2紧急回退

将故障区域回退到网络设备之前的设置上，确保正常业务。

当交接机硬件出现故障时，使用备用机，快速恢复业务。

3、功能测试

功能测试就是对产品的各功能进行验证，根据功能测试用例，逐项测试，检查产品是否达到用户要求的功能。

3.1页面链接检查

每一个链接是否都有对应的页面，并且页面之间切换正确。

可以使用一些工具，如：

LinkBotPro,File-AIDCS,HTMLLinkValidater,xenu等工具。

LinkBotPro不支持中文，中文字符显示为乱码；

HTMLLinkValidater只能测试以Html或者htm结尾的网页链接；

xenu无需安装，支持asp、do、jsp等结尾的网页，xenu测试链接包括内部链接和外部链接，在使用的时候应该注意，同时能够生成html格

式的测试报告。

3. 2相关性检查

功能相关性：

删除/增加一项会不会对其它项产生影响，如果产生影响，这些影响是否都正确，常见的情况是，增加某个数据记录以后，如果该数据记录某个字段内容较长，可能会在查询的时候让数据列表变形。

3. 3检查按钮的功能是否正确

如新建、编辑、删除、关闭、返回、保存、导入、上一页、下一页、页面跳转、重置等功能是否都正确。

常见的错误会出现在重置按钮上，表现为功能失效。

3.4系统字符测试

3.4.1字符串长度检查

输入超出需求所说明的字符串长度的内容，看系统是否检查字符串长度。

还要检查需求规定的字符串长度是否都正确，有时候会出现,需求规定的字符串长度太短而无法输入业务数据。

4.4.2字符类型检查

在应该输入指定类型的内容的地方输入其他类型的内容（如在应该输入整型的地方输入其他字符类型）看系统是否检查字符类型。

5.4.3特殊字符检查

输入特殊符号，如鈑#、％、！

等，看系统处理是否正确。

常见的错误是出现在％、，“这几个特殊字符。

3. 4.4中文字符处理

在可以输入中、英文的系统输入中文，看是否出现乱码或出错。

3.5标点符号检查

输入内容包括各种标点符号，特别是空格，各种引号，回车键。

看系统处理是否正确。

常见的错误是系统对空格的处理，可能添加的时候，将空格当作一个字符，而在查询的时候空格被屏蔽，导致无法查询到添加的内容。

3.6检查信息的完整性

在查看信息和更新信息时，查看所填写的信息是不是全部都更新，更新信息和添加信息是否一致，要注意检查的时候每个字段都应该检查，有时候，会出现部分字段更新了而个别字段没有更新的情况。

3.7信息重复

在一些需要命名且名字应该唯一的信息输入重复的名字或ID,看系统有没有处理，是否报错，重名包括是否区分大小写，以及在输入内容的前后输入空格，系统是否做出正确处理。

3.8检查删除功能

在一些可以一次删除多个信息的地方，不选择任何信息，按“delete"

，看系统如何处理，是否出错，然后选择一个或多个信息,进行删除，看是否正确处理，如果有多页，翻页选，看系统是否都正确删除，并且要注意，删除的时候是否有提示，让用户能够更正错误,不误删除。

3.9检查添加和修改是否一致

检查添加和修改的要求是否一致，例如添加要求必须的项，修改也应该必填，添加规定为整型的项，修改也必须为整型

3.10检查修改重名

修改时把不能重名的项改为已存在的内容看是否处理，报错，同时也注意，会不会报和自己重名的错

3.11重复提交订单

一条已经成功提交的记录，返回后再提交，看看系统是否做了处理，对于系统来说，可以通过浏览器返回键或者系统提供的返回功能。

3.12检查多次使用返回键的情况

在有返回键的地方，返回到原来页面，重复多次，看是否出错。

3.13搜索检查

在搜索功能的地方输入系统存在和不存在的内容，看搜索结果是否正确，如果输入多个搜索条件，可以同时添加合理和不合理的条件,看系统处理是否正确，搜索的时候同样要注意特殊字符，某些系统会在输入特殊字符的时候，将系统中所有信息都搜索到。

3.14输入信息位置

注意在光标停留的地方输入信息时，光标和所输入的信息是否跳到别的地方

3.15上传下载文件检查

上传下载文件的功能是否实现，上传文件是否能打幵。

对上传文件的格式有何规定，系统是否有解释信息，并检查系统是否能够做到，下载文件能否打幵或者保存，下载的文件是否有格式要求，如需特殊工具才可以打幵等，上传文件测试同时应该测试，如果将不能上传的文件后缀名修改为可以上传文件的后缀名，看是否能够上传成功，并且上传后，重新修改，看上传的文件是否存在。

3.16必填项检查

应该填写的项没有填写时系统是否都做了处理，对必填项是否有提示信息，如在必填项前加“*”；

对必填项提示返回后，焦点是否会自动定位到必填项。

3.17快捷键检查

是否支持常用快捷键,如Ctrl+C、Ctrl+V,Backspace等，对一些不允许输入信息的字段，如选人，选日期对快捷方式是否也做了限制。

3.18回车键检查

在输入结束后直接按回车键，看系统处理如何，是否报错，这个地方很有可能出现错误。

3.19刷新键检查

在系统中，使用到浏览器的刷新键，看系统处理如何，是否报错。

3.20回退键检查

在系统中，使用浏览器的回退键，看系统处理如何，是否报错，对于需要用户验证的系统，在退出登录后，使用回退键，看系统处理如何；

多次使用回退键，多次使用前进键，看系统如何处理。

3.21直接URL链接检查

在系统中，直接输入各功能页面的URL地址，看系统如何处理，对于需要用户验证的系统更为重要。

如果系统安全性设计的不好，直接输入各功能页面的URL地址，很有可能会正常打幵页面。

3.22空格检查

在输入信息中，输入一个或连串空格，查看系统如何处理，如对于要求输入整型、符点型变量的项中，输入空格，既不是空值，又不是标准输入。

3.23输入法半角全角检查

再输入信息中，输入一个或连串空格，查看系统如何处理，如对于要求输入符点型数据的项中，输入全角的小数点（“。

”或”，如4.12.5）；

输入全角的空格等。

3.24密码检查

一些系统的加密方法采用对字符Ascii码移位的方式，处理密码加密相对较为简单，且安全性较高，对于局域网系统来说，此种方式完全可以起到加密的作用，但，同时会造成一些问题，即大于128的Ascii对应的字符在解密时无法解析，尝试使用“uvwxyz”一些码值

较大的字符作为密码，同时，密码尽可能的长，如17位密码等，造成加密后的密码出现无法解析的字符。

3.25用户检查

任何一个系统的，都有各类不同的用户，同样具有一个或多个管理员用户，检查各个管理员之间是否可以相互管理，编辑，删除管理员用户。

同时，对于一般用户，尝试删除，并重建同名的用户，检查该用户其他信息是否重现。

同样，提供注销功能的系统，此用户注册时，是否作为一个新的用户，而且还要检查该用户的有效日期，过了有效日期的用户是不能登录系统的，容易出现错误的情况是，可能有用户管理权限的非超级管理员，能够修改超级管理员的权限。

3.26系统可恢复性检查

以各种方式把系统搞瘫，测试系统是否可正常迅速恢复。

3.27确认提示检查

系统中的更新、删除操作、是否提示用户确认更新或者删除，操作是否可以回退（即是否可以取消操作）提示消息是否准确，事前或事后提示，对于Update或Delete操作，要求进行事前提示。

3.28刷新检查

系统中的webForm,控件实时刷新功能，在系统应用中有利有弊,给系统的性能带来较大的影响。

测试过程中检测刷新功能对系统或应用造成的影响，检查控件是否回归默认初始值，检查是否对系统的性能产生较大的影响。

3.29事务检查

对于事务性操作，断幵网络或关闭程序来中断操作，事务是否回滚。

3.30时间日期检查

时间、日期验证是每个系统都必须的，如2019-2-29、2020-6-31等错误日期、日期检查还要检查日期范围是否符合实际业务，对于不符合时间业务的日期，系统是否会有提示或者有限制。

3.31文档测试

主要是对用户使用手册、产品手册进行测试、校验是否描述正确、完整、是否与当前系统版本对照，是否易理解，是否二义性等。

3.32系统数据测试

3.32.1系统业务数据检查

这是功能测试最重要的，如果系统数据计算不正确，那么功能测试是肯定通不过的，数据检查根据不同的系统，方法不同于业务管理平台，数据随业务过程、状态的变化保持正确，不能因为某个过程出现垃圾数据，也不能因为某个过程而丢失数据。

3.32.2数据注入检查

数据注入主要是对数据库的注入，通过输入一些特殊的字符，如

””/，，，"

一”等或字符组合，完成对SQL语句的破坏，造成系统查询、插入、删除操作的SQL,因为这些字符而改变原来的意图。

如select*fromtablewhereid=andname='

'

通过在id

输入框中输入“12'

-”，会造成查询语句把name条件注释掉，而只查询id=12的记录。

同样，对于update和delete的操作。

可能会造成误删除数据。

当然还有其它一些SQL注入方法，具体可参考《SQL应用高级SQL注入.doc》，很多程序都是基于页面输入字符控制的，可以尝试跳过界面直接向数据库中插入数据，

3.32.3测试数据检查

事实告诉我们，测试数据比代码更有可能是错的，因此，当测试结果显示有错误发生时，怀疑代码错误前要先对测试数据检查一遍。

3.33多机器运行测试

在某些项目中，出现一个病态的问题：

系统没有问题啊，它在我的机器上是可以通过的。

这就说明了其中存在和环境相关的bug。

“是否所有的一切都受到了版本控制的工具的管理？

"

、“本机的幵发环境和服务器的环境是否一样？

”、“这里是否存在一个真正的BUG,只不过是在其他的机器里偶然出现？

”所有的测试必须在所有系统要求的机器运行通过，否则的话，代码就可能存在问题。

3.34Ajax测试

3.34.lAjax技术的应用

Ajax有很多优点，但也有很多缺点，如果利用优点、避免缺点，使我们对新的web2.0应用的一个挑战。

而Ajax的应用最直接的问题就是用户体验，用户体验的效果直接关系到是否使用Ajax技术。

“会做，并不意味着应该做、必须做"

，这就是对Ajax技术的很重要的

注解。

3.34.2Ajax局部数据刷新测试

Ajax采用异步调用的机制实现页面的部分刷新功能，异步调用存在异常中断的可能，尝试各种