软件改造过程需要注意的问题

《软件改造过程需要注意的问题》由会员上传分享，免费在线阅读，更多相关内容在行业资料-天天文库。

1、希赛软件工程专家网，软件过程改进/CMM/CMMI评估平台，项目管理/软件测试资源站点版权声明：本文版权归希赛网软件工程频道所有，未经许可，任何媒体均不得改变其形式进行转载或摘录，违者必究！软件改造过程需要注意的问题谷剑芳（中国人民解放军第153中心医院，郑州450000）摘要：任何软件系统都有其有限的生命期，随着软件所服务业务实体的各种变化：业务范围变化、业务对象变化、组织结构变化、人力资源变化……软件本身也需要适应这些变化而进行改造。软件改造属于流程再造的范畴，与那些全新的信息化建设不同的是，

2、软件改造是在已有软件系统的基础上，修改、完善设计软件结构，以适应新的业务流程。本文从四个方面阐述软件改造过程中需要注意的一些问题。软件改造是一个复杂的过程，这个复杂度，其一在于如何维持数据的延续性：由于在已有系统的运行期间，已经积累了大量业务数据，而这些重要的数据无法完全丢弃，必须经过整理继续使用；其二在于如何在旧的框架下设计出新的系统：由于是改造过程，以前系统中的业务一些流程仍将被使用，这样一来如何解决保持新旧系统的运行、操作一致性，以及如何在新系统中兼容已有的流程模式，是一个非常让人头疼的问题

3、。大凡涉及流程再造的企业，都希望以付出最小的代价，获得最大的成效。企业的领导往往忽视再造过程中的复杂度，简单地认为计算机能解决一切事情。对于软件改造任务的认识不足，更增加了这其中的难度。忽视问题复杂的一面，必然导致时间、物质、技术上所给与的支持不足。这就象盖房子，没有足够的钱还想盖高层，结果只能是个豆腐渣工程。软件工程也一样，没有足够的支持，结果只能是一些没有用的面子工程。问题摆在我们面前，那么如何在有限的条件下，把软件改造进行到底呢？除了寄希望于企业高层给予更多的支持之外，还应当从以下几个方面注

4、意改造过程的方法：一、调整人力、轻装上阵合理配备人员是成功完成软件开发项目的切实保证。所谓合理配备人员应包括按不同阶段适时运用人员，恰当掌握用人标准。软件项目在不同阶段、不同层次技术人员的参与情况是不一样的。如人员配置不当，很容易造成人力资源的浪费，并延误工期。特别是采用恒定人员配备方案时，在项目的开始和最后都会出现人力过剩，而在中期又会出现人力不足的情希赛网软件工程频道（http://51cmm.CSAI.cn）0731-8873047-8000，info@csai.com.cn第1页希赛软件工

5、程专家网，软件过程改进/CMM/CMMI评估平台，项目管理/软件测试资源站点况。工作越复杂越需要精简工作队伍，在许多时候，人力越多并不定效率越高。就象一个全副武装的突击队，可以迅速地穿越封锁线，在软件过程中有时我们也需要专家突击队。例如在软件改造初期，通常是做业务流程的规范、改造，并不涉及软件的深层开发。所以，为了避免人力资源浪费，此时需要业务专家、系统分析师、项目经理，做需求分析和系统分析。如果这个时候，让包括程序员、测试员在内的所有工程人员一起参与，除了增加成本外，还会形成混乱的局面。这软件开

6、发中人力资源方面的问题，在著名学者Putnam的“软件开发的123权衡定律”、Brooks定律以及著名的《人件》中已经得到详细阐述。越来越多的软件辅助工具，一方面为我们提供了全方面的帮助，同时也带来选择的困难。即使在人的漫长一生中，我们也不可能精通所有开发工具或语言，所以在特定的开发项目中我们必须轻装上阵。根据不同阶段的不同需要，仅选择最有用的和最有效的工具，而无论这个工具看起来是不是最流行或最时髦的。比如在系统设计的时候，需要的是业务专家提供准确的业务分析和各种业务资料（图、表等数据），然后系统

7、设计师利用简单的辅助工具（UML工具）而不是复杂的设计工具，来进行初步的设计。我们常常会见到，设计师们一边听取业务分析、一边记下简单的摘要，有时他们还会在翻阅业务资料的时候，画一些简单的流程图。而在一些临时的会议场所，你会发现，即使是再轻便的笔记本电脑也比不上笔和纸在设计人员手中的使用频率。二、理清思路、简化结构在软件改造过程中，往往先被已有系统的庞大和复杂看得晕头转向，当然这也正是为什么我们不能在一开始就确定新系统工作流程的原因。由于软件改造任务的重点是改造而非重新设计，因此，就必须搞清楚已有系

8、统中存在的问题和缺陷。我们可以通过已有系统中的各种设计文档资料和实际操作调查，建立一个简单模型。这个模型可以是一个演示文档，也可以是一份图文说明。总之要以最精炼的语言、最直观的图表来体现已有系统，而无论它有多复杂。当然在描述模型时，要有功能、操作、数据流程图，以及优缺点分析。除了系统模型，还需要一个系统分析，用来详细说明旧系统中需要改造的地方，有了这些就可以结合新业务进行结构改造设计。人有的时候，会很容易把事情做得复杂，尤其在对待一项复杂的事情时。而复杂的系统并不意味着需要一个复杂