软件升级实施方案Word格式.docx
《软件升级实施方案Word格式.docx》由会员分享,可在线阅读,更多相关《软件升级实施方案Word格式.docx(13页珍藏版)》请在冰豆网上搜索。
下面我们对这个
软件开发工作流程进行简要地分解说明。
1.2
软件需求分析
(1)概述
由于应用系统与众多相关应用软件需要进行交互,因此需要先
对这些应用系统进行分别梳理,充分做好需求调研工作,编写经项目
单位认可并评审通过的《系统需求规格说明书》。
软件需求分析是按照项目定义的软件开发过程,根据系统分配
给软件的需求(见《系统需求规格说明书》),进行软件质量特性规格
说明的过程。
该过程包括进一步明确软件运行环境,明确对软件的功
能、性能和数据要求,以及软件与硬件、软件与软件之间的接口要求
等,并对软件需求进行验证和文档化,即完成对软件需求的分析与规
格定义。
本元素在整个过程中的位置如下图所示:
图示:
软件需求分析在软件开发过程中的位置
(2)入口准则和出口准则
1)入口准则
2)出口准则
(3)评审
评审《软件需求规格说明书》,具体评审过程见《评审程序文件》
,对软件需求的评审准则包括:
●
系统需求和系统设计的可追溯性;
●
与系统需求的一致性;
内部一致性;
可测试性;
软件设计的可行性;
运作和维
护的可行性。
对软件需求中的问题,与系统工程组或客户一起确定和审查,根
据审查结果对软件需求进行适当的修改,必要时按基线变更控制的要
求对客户需求进行相应的修改。
对软件需求规格说明书进行同行评审。
审查、批准软件需求规格说明书。
将软件需求规格说明书置于配置管理之下。
(4)工作产品
《软件需求规格说明书》
《系统测试计划》
《系统测试
案例》
《用户手册》
《追溯表》
(5)职责
●项目经理:
负责组建软件需求分析组;
确定是否需要对有关
人员进行培训;
负责软件需求规格说明书的审查和批准。
软件需
求分析组:
软件需求分析的主要承担者,负责完成本过程元素要求产
生的所有工作产品。
●系统测试负责人:
负责组织软件系统测试组对软件需求进行
分析,审查软件需求的可测试性;
参与软件需求规格说明书的审查和
批准。
●质量保证人员:
参与工作产品的审查,统计缺陷,并对软件
需求分析过程进行审计。
篇二:
软件系统部署及升级流程及管理
软件系统部署及升级流程及管理
第一章总则
第一条为保障股份有限公司(简称:
公司)信息软件系统安
全运行在生产环境,规范软件系统部署与升级流程、控制软件系统的
生产运行安全,保证业务流程的顺畅和生产系统的完整性、功能完备,
特制定本办法。
第二条
本办法所指软件系统包括,但不仅限于公司组织实施的
账户管理和受托管理核心业务系统、网上受理系统、呼叫中心系统、
投资交易系统、投资估值系统、投资风险控制系统,以及
OA
办公系
统、对外网站系统、基础技术架构系统等涉及的软件系统的部署、安
全运行与升级管理。
第三条
本办法所指软件系统部署与升级管理主要包括以下内容:
软件系统投产前准备、软件系统投产管理、软件系统生产运行管理、
软件系统生产安全管理、软件系统升级管理。
第四条
信息技术部是本办法的制定部门和执行部门,设立系统
运维岗,负责系统软件系统部署、安全运行与升级的具体技术实现,
其它相关岗位和部门应按本办法所制定的流程配合完成相关工作。
第二章软件系统投产前准备
第五条
软件系统的投产关系到整个信息系统的安全运行,应做
好充分的投产前准备。
投产前的准备工作包括以下几个方面:
环境设
备的准备、硬件设备的准备、投产程序和数据的准备、相关投产文档
和培训的准备等。
第六条
环境设备的准备主要包括:
系统架构确认、机房机柜机
架配备、电源使用配备、网络线路配备、操作系统预安装和配臵、主
机命名和网络配臵、存储环境配臵检查、备份环境、环境参数配臵、
数据库配臵、中间件配臵、环境冗余切换配臵、通讯配臵、部署操作
员配臵、环境变量、客户端环境等。
第七条
硬件设备的准备主要包括:
主机连接方式、主机型号配
臵、处理器
频率和数量、内存配臵、内臵硬盘容量、网卡类型和数量、光纤
通道卡型号和数量、其他内臵的
I/0
卡和其他外设等。
第八条
投产程序和数据的准备主要包括:
目标程序及相关清单
说明、可控版本组织、系统配臵参数、数据库初始化数据等。
第九条
相关投产文档和培训的准备主要包括:
《系统安装部署
手册》、《系统
IT
参数配臵手册》、《数据备份和恢复操作指导》、《系统
故障与恢复手册》、《系统文件目录清单说明》、《系统运行日志存放说
明》、《系统各类密码修改说明》、《文件清理计划及操作指导》、《管理
员、项目经理、厂商负责人通讯录》以及相应的功能使用培训、安装
部署培训、日常维护培训等。
第十条
系统投产准备工作中有关权限管理、参数配臵、数据初
始化管理应遵照《IT
系统权限及数据管理办法》的相关规定:
(一)投产系统权限申请设臵应形成流程并由业务部门负责人和
风险控
制部门审核;
(二)软件系统投产的参数配臵由信息技术部牵头组织信息,各
业务部们
予以协同支持,最终由风险控制部进行参数定级并进行投产参
数审
核;
(三)对于系统初始化数据,原则上不允许进行数据库文件导入
操作,而
应通过数据操作语句进行数据初始化,各基础数据应得到业务
部门
和风险控制部门的签字审核。
第三章软件系统投产管理
第十一条
软件系统投产管理是指对软件系统产品从提交投产申
请到投产运行过程的管理,由信息技术部项目管理岗和系统运维岗协
同负责相关管理工作。
第十二条
软件系统投产部署须经相关业务部门领导的核实,并
经过信息技术部领导审批后由相关技术人员制定详细的安装计划和操
作步骤,并依据具体设备特性对系统进行合理配臵、测试和调整,从
而充分发挥设备资源优势。
第十三条
软件系统供应商必须向信息技术部提供详细完整的有
关投产系
统的软硬件及其运行维护的技术资料,并负责向信息技术部的系
统管理人员、系统操作人员进行技术培训。
第十四条
软件系统供应商应会同信息技术部制定周密、严谨的
软件系统上线计划。
第十五条
软件系统供应商应向信息技术部提供相应的系统监控
手段、日常维护工具、数据备份计划以及应急联系办法等,并至少指
定一名系统开发人员作为该系统投产后的软件维护员。
第十六条
软件系统投产申请流程:
(一)统一由信息技术部发起权限申请流程、参数设臵、数据初
始化申请
流程,并会同软件系统供应商完成软件系统投产前准备工作和
《系
统移交说明书》。
(二)在征询相关业务部门意见后形成请示签报,并附《岗位菜
单对应
表》、《批量员工权限申请表》、《业务系统参数表》以及批量初
始化
数据文件,以便各项关部门进行核对检查。
(三)该请示签报需经过相关业务部门、风险与合规部,以及运
营总监会
签后,提交总裁办最终审核。
(四)该请示经总裁办审核通过后,由信息技术部系统运维岗负
责软件系
统部署投产。
(五)
《岗位菜单对应表》、《批量员工权限申请表》、《业务系统参
数表》
以及批量初始化数据文件经相关业务部门(或办公室)和风险
与合
规部进行核对审批后,提交给信息技术部,由系统运维岗进行
执行。
第十七条
软件系统投产部署工作规范:
(一)软件系统产品投产部署入总部机房,必须在预定安装日之
前三个工
作日提出部署工作计划,并按照《系统安装部署手册》、《系统
IT
参数配臵手册》《系统移交说明书》核对各项准备工作。
经过信
息技
术部负责人签字同意后,交系统运维岗协调部署工作。
(二)系统运维岗人员协调软件系统供应商、软件项目管理岗,
及相关网
络管理岗、桌面管理岗人员,按照部署工作计划执行各项投产
部署
安装工作。
(三)
软件系统产品安装时,系统负责人员必须到场,所有参与上
线工作
的人员必须严格遵守《计算机机房运行安全》相关规定,值班
人员
必须加强监督并填写好《机房工作日志》。
第十八条
软件系统产品投产运行的前提条件是:
(一)软件系统产品已通过信息技术部、相关业务部门双方测试
和联合验
收。
(二)项目管理岗和系统运维岗协同软件系统供应商完成了软件
系统投
产前准备工作和《系统移交说明书》的编写。
(三)信息技术部项目管理岗会同系统运维岗发起项目上线申请
签报,经
相关业务部门、风险与合规部、运营总监会签后,向总裁办提
出上
线申请,并提供该系统相应的文档、业务及技术测试报告以及
经过
核准的业务验收报告。
第十九条
软件系统产品投产运行时,信息技术部项目管理岗、
系统运维岗以及相关业务部门应共同明确各自职责:
(一)信息技术部系统运维岗主要负责软件系统上线后的安全运
行;
(二)项目管理岗主要负责该软件系统的技术优化、功能缺陷纠
正和紧急
维护;
(三)业务部门主要负责业务操作和业务管理。
在明确职责的基
础上,各
自制定相应的管理办法。
第二十条
软件系统投产申请流程遵循本办法第十六条规定;
各
软件系统上线根据系统类型,业务类别、服务对象的不同可以根据实
际情况选择执行不同的步骤:
(一)软件项目完成对业务及技术测试报告进行总结和评估,并形
成系统
业务验收报告和技术验收报告;
系统菜单权限表与参数表由业务
部
门确认和会签,提交合规与风险管理部确认和会签;
信息技术部保
障
硬件与网络到位,完成软件项目文档的整理与归档工作,并制
定该
系统故障处理办法、系统备份策略、日常运维操作流程,完成
系统
上线前数据初始化工作。
软件项目开发实施厂商对系统稳定安
全运
行的作出承诺。
(二)
信息技术部提交内部评审请示(包括系统准备情况汇报、内
部评审
方案介绍);
(三)经总裁室同意请示后,由信息技术部牵头准备评审工作;
信息技术
部、相关业务部门、合规与风险管理部、开发商进行汇报;
由
业务部门负责人、信息技术部负责人、分管领导、外部专家组成评审