深化设计方案模版.docx

深化设计方案模版.docx

《深化设计方案模版.docx》由会员分享，可在线阅读，更多相关《深化设计方案模版.docx（12页珍藏版）》请在冰豆网上搜索。

深化设计方案模版

XXX项目深化设计方案

项目名称:

甲方:

乙方:

XXX项目深化设计方案1

一、背景概述4

二、系统设计4

2.1本项目实现功能4.

2.2本项目达到效果4.

2.3系统架构4.

2.4应用系统设计.4.

2.5终端系统及接口设计4

2.6

网络及安全系统设计4

3.1项目管理计划5

3.2项目质量管理计划5

3.3项目资金管理计划6

3.4人员配置管理计划6

四、测试方案7

7.

.7.

.7.

4.1测试目的

4.2测试人员组成

4.3测试验收规范

4.4问题处理8

4.5具体测试内容.8.

五、应急处理

9

.9.

5.1系统应急方案

.9.

5.2应急处理流程

5.3预防措施

9

六、验收

.10

6.1验收标准

.10

6.2

系统功能验收

6.3

验收小组成员

6.4

验收方式

6.5

交付物的移交

6.6

验收程序

1.1

12

12

12

12

一、背景概述

XXXX

传统的安全产品基本都是在南北向业务模型的基础上进行研发设计的，这些产品在向云数据中心移植过程中出现了种种问题，比如部署困难，计算开销太高，策略管理不灵活等等。

由于云数据中心动态灵活的特点，过去的安全技术在设计的时候没有考虑过的，因此很难解决的一些新的问题，例如虚拟机迁移、混合云管理等。

二、系统设计

2.1本项目实现功能

XXXX

2.2本项目达到效果

2.3系统架构

2.4应用系统设计

XXX。

2.5终端系统及接口设计

XXX

2.6网络及安全系统设计

（一）网络系统设计

1.系统网络拓扑图

（系统网络拓扑图）

（二）安全系统设计

2.7机房及相关配套设计

环境需求如下:

资源描述

备注

操作系统

内网地址

平台指定

外网地址

平台指定

配置

8

三、项目实施计划

3.1项目管理计划

（一）项目进度管理计划

序号

阶段

步骤

开始时间

结束时间

备注

1

需求调研

技术交流

1

2

需求访谈

2

3

2

产品部署

平台管理中心部署

3

10

平台管理终端部署

10

18

3

用户培训

平台使用培训

18

19

安全课程培训

19

20

4

初步验收

初步验收

20

30

5

试运行

试运行操作支持

30

90

试运行技术支持

30

90

试运行应急支持

30

90

6

竣工验收

系统验收

90

90

3.2项目质量管理计划

1.制定质量保证大纲

为使本项目在上线交付过程中系统质量能够得到有效的保证，质量保证组在项目建设之初，制定本项目的质量保证大纲，并依据大纲规定的内容、控制方法、项目质量保证活动的实施情况进行检查。

2.评审

为确保本项目各个工程阶段的工作在满足规定的要求，以便确定项目是否可以进展到下一阶段或下一环节，在项目的实施过程中需要进行评审。

3.审查

除在规定的里程碑处对工作项进行评审外，为确保产品质量，本项目还强调监督和审查。

4•测试

为保证系统质量，在XXX项目中将测试纳入质量保证活动，主要进行设备测试、子系统测试以及联合测试。

3.3项目资金管理计划

项目工期保证的经济措施：

一方面要根据工程计划进度编制资源需求计划，包括资金需求计划、劳动力需求计划、材料（设备）进场计划；另一方面，再编制工程成本计划时，要考虑加快工程进度所需要的资金，包括为实现工期目标所采取的经济激励费用。

3.4人员配置管理计划

由信息中心指定一名项目对接人，由乙方组成项目实施管理团队，并指定一名对

接人，由双方沟通进行项目的建设、运营

角色

单位

人员

联系电话

项目总监

项目经理

北

实施组

测试组

培训组

售后服务组

四、测试方案

4.1测试目的

在项目实施完成后，项目实施组要与项目单位共同完成系统测试。

测试的目的是检验本项目中所供货的产品工作是否正常，是否实现设计功能。

XXX全部部署完成后需要进行联通性测试，测试分为管理平台连通性测试、客户端与管理平台互通测试。

产品是利用web页面进行管理的，验证管理平台连通性可直接访问管理平台IP地址即可。

选择一台pc（或服务器），在浏览器中输入管理平台IP地址，并记录结果。

管理平台与客户端互通测试，可以通过系统内置的监测机制查看，如果网络互通，客户端会将信息发送到管理中心，管理中心即可查看客户端的信息。

具体测试方法如下：

4.2测试人员组成

项目测试人员组成为:

序号

姓名

单位

1

项目组

2

项目实施组

4.3测试验收规范

（1）进行测试验收前，首先要确认场地、环境等相关条件是否满足上述测试验收说明的要求。

（2）在测试验收过程中，按照下面“测试报告”中的说明进行操作，由测试验收人填写相关测试报告。

如“签字/盖章：

”指签字或盖章。

（3）如果出现问题，包括设备缺损、环境、条件不满足要求问题等等，参照本规范第4.4章节“问题的处理”中的说明来处理。

（4）所有测试验收测试表格均应认真填写，并由测试验收测试人及确认人签字。

（5）测试验收结果符合设计要求填写“V”，否则填写“X”

4.4问题处理

（1）若存在流管站单位配合方面问题，导致无法进行正常的测试工作，可将相关问题报告以书面形式反馈给项目组，明确下一步工作。

（2）如遇到布线未完成、广域网/局域网线路没有准备好、电源系统不满足要求等情况。

