《深化方案与对策模版》由会员分享，可在线阅读，更多相关《深化方案与对策模版（14页珍藏版）》请在金锄头文库上搜索。
1、-.XXXXXX 工程深化设计方案工程深化设计方案 .word.zl.-.工程名称：甲方：乙方：XXXXXX 工程深化设计方案工程深化设计方案 1一、背景概述 3二、系统设计 32.1 本工程实现功能 32.2 本工程到达效果 42.3 系统架构 42.4 应用系统设计 42.5 终端系统及接口设计 42.6 网络及平安系统设计 42.7 机房及相关配套设计 4三、工程实施方案 53.1 工程管理方案 53.2 工程质量管理方案 53.3 工程资金管理方案 63.4 人员配置管理方案 6四、测试方案 64.1 测试目的 64.2 测试人员组成 74.3 测试验收规 X74.4 问题处理 7-目
2、录 .word.zl.-.4.5 具体测试内容 8五、应急处理 95.1 系统应急方案 95.2 应急处理流程 95.3 预防措施 9六、验收 106.1 验收标准 106.2 系统功能验收 116.3 验收小组成员 126.4 验收方式 126.5 交付物的移交 126.6 验收程序 13一、一、 背景概述背景概述XXXX传统的平安产品根本都是在南北向业务模型的根底上进展研发设计的，这些产品在向云数据中心移植过程中出现了种种问题，比方部署困难，计算开销太高，策略管理不灵活等等。由于云数据中心动态灵活的特点，过去的平安技术在设计的时候没有考虑过的，因此很难解决的一些新的问题，例如虚拟机迁移、混
3、合云管理等。二、二、 系统设计系统设计2.12.1 本工程实现功能本工程实现功能XXXX- .word.zl.-.2.22.2 本工程到达效果本工程到达效果2.32.3 系统架构系统架构2.42.4 应用系统设计应用系统设计XXX。2.52.5 终端系统及接口设计终端系统及接口设计XXX2.62.6 网络及平安系统设计网络及平安系统设计一网络系统设计1.系统网络拓扑图系统网络拓扑图二平安系统设计2.72.7 机房及相关配套设计机房及相关配套设计环境需求如下：资源描述资源描述操作系统操作系统内网地址内网地址外网地址外网地址配置配置平台指定平台指定8备注- .word.zl.-.三、三、 工程实施
4、方案工程实施方案3.13.1 工程管理方案工程管理方案一工程进度管理方案序号序号阶段阶段1需求调研步骤步骤技术交流需求访谈平台管理中心部署平台管理终端部署平台使用培训平安课程培训初步验收试运行操作支持5试运行试运行技术支持试运行应急支持6竣工验收系统验收开场时间开场时间1231018192030303090完毕时间完毕时间23101819203090909090备注备注2产品部署34用户培训初步验收3.23.2 工程质量管理方案工程质量管理方案1.制定质量保证大纲为使本工程在上线交付过程中系统质量能够得到有效的保证，质量保证组在工程建立之初，制定本工程的质量保证大纲，并依据大纲规定的内容、控制
5、方法、工程质量保证活动的实施情况进展检查。2.评审为确保本工程各个工程阶段的工作在满足规定的要求，以便确定工程是否可以进展到下一阶段或下一环节，在工程的实施过程中需要进展评审。3.审查除在规定的里程碑处对工作项进展评审外，为确保产品质量，本工程还强调监视- .word.zl.-.和审查。4.测试为保证系统质量，在 XXX 工程中将测试纳入质量保证活动，主要进展设备测试、子系统测试以及联合测试。3.33.3 工程资金管理方案工程资金管理方案工程工期保证的经济措施：一方面要根据工程方案进度编制资源需求方案，包括资金需求方案、劳动力需求方案、材料设备进场方案；另一方面，再编制工程本钱方案时，要考虑加
6、快工程进度所需要的资金，包括为实现工期目标所采取的经济鼓励费用。3.43.4 人员配置管理方案人员配置管理方案由信息中心指定一名工程对接人，由乙方组成工程实施管理团队，并指定一名对接人，由双方沟通进展工程的建立、运营。角角色色工程总监工程经理实施组测试组培训组售后效劳组北单单位位人人员员联系联系四、四、 测试方案测试方案4.14.1 测试目的测试目的在工程实施完成后，工程实施组要与工程单位共同完成系统测试。测试的目的是检验本工程中所供货的产品工作是否正常，是否实现设计功能。- .word.zl.-.XXX 全部部署完成后需要进展联通性测试，测试分为管理平台连通性测试、客户端与管理平台互通测试。
7、产品是利用 web 页面进展管理的， 验证管理平台连通性可直接访问管理平台 IP 地址即可。选择一台 pc或效劳器 ，在浏览器中输入管理平台 IP 地址，并记录结果。管理平台与客户端互通测试，可以通过系统内置的监测机制查看，如果网络互通，客户端会将信息发送到管理中心，管理中心即可查看客户端的信息。具体测试方法如下：4.24.2 测试人员组成测试人员组成工程测试人员组成为：序号124.34.3 测试验收规测试验收规 X X(1) 进展测试验收前，首先要确认场地、环境等相关条件是否满足上述测试验收说明的要求。(2) 在测试验收过程中，按照下面“测试报告中的说明进展操作，由测试验收人填写相关测试报告
8、。如“签字/盖章：指签字或盖章。(3) 如果出现问题，包括设备缺损、环境、条件不满足要求问题等等，参照本规 X第 4.4 章节“问题的处理中的说明来处理。(4) 所有测试验收测试表格均应认真填写，并由测试验收测试人及确认人签字。(5) 测试验收结果符合设计要求填写“，否那么填写“4.44.4 问题处理问题处理(1) 假设存在流管站单位配合方面问题，导致无法进展正常的测试工作，可将相关问题报告以书面形式反应给工程组，明确下一步工作。单位工程组工程实施组- .word.zl.-.(2) 如遇到布线未完成、广域网/局域网线路没有准备好、电源系统不满足要求等情况。测试人员将利用已有的条件，完成测试工作
9、，并将测试验收测试报告交于工程组。在外部条件完全具备时，测试人员再进展正常的测试，并将结果以书面形式反应给工程组。4.54.5 具体测试内容具体测试内容设备名称：测试人：测试时间：年月日测试目的：检查系统运行状态、联通性和功能测试。测试平台：进入_的特权模式。前提条件：测试工具PC与管理中心可互通。测试说明：运行后符合预期为“，否那么记录为“。分支名称管理中心运行状态管理中心连通性管理中心与客户端连通性上报信息面可查看客户端常运行可弹出登录页测试方法预期结果所有效劳均正结果- .word.zl.-.五、五、 应急处理应急处理5.15.1 系统应急方案系统应急方案XXX 将针对本工程制定详尽的设
10、计、实施方案，整个流程严谨而有序。但是，在信息系统建立过程中，意外情况将不可防止。下面，我们将对工程实施的突发风险进展详细分析，并且针对各类突发事件，设计了相应的预防与解决措施，同时提供了完整的应急处理流程。5.25.2 应急处理流程应急处理流程工程实施应急处理流程5.35.3 预防措施预防措施针对工程实施中可能遇到的各种各样的风险，总结多年系统实施经历，针对一些可能出现的情况，制定了一系列预防处理措施，举例如下：事件事件预防措施预防措施处理处理- .word.zl.-.事件事件预防措施预防措施处理处理协调用户准备相关环境；场地不符合部署条件，如虚拟机资源、IP 等核实未实施节点场地环境；申请
11、延期，填写延期报告单，报工程管理组及工程单位备案；使用临时 IP 地址或脱机配置；安装调试时，与原系统发生 IP 地址冲突、接口不匹配等情况设计规划时应该对现场环境有详细、深入的了解；在现场当地采购相应转换接口；填写问题报告单报工程管理组和总体技术支持组；六、六、 验收验收本章节主要提出了本工程建立工作全过程的验收方法，从本工程的各个里程碑阶段及各项交付物功能、性能的评审，在验收过程中用户认可程度、用户使用评价方面来阐述。在安装调试完成后，10 日内由买方组织运行验收,全部设备交付、安装调试后使用10 工作日内，无任何质量问题，方为验收合格。6.16.1 验收标准验收标准6.1.1 系统验收标
12、准系统的验收标准参照双方签署的双方签订的工程合同书，同时本工程验收严格执行“?XXX?的要求。对于验收的标准具体包括如下几个局部来分别阐述，有对系统业务功能的验收标准、系统性能的验收标准、对交付物文档的验收标准、源程序验收标准以及对在验收测试中发现的缺陷的处理等。6.1.2 系统验收原那么1、完整一致性最终验收要求与用户在前期对工程提出的相一致，并满足用户签字认可的?需求规格说明书?的业务描述，业务功能实现跟要求相比没有遗漏；- .word.zl.-.2、正确性系统实现的功能是在理解正确的根底上实现了客户的要求。 系统软件的功能正确、稳定；3、可操作性验收要求及测试手段在现有人力、工具和技术条
13、件下能够实现，从资源、时间、本钱来看是可操作的；验收方案在生产环境或者接近生产环境下，系统在未来的实际运行情况能够在验收和测试环节中充分表达比方：软硬件环境、业务环境、实际用户和权限环境等 。6.26.2 系统功能验收系统功能验收系统完全符合 XXX 工程双方确认的?需求规格说明书?以双方签字为准所定义的功能要求以及系统集成合同为依据。确认系统实现的功能完备、正确、满足客户的需求。6.2.1 系统验收验收规 X(包括工程、指标、方式和测试仪器等)将由 XXXX 在 10 个工作日前提交给用户方。用户方可根据合同及技术规 X 书进展合理的修改与补充，经双方确认后形成验收文件作为验收依据。验收根本
14、条件：（1） XXX 完成系统部署工作， 根据系统部署开发规 X, 提交系统使用报告、 测试报告、使用手册等；（2）实现总体功能目标，网络开通试运行合格。6.2.2 验收测试的缺陷处理如果验收测试后，系统的遗留缺陷按照严重程度分类，分别满足对应的验收标准那么视为验收测试合格。6.2.3 测试异常的定义对在测试过程中因为系统、环境、网络、应用等问题，导致测试不能正常进展。在测试异常发生时，优先解决引起导致该异常发生的缺陷和 BUG，如系统宕机、测试工程不能启动、发生致命问题的 BUG 等。对于在验收测试过程中发生的因为线路导致的测试异常， 导致验收测试过程中止，验收测试不能通过。在异常解决后再进
15、展验收测试。直至验收测试通过。- .word.zl.-.6.36.3 验收小组成员验收小组成员系统验收小组由招标人单位、专家组共同组成。6.46.4 验收方式验收方式系统验收分初验和终验两种。我公司在完成初验和终验的验收准备工作后，书面通知验收小组所完成的工作和准备进展验收的工程种类和时间。同时工程组按质量管理的规定完成需求分析确认、设计文件交付、分项系统验收、整体验收等阶段内部自检、自测和组织专家评估自检、自测方案和专家组成 。验收之前，提交系统测试报告及验收方案。验收标准包括系统要求指标和效劳要求指标两大局部，验收由甲方进展组织。6.3.1 工程初验网络系统到达了系统初验的条件后，我公司向
16、业主提交系统初验的申请，经监理审核，并经业主同意后由业主组织系统初验。系统初验的根本条件是：1、系统的设计、测试和集成工作，到达功能、性能、使用等方面的要求；2、用户对系统的使用方式满意，确实方便了用户，提高了用户的效率，到达了系统的设计目标；3、系统根本稳定，确保试运行后能够正常工作。6.3.2 工程终验系统在到达了全部规定要求，试运行期间无重大技术故障，我公司在提交全部相关文档、报告等交付物的前提下，可以向业主提出系统竣工验收的申请。业主按照验收标准组织验收。终验合格后，工程建立完工，进入质量保证期。6.56.5 交付物的移交交付物的移交XXX 将向最终用户提供系统实施过程中的各种文档资料
17、 ,以便最终用户能掌握操作方法和维护方法。交付物包括工程文档。- .word.zl.-.6.66.6 验收程序验收程序工程验收程序一般由以下这些过程组成，一局部是针对实施方的，另外一局部是针对用户方的内容。6.5.1 实施方工作程序1、准备验收材料工程验收的重要依据之一是工程的成果材料，在工程的进展过程中，在每个里程碑完成时，实施方都应该不连续做好工程文件的收集工作，在每次的阶段性验收时都必须将分散的资料汇总、整理、装订入档；在最后的总体验收之前还必须把所有阶段性验收资料整理、归档以备验收组查看、检验。2、工程组自检在阶段性验收和总体验收之前，我们都会组织工程团队，进展必要的自检自查工作，找出
18、问题和漏洞尽快解决。3、提出验收申请，报送验收材料工程自检合格后，我们会向验收组提交申请验收的请求报告，并同时附送验收的相关材料，以备工程承受方组织人员进展验收。6.5.2 用户方工作程序1、组建工程验收工作组用户方应根据公平公正科学客观负责的态度，组织相关人员组成工程组，对工程进展全面验收。2、工程材料验收工程验收组应该对工程实施方送交的验收材料进展审查，如果有缺项、不全、不合格的材料立即通知工程组，令其限期补交，以保证工程的顺利验收。3、初验根据工程里程碑完成情况进展的阶段验收过程比拟简单，这里主要是强调工程总体验收的情况。工程验收组根据工程实施方送交的验收申请报告，组织人员对工程成果现场或工程成果进展初步检查，大体上对工程成果有个总体把握，如果检查不符合工程目标要求，应尽快通知工程实施方。4、终验在工程初验通过后，工程验收组应尽快组织人员对工程进展全面、细致的正式验- .word.zl.-.收。验收合格需要签署验收报告；验收不合格需要通知工程团队进展整改后再做验收。5、签发工程验收合格文件对验收合格的工程，工程验收组签发工程验收合格文件，标志工程的圆满完毕，工程由工程方承受使用，正式运行。- .word.zl.
