你可曾碰到过开发一款管理系统，费尽了诸般气力，然而用户却压根不认可？又或者项目进行到半途，发觉起初的规划根本无法施行？今日这份于2010年末完成的学生考勤管理系统开发总结，虽说时间颇为久远，可是其中所暴露的问题以及经验，放到如今来看依旧切中要害。

2010年12月，任欢欢等人于南配楼8-207实训室完成了这个项目，整个开发过程仅一周时间，团队分工清晰明确，最终达成了学生信息查询维护、日常考勤管理、处分通知单自动生成打印这几个核心功能。

实际开发结果怎么样

历经一周的突击式开发，团队达成了学生考勤管理系统的全部编码工作。该系统功能大体够用，操作界面简单径直，外观看上去较为大方，基本可满足学校对于学生考勤管理的日常需求。

就具体功能而言，当用户成功正确登录之后，能够针对学生信息，以及假条信息，还有学生上课情况这几方面，展开浏览以及修改的操作。而且删除和添加的操作同样具备便利性，更还支持依据不同条件来开展查询。所有这些功能均依照最初所设想情形予以实现了。

将项目开始时所撰写的可行性研究报告、项目开发计划以及功能需求说明书相互比对，原本拟定的开发目标基本上全都达成了。虽说谈不上尽善尽美，然而在仅仅一周这般短暂的时间范围之内，能够呈现出一个具备可用性的系统，已然是极为困难的事情了。

进度比计划还提前了

让人觉得挺有意思的是，这个项目的实际进展比原本所定的计划还要更提前一些。究其原因实际上是挺简单的，文件的编制工作以及打印工作都分别分配到了每一个人的头上，大家依据分工去合作从而完成了全部文档的排版。团队能够及时地跟文印室进行沟通联系，提前就把计算机调节到最佳状态。

此外，团队以极其积极的态度配合计算机中心开展软件安装以及调试的工作，在这些环节当中并未出现浪费时间的情况。这能够表明，于一个规模偏小的项目里面，合理的任务分配以及高效、顺畅的沟通协作，相较于独自单纯地赶工而言，所产生的效果要显著得多。

于资源投入范畴，人力、设备、空间、支持性服务以及材料的实际花销皆比原定规划少，尤其是经费层面，借由计算机辅助，项目成本得以显著节约，此主要归功于两方面助力，其一有富有实战经验的专业课程教师予以参与指导，其二学院与系领导对项目化教学颇为重视，给予了资金支撑。

生产效率真的提高了吗

就数据而言，程序的平均生产效率为每人每周大概1000行代码 ，文件的平均生产效率是每人每月大体1000千字 ，原定计划文件是800千字 ，相比较而言效率的确有显著提升。

就产品质量而言，于测试期间所检查出的程序编制错误发生率，即每百条指令里出错的指令数量仅为1条。此数字相较于预期少了许多，表明代码质量尚佳。

于团队运用的测试方式它的确也要归功，当时技术手段不像如今这般先进，不过基本测试流程是完成了的情况之下，所有该予以检查的场所均已检查完毕。

技术方法上有啥不足

在项目开发的进程当中，团队察觉到了一个广泛存在的问题，那就是软件开发需要一种可持续开展监控以及改善的办法。在那个时候，尽管有运用软件缺陷管理系统去跟踪并修复所发现的缺陷，然而能够合理借助缺陷数据来进行分析统计的情况却并不多。

虽统计出众多缺陷信息，然而却未得以良好运用，仅仅是记录下来便作罢。此情形表明，仅有工具是不足够的，关键之处在于需具备运用数据的意识以及能力。

另外一个问题在于，数据库连接之际未能准确觅得数据源，进而致使出现差错。并且，调试软件之时略微耽搁了进度，类与类之间的区别以及联系没能更为妥善地融入至系统架构当中。这些均于技术细节层面上存在问题，然而在实际开发过程里影响颇为重大，并且调试软件时稍微耽搁了进度 类与类之间的区别及联系没有更好地融入到系统架构中，这些都是技术细节上的麻烦 但在实际开发中影响很大。

出错原因有哪些

概括而言，在进行这项总结时，出错的缘由主要聚焦于三个不同维度。首先，在数据库连接配置环节出现状况，数据源路径未能被正确找寻到，进而致使程序无法正常运行起来。其次，软件调试工作存在不足，部分错误凭借自身力量难以检查出来，从而耽误了相应的规定时间，造成了时间上的浪费。最后，类的设计层面存在欠缺之处，在类之间的区别以及联系方面未能周全处理好，进而对整个系统的架构产生了影响，波及到了整体架构的稳定性。

刚开始预估的风险涵盖正确性、可靠性、可维护性、可复用性以及交货期这些层面。团队借助反复测试检查，持续修订，最终將这些风险全部清除掉了。

在开发进程里，软件缺陷这一问题始终存在着，主要存在几个表现，成本以及进度估计时常极为不准确，用户对于已然完成的系统并不满意，产品质量难以信赖，软件无法进行维护，并且没有恰当的文档资料，这些问题于当时的软件开发之中特别普遍。

这些经验和教训值得记住

本次项目所总结得出的经验极为切实。于参与项目开发起始之前，务必要同相关客户一道进行沟通交流，将需求分析这一环节妥善做好。客户究竟内心期望的是什么，此一物品究竟是用于何种用途的，倘若这些问题未能清晰明了，后续所有工作全然就是徒劳无功。

时常前往图书馆去查验相关资料也是颇为关键的，在着手开发一个系统之前，先瞧瞧他人究竟是怎样开展操作的，是否存在现成的方案可供借鉴参考，如此一来能够节省下许多时间，在项目开发的进程当中，每一个人都要始终保持彼此之间的联系，随时展开技术方面的交流沟通，也要相互学习。

要知道，这样的教训一点儿也不缺乏深刻性。不管从事何种事情，都绝对务必要使内心平静下来，切不可怀着急切的心情去追求成功。越是满心期待能够迅速完成，就越是极易出现各种问题。在正对软件进行调试这个阶段，最为适宜的做法是让其他同学或者老师给予帮助认真检查，因为自己亲手编写的代码，自己通常难以察觉潜藏其中的毛病。当提到书写文档之时，最为妥当的方式是依据规范去达成，依照既定的规矩来操作，反而能够减少不必要的曲折路程。

想问下，当着手去打造个一套管理系统之际，是达成其功能会更具难度，还是在需求方面进行沟通会更难？欢迎于评论区区分享你心里的看法，并且也千万不要忘记去点赞随后转发给那些正处于做项目进程中的朋友。