韬光养晦

胸无大志、养家糊口而已!

博客园 首页 联系 订阅 管理
 

软件系统维护方案

作者:梁清锋

时间:2007-7-13

1维护事项收集... 1

1.1系统本身的故障... 1

1.2 新需求... 1

2研究维护可行性... 1

3分析设计维护方案... 1

4系统维护... 1

4.1参与人员... 1

4.2工作分配... 1

5系统更新、重新发布... 2

1维护事项收集

       1.1系统本身的故障

              系统已经在使用中,但在使用过程中发现经常出现几种错误,需要对这些错误进行收集、整理、归类,并在此过程中对相关使用个人和部门及时给与支持。

       1.2 新需求

              随着公司业务的发现,可能公司的组织机构、业务模式发生改变,为适应新的业务流程、新的结算方式等等,要对现有系统进行升级或二次开发。这时候需要跟相关部门作必要的沟通,及时、准确了解需求,并归类整理成文档。

2研究维护可行性

       召集相关部门和人员,对整理的维护事项作技术实现方面的认证,确认是否可以实现。在可以实现的情况下还要考虑手头是否有足够的人员可以投入开发,是否我们有足够的时间来完成系统升级改版。

3分析设计维护方案

       在对问题有足够的认识,并确认有足够资源可以按时完成的情况下,需要把需求转化为用于开发的技术文档,如系统维护概要说明书、系统维护功能清单、新的数据库清单、系统维护详细说明书;之后依据现有人员列出详细的开发计划。最后把所有文档一并交给业务部门确认,待他们没有意见后,便可进入系统维护工作。

4系统维护

       4.1参与人员

              如果是一个比较大的项目,建议有项目主管、DBA、开发人员、美工、测试人员。

       4.2工作分配

              项目主管把握整个项目进度,负责开发任务的分配、跟踪、检视、提供必要的支持等。

              DBA保障数据库的稳定,协助开发人员作数据挖掘、写有难度的Sql语句、存储过程等。

              开发人员主要写代码、作测试,及时跟主管、美工、DBA作沟通,保证开发不会Delay

              美工,负责页面设计和美化,保障页面风格一致性。

              测试人员,在系统上线之前做充分的测试,保障系统安全、稳定、高效运行。

5系统更新、重新发布

       系统开发完毕,经过反复、周密的测试,由项目负责人将系统重新发布出去,但要尽量保证原有数据完整性,保证新旧系统切换过程中还影响业务部门使用。因此建议先期新老系统并行,待新系统稳定之后再关掉老系统。

posted on 2007-07-13 22:02  eric.123  阅读(2610)  评论(0编辑  收藏  举报