软件升级实施计划方案

《软件升级实施计划方案》由会员分享，可在线阅读，更多相关《软件升级实施计划方案（19页珍藏版）》请在金锄头文库上搜索。

1、软件升级实施方案篇一：软件开发实施方案1 软件开发实施方案系统开发严格按照软件工程的方法进行组织，系统的开发过程按 照需求分析、系统分析与设计要求、系统编码、系统测试几个过程有 序推进。下表所示系统开发流程图，采用原型及迭代方式开发，根据 用户需求持续改进，直到最终用户确认满意。1.1 开发流程总述如下图示流程定义了我公司内部的软件开发过程，以指导和规范 软件项目中开发过程的定义和相应的实施。该过程可划分为一系列子过程，包括：软件需求分析、设计、编 码、测试、验收、维护，每个子过程又由一系列任务和活动组成，如 设计过程又可分为结构设计和详细设计。但是在实际开发项目中，情 况仍然会是千变万化的，

2、因此我们也并不是一成不变的死板执行一个 僵化的工作流程，我们的原则是在一个规范流程的指导和约束下，根 据具体工程项目的实际要求，为每一个项目评估并制定真正能够最好 的满足该项目要求的开发流程。图 1.1-1 软件开发流程总图在应用系统软件开发项目中，我们仍将遵循这一思想，这一点将 在随后的项目开发实施计划部分有具体的体现，在这里和下面的相关 章节中，我们仍将围绕着这个完整的开发流程来分析说明，以此来阐 明我们对项目开发的完整过程管理思想和相关实践。下面我们对这个 软件开发工作流程进行简要地分解说明。1.2 软件需求分析（1）概述由于应用系统与众多相关应用软件需要进行交互，因此需要先对 这些应用

3、系统进行分别梳理，充分做好需求调研工作，编写经项目单 位认可并评审通过的系统需求规格说明书。软件需求分析是按照项目定义的软件开发过程，根据系统分配给 软件的需求（见系统需求规格说明书），进行软件质量特性规格说 明的过程。该过程包括进一步明确软件运行环境，明确对软件的功能、 性能和数据要求，以及软件与硬件、软件与软件之间的接口要求等， 并对软件需求进行验证和文档化，即完成对软件需求的分析与规格定 义。本元素在整个过程中的位置如下图所示： 图示：软件需求分析在软件开发过程中的位置（2）入口准则和出口准则1）入口准则2）出口准则（3）评审评审软件需求规格说明书，具体评审过程见评审程序文件，对软件需求

4、的评审准则包括：系统需求和系统设计的可追溯性；与系统需求的一致性； 内部一致性； 可测试性； 软件设计的可行性； 运作和维护的 可行性。对软件需求中的问题，与系统工程组或客户一起确定和审查，根 据审查结果对软件需求进行适当的修改，必要时按基线变更控制的要 求对客户需求进行相应的修改。对软件需求规格说明书进行同行评审。 审查、批准软件需求规格说明书。将软件需求规格说明书置于配置管理之下。 （4）工作产品 软件需求规格说明书 系统测试计划 系统测试 案例 用户手册 追溯表 （5）职责 项目经理：负责组建软件需求分析组；确定是否需要对有关人 员进行培训；负责软件需求规格说明书的审查和批准。软件需求分

5、 析组：软件需求分析的主要承担者，负责完成本过程元素要求产生的 所有工作产品。 系统测试负责人：负责组织软件系统测试组对软件需求进行分 析，审查软件需求的可测试性；参与软件需求规格说明书的审查和批 准。 质量保证人员：参与工作产品的审查，统计缺陷，并对软件需 求分析过程进行审计。篇二：软件系统部署及升级流程及管理软件系统部署及升级流程及管理第一章总则第一条 为保障 股份有限公司（简称：公司）信息软件系统安全 运行在生产环境，规范软件系统部署与升级流程、控制软件系统的生 产运行安全，保证业务流程的顺畅和生产系统的完整性、功能完备， 特制定本办法。第二条 本办法所指软件系统包括，但不仅限于公司组织

