软件系统维护方案

作者:梁清锋

时间: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系统更新、重新发布

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