测试人员将利用已有的条件，完成测试工作，并将测试验收测试报告交于项目组。

在外部条件完全具备时，测试人员再进行正常的测试，并将结果以书面形式反馈给项目组。

4.5具体测试内容

设备名称：

测试人：

测试时间：

年月日

测试目的：

检查系统运行状态、联通性和功能测试。

测试平台：

进入权模式。

前提条件：

测试工具（PC）与管理中心可互通。

测试说明：

运行后符合预期为“V：

否则记录为“X

分支名称

测试方法

预期结果

结果

管理中心运行状态

所有服务均正常运行

V

管理中心连通性

可弹出登录页面

V

管理中心与客户端连通性

可查看客户端上报信息

V

五、应急处理

5.1系统应急方案

XXX将针对本项目制定详尽的设计、实施方案，整个流程严谨而有序。

但是，在信息系统建设过程中，意外情况将不可避免。

下面，我们将对项目实施的突发风险进行详细分析，并且针对各类突发事件，设计了相应的预防与解决措施，同时提供了完整的应急处理流程。

5.2应急处理流程

遵似串件剧

项目实施应急处理流程

项II纾理梅训.W.

5.3预防措施

针对工程实施中可能遇到的各种各样的风险，总结多年系统实施经验，针对一些可能出现的情况，制定了一系列预防处理措施，举例如下：

事件

预防措施

处理

事件

预防措施

处理

场地不符合部署条件，如虚拟机资源、IP等

核实未实施节点场地环境；

协调用户准备相关环境；申请延期，填写延期报告单，报项目管理组及项目单位备案；

安装调试时，与原系统发生IP地址冲突、接口不匹配等情况

设计规划时应该对现场环境

有详细、深入的了解；

使用临时IP地址或脱机配置；在现场当地米购相应转换接口；

填写问题报告单报项目管理组和总体技术支持组；

六、验收

本章节主要提出了本项目建设工作全过程的验收办法，从本项目的各个里程碑阶段及各项交付物功能、性能的评审，在验收过程中用户认可程度、用户使用评价方面来阐述。

在安装调试完成后，10日内由买方组织运行验收，全部设备交付、安装调试后使用10工作日内，无任何质量问题，方为验收合格。

6.1验收标准

6.1.1系统验收标准

系统的验收标准参照双方签署的双方签订的项目合同书，同时本项目验收严格执行《XXX》”的要求。

对于验收的标准具体包括如下几个部分来分别阐述，有对系统业务功能的验收标准、系统性能的验收标准、对交付物文档的验收标准、源程序验收标准以及对在验收测试中发现的缺陷的处理等。

6.1.2系统验收原则

1、完整一致性

最终验收要求与用户在前期对项目提出的相一致，并满足用户签字认可的《需求规格说明书》的业务描述，业务功能实现跟要求相比没有遗漏；

2、正确性

系统实现的功能是在理解正确的基础上实现了客户的要求。

系统软件的功能正确、

稳定；

3、可操作性

验收要求及测试手段在现有人力、工具和技术条件下能够实现，从资源、时间、成本来看是可操作的；

验收方案在生产环境或者接近生产环境下，系统在未来的实际运行情况能够在验收和测试环节中充分体现（比如：

软硬件环境、业务环境、实际用户和权限环境等）。

6.2系统功能验收

系统完全符合XXX项目双方确认的《需求规格说明书》（以双方签字为准）所定义的功能要求以及系统集成合同为依据。

确认系统实现的功能完备、正确、满足客户的需求。

6.2.1系统验收

验收规范（包括项目、指标、方式和测试仪器等）将由XXXX在10个工作日前提交给用户方。

用户方可根据合同及技术规范书进行合理的修改与补充，经双方确认后形成验收文件作为验收依据。

验收基本条件：

（1）XXX完成系统部署工作，根据系统部署开发规范，提交系统使用报告、测试报告、使用手册等；

（2）实现总体功能目标，网络开通试运行合格。

6.2.2验收测试的缺陷处理

如果验收测试后，系统的遗留缺陷按照严重程度分类，分别满足对应的验收标准则视为验收测试合格。

6.2.3测试异常的定义

对在测试过程中因为系统、环境、网络、应用等问题，导致测试不能正常进行。

在测试异常发生时，优先解决引起导致该异常发生的缺陷和BUG,如系统宕机、测试

项目不能启动、发生致命问题的BUG等。

对于在验收测试过程中发生的因为线路导致的测试异常，导致验收测试过程中止，

验收测试不能通过。

在异常解决后再进行验收测试。

直至验收测试通过。

6.3验收小组成员

系统验收小组由招标人单位、专家组共同组成。

6.4验收方式

系统验收分初验和终验两种。

我公司在完成初验和终验的验收准备工作后，书面通知验收小组所完成的工作和准备进行验收的项目种类和时间。

同时项目组按质量管理的规定完成需求分析确认、设计文件交付、分项系统验收、

整体验收等阶段内部自检、自测和组织专家评估（自检、自测方案和专家组成）。

验收

之前，提交系统测试报告及验收方案。

验收标准包括系统要求指标和服务要求指标两大部分，验收由甲方进行组织。

6.3.1项目初验

网络系统达到了系统初验的条件后，我公司向业主提交系统初验的申请，经监理审核，并经业主同意后由业主组织系统初验。

系统初验的基本条件是：

1、系统的设计、测试和集成工作，达到功能、性能、使用等方面的要求；

2、用户对系统的使用方式满意，确实方便了用户，提高了用户的效率，达到了系

统的设计目标；

3、系统基本稳定，确保试运行后能够正常工作。

6.3.2项目终验

系统在达到了全部规定要求，试运行期间