深化设计方案模版.docx

深化设计方案模版.docx

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

深化设计方案模版

XXX项目深化设计方案

项目名称：

甲方：

乙方：

XXX项目深化设计方案1

一、背景概述4

二、系统设计4

2.1本项目实现功能4

2.2本项目达到效果4

2.3系统架构4

2.4应用系统设计4

2.5终端系统及接口设计4

2.6网络及安全系统设计4

2.7机房及相关配套设计5

三、项目实施计划5

3.1项目管理计划5

3.2项目质量管理计划5

3.3项目资金管理计划6

3.4人员配置管理计划6

四、测试方案7

4.1测试目的7

4.2测试人员组成7

4.3测试验收规范7

4.4问题处理8

4.5具体测试内容8

五、应急处理8

5.1系统应急方案8

5.2应急处理流程9

5.3预防措施9

六、验收10

6.1验收标准10

6.2系统功能验收11

6.3验收小组成员11

6.4验收方式11

6.5交付物的移交12

6.6验收程序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人员配置管理计划

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

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

角色

单位

人员

联系xx

项目总监

项目经理

北

实施组

测试组

培训组

售后服务组

四、测试方案

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应急处理流程

项目实施应急处理流程

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项目终验系统在达到了全部规定要求，试运行期间无重大技术故障，我公司在提交全部相关文档、报告等交付物的前提下，可以向业主提出系统竣工验收的申请。

业主按照验收标准组织验收。

终验合格后，工程建设完工，进入质量保证期。

6.5交付物的移交

XXX将向最终用户提供系统实施过程中的各种文档资料,以便最终用户能掌握操作

方法和维护方法。

交付物包括项目文档。

6.6验收程序

项目验收程序一般由以下这些过程组成，一部分是针对实施方的，另外一部分是针对用户方的内容。

6.5.1实施方工作程序

1、准备验收材料项目验收的重要依据之一是项目的成果材料，在项目的进展过程中，在每个里程碑完成时，实施方都应该不间断做好项目文件的收集工作，在每次的阶段性验收时都必须将分散的资料汇总、整理、装订入档；在最后的总体验收之前还必须把所有阶段性验收资料整理、归档以备验收组查看、检验。

2、项目组自检在阶段性验收和总体验收之前，我们都会组织项目团队，进行必要的自检自查工作，找出问题和漏洞尽快解决。

3、提出验收申请，报送验收材料项目自检合格后，我们会向验收组提交申请验收的请求报告，并同时附送验收的相关材料，以备项目接受方组织人员进行验收。

6.5.2用户方工作程序

1、组建项目验收工作组用户方应根据公平公正科学客观负责的态度，组织相关人员组成项目组，对项目进行全面验收。

2、项目材料验收项目验收组应该对项目实施方送交的验收材料进行审查，如果有缺项、不全、不合格的材料立即通知项目组，令其限期补交，以保证项目的顺利验收。

3、初验根据项目里程碑完成情况进行的阶段验收过程比较简单，这里主要是强调项目总体验收的情况。

项目验收组根据项目实施方送交的验收申请报告，组织人员对项目成果现场或项目成果进行初步检查，大体上对项目成果有个总体把握，如果检查不符合项目目标要求，应尽快通知项目实施方。

4、终验在项目初验通过后，项目验收组应尽快组织人员对项目进行全面、细致的正式验收。

验收合格需要签署验收报告；验收不合格需要通知项目团队进行整改后再做验收

5、签发项目验收合格文件对验收合格的项目，项目验收组签发项目验收合格文件，标志项目的圆满结束，

项目由项目方接受使用，正式运行