软件升级实施方案.docx

软件升级实施方案.docx

《软件升级实施方案.docx》由会员分享，可在线阅读，更多相关《软件升级实施方案.docx（14页珍藏版）》请在冰豆网上搜索。

软件升级实施方案

软件升级实施方案

篇一：

软件开发实施方案

1软件开发实施方案

系统开发严格按照软件工程的方法进行组织，系统的开发过程按照需求分析、系统分析与设计要求、系统编码、系统测试几个过程有序推进。

下表所示系统开发流程图，采用原型及迭代方式开发，根据用户需求持续改进，直到最终用户确认满意。

1.1开发流程总述

如下图示流程定义了我公司内部的软件开发过程，以指导和规范

软件项目中开发过程的定义和相应的实施。

该过程可划分为一系列子过程，包括：

软件需求分析、设计、编码、测试、验收、维护，每个子过程又由一系列任务和活动组成，如设计过程又可分为结构设计和详细设计。

但是在实际开发项目中，情况仍然会是千变万化的，因此我们也并不是一成不变的死板执行一个僵化的工作流程，我们的原则是在一个规范流程的指导和约束下，根据具体工程项目的实际要求，为每一个项目评估并制定真正能够最好的满足该项目要求的开发流程。

图1.1-1软件开发流程总图

在应用系统软件开发项目中，我们仍将遵循这一思想，这一点将在随后的项目开发实施计划部分有具体的体现，在这里和下面的相关章节中，我们仍将围绕着这个完整的开发流程来分析说明，以此来阐

明我们对项目开发的完整过程管理思想和相关实践。

下面我们对这个软件开发工作流程进行简要地分解说明。

1.2软件需求分析

（1）概述

由于应用系统与众多相关应用软件需要进行交互，因此需要先对这些应用系统进行分别梳理，充分做好需求调研工作，编写经项目单位认可并评审通过的《系统需求规格说明书》。

软件需求分析是按照项目定义的软件开发过程，根据系统分配给软件的需求（见《系统需求规格说明书》），进行软件质量特性规格说明的过程。

该过程包括进一步明确软件运行环境，明确对软件的功能、性能和数据要求，以及软件与硬件、软件与软件之间的接口要求等，并对软件需求进行验证和文档化，即完成对软件需求的分析与规格定义。

本元素在整个过程中的位置如下图所示：

图示：

软件需求分析在软件开发过程中的位置

（2）入口准则和出口准则

1）入口准则

2）出口准则

（3）评审

评审《软件需求规格说明书》，具体评审过程见《评审程序文件》，

对软件需求的评审准则包括:

系统需求和系统设计的可追溯性；•与系统需求的一致性；•内部一致性；•可测试性；•软件设计的可行性；•运作和维护的

可行性。

对软件需求中的问题，与系统工程组或客户一起确定和审查，根据审查结果对软件需求进行适当的修改，必要时按基线变更控制的要求对客户需求进行相应的修改。

对软件需求规格说明书进行同行评审。

审查、批准软件需求规格说明书。

将软件需求规格说明书置于配置管理之下。

（4）工作产品

《软件需求规格说明书》•《系统测试计划》•《系统测试案例》•《用户手册》•《追溯表》（5）职责

项目经理：

负责组建软件需求分析组；确定是否需要对有关人员进行培训；负责软件需求规格说明书的审查和批准。

•软件需求分

析组：

软件需求分析的主要承担者，负责完成本过程元素要求产生的所有工作产品。

系统测试负责人：

负责组织软件系统测试组对软件需求进行分析，审查软件需求的可测试性；参与软件需求规格说明书的审查和批准。

质量保证人员：

参与工作产品的审查，统计缺陷，并对软件需求分析过程进行审计。

篇二：

软件系统部署及升级流程及管理

软件系统部署及升级流程及管理

第一章总则

第一条为保障股份有限公司（简称：

公司）信息软件系统安全运行在生产环境，规范软件系统部署与升级流程、控制软件系统的生产运行安全，保证业务流程的顺畅和生产系统的完整性、功能完备，特制定本办法。

第二条本办法所指软件系统包括，但不仅限于公司组织实施的账户管理和受托管理核心业务系统、网上受理系统、呼叫中心系统、投资交易系统、投资估值系统、投资风险控制系统，以及OA办公系统、对外网站系统、基础技术架构系统等涉及的软件系统的部署、安全运行与升级管理。

