alpha冲刺-过后诸葛亮

做业要求

这个做业属于哪一个课程	软件工程1916-W(福州大学)
这个做业要求在哪里	项目Alpha冲刺
团队名称	基于云的胜利冲锋队
项目名称	云评：高校学生成绩综合评估及可视化分析平台
这个做业的目标	alpha阶段总结

团队成员信息

队员学号	队员姓名	我的博客地址	备注
221500201	孙文慈	https://www.cnblogs.com/swc221500201/
131601207	陈序展	https://www.cnblogs.com/chenxuzhan/
221600414	冯凯	https://www.cnblogs.com/codingkai/	队长
221600415	傅德泉	https://www.cnblogs.com/dqblog/
221600416	黄海山	https://www.cnblogs.com/hhs-blog/
221600417	黄乐兴	https://www.cnblogs.com/hlxing/
221600439	<script>	https://www.cnblogs.com/aaaaaaaaaaaaaa/

设想和目标

• 咱们的软件要解决什么问题？是否认义得很清楚？是否对典型用户和典型场景有清晰的描述？

1.福州大学软件工程实践这门课程主要依托于博客园进行做业的线上发布、提交等环节，但因为博客园自身功能的限制，对于每次学生提交的博客及做业的成绩和统计分析每每须要老师和助教经过在Excel表格上进行许多繁琐且重复的操做才能完成，这种人工进行统计与分析的方式不只极大的占用了助教和老师的时间，也致使同窗没法直观清晰的看到本身的成绩与能力分析。咱们的软件就是为了解决在实践教学中的这一痛点问题。
2.咱们软件的定义是比较清楚的。
3.对于典型用户和典型场景有较清晰的描述，咱们与该门课程的老师进行了屡次的交流，肯定了较为明确的需求。

• 咱们达到目标了么（原计划的功能作到了几个？ 按照原计划交付时间交付了么？ 原计划达到的用户数量达到了么?)

咱们alpha阶段的目标是登陆、注册、新建评分维度、新建班级、编辑班级、加入班级的对应功能，咱们完成了全部计划的功能，按照原计划交付时间交付了，原计划并无计划用户数量。

• 和上一个阶段相比，团队软件工程的质量提升了么？ 在什么地方有提升，具体提升了多少，如何衡量的？

和上一个阶段相比，团队软件工程的质量提升了，主要是在于团队成员之间互相合做的默契度提升以及任务的分配更为合理，成员完成度更好。主要经过功能的完成度来衡量。

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

由于咱们目前整个系统还未完成，所以用户量还没法统计。用户对重要功能的接受程度和咱们事先的预想基本一致。咱们离目标更近了。

• 有什么经验教训? 若是历史重来一遍, 咱们会作什么改进?

咱们对于需求的分析不够细致，致使先后端在某些功能出现了不统一的现象。若是历史重来一遍，咱们会更加细致的分析咱们的需求。

计划

• 是否有充足的时间来作计划?

团队相信好的计划规划，会避免中期走弯路，节省时间成本，因此安排了足够的时间作计划。

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

同事各抒己见，在小问题上尊重队长和代码能力较强同窗的想法。在大问题上，为尊重每位同窗的意见，在详细阐述想法后全员投票，票出决定。

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

基本完成。

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

没有。

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

是。

• 是否项目的整个过程都按照计划进行，项目出了什么意外？有什么风险是当时没有估计到的，为何没有估计到?

否，项目前端设计最先是让一位同窗主要负责，可是成果并非很能让人满意，致使后面重构代码。仍是没有了解好队员的能力，是否须要协做，不是独自完成，过程也须要更多监督。

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

通常在一天以内，当天完不成的任务，确保要在次日以内加班完成，不能拖过久，不然会影响总体的项目进度。

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

未来的计划应该可以按时或者提早完成，由于alpha阶段咱们已经对后期的工做作了总体的部署规划，部分beta阶段的任务已经完成。

• 咱们学到了什么? 若是历史重来一遍, 咱们会作什么改进?

学到了提早规划的重要性，在项目过程当中，须要及时跟进队友手里的工做，把关质量，而不是最后不行从新来过。

资源

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

有，咱们的前端和后端开发同窗都有足够的项目经验和技术能力应对需求设计，项目开发和文档编写任务。

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

根据之前开发相似项目的经验，估计目前各种任务的时间；通过估计时间和实际时间的比较，偏差精度在一天之内。

• 测试的时间，人力和软件/硬件资源是否足够? 对于那些不须要编程的资源 (美工设计/文案)是否低估难度?

测试的时间，人力和软件/硬件资源基本足够，由于咱们开发的同窗都有必定的项目经历，对于前端和后端的开发框架比较熟悉，而且拥有阿里云服务器部署项目，加上在五一假期时间有充足完成开发测试工做；对于不须要编程的资源没有低估难度，由于这个课程对于这方面的要求较高，因此咱们团队在这方面提供了足够的重视，而且也花费了较多的时间。

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

没有，由于咱们各司其职，分工明确，在分配任务的时候充分考虑到了每一个人擅长的方面。

• 有什么经验教训? 若是历史重来一遍, 咱们会作什么改进?

在任务开始前总觉得有较多的时间来完成任务，结果形成了前期拖延，后期忙碌的现象；改进:严格按照计划时间表来完成任务，不把今天的事情拖到明天作。

变动管理

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

能够。全部的变动消息均发布在QQ群之当中，而且都会进行口头的传递。

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

