开发工作评价Р3.1对生产效率的评价Р姓名Р程序(每周行数)Р文档(每周字数)Р吴晓波РxxРxxР黎其磊РxxРxxР陈家灵РxxРxxР王浩林РxxРxxР苏仲华РxxРxxР3.2对产品质量的评价Р系统在Microsoft的Windows系列(XP已测试,保证能正常运行)能够正常运行。Р各项基本功能能够实现。Р系统稳定,无论多大的查询量都不会导致系统崩Р说明在测试中检查出来的程序编制中的错误发生率,即每干条指令(或语句)中的错误指令数(或语句数)。如果开发中制订过质量保证计划或配置管理计划,要同这些计划相比较。Р3.3对技术方法的评价Р3.4出错原因的分析Р给自己的代码加注释是一个简单而直接的方法,但为什么大家总是忽略这一点呢?一些开发人员错误的认为减少文件证明(任何形式的)能够改善工作安全。这与前面讨论过的独占信息一样,是一种谬误。Р 少量合理安排的注释能大大改善代码的可读性,并方便代码的管理。现在有一种过于使用注释的趋势。基本上来说,这些注释应对代码、变量、方法等作一简要描述。许多团队在对代码作出修改时喜欢插入注释。当(如果)出现问题,我们容易找出以前做过哪些修改。Р4经验与教训Р通过本次开发,总结以下经验教训:Р要充分的利用强大的网络资源。Р要充分认识项目管理在软件开发中的重要作用,制定严格的管理规章。Р培养积极的团队意识,组员之间要分工协作。Р注意制作详细的开发日志,保留质量高的相关数据。Р进行准确到位的需求分析,编写详尽的需求文档,为下一阶段的开发设计奠定坚实的基础。Р测试数据尽量详细、全面,并设计出合适的测试用例。Р通过对做这个项目,对软件的开发流程,开发过程有了比较深刻的了解,也加深了对所学知识的应用。Р缺乏对需求分析的正确认识,在需求分析阶段走了不少弯路,导致了项目的时间比较紧张。Р所用技术的确定比较晚,所以学习新技术占据了大量做项目的时间,经验不足。
全文预览
