p;3)代码的可读性,编写风格是否符合规范;
4)是否有明显的造成系统运行低效率的处理方法;
5)公共变量的定义和使用。
4.4 调试
编码工作完成以后,通常需要开发人员自己进行单元测试,有些部分需要编写相应的测试程序。应该避免发生这类的情况,有些开发人员任务自己不应该进行测试工作,在编写完代码以后,只要编译成功,就直接提交成果,将测试工作完全交给测试人员去做,这样做不仅仅给测试人员增加了许多的工作量,同时增加了许多因为交流产生的时间,造成进度的延迟,管理人员应该杜绝程序员的这样的思想,同时在管理中予以考虑,可以将提交成果产生的Bug数量作为考核程序员业绩的标准之一。
4.5 客户沟通
项目中一定要有沟通策略,沟通的作用对于高管是让他们清楚我们一直按照项目目标前进,每个阶段工作进展是否顺利,影响项目正常运做原因是什么,需要哪些资源帮助。和高管沟通比较多的话,第一个好处是高管经常听汇报就知道项目进展程度,可以安排反馈检查,看是否具备我们所说的进展,这样一旦认可了各个阶段目标后,最终要求高管签字确认也就顺理成章了。
中层往往是项目主要的推动力量和实际执行者,也往往是对具体业务需求最主要的要求者,他们对企业实际运做过程最清楚,提出要求最具体,而且项目验收与否没有中层的同意往往也是不太容易做到的。
和基层的沟通主要体现对最终用户的关怀,定期主动和最终用户沟通,消除一些怨气,让用户能坚持用下去,这个时候我们往往发现很多用户真的是非常好相处,尽管软件还有很多值得改进的地方,但他们一旦认可我们团队,反而会尽心尽力帮助我们推动项目的进行。
5 项目后期管理
5.1 项目验收
项目验收,是整个项目生命周期中最后一个环节。当系统经过一段试运行,具备验收的各项条件之后,我们就需要着手验收阶段的准备工作了。首先我们需要把到目前为止完成的工作进行一个总结,列出我们已经完成的各项目工作成果、各类文档,对合同以及各类约定的技术文档中的相关内容进行自查,要彻底了解系统目前完成的情况如何,没有完成的,准备采取什么策略去进一步完成或者采取一定的回避措施,使客户在验收的时候不再提出这些未实现的需求。
同时做一个详细的验收计划是非常必要的,可以用来作为验收阶段的工作指导。这就需要与客户进行详细的沟通,再次明确验收前需要完成的工作,尽量避免客户方在此阶段提出过多的更改需求,这是极为重要的。验收计划中不光要有需要继续完成的工作,还需要有一个相对固定的工期,使双方都继续朝着这个方向去努力,防止无限制的拖延。
5.2 软件维护
软件维护主要是指根据需求变化或硬件环境的变化对应用程序进行部分或全部的修改,修改时应充分利用源程序。修改后要填写程序改登记表,并在程序变更通知书上写明新旧程序的不同之处。目前软件维护分类主要如下:
1)正确性维护。是指改正在系统开发阶段已发生而系统测试阶段尚未发现的错误。所发现的错误有的不太重要,不影响系统的正常运行,其维护工作可随时进行。
2)适应性维护。是指使用软件适应信息技术变化和管理需求变化而进行的修改。企业的外部市场环境和管理需求的不断变化也使得各级管理人员不断提出新的信息需求,将导致适应性维护工作的产生。
3)完善性维护。这是为扩充功能和改善性能而进行的修改,主要是指对已有的软件系统增加一些在系统分析和设计阶段中没有规定的功能与性能特征。另外,还包括对处理效率和编写程序的改进。
4)预防性维护。为了改进应用软件的可靠性和可维护性,为了适应未来的软硬件环境的变化,应主动增加预防性的新的功能,以使应用系统适应各类变化而不被淘汰。