第一次迭代开发心得

Posted 2021-01-25 hnuzb

一、设想和目标

1.1 我们的项目要解决什么问题？

我们的项目是高血压家庭管理系统和后台管理平台。

高血压家庭管理系统是高度智能化，管理综合化的血压管理平台，为高血压患者提供完善的高血压管理服务。

本系统将移动互联网应用于高血压的大量数据处理、长期监控、有效管理，把这三个方面进行很好的结合。为了便于用户使用和系统的普及，高血压管理系统软件的设计界面友好、直观易操作，实现病人——基层医生——专科医生三方长期的互动式对话。

1.2 是否有充足的时间来做计划?

我们在第一次迭代的过程当中，因为我们的项目分为两个APP（医生端和患者端）和一个web端（后台管理系统），我以我们分工很明确，两个人做APP，两个人做web端，一个人负责服务器和数据库搭建，这次毕竟是第一次团队的合作，正处于磨合期。所以效率上面不是很理想。第一次迭代总共的时间只有四周外加除了这门课程之外还有其他的课程。所以第一轮迭代时间不是很充足。

1.4有什么经验教训? 如果历史重来一遍, 我们会做什么改进?

因为之前没有过项目开发的经验，所以我们一开始的开发进度很慢，不知道从哪里开始下手，第一周基本就浪费在相关的demo的学习上了，大部分的开发是在后两周完成的。如果再来一遍，我们会将开发进度推前，可以让小组内基础好一点的先做，然后带着不会的一点点跟进，以点破面

-------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------

二、计划

2.1 你原计划的工作是否最后都做完了? 如果有没做完的，为什么?

第一次迭代计划我们都完成了，能够完成的原因有如下几点

1、我们分工非常的明确

2、我们的每周任务非常明确

3、我们每周有固定的线下编程

4、组长组织有效，快速进入第二阶段至第三阶段的过度阶段

2.2 有没有发现你做了一些事后看来没必要或没多大价值的事?

有，我们在一开始花了大量的时间去看github上的类似项目，包括项目需求，这让我们浪费了大量的时间。完全可以在边学的时候，边写东西，而不至于看完之后还是一头雾水，什么成果都没有，一旦你动手开始写，就发现很多乱七八糟的问题来了

 

2.3 是否每一项任务都有清楚定义和衡量的交付件?

因为我们的项目是APP的开发，所以每一项任务都很清楚，每一个需求都能够熊APP中展现出来

 

2.4 是否项目的整个过程都按照计划进行?

开发过程中，少数情况下由于学业任务和突发情况，或者任务过于困难，导致当周的任务没有及时的完成，但是一般在次周都会及时补上。其他的情况基本都能够按照迭代计划完成

2.5 在计划中有没有留下缓冲区，缓冲区有作用么?

在计划中我们一直留有缓冲区的习惯，但是由于各种限制因素，导致我们团队的时间不能够统一，所以有时候缓冲区并没有起到真正意义上的作用

-------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------

三、实现

3.1什么功能产生的Bug最多，为什么？ 为什么我们在设计/开发的时候没有想到这些情况?

我们的项目主对于数据的处理很关键，我们的bug出现在数据的处理上，因为我们前后台是分开开发的，有的数据是在后台进行验证，有的是在客户端直接进行验证，所以导致有些数据的验证会遗漏。在第二次迭代中我们会将每一个数据的检测做好记录。其次，我们的团队没有专门的测试人员，而且时间有限，我们的测试数据的规模不是很大，范围不是很广，导致有些情况上的遗漏。

3.2代码复审（Code Review）是如何进行的，是否严格执行了代码规范？

我们团队有web端，android端，和服务器端，所以代码的规范都不太一样，我出现的主要问题是，没有对不再使用的资源进行及时的回收，类命名上没有完全按照标准来

-------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------

总结

1、我们仍然处于一个过渡阶段，也就是虽然大部分的规范规则已经定义，但是仍然有不少东西还处于未定义、未规范化的状态。

2、正式开发前没有完全定义好接口，使得整合工作难度加大。

3、分工上没有完全利用好团队资源。

4、对软件的测试不够全面

5、小组使用线下开发模式，不够效率

6、用户体验不够好，一些输入过的数据需要重新输入，很多数据不能够提交，没有弹窗提醒数据错误，比如说验证码发送失败