软件项目开发总结，假如历史能够重来

时间 2019-12-15

标签软件项目开发总结假如历史能够重来繁體版

原文原文链接

TD学生助手——release版发布数据库

1.设想和目标编程

1.咱们的软件要解决的问题模块化

　　TD学生助手的主要核心思想就是帮助学生安排他们忙碌的学校生活。主要是经过如下几个方面工具

　　1.经过学生的须要进行分类（考试，实验，发博客等等），添加日程，保存日程到数据库中，将日程模块化管理；单元测试

　　2.用月视图和周视图，日视图三个视图来管理添加进去的日程，让日程管理起来更加直观，方便，加强用户体验。学习

2.是否有充足的时间来作计划测试

　　咱们作计划主要是在Sprint计划刚开始的时候进行计划，并在之后实施计划时进行调整，可是因为咱们的敏捷开发的经验不足，不知道如何控制任务的进程，给每一个人分配的功能在规定的时间内也没法按时完成，因此到开发的后期制定的计划对咱们的开发反而没有什么用了。spa

3.团队在计划阶段是如何解决同事们对于计划的不一样意见的设计

　　咱们组在讨论TD学生助手主要功能设计时，常常出现分歧，由于每一个人对用户体验的想法都不一样，咱们就让持不一样意见的写个详细的调查报告，分析这个功能的可行与否，用户体验是否会良好。3d

1.1用户量

1.用户对重要功能的接受程度和咱们事先的预想一致么? 咱们离目标更近了么?

　　咱们的重要功能就是能让用户直观，简洁的看到本身一天，一周，一月要完成的事情，并对添加的日程模块化管理，关于这个主功能咱们作的还算完善，基本功能都有，可是在用户体验上离真正的目标还尚有必定的距离，咱们会在beta版的发布时进行大的改进。相信用户量会是咱们预想的那样的。

假如历史重来。。决定换一个软件作。。这个太繁杂，不会写，一个功能一个坑。

2.关于计划

1. 你原计划的工做是否最后都作完了? 若是有没作完的，为何?　　

　　在整个敏捷开发阶段咱们总共作了两次sprint计划，每次Sprint计划咱们都有没有完成的功能，而且还有决定要放弃的功能，这些功能在之后的日子发现也没有太大的用处。可是不少东西与其不断地争论有些事情有没有必要，还不如作了再说。

2. 有没有发现你作了一些过后看来不必或没多大价值的事?

　　有。如今算起来两个计划中用不着的功能有一些，好比GPS导航功能，去除它有两点缘由。1.这个软件主要是管理学生生活的，跟GPS没有直接和太大的联系；2.作起来太复杂，最后为了保证Sprint计划正常进行，咱们去除了这个功能。

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

　　有。咱们在每一次Sprint初始阶段的会议中会根据每一个人的编程水平分配一些功能给团队中的成员，并把他们绑定在一块儿结对编程，并且功能和功能间有交叉的就进行互相联系，避免只敢本身的事情，无论团队总体进度。每一项功能咱们也制定了最终要达到的效果以及能够衡量的标准和演示状态。

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

　　整个项目基本上都是按照计划进行的，主要也是团队成员比较给力，可是有些时候因为PM制定计划的失误，致使整个项目在一段时间内偏移他真正要到达的目的，但最后咱们仍是回归在轨道上。

5. 在计划中有没有留下缓冲区，缓冲区有做用么?

　　有。咱们的加班主要是集中在冲刺快要结束的后两天，为了保证Sprint计划顺利完成，团队到最后都会加班加点，保证主要的功能定期完成。

6. 未来的计划会作什么修改？（例如：缓冲区的定义，加班）

　　咱们已经完成了Sprint2计划的内容，最后一次冲刺也就是Sprint3计划，咱们要作不少事情，在制定计划的时候要充分考虑用户的体验和软件的实用性。

3.关于资源

1. 咱们有足够的资源来完成各项任务么?