第三条本办法所指软件系统部署与升级管理主要包括以下内容：

软件系统投产前准备、软件系统投产管理、软件系统生产运行管理、软件系统生产安全管理、软件系统升级管理。

第四条信息技术部是本办法的制定部门和执行部门，设立系统运维岗，负责系统软件系统部署、安全运行与升级的具体技术实现，其它相关岗位和部门应按本办法所制定的流程配合完成相关工作。

第二章软件系统投产前准备

第五条软件系统的投产关系到整个信息系统的安全运行，应做好充分的投产前准备。

投产前的准备工作包括以下几个方面：

环境设备的准备、硬件设备的准备、投产程序和数据的准备、相关投产文档和培训的准备等。

第六条环境设备的准备主要包括：

系统架构确认、机房机柜机架配备、电源使用配备、网络线路配备、操作系统预安装和配辂、主机命名和网络配辂、存储环境配辂检查、备份环境、环境参数配辂、数据库配辂、中间件配辂、环境冗余切换配辂、通讯配辂、部署操作员配辂、环境变量、客户端环境等。

第七条硬件设备的准备主要包括：

主机连接方式、主机型号配辂、处理器

频率和数量、内存配辂、内辂硬盘容量、网卡类型和数量、光纤通道卡型号和数量、其他内辂的I/0卡和其他外设等。

第八条投产程序和数据的准备主要包括：

目标程序及相关清单说明、可控版本组织、系统配辂参数、数据库初始化数据等。

第九条相关投产文档和培训的准备主要包括：

《系统安装部署手册》、《系统IT参数配辂手册》、《数据备份和恢复操作指导》、《系统故障与恢复手册》、《系统文件目录清单说明》、《系统运行日志存放说明》、《系统各类密码修改说明》、《文件清理计划及操作指导》、《管理员、项目经理、厂商负责人通讯录》以及相应的功能使用培训、安装部署培训、日常维护培训等。

第十条系统投产准备工作中有关权限管理、参数配辂、数据初始化管理应遵照《IT系统权限及数据管理办法》的相关规定：

（一）投产系统权限申请设辂应形成流程并由业务部门负责人和

风险控

制部门审核；

（二）软件系统投产的参数配辂由信息技术部牵头组织信息，各业

务部们

予以协同支持，最终由风险控制部进行参数定级并进行投产参数审

核；

（三）对于系统初始化数据，原则上不允许进行数据库文件导入操作，而

应通过数据操作语句进行数据初始化，各基础数据应得到业务部门

和风险控制部门的签字审核。

第三章软件系统投产管理

第十一条软件系统投产管理是指对软件系统产品从提交投产申请到投产运行过程的管理，由信息技术部项目管理岗和系统运维岗协同负责相关管理工作。

第十二条软件系统投产部署须经相关业务部门领导的核实，并经过信息技术部领导审批后由相关技术人员制定详细的安装计划和操作步骤，并依据具体设备特性对系统进行合理配辂、测试和调整，从而充分发挥设备资源优势。

第十三条软件系统供应商必须向信息技术部提供详细完整的有关投产系

统的软硬件及其运行维护的技术资料，并负责向信息技术部的系统管理人员、系统操作人员进行技术培训。

第十四条软件系统供应商应会同信息技术部制定周密、严谨的软件系统上线计划。

第十五条软件系统供应商应向信息技术部提供相应的系统监控手段、日常维护工具、数据备份计划以及应急联系办法等，并至少指定一名系统开发人员作为该系统投产后的软件维护员。

第十六条软件系统投产申请流程：

（一）统一由信息技术部发起权限申请流程、参数设辂、数据初始化申请

流程，并会同软件系统供应商完成软件系统投产前准备工作和

《系

统移交说明书》。

（二）在征询相关业务部门意见后形成请示签报，并附《岗位菜单对应

表》、《批量员工权限申请表》、《业务系统参数表》以及批量初始化

数据文件，以便各项关部门进行核对检查。

（三）该请示签报需经过相关业务部门、风险与合规部，以及运营总监会

签后，提交总裁办最终审核

（四）该请示经总裁办审核通过后，由信息技术部系统运维岗负责软件系

统部署投产。

（五）《岗位菜单对应表》、《批量员工权限申请表》、《业务系统参数表》

