淘票票项目总结
淘票票项目总结
1.1编写目的 淘座座软件的开发已经基本完成。写此项目开发总结报告,以方便我们在以后的项目开发中来更好的实施项目的订制开发; 让我们在今后的项目开发中有更多的资料来规范我们的开发过程和提高我们的开发效率。
1.2背景 淘座座软件是为了解决因空教室少而导致的团体开会找教室、同学们找自习室的困难;应用的目标人群是长春工业大学的任课教师、各班级社团、普通同学;本软件的应用范围包括(不仅限于)长春工业大学北湖校区各主教学楼;本软件产品前期将以长春工业大学排课系统的补充系统存在,后期将发展为一项独立的软件,而且全部内容自含;主要目的是为帮助需要教室开会、举办活动的团体需求和实现帮助同学快速找到合适的教室。
1.3参考资料
《现代软件工程构建之法》第三版,邹欣,中国工信出版集团
二、开发工作评价
2.1对生产效率的评价 1.软件开发历时四周; 2.开发的反复性比较多; 3.对学生的需求理解不是很透彻。 综合以上,此项目的开发效率不是很高,相反有相当一定时间的浪费。 2.2对产品功能的评价 通过我们黄金梅林号小组的共同努力协作,淘座座软件已经很好的完成了需求分析工作。经过对该软件的试用观察,该软件开发的还是比较成功的,但是还是存在着一些问题,造成这些问题的原因是多方面的。如:前期需求分析变更频繁、用户需求的理解上也存在一定问题,这就需要我们用一定的时间来维护小组成员提出的新问题和存在的bug。总的来说,此软件的开发还是比较成功的。 2.3对技术方法的总结 结合结对编程规范,规范了命名约定、注释约定、成员函数的命名等,在今后的项目开发中,我们最好是能根据结对编程规范,更好的规范相关函数的命名。通过小组讨论的方式研究出适合本小组的业余剧组模式,该模式可以让每个人在团队中听从队长的指导和安排。挑选自己擅长的以及听从队长安排的去完成团队任务,可以更好的使一个新组建的团队融合到一起。增加团队的默契程度以及增进团队的工作效率。也能让团队成员在业余玩票、培训的环境中,每个人都可以尝试不同角色,大家可以比较平等地讨论。在设计人机界面的过程中,通过使用PS绘图工具,将软件的登录界面图和内部信息界面图绘制出来,以方便后期UI设计人员更好的掌握系统架构者的架构思想,更好的满足用户的功能需求。
三、项目经验总结
3.1开发团队 在软件工程项目确立后,要尽快的建立起项目开发团队。 项目团队成员的团结合作、相互沟通是非常重要的,团队成员之间要相互学习彼此的优点和技术,使团队的能力不断的提高。这样,在项目的开发过程中,团队才不会被难题困住不动。另外,团队中要有一个项目负责人,该项目负责人要能很好的在用户与开发成员之间沟通协调,以此来更好的理解用户的功能需求。人的记忆力总是有限的,所以就要求开发团队成员要尽可能的编写一些开发文档,这些文档往往是我们在项目开发后期要用到的可寻资料。项目团队士气是项目成功的一个因素,我们需要不断的来培养我们的团队气势,使我们的团队不断的壮大。 3.2需求的调研 在项目确立后,就到了需求调研分析阶段。 1.项目组对用户的整体组织结构、有关人员的关系、职责等,如果没有一个很好、足够的了解掌握有关情况,这样项目组就无法很好的完整的整理到用户的需求、或者说用户真实的功能需求,如此以来我们就为自己埋下了地雷,影响项目的开发周期,这就要求我们要深入的去了解用户需求。 2.我们要尽量的让用户也参与到项目的开发团队中来,也就是说我们要使用户把自己也纳入到项目的开发团队中来,如此一来,我们掌握用户需求的真实性、可靠性就会大大的提高,也就不会为项目的后期功能开发埋下陷阱。 3.在需求调研过程中,如果缺乏足够用户参与,这样的需求调研也是失败的。很多程序员不愿参与到用户的需求调研中去,为什么呢?很简单,与用户沟通不如与代码沟通容易有意思。尽管这样,我们还是得用足够多的时间去和用户进行沟通,了解他们真实的需求。很多用户也是如此,他们自己也不愿意参与到项目的需求调研中来,虽然现状如此,我们还是要努力的使用户参与到需求的调研中来。 4.模糊需求,也就是模棱两可是需求规格说明中最为可怕的问题。一是指诸多用户对需求说明产生了不同的理解;一是指单个读者能用不止一个方式来解释某个需求说明。针对这种情况,就要求我们的团队人员要能够从多个角度来分析用户的不同需求,整理出最终的需求与用户确认,定出最终真实可靠的需求,我们绝不能凭借我们自己单方面的理解来定立用户的最终需求。 5.做好风险管控工作。团队成员或多或少都会有私事,比如说考研,考四六级,考公务员等事情,在任务分配的环节中要考虑到小组每名同学合理的分配相关任务。 6.需求调研工具选择,用户一般对图形还是比较感兴趣的,所以我们在调研过程中,我要尽量的采用图形化的界面来和用户沟通需求。比如可以采用PS软件,把用户的需求变成他们想要的界面图,把用户的需求转换为活动图和流程图,使表达的意思更加直观。