6、实施的 账户管理和受托管理核心业务系统、网上受理系统、呼叫中心系统、 投资交易系统、投资估值系统、投资风险控制系统，以及 OA 办公系 统、对外网站系统、基础技术架构系统等涉及的软件系统的部署、安 全运行与升级管理。第三条 本办法所指软件系统部署与升级管理主要包括以下内容： 软件系统投产前准备、软件系统投产管理、软件系统生产运行管理、 软件系统生产安全管理、软件系统升级管理。第四条 信息技术部是本办法的制定部门和执行部门，设立系统 运维岗，负责系统软件系统部署、安全运行与升级的具体技术实现， 其它相关岗位和部门应按本办法所制定的流程配合完成相关工作。第二章软件系统投产前准备第五条 软件系统的投

7、产关系到整个信息系统的安全运行，应做 好充分的投产前准备。投产前的准备工作包括以下几个方面：环境设 备的准备、硬件设备的准备、投产程序和数据的准备、相关投产文档 和培训的准备等。第六条 环境设备的准备主要包括：系统架构确认、机房机柜机 架配备、电源使用配备、网络线路配备、操作系统预安装和配臵、主 机命名和网络配臵、存储环境配臵检查、备份环境、环境参数配臵、 数据库配臵、中间件配臵、环境冗余切换配臵、通讯配臵、部署操作 员配臵、环境变量、客户端环境等。第七条 硬件设备的准备主要包括：主机连接方式、主机型号配 臵、处理器频率和数量、内存配臵、内臵硬盘容量、网卡类型和数量、光纤 通道卡型号和数量、其

8、他内臵的I/0卡和其他外设等。第八条 投产程序和数据的准备主要包括：目标程序及相关清单 说明、可控版本组织、系统配臵参数、数据库初始化数据等。第九条 相关投产文档和培训的准备主要包括：系统安装部署手 册、系统 IT 参数配臵手册、数据备份和恢复操作指导、系统故 障与恢复手册、系统文件目录清单说明、系统运行日志存放说明、 系统各类密码修改说明、文件清理计划及操作指导、管理员、 项目经理、厂商负责人通讯录以及相应的功能使用培训、安装部署 培训、日常维护培训等。第十条 系统投产准备工作中有关权限管理、参数配臵、数据初 始化管理应遵照IT系统权限及数据管理办法的相关规定：（一）投产系统权限申请设臵应形

9、成流程并由业务部门负责人和风险控制部门审核；（二）软件系统投产的参数配臵由信息技术部牵头组织信息，各业 务部们予以协同支持，最终由风险控制部进行参数定级并进行投产参数 审核；（三）对于系统初始化数据，原则上不允许进行数据库文件导入操 作，而应通过数据操作语句进行数据初始化，各基础数据应得到业务部 门和风险控制部门的签字审核。第三章软件系统投产管理第十一条 软件系统投产管理是指对软件系统产品从提交投产申 请到投产运行过程的管理，由信息技术部项目管理岗和系统运维岗协 同负责相关管理工作。第十二条 软件系统投产部署须经相关业务部门领导的核实，并 经过信息技术部领导审批后由相关技术人员制定详细的安装计

10、划和操 作步骤，并依据具体设备特性对系统进行合理配臵、测试和调整，从 而充分发挥设备资源优势。第十三条 软件系统供应商必须向信息技术部提供详细完整的有 关投产系统的软硬件及其运行维护的技术资料，并负责向信息技术部的系 统管理人员、系统操作人员进行技术培训。第十四条 软件系统供应商应会同信息技术部制定周密、严谨的 软件系统上线计划。第十五条 软件系统供应商应向信息技术部提供相应的系统监控 手段、日常维护工具、数据备份计划以及应急联系办法等，并至少指 定一名系统开发人员作为该系统投产后的软件维护员。第十六条 软件系统投产申请流程：（一）统一由信息技术部发起权限申请流程、参数设臵、数据初始 化申请流