资源整体来讲仍是挺充足的，网上有各类模板和代码，还有各类教学视频。

2. 各项任务所需的时间和其余资源是如何估计的，精度如何?

任务所需时间一开始时是尽可能给予充足的时间，以避免发生突发情况；任务精度一开始时只是肯定大方向，随着项目的进行和任务的加剧，各类小功能被细分出来，再根据状况分派任务。

3.用户测试的时间，人力和软件/硬件资源是否足够?

此类资源都不欠缺，足够了

4. 你有没有感到你作的事情可让别人来作（更有效率）?

没有，由于本身的工做本身最熟悉，也是专门学习的有关此方面的程序设计及代码编写，每一个人都有本身的专攻，若是交给别人，可能会致使工做进度延迟或完不成，甚至乎影响整个项目的开发进度。

4.变动管理

1. 每一个相关的员工都及时知道了变动的消息?

由于咱们的团队天天都会有站立会议，并且还专门创建了一个项目开发讨论群以便你们进行讨论，因此各类消息都会及时知道。

2. 咱们采用了什么办法决定“推迟”和“必须实现”的功能?

咱们会根据项目的核心功能及各项功能实现的难度及复杂度来决定哪项功能必须实现那项功能推迟。

3. 项目的出口条件（Exit Criteria）是否获得清晰的定义?

你们都不太懂“出口条件”是什么，通过这一个项目以后，稍稍清楚了一些。可是说实在的，在这个项目里面咱们没有用到太多。

4. 对于功能的变动是否能制定应急计划?

能，第一次冲刺结束后，组长感受各项功能及界面太过粗糙，因此从新编写，各个组员积极配合两天完成。

5. 员工是否可以有效地处理意料以外的工做请求？

可能会临时给某个组员增长一些任务，组员也会积极配合，尽快完成。

5.设计/实现

1. 设计工做在何时，由谁来完成的？是合适的时间，合适的人么？

此类工做有本团队中专职人员（静姐，叶姐，娇哥）完成，因为是三人专职负责次部分设计因此设计上，时间上不会出现太大误差，基本都能按时完成。

2. 设计工做有没有碰到模棱两可的状况，团队是如何解决的？

不少，你们都不知道如何解决。就看具体执行的人是如何解决的，有的解决得好，你们并不知道出过问题；有的常常拿出来讨论，但可能会出现分期或多种结论，那就投票吧。

3. 团队是否运用单元测试（unit test），测试驱动的开发（TDD）、UML, 或者其余工具来帮助设计和实现？这些工具备效么？

没有使用这些工具，不会用，也不必

4. 什么功能产生的Bug最多，为何？

日历时间处理，导入数据库，读取数据

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

这个方面要求不是太严格，可能你们都感受太繁琐，因此要求不是太苛刻，但你们在写时会注意书写。

6.测试/发布

1. 团队是否有一个测试计划？为何没有？

测试计划是有的，这个方面你们仍是作的比较好的，因此阶段测试及后期测试时比较翻遍明白，就是有点繁琐。

2. 是否进行了正式的验收测试？

正式验收时有些bug还未解决，因此说验收是不成功的

3. 团队是否有测试工具来帮助测试？

有。效果仍是很明显的。

4. 团队是如何测量并跟踪软件的效能的？从软件实际运行的结果来看，这些测试工做有用么？应该有哪些改进？

TFS 仍是颇有用的，至于改进，有这样一些建议：

（a）经过不断的想像用户体验

（b）做用仍是很好地工做方便，快捷

（c）吧错误提示改为汉语好很差

5. 在发布的过程当中发现了哪些意外问题？

有些功能不还不太理想，没有达到预期目标，而在实际运行时还存在一些bug。

7.这一阶段咱们作了什么

1.用户量

这是在百度网盘上的数据，下载量，感谢这段时间支持咱们的朋友，还有亲爱的组员们

2.新增的功能

闹钟

学校课程查询和修改