软件升级实施方案.docx
- 文档编号:12834124
- 上传时间:2023-06-08
- 格式:DOCX
- 页数:11
- 大小:22.15KB
软件升级实施方案.docx
《软件升级实施方案.docx》由会员分享,可在线阅读,更多相关《软件升级实施方案.docx(11页珍藏版)》请在冰点文库上搜索。
软件升级实施方案
软件晋级施行方案
篇一:
软件开发施行方案
1软件开发施行方案
系统开发严格按照软件工程的方法进展组织,系统的开发过程按照需求分析、系统分析与设计要求、系统编码、系统测试几个过程有序推进。
下表所示系统开发流程图,采用原型及迭代方式开发,根据用户需求持续改良,直到最终用户确认满意。
1.1开发流程总述
如下列图示流程定义了我公司内部的软件开发过程,以指导和标准软件工程中开发过程的定义和相应的施行。
该过程可划分为一系列子过程,包括:
软件需求分析、设计、编码、测试、验收、维护,每个子过程又由一系列任务和活动组成,如设计过程又可分为构造设计和详细设计。
但是在实际开发工程中,情况仍然会是千变万化的,因此我们也并不是一成不变的死板执行一个僵化的工作流程,我们的原那么是在一个标准流程的指导和约束下,根据详细工程工程的实际要求,为每一个工程评估并制定真正可以最好的满足该工程要求的开发流程。
图1.1-1软件开发流程总图
在应用系统软件开发工程中,我们仍将遵循这一思想,这一点将在随后的工程开发施行方案局部有详细的表达,在这里和下面的相关章节中,我们仍将围绕着这个完好的开发流程来分析说明,以此来说明我们对工程开发的完好过程管理思想和相关理论。
下面我们对这个软件开发工作流程进展简要地分讲解明。
1.2软件需求分析
〔1〕概述
由于应用系统与众多相关应用软件需要进展交互,因此需要先对这些应用系统进展分别梳理,充分做好需求调研工作,编写经工程单位认可并评审通过的?
系统需求规格说明书?
。
软件需求分析是按照工程定义的软件开发过程,根据系统分配给软件的需求〔见?
系统需求规格说明书?
〕,进展软件质量特性规格说明的过程。
该过程包括进一步明确软件运行环境,明确对软件的功能、性能和数据要求,以及软件与硬件、软件与软件之间的接口要求等,并对软件需求进展验证和文档化,即完成对软件需求的分析与规格定义。
本元素在整个过程中的位置如下列图所示:
图示:
软件需求分析在软件开发过程中的位置
〔2〕入口准那么和出口准那么
1〕入口准那么
2〕出口准那么
〔3〕评审
评审?
软件需求规格说明书?
,详细评审过程见?
评审程序文件?
,对软件需求的评审准那么包括:
●系统需求和系统设计的可追溯性;●与系统需求的一致性;●内部一致性;●可测试性;●软件设计的可行性;●运作和维护的可行性。
对软件需求中的问题,与系统工程组或客户一起确定和审查,根据审查结果对软件需求进展适当的修改,必要时按基线变更控制的要求对客户需求进展相应的修改。
对软件需求规格说明书进展同行评审。
审查、批准软件需求规格说明书。
将软件需求规格说明书置于配置管理之下。
〔4〕工作产品
●?
软件需求规格说明书?
●?
系统测试方案?
●?
系统测试案例?
●?
用户手册?
●?
追溯表?
〔5〕职责
●工程经理:
负责组建软件需求分析组;确定是否需要对有关人员进展培训;负责软件需求规格说明书的审查和批准。
●软件需求分析组:
软件需求分析的主要承当者,负责完本钱过程元素要求产生的所有工作产品。
●系统测试负责人:
负责组织软件系统测试组对软件需求进展分析,审查软件需求的可测试性;参与软件需求规格说明书的审查和批准。
●质量保证人员:
参与工作产品的审查,统计缺陷,并对软件需求分析过程进展审计。
篇二:
软件系统部署及晋级流程及管理
软件系统部署及晋级流程及管理
第一章概述
第一条为保障股份〔简称:
公司〕信息软件系统平安运行在消费环境,标准软件系统部署与晋级流程、控制软件系统的消费运行平安,保证业务流程的顺畅和消费系统的完好性、功能完备,特制定本方法。
第二条本方法所指软件系统包括,但不仅限于公司组织施行的账户管理和受托管理核心业务系统、网上受理系统、呼叫中心系统、投资交易系统、投资估值系统、投资风险控制系统,以及OA办公系统、对外网站系统、根底技术架构系统等涉及的软件系统的部署、平安运行与晋级管理。
第三条本方法所指软件系统部署与晋级管理主要包括以下内容:
软件系统投产前准备、软件系统投产管理、软件系统消费运行管理、软件系统消费平安管理、软件系统晋级管理。
第四条信息技术部是本方法的制定部门和执行部门,设立系统运维岗,负责系统软件系统部署、平安运行与晋级的详细技术实现,其它相关岗位和部门应按本方法所制定的流程配合完成相关工作。
第二章软件系统投产前准备
第五条软件系统的投产关系到整个信息系统的平安运行,应做好充分的投产前准备。
投产前的准备工作包括以下几个方面:
环境设备的准备、硬件设备的准备、投产程序和数据的准备、相关投产文档和培训的准备等。
第六条环境设备的准备主要包括:
系统架构确认、机房机柜机架装备、电源使用装备、网络线路装备、操作系统预安装和配臵、主机命名和网络配臵、存储环境配臵检查、备份环境、环境参数配臵、数据库配臵、中间件配臵、环境冗余切换配臵、通讯配臵、部署操作员配臵、环境变量、客户端环境等。
第七条硬件设备的准备主要包括:
主机连接方式、主机型号配臵、处理器
频率和数量、内存配臵、内臵硬盘容量、网卡类型和数量、光纤通道卡型号和数量、其他内臵的I/0卡和其他外设等。
第八条投产程序和数据的准备主要包括:
目的程序及相关清单说明、可控版本组织、系统配臵参数、数据库初始化数据等。
第九条相关投产文档和培训的准备主要包括:
?
系统安装部署手册?
、?
系统IT参数配臵手册?
、?
数据备份和恢复操作指导?
、?
系统故障与恢复手册?
、?
系统文件目录清单说明?
、?
系统运行日志存放说明?
、?
系统各类密码修改说明?
、?
文件清理方案及操作指导?
、?
管理员、工程经理、厂商负责人通讯录?
以及相应的功能使用培训、安装部署培训、日常维护培训等。
第十条系统投产准备工作中有关权限管理、参数配臵、数据初始化管理应遵照?
IT系统权限及数据管理方法?
的相关规定:
(一)投产系统权限申请设臵应形成流程并由业务部门负责人和风险控
制部门审核;
(二)软件系统投产的参数配臵由信息技术部牵头组织信息,各业务部们
予以协同支持,最终由风险控制部进展参数定级并进展投产参数审
核;
(三)对于系统初始化数据,原那么上不允许进展数据库文件导入操作,而
应通过数据操作语句进展数据初始化,各根底数据应得到业务部门
和风险控制部门的签字审核。
第三章软件系统投产管理
第十一条软件系统投产管理是指对软件系统产品从提交投产申请到投产运行过程的管理,由信息技术部工程管理岗和系统运维岗协同负责相关管理工作。
第十二条软件系统投产部署须经相关业务部门指导的核实,并经过信息技术部指导审批后由相关技术人员制定详细的安装方案和操作步骤,并根据详细设备特性对系统进展合理配臵、测试和调整,从而充分发挥设备资源优势。
第十三条软件系统供给商必须向信息技术部提供详细完好的有关投产系
统的软硬件及其运行维护的技术资料,并负责向信息技术部的系统管理人员、系统操作人员进展技术培训。
第十四条软件系统供给商应会同信息技术部制定周密、严谨的软件系统上线方案。
第十五条软件系统供给商应向信息技术部提供相应的系统监控手段、日常维护工具、数据备份方案以及应急联络方法等,并至少指定一名系统开发人员作为该系统投产后的软件维护员。
第十六条软件系统投产申请流程:
(一)统一由信息技术部发起权限申请流程、参数设臵、数据初始化申请
流程,并会同软件系统供给商完成软件系统投产前准备工作和?
系
统移交说明书?
。
(二)在征询相关业务部门意见后形成请示签报,并附?
岗位菜单对应
表?
、?
批量员工权限申请表?
、?
业务系统参数表?
以及批量初始化
数据文件,以便各项关部门进展核对检查。
(三)该请示签报需经过相关业务部门、风险与合规部,以及运营总监会
签后,提交总裁办最终审核。
(四)该请示经总裁办审核通过后,由信息技术部系统运维岗负责软件系
统部署投产。
(五)?
岗位菜单对应表?
、?
批量员工权限申请表?
、?
业务系统参数表?
以及批量初始化数据文件经相关业务部门〔或办公室〕和风险与合
规部进展核对审批后,提交给信息技术部,由系统运维岗进展执行。
第十七条软件系统投产部署工作标准:
(一)软件系统产品投产部署入总部机房,必须在预定安装日之前三个工
作日提出部署工作方案,并按照?
系统安装部署手册?
、?
系统IT
参数配臵手册?
?
系统移交说明书?
核对各项准备工作。
经过信息技
术部负责人签字同意后,交系统运维岗协调部署工作。
(二)系统运维岗人员协调软件系统供给商、软件工程管理岗,及相关网
络管理岗、桌面管理岗人员,按照部署工作方案执行各项投产部署
安装工作。
(三)软件系统产品安装时,系统负责人员必须到场,所有参与上线工作
的人员必须严格遵守?
计算机机房运行平安?
相关规定,值班人员
必须加强监视并填写好?
机房工作日志?
。
第十八条软件系统产品投产运行的前提条件是:
(一)软件系统产品已通过信息技术部、相关业务部门双方测试和结合验
收。
(二)工程管理岗和系统运维岗协同软件系统供给商完成了软件系统投
产前准备工作和?
系统移交说明书?
的编写。
(三)信息技术部工程管理岗会同系统运维岗发起工程上线申请签报,经
相关业务部门、风险与合规部、运营总监会签后,向总裁办提出上
线申请,并提供该系统相应的文档、业务及技术测试报告以及经过
核准的业务验收报告。
第十九条软件系统产品投产运行时,信息技术部工程管理岗、系统运维岗以及相关业务部门应共同明确各自职责:
(一)信息技术部系统运维岗主要负责软件系统上线后的平安运行;
(二)工程管理岗主要负责该软件系统的技术优化、功能缺陷纠正和紧急
维护;
(三)业务部门主要负责业务操作和业务管理。
在明确职责的根底上,各
自制定相应的管理方法。
第二十条软件系统投产申请流程遵循本方法第十六条规定;各软件系统上线根据系统类型,业务类别、效劳对象的不同可以根据实际情况选择执行不同的步骤:
(一)软件工程完成对业务及技术测试报告进展总结和评估,并形成系统
业务验收报告和技术验收报告;系统菜单权限表与参数表由业务部
门确认和会签,提交合规与风险管理部确认和会签;信息技术部保障
硬件与网络到位,完成软件工程文档的整理与归档工作,并制定该
系统故障处理方法、系统备份策略、日常运维操作流程,完成系统
上线前数据初始化工作。
软件工程开发施行厂商对系统稳定平安运
行的作出承诺。
(二)信息技术部提交内部评审请示〔包括系统准备情况汇报、内部评审
方案介绍〕;
(三)经总裁室同意请示后,由信息技术部牵头准备评审工作;信息技术
部、相关业务部门、合规与风险管理部、开发商进展汇报;由业务部门负责人、信息技术部负责人、分管指导、外部专家组成评审组,对系统进展评议,并统计形成评审结果。
(四)由信息技术部根据评审结果向总裁室提交?
关于系统试运行的请
示?
签报;
(五)在总裁室同意后,信息技术部开场系统正式环境的切换工作;各业
务部门与外部机构按正式岗位进展系统试运行工作,并按信息技术部正式运维流程提交系统问题单。
(六)系统试运行结果由信息技术部牵头对系统试运行情况进展总结,并
提交系统正式运行上线的请示,在总裁室同意后开场正式运作。
(七)软件系统投入正式投入运行后,应根据?
信息系统平安等级保护定
级指南?
要求开展自主定级、系统测评、专家评审,对于定级在第二级以上信息系统,应当在投入运行后30日内,到公安机关办理备案手续,并保备相应的主管和监管部门。
篇三:
系统晋级方案1
广州市天河区平安消费管理局
安监业务二期开发工程
之——
?
平安消费动态管理系统?
系统扩展方案
2021-7
本文档涉及内部信息,请注意保密!
目录
?
平安消费动态管理系统?
功能扩展方案...........................................................................31.
2.系统现状...........................................................................................................................3晋级需求...........................................................................................................................3
2.1.
2.2.
3.
4.硬件晋级...............................................................................................................5效劳器端系统与支持软件晋级...........................................................................5应用晋级与优化...............................................................................................................7新增功能与功能扩展.......................................................................................................7
4.1.
4.2.增加功能...............................................................................................................8扩展功能与晋级.................................................................................................15
5.技术实现.........................................................................................................................17
5.1.总体原那么.............................................................................................................17
5.2.方案特性.............................................................................................................21
5.3.技术.....................................................................................................................23
客户端实现.....................................................................................................................24
效劳器端.........................................................................................................................24
6.
系统概算.........................................................................................................................27
?
平安消费动态管理系统?
功能扩展方案
1.系统现状
?
平安消费动态管理系统?
自2021年初交付使用以来,经过安监局及开发公司不断改良和完善,现有系统平台、企业信息数据库、日常执法检查、报表查询与统计,执法档案管理等模块已日趋完善,在企业分类、标准企业建档、促进安监执法标准化管理、执法统计与查询等方面作用日趋显现,在解放思想、理论科学开展观重要举措得到实际的表达,对进步工作效率和节约执法本钱起到了较好的促进作用;得到了广州市局指导的充分肯定与评价。
目前系统功能日益完善,并且在系统中已积累了大量有价值的核心数据。
系统中收录了天河区的八万多家企业信息,并按照要求对企业数据进展了充实与整理,可实现企业按经营类型、行业、平安等级、重大危险源、所属街道、路段、安监检查进展分类统计与查询。
日常平安消费执法检查〔检查、整改、立案处理、重大隐患上报〕实现了电子化管理〔录入、审核、跟踪、归档〕。
不仅方便了历史检查档案的检阅,同时系统可实时动态生成各种检查情况报表与上报表;
系统用户已经涵盖了区安监局与辖区的所有街道安委办。
整个系统是基于windows平台搭建。
2.扩展晋级需求
为了加大监管力度,实现“纵向到底、横向到边〞大平安管理理念,区安监局要求将安监动态系统的功能“纵向〞要向下扩大到居委、村改制公司,向上与
市局互联互通;“横向〞要将功能延伸到安委会各成员单位,实现各安委会成员单位的信息共享。
在强化平安消费外部监管的同时,安监局结合辖区局部企业自身平安管理底子薄,主体责任落实不到位的实际情况,为实现“关口前移、重心下移〞的管理要求,重点抓好企业主体责任的落实,突出企业自身平安管理意识、进步管理程度、创新管理手段。
为此,安监局要求在动态系统中增加企业级的日常平安消费检查管理功能。
另外,“系统〞经过一年多的使用,基层使用单位也提出了新的需求与改良意见,同时市安监局也对系统资源共享网络数据交换提出了新的要求。
同时,系统上有些功能需要继续强化与增加一些新的功能才能充分发挥平安消费监管的要求。
主要是报表查询与统计,单独独立开来,使各种分类统计更完善,更方便。
考虑到应用人员计算机纯熟程度参差不齐,对以前原有的功能需要进一步优化,方便各类用户使用。
原系统是基于windows平台,数据库是采用OracleforWindowsServer2003。
总所周知,windows在处理才能与平安方面表现比拟薄弱,按如今的数据与业务量尚可应付,但假如加上社区与企业用户,效劳器所承载的数据量与处理量将会成几何级数增加;届时本系统的不稳定因素就会增加,对业务对产生严重的影响。
将原系统移植到更稳定平安的64位LINUX系统,由于系统设计实现采用java技术,所以应用系统的移植防止了因系统移植造成的应用系统重新实现的情况。
本次系统扩展主要包括三个局部:
应用软件晋级;硬件的晋级;操作系统与
支持软件晋级。
2.1.硬件晋级
目前使用的是惠普效劳器配臵比拟低,随着8万多家企业数据的录入,在当前的使用中如今各个街道安监中队都反响登陆后动态系统运行比拟慢,经过观测与测试,发现现行系统运行较慢的主要原因是内存资源缺乏所致;为了进步工作效率,我们建议增加效劳器的内存和硬盘容量。
根据天河区现行数据递增情况及新增加居委成员单位后业务量的估算值,建议在原配臵的根底上增加6G内存和2×146G硬盘〔2个146G做镜像,包括热拔插架配件〕。
原系统主要配臵如下:
CPU:
英特尔至强5110双核处理器
内存:
2G
硬盘:
2*146G
其它:
本次晋级主要是扩展内存与硬盘,晋级后的系统配臵在内存8G及292G硬盘容量下,保证系统3—5年内能满足天河区安监局的业务需要。
2.2.效劳器端系统与支持软件晋级
2.2.1.操作系统晋级
为了充分发挥效劳器硬件的性能提升优势,将采用性能更优、处理才能更强、运行更稳定、系统更平安的64位LINUX系统交换原32位windowsServer2003系统。
在此次晋级中将采用企业级openSuse。
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 软件 升级 实施方案