11、程，并会同软件系统供应商完成软件系统投产前准备工作和 系统移交说明书。（二）在征询相关业务部门意见后形成请示签报，并附岗位菜单 对应表、批量员工权限申请表、业务系统参数表以及批量初始 化数据文件，以便各项关部门进行核对检查。（三）该请示签报需经过相关业务部门、风险与合规部，以及运营签后，提交总裁办最终审核。（四）该请示经总裁办审核通过后，由信息技术部系统运维岗负责 软件系统部署投产。（五）岗位菜单对应表、批量员工权限申请表、业务系统参 数表以及批量初始化数据文件经相关业务部门（或办公室）和风险与 合规部进行核对审批后，提交给信息技术部，由系统运维岗进行执 行。 第十七条 软件系统投产部署工作规

12、范：（一）软件系统产品投产部署入总部机房，必须在预定安装日之前 三个工作日提出部署工作计划，并按照系统安装部署手册、系统 IT 参数配臵手册系统移交说明书核对各项准备工作。经过信 息技术部负责人签字同意后，交系统运维岗协调部署工作。（二）系统运维岗人员协调软件系统供应商、软件项目管理岗，及 相关网络管理岗、桌面管理岗人员，按照部署工作计划执行各项投产部安装工作。（三）软件系统产品安装时，系统负责人员必须到场，所有参与上线工作的人员必须严格遵守计算机机房运行安全相关规定，值班人 员必须加强监督并填写好机房工作日志。第十八条 软件系统产品投产运行的前提条件是：（一）软件系统产品已通过信息技术部、相

13、关业务部门双方测试和 联合验收。（二）项目管理岗和系统运维岗协同软件系统供应商完成了软件 系统投产前准备工作和系统移交说明书的编写。（三）信息技术部项目管理岗会同系统运维岗发起项目上线申请 签报，经相关业务部门、风险与合规部、运营总监会签后，向总裁办提出 上线申请，并提供该系统相应的文档、业务及技术测试报告以及经 过核准的业务验收报告。第十九条 软件系统产品投产运行时，信息技术部项目管理岗、 系统运维岗以及相关业务部门应共同明确各自职责：（一）信息技术部系统运维岗主要负责软件系统上线后的安全运行；（二）项目管理岗主要负责该软件系统的技术优化、功能缺陷纠正 和紧急维护；（三）业务部门主要负责业务

14、操作和业务管理。在明确职责的基础 上，各自制定相应的管理办法。第二十条 软件系统投产申请流程遵循本办法第十六条规定；各 软件系统上线根据系统类型，业务类别、服务对象的不同可以根据实 际情况选择执行不同的步骤：（一）软件项目完成对业务及技术测试报告进行总结和评估 ,并形 成系统业务验收报告和技术验收报告 ;系统菜单权限表与参数表由业务 部门确认和会签,提交合规与风险管理部确认和会签 ;信息技术部保 障硬件与网络到位，完成软件项目文档的整理与归档工作，并制定 该系统故障处理办法、系统备份策略、日常运维操作流程，完成系 统上线前数据初始化工作。软件项目开发实施厂商对系统稳定安全行的作出承诺。（二）信

15、息技术部提交内部评审请示（包括系统准备情况汇报、内 部评审方案介绍）；（三）经总裁室同意请示后，由信息技术部牵头准备评审工作；信 息技术部、相关业务部门、合规与风险管理部、开发商进行汇报；由业 务部门负责人、信息技术部负责人、分管领导、外部专家组成评审组， 对系统进行评议，并统计形成评审结果。（四）由信息技术部根据评审结果向总裁室提交关于系统试运行 的请示签报；（五）在总裁室同意后，信息技术部开始系统正式环境的切换工作； 各业务部门与外部机构按正式岗位进行系统试运行工作，并按信息技 术部正式运维流程提交系统问题单。（六）系统试运行结果由信息技术部牵头对系统试运行情况进行 总结，并提交系统正式运行上线的请示，在总裁室同意后开始正式运作。（七）软件系统投入正式投入运行后，应根据信息系统安全等级保护定级指南要求开展自主定级、系统测评、专家评审，对于定级在 第二级以上信息系统，应当在投入运行后30日内，到公安机关办理备 案手续，并保备相应的主管和监管部门。篇三：系统升级方案1广州市天河区