以及批量初始化数据文件经相关业务部门（或办公室）和风险与合

规部进行核对审批后，提交给信息技术部，由系统运维岗进行执行。

第十七条软件系统投产部署工作规范：

（一）软件系统产品投产部署入总部机房，必须在预定安装日之前三个工

作日提出部署工作计划，并按照《系统安装部署手册》、《系统IT

参数配辂手册》《系统移交说明书》核对各项准备工作。

经过信息技

术部负责人签字同意后，交系统运维岗协调部署工作。

（二）系统运维岗人员协调软件系统供应商、软件项目管理岗，及相关网

络管理岗、桌面管理岗人员，按照部署工作计划执行各项投产部署

安装工作。

（三）软件系统产品安装时，系统负责人员必须到场，所有参与上

线工作

的人员必须严格遵守《计算机机房运行安全》相关规定，值班人

必须加强监督并填写好《机房工作日志》第十八条软件系统产品投产运行的前提条件是:

（一）软件系统产品已通过信息技术部、相关业务部门双方测试和

联合验

收。

（二）项目管理岗和系统运维岗协同软件系统供应商完成了软件

系统投

产前准备工作和《系统移交说明书》的编写。

（三）信息技术部项目管理岗会同系统运维岗发起项目上线申请

签报，经

相关业务部门、风险与合规部、运营总监会签后，向总裁办提出

线申请，并提供该系统相应的文档、业务及技术测试报告以及经

核准的业务验收报告。

第十九条软件系统产品投产运行时，信息技术部项目管理岗、

系统运维岗以及相关业务部门应共同明确各自职责:

（一）信息技术部系统运维岗主要负责软件系统上线后的安全运行;

（二）项目管理岗主要负责该软件系统的技术优化、功能缺陷纠正

和紧急

维护；

（三）业务部门主要负责业务操作和业务管理。

在明确职责的基础上，各

自制定相应的管理办法。

第二十条软件系统投产申请流程遵循本办法第十六条规定；各软件系统上线根据系统类型，业务类别、服务对象的不同可以根据实际情况选择执行不同的步骤：

（一）软件项目完成对业务及技术测试报告进行总结和评估，并形

成系统

业务验收报告和技术验收报告；系统菜单权限表与参数表由业务部

门确认和会签，提交合规与风险管理部确认和会签；信息技术部保障

硬件与网络到位，完成软件项目文档的整理与归档工作，并制定该

系统故障处理办法、系统备份策略、日常运维操作流程，完成系

上线前数据初始化工作。

软件项目开发实施厂商对系统稳定安全

运

行的作出承诺。

（二）信息技术部提交内部评审请示（包括系统准备情况汇报、内部评审

方案介绍）；

（三）经总裁室同意请示后，由信息技术部牵头准备评审工作；信

息技术

部、相关业务部门、合规与风险管理部、开发商进行汇报；由业务部门负责人、信息技术部负责人、分管领导、外部专家组成评审组，对系统进行评议，并统计形成评审结果。

（四）由信息技术部根据评审结果向总裁室提交《关于系统试运行的请

示》签报；

（五）在总裁室同意后，信息技术部开始系统正式环境的切换工作；各业

务部门与外部机构按正式岗位进行系统试运行工作，并按信息技术部正式运维流程提交系统问题单。

（六）系统试运行结果由信息技术部牵头对系统试运行情况进行总结，并

提交系统正式运行上线的请示，在总裁室同意后开始正式运作。

（七）软件系统投入正式投入运行后，应根据《信息系统安全等级

保护定

级指南》要求开展自主定级、系统测评、专家评审，对于定级在

第二级以上信息系统，应当在投入运行后30日内，到公安机关办理备案手续，并保备相应的主管和监管部门。

篇三：

系统升级方案1

广州市天河区安全生产管理局

安监业务二期开发项目

X—

《安全生产动态管理系统》

系统扩展方案

2009-7

本文档涉及内部信息，请注意保密！

《安全生产动态管理系统》功能扩展方

案31.

2.系统现

状

3升级需

求

3

2.1.

2.2.

硬件升

级5

服务器端系统与支持软件升

级5应用升级与优

化7

新增功能与功能扩

展7

增加功

能8

扩展功能与升

级15

技术实

现.......17

总体原

则17

方案特

