Miracle_House  

团队软件项目设计完善:

任务1:根据OOD详细设计工作要点,修改完善团队项目系统设计说明书和详细设计说明。

     《软件设计方案说明书》:https://github.com/cy0325/Team_work

      修改内容及理由:修改了西小餐系统设计说明书,添加了一个用户信息表,存放用户信息,之前忽略了 。

任务2:搭建并配置项目集成开发环境;

   mysql eclipse hb3.0 mybatis servlet velocity spring  tomcat 

任务3:小组内成员共同商议制定团队项目编码规范, 并在团队项目Github仓库中上传文档《软件编码规范说明书》。

《软件编码规范说明书》Github链接:https://github.com/cy0325/Team_work

任务4:数据库表

 

 

任务5:项目测试人员编制满足不同测试要求的测试用例并执行测试;测试中,测试人员如果发现故障,则由相应代码编写人员在确定缺陷原因后对代码进行修改,直到测试不再出现故障。

部分功能测试截图(管理员登录)

 

测试结果:商铺logo未加进去(对于可能存在的测试故障,我们后续将进一步改进)。

系统首页:

点餐界面:

催单:

 

订单信息:

 

 商家首页:

购物车界面:

 

任务6:提交软件项目源码团队项目Github仓库。

软件项目源码团队项目Github链接:https://github.com/cy0325/Team_work

任务7:在团队博客发布博文,结合燃尽图陈述本实验执行过程,上传团队实施本次实验场景照片,描述团队成员的具体分工、占整个实验任务的工作量比例及完成各自任务的实际时间,每位成员结合任务分工总结本次实验心得,最后由项目组长进行总结陈述。

燃尽图:

 

团队工作照:

执行过程:

     本次设计主要是根据已完善过的项目系统设计说明书以及项目详细设计说明书进行具体编码实现。汝春瑞、曹  阳主要完成了数据库的功能设计,用html完成系统主界面,点餐界面以及每个点餐界面的设计。梁玉龙,赵红波负责前端登录,后台商家登录以及投诉功能,完成公告和失物招领功能的编码实现,傅  康、丁炜轩完成了编写代码规范,收集店家信息,设计购物车界面,设计商家单页等功能的设计实现。 

团队成员完成任务时间占比:

成员具体分工任务量完成时间
汝春瑞 组织站立会议,工作总结,撰写博文 15% 8h
曹阳 前端代码书写 20% 12h
赵红波 后台逻辑设计与完善(测试样例) 15% 8h
傅康 《软件设计方案说明书》 15% 8h
梁玉龙 后台逻辑设计及功能实现 20% 12h
丁伟轩 《软件编码规范说明书》 15% 8h

实验心得:

汝春瑞

  作为组长,每天要给组员安排任务,任务量不但要均衡,还要考虑与项目整体进展的协调一致。另外,必须和每个队员都密切沟通,保证大家的工作最后能完美的整合到一起,当小组讨论和任务实施过程中,队员之间发生争议时,我不但要保持公平公正,还要调解关系,解决问题。除此之外,每天都要进行工作总结和反思,以便及时查缺补漏。所以,我最大的感受就是,一个团队要想默契的配合,保证高效率的完成工作,组长必须考虑周全,和队员及时沟通,起到监督和协调作用。

赵红波

  通过本次的程序设计开发,我了解到软件的开发是一点一点逐步完善起来的,针对出现的问题,我们要不断地反思不断地改进,对各自遇到的问题进行了集体讨论,并得到了解决办法,从中学到了很多知识,加深了对以前所学知识的理解。同时也体现了团队合作的重要性,可以说,没有团队成员之间的相互合作,这么多的任务是没有办法完成的。对各自遇到的问题进行了集体讨论,并得到了解决办法,从中学到了很多知识,加深了对以前所学知识的理解。

曹阳
  在本次前端开发中,我还是收益挺多的,了解的各种ui设计。但是我希望老师能够给我们宽松的时间,不要把我们逼的太紧,我们不是只有软件工程一门学科,在学习软件工程同时也要兼并其他的课程,时间显得太仓促,哪里有一周时间就把一个项目的所有代码写好的,而且一个组最多六个人,其他的人也有很重要的任务要完成,只能是尽自己最大的努力去完成,不遗余力的去做这件事,即使是没有完成。这是我在这次前端设计中最大的感触。
傅康
  通过这段时间的实验,我对软件工程有了更进一步的了解,但是了解的还不够深,需要继续学习下去,对项目系统说明书也有更多的了解。但是也有一些问题,对于OOA,OOD还是不够了解,在阅读了课本,网上查阅资料之后,还是不能理解,可能是个人的悟性不够,希望老师可以在之后再指点迷津。

梁玉龙

  通过这次系统的开发,又一次熟悉了springboot mybatis的使用,虽然在开发过程中没有出现大的问题,但是还是不太满意,这次时间也太紧了,在这样短的时间里,感觉是为了完成作业而写代码,如果把这样的作业分成几个模块,每次实现一部分,那样岂不更好。总的来说,这次收获还是挺大的。

丁伟轩

  在这次团队项目改进过程中,通过对《软件编码规范说明书》的撰写,使我们对软件系统的各个层次有了更深的理解,巩固了对系统编码规范的使用。
团队总结:

  本次实验中,大家都按时完成任务,积极交流,遇到困难是协商解决,不仅在专业知识和技术方面有所提高,还在发扬了团队精神,我认为我们团队的每一位队员都很棒,各自发挥优势,主动奉献自己,我们是一个团结友爱的小家族。

团队psp:

PSP2.1

任务内容

计划完成需要的时间(min)

实际完成需要的时间(min)

      Planning

   计划

30

60

      Estimate

  估计这个任务需要多少时间,并规划大致工作步骤

60

70

      Development

  开发

600

700

      Analysis

  需求分析 (包括学习新技术)

180

240

      Design Spec

  生成设计文档

80

120

      Design Review

  设计复审 (和同事审核设计文档)

30

50

      Coding Standard

  代码规范 (为目前的开发制定合适的规范)

120

180

      Design

  具体设计

180

240

      Coding

  具体编码

600

700

      Code Review

  代码复审

70

90

      Test

  测试(自我测试,修改代码,提交修改)

40

50

      Reporting

  报告

30

50

     Test Report

  测试报告

30

60

     Size Measurement

  计算工作量

20

35

     Postmortem & Process Improvement Plan

  事后总结 ,并提出过程改进计划

30

35

 

posted on 2018-06-19 22:21  Miracle-House  阅读(400)  评论(2编辑  收藏  举报