【精编】软件升级实施方案

上传人:我**** 文档编号:146155430 上传时间:2020-09-27 格式:DOC 页数:11 大小:47.50KB
返回 下载 相关 举报
【精编】软件升级实施方案_第1页
第1页 / 共11页
【精编】软件升级实施方案_第2页
第2页 / 共11页
【精编】软件升级实施方案_第3页
第3页 / 共11页
【精编】软件升级实施方案_第4页
第4页 / 共11页
【精编】软件升级实施方案_第5页
第5页 / 共11页
点击查看更多>>
资源描述

《【精编】软件升级实施方案》由会员分享,可在线阅读,更多相关《【精编】软件升级实施方案(11页珍藏版)》请在金锄头文库上搜索。

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日内,到公安机

展开阅读全文
相关资源
相关搜索

当前位置:首页 > 办公文档 > 活动策划

电脑版 |金锄头文库版权所有
经营许可证:蜀ICP备13022795号 | 川公网安备 51140202000112号