评估功能的实现成本以及重要性。尽可能实现项目中的关键性功能，对于一些实现难度大，花费时间超过课程结束时间的，暂时采起推迟。

• 项目的出口条件（Exit Criteria – 什么叫“作好了”）有清晰的定义么?

前端页面美观，用户体验良好；实现需求文档中的功能，而且功能能有必定的可靠性和容错性。

• 对于可能的变动是否能制定应急计划?

能够，小组每一个成员都有相对应的任务，遇到可能的变动，会进行必定的协调和组员商讨，保证项目可以持续进行。

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

能够。员工都比较认真负责，包容必定范围的需求变动。

• 咱们学到了什么? 若是历史重来一遍, 咱们会作什么改进?

咱们提高了对变动请求的处理能力。若是再来一遍，咱们会多常常沟通交流，理解相互之间的难处，提高团队的开发效率。

设计/实现

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

1.原型设计在项目原型设计答辩前一周完成的，由负责前端的同窗完成的，是合适的时间，合适的人。
2.数据库和系统设计在项目原型需求最终肯定以后完成的，由负责后端的同窗完成的，是合适的时间，合适的人。

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

有些需求不是很明确，团队跟“客户”约了时间重现确认了需求。

• 团队是否运用单元测试（unit test），测试驱动的开发（TDD）、UML, 或者其余工具来帮助设计和实现？这些工具备效么？ 比较项目开始的 UML 文档和如今的状态有什么区别？这些区别如何产生的？是否要更新 UML 文档？

团队运用了junit进行单元测试，JProfile来进行性能分析，使用IDEA做为集成开发环境。UML文档和如今的大致上同样，有些不同的部分后来已经有所更改。

• 什么功能产生的Bug最多，为何？在发布以后发现了什么重要的bug? 为何咱们在设计/开发的时候没有想到这些状况?

评分和做业模块涉及的数据内容比较多，分散在多张表里面，BUG比较多，在发布以前已经修复。

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

使用eslint进行代码质量控制，代码总体架构和规范都有着严格的要求。

测试/发布

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

团队对项目的功能模块作了集成测试，对每一个类作了单元测试。

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

alpha阶段的功能进行了测试，正式的验收测试将在项目完成以后进行。

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

使用postman进行接口测试.

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

十分有用，能够在开发过程当中查找不足，及时作相关的修改优化。

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

生产环境和开发环境的配置差别，使得项目在部署的时候存在配置问题，没法启动web服务器，以后修复了BUG并顺利发布。

• 咱们学到了什么? 若是历史重来一遍, 咱们会作什么改进?

1+1>2，团队总体的力量不仅是每一个人能力的累加，团队成员之间密切的配合可使得整个项目的开发进度大大加快。若是历史重来，咱们团队可能会在前期需求方面作更加细致的调研。

团队的角色，管理，合做

• 团队的每一个角色是如何肯定的，是否是人尽其才？

根据每一个成员擅长的技能和我的意愿进行分配，每一个成员都获得了满意的岗位。

• 团队成员之间有互相帮助么？

成员之间互帮互助，有不懂的地方，你们都会热心的去帮助解决。

• 当出现项目管理、合做方面的问题时，团队成员如何解决问题？

开会讨论产生解决办法。

总结

• 你以为团队目前的状态属于 CMM/CMMI 中的哪一个档次?

可重复级(Repeatable)档次。

• 你以为团队目前处于 萌芽/磨合/规范/创造 阶段的哪个阶段?

创造阶段

• 你以为团队在这个里程碑相比前一个里程碑有什么改进?

你们配合更加默契，项目开发逐渐走上正轨。

• 你以为目前最须要改进的一个方面是什么?

项目总体实现细节有待优化。

• 其它软件工具的应用，应该如何提升？

边学边用，在实践中掌握。

• 项目文档的质量如何提升？

团队总体强制使用同一的规范进行约束，后期再进行文档复审。

感谢环节

• 陈序展：感谢fk同窗对个人帮助，由于我是初次接触Vue框架，学习和使用过程当中遇到一些问题，冯凯同窗每次都会热心地帮我解决问题。

• 冯凯：感谢团队的每一位成员，你们在项目合做期间都各司其职，认真对待本身负责的任务，期间你们都很配合其余人的工做，为项目的顺利开发打下了基础，但愿你们可以再接再砺。

• 黄海山：感谢fk同窗天天为咱们提供详细的任务需求，使得开发任务清晰明确，效率高。天天都会认真地整理咱们汇总的博客资料，还会耐心地指出其中的不足，提供修改建议。

• 黄乐兴：感谢codingKai对个人帮助。在此次项目中，组长规划了每一个组员的工做，并定下了一个又一个的DDL，让我能有必定的压迫感，更加高效地去编写程序。当我遇到困难后，组长也会耐心地引导我，为我提供必定的帮助。

交换组员的工做交接和培训方案

工做交接：

• 新来的成员在以前的团队中负责的部分和本团队“离职”的成员在业务上基本一致，所以web端的基本功仍是有的，只须要对vue框架的使用和团队的代码规范作进一步要求和学习便可。

培养计划

• 学习vue框架的使用和组件化开发
• 熟悉项目的接口的对接
• 对项目的代码规范作要求，保证新编写的代码彻底符合本团队的代码规范
• 对界面的总体样式作统一要求，保证新开发的界面的样式和原来的样式基本一致

alpha阶段总结开会照片