随着国内企业对管理软件的需求不断增大，软件行业的分工日益专业化，国内企业选择将管理软件外包开发的项目越来越多。但怎样管理好外包软件开发项目，有效控制外包软件项目的成本、进度、质量，一直是个难题。管理好外包软件开发项目，除了选择好的供应商，更重要的还是企业自身要控制好软件开发的过程。本文主要谈一下对企业管理软件外包开发项目前期控制的一些方法。
大部分企业管理软件外包开发项目在成本和选择供应商方面受到很大的限制，经常难以选择较成熟的大供应商，也不可能投入太多的人力物力来严格规范和监控整个软件开发流程，比较有效的办法是对关键点进行控制。在项目前期，软件需求分析和概要设计是最重要的两个环节，这两个环节出现的问题留到后续环节来解决将付出成百倍的代价，通过对软件需求说明书和概要设计说明书进行严格的评审来达到项目控制的目的不失为一种有效的办法。
一、 对软件需求说明书的评审
首先我们要组织一个需求说明书评审小组，评审小组由项目管理人员、主要业务人员、主要设计人员等三方面人员组成。
对企业管理软件需求说明书的评审主要集中在三个方面：业务流程说明、功能说明、数据说明。
1． 评审业务流程说明，业务流程分析包括业务流程的现状和信息化后的业务流程二大部分，很多分析人员在做需求分析时往往只分析业务流程的现状而不分析信息化后的业务流程，或者省略业务流程的现状直接进行信息化后的业务流程分析，这两种情况都容易造成业务流程分析出现错误或遗留，评审小组要对这二类流程进行评审。评审过程中除了评审业务流程是否正确、完整外，重点要关注手工业务流程后隐含的一部分信息化流程。以部门KPI考核中的评议性指标问卷调查为例，手工业务流程如下：
在手工流程的背后隐含了信息化后"建立题库"的流程，但"回收问卷"的流程在信息化后与"填写问卷"的流程合并在一起了。
2． 评审功能说明，功能分析主要阐述信息化后的功能需求，评审时对照信息化后的业务流程检查其正确性和完整性，功能说明是大部分分析人员关注的重点，一般都做得比较详细，问题不大。
3． 评审数据说明，数据分析包括数据类、数据项、业务规则，数据类和数据项一般都分析得比较好，业务规则包含了对数据的约束和数据之间的逻辑关系，由于业务规则大多是隐性而非显性的，所有往往分析得不够，阐述得不够清楚，容易遗漏，评审时要特别注意对业务规则说明进行详细的检查。
二、 对概要设计说明书的评审
国内大多数软件开发项目都不做详细设计，或者在编码的过程中或编码之后补做详细设计文档，所以概要设计说明书往往是唯一的设计文档，对后面的编码、测试、实施、维护工作起到关键性的影响。
对企业管理软件概要设计说明书的评审主要集中在几个方面：总体功能结构设计、数据库设计、对外接口设计。
总体功能结构设计包括：总体功能结构图、功能的详细描述、系统处理流程等；总体功能结构设计给出了系统的概貌，是后续工作计划和控制的重要索引图，评审时要严格检查功能是否完整，功能描述的内容是否准确。
数据库设计是企业管理软件的基础，数据库设计的好坏直接决定了系统的运行效果以及将来系统扩展和升级，评审时要重点检查是否建立了编码体系，数据之间的约束和逻辑关系是否体现得很清楚，是否支持系统的处理流程，是否考虑到了系统将来的扩展和升级。
任何企业管理软件都不是孤立的，一定要和其他系统进行数据交换，并且随着企业管理水平和企业计算机应用水平的提高，对系统数据交换和系统集成的要求也更高，所以对外接口设计也是系统运行效果的关键，甚至直接决定了系统是否真正能成功运行。以人力资源绩效考核系统为例，由于其基础数据大部分来源于财务、销售管理等其他业务系统，如果接口设计考虑不周，基础数据不能及时、准确、真实的进入系统，那么系统使用起来就根本没有价值。评审时要严格检查对外接口设计是否完整、是否与其他系统进行过协商、是否具可操作性等。
在软件需求说明书和概要设计说明书上把好关，系统至少不会出现大方向方面的失误，为系统的成功提供了基本保障，我们应坚持逐步走到正确的道路上来，逐步提高软件开发项目管理能力。
|