性21

5.3.

术

...23

客户端实

现

...24

服务器

端

24

6.

系统概

算

.......27

《安全生产动态管理系统》功能扩展方案

1.系统现状

《安全生产动态管理系统》自2008年初交付使用以来，经过安监局及开发公司不断改进和完善，现有系统平台、企业信息数据库、日常执法检查、报表查询与统计，执法档案管理等模块已日趋完善，在企业分类、规范企业建档、促进安监执法规范化管理、执法统计与查询等方面作用日趋显现，在解放思想、实践科学发展观重要举措得到实际的体现，对提高工作效率和节约执法成本起到了较好的促进作用；得到了广州市局领导的充分肯定与评价。

目前系统功能日益完善，并且在系统中已积累了大量有价值的核心数据。

系统中收录了天河区的八万多家企业信息，并按照要求对企业数据进行了充实与整理，可实现企业按经营类型、行业、安全等级、重大危险源、所属街道、路段、安监检查进行分类统计与查询。

日常安全生产执法检查（检查、整改、立案处理、重大隐患上报）实现了电子化管理（录入、审核、跟踪、归档）。

不仅方便了历史检查档案的检阅，同时系统可实时动态生成各种检查情况报表与上报表；

系统用户已经涵盖了区安监局与辖区的所有街道安委办。

整个系

统是基于windows平台搭建。

2,扩展升级需求

为了加大监管力度，实现纵向到底、横向到边”大安全管理理念，区安监局要求将安监动态系统的功能纵向”要向下扩大到居委、村改制公司，向上与

市局互联互通；横向”要将功能延伸到安委会各成员单位，实现各安委会成员单位的信息共享。

在强化安全生产外部监管的同时，安监局结合辖区部分企业自身安全管理底子薄，主体责任落实不到位的实际情况，为实现关口前移、重心下移”的管理要求，重点抓好企业主体责任的落实，突出企业自身安全管理意识、提高管理水平、创新管理手段。

为此，安监局要求在动态系统中增加企业级的日常安全生产检查管理功能。

另外，系统”经过一年多的使用，基层使用单位也提出了新的需

求与改进意见，同时市安监局也对系统资源共享网络数据交换提出了新的要求。

同时，系统上有些功能需要继续强化与增加一些新的功能才能充分发挥安全生产监管的要求。

主要是报表查询与统计，单独独立开来，使各种分类统计更完善，更方便。

考虑到应用人员计算机熟练程度参差不齐，对以前原有的功能需

要进一步优化，方便各类用户使用。

原系统是基于windows平台，数据库是采用OracleforWindowsServer2003总所周知，windows在处理能力与安全方面表现比较薄弱，按现在的数据与业务量尚可应付，但如果加上社区与企业用户，服务器所承载的数据量与处理量将会成几何级数增加；届时本系统的不稳定因素就会增加，对业务对产生严重的影响。

将原系统移植到更稳定安全的64位UNUX系统，由于系统设计实现采用java技术，所以应用系统的移植避免了因系统移植造成的应用系统重新实现的情况。

本次系统扩展主要包括三个部分：

应用软件升级；硬件的升级；操作系统与

支持软件升级。

硬件升级

目前使用的是惠普服务器配辂比较低，随着8万多家企业数据的

录入，在当前的使用中现在各个街道安监中队都反应登陆后动态系统运行比较慢，经过观测与测试，发现现行系统运行较慢的主要原因是内存资源不足所致；为了提高工作效率，我们建议增加服务器的内存

和硬盘容量。

根据天河区现行数据递增情况及新增加居委成员单位后

业务量的估算值，建议在原配辂的基础上增加6G内存和2X146QM盘

（2个146G做镜像，包括热拔插架配件）。

原系统主要配辂如下：

CPU英特尔至强5110双核处理器1.6GHz

内存：

2G

硬盘：

2*146G

其它：

本次升级主要是扩展内存与硬盘，升级后的系统配辂在内存8G

及292G硬盘容量下，保证系统3—5年内能满足天河区安监局的业务需要。

服务器端系统与支持软件升级

操作系统升级

为了充分发挥服务器硬件的性能提升优势，将采用性能更优、处

理能力更强、运行更稳定、系统更安全的64位LINUX系统替换原32

位windowsServer2003系统。

在此次升级中将采用企业级openSuse11.1