2.1.3对软件开发费用进行控制

　　一般而言，当软件系统的功能需求和性能需求分析完毕后，只要确定好系统的里程碑标志，即可确定软件系统开发的相关资源，严格来说软件系统的开发成本基本也已经明确了，因此对于软件开发的可预见性成本的控制是不难的，关键是在开发过程中，需要对一些不可预见性的成本开支进行严格控制，如设计更改、人员调整等等，这些因素都有可能导致软件系统开发的成本大幅上升。因此，软件系统的成本管理重点是要控制不可预见性的成本费用。

　　项目经理或者项目负责人正确的决策是减少项目不可预见费用的重要因素，错误的决策会导致项目部分返工，甚至于项目方案变动，造成人力物力的浪费。

　　2.2对软件设计过程进行监理，重在沟通

　　过去软件系统的开发过程管理存在着一个误区，就是重管理轻监理。在这样的管理方针下，很多软件工程师在实际开发设计过程中会感觉束手束脚，最后不是质量打了折扣，就是开发周期一拖再拖，管理效果差强人意。因此，要加强对软件设计过程的管理，就必须改变这一传统的管理手段，对设计过程重在监理，强调沟通，发挥效率，真正为软件设计的过程去服务，而不是去管理。

　　沟通主要包括跟用户进行沟通和开发团队内部的沟通。开发团队与用户沟通在需求分析阶段要做到最大可能的到位，用户方的技术人员和用户方的高层在需求理解上经常会不一致，在项目开发过程中会提出需求变更或者添加功能需求，用户方的高层之间也会有不同的意见。因此正确全面地把握用户需求，才能做出最正确的决策，拿出最经济有效的方案。

　　开发团队的沟通管理重在监理，对软件设计过程的人力、周期、质量、资金等等进行监理，当发生偏差时就进行自上而下的沟通，再自下而上进行信息反馈，这样既不会束缚软件工程师的手脚，同时对于软件设计本身而言，其质量、进度和成本在经过有效的沟通和反馈之后，依然在项目管理轨道上行进。

　　需要说明的是，这里强调的沟通并不是指出现问题，大家坐下来讨论问题出现的原因，然后提出解决的办法和措施，这样无疑是耽误了软件设计的周期。这里所强调的沟通，实际上是指当监理人员发现软件设计开发过程中某一指标或者某些指标发生了偏离，与项目协调员或者项目专员进行沟通，由项目专员与软件工程师进行沟通协调，在进行设计的过程中实现自下而上及自上而下的双向信息流通。

　　2.3对软件设计过程中产生的设计文档严格要求，对开发过程记录严加管理

　　软件设计过程中产生设计文档、记录，必须按照软件工程开发规范，与实际的代码一一对应。一套高水平的规范文档，可以将在项目中的开发人员由于各种原因离岗带来的项目进度损失、人力资源损失都记录在内，这样新来的开发人员看着文档就可以接替这个岗位的工作。对软件设计开发过程实行文档管理，不仅仅是为了防范岗位接替带来的损失，更重要是依靠完善的文档管理，能够对软件开发设计过程中的任意一个环节都可以进行回顾、监测;在强调弱化管理、加强监控的软件过程管理模式的同时，只有依靠文档管理，才能够最终实现对软件开发设计过程细致入微的管理。

　　2.4软件设计模型选取和注意项目积累

　　开发团队在经过一段时期的开发后，有了一定项目经验和技术积累。当新的项目需求与以前的项目需求很接近时，可以采用原型法开发，列出需求变化的部分和新增的

　　功能、要删掉的功能，这样可以沿用前项目的开发文档(当然要根据项目修改)和开发方案、思路、技术，进行快速有效的开发。新开发的项目成功后又可以作为以后项目的原型，这也是软件构件重用的基本思路，这样能够利用积累下来的软件模型、程序代码和开发经验，实现高效的组装式的软件开发程式，大大降低后续软件开发的出错率，极大地提高后续软件开发的稳定性与可靠性。

　　2.5对软件设计过程中的部分软件功能模块化以供复用

　　软件模块复用是软件快速高效开发中经常用到的，对某特定行业、特定需求，特别约定俗成的软件功能需求尽量提出来设计成软件模块。将软件开发设计重复使用的一部分称之为软件构件，这是近几年来逐步盛行的一种高效、低成本的软件开发模式。重复使用某一软件构件，首先需要明确该软件构件定义中所使用的技术标准和规范，倘若连技术标准语规范都无法明确，那么很难保证利用该软件构件开发出来的软件具有全局统一的技术规范，从而软件的可靠性也无法得到保证。因此，确定构件使用的技术标准与规范，对于软件构件的应用也是基础技术保障。