软件工程导论作业.团队作业.团队组建

团队信息

孙誉铭  2017013082（组长）

杨    雪 2017010280

李金书  2017011743

尹国庆 2017013322

队名

美女与野兽

队员风采

孙誉铭：

风格：喜欢尝试新的东西

擅长技术：没有擅长。。。只有略懂 (前端、C)

编程兴趣：偏向移动端（Android / iOS）多一些

希望的软工角色：产品经理（不想当将军的兵不是好兵）

一句话宣言：冲！冲！冲！

 

李金书：

风格：踏实肯干

擅长技术：html.css.js（较为擅长）

编程兴趣：偏向前端

希望的软工角色：软件设计师

 

杨雪：

风格：勤奋上进，喜欢学习新知识，乐于助人，富有热情

擅长的技术：web后端开发，传统MVC架构模式编程

编程的兴趣：喜欢学习新的技术，对页面新功能的实现有很大的兴趣，积极学习流行框架

希望的软工角色：软件工程师，由于缺乏设计灵感和管理经验，所以理想的角色是软件工程师

一句话宣言：just code it

 

尹国庆：

风格：爱钻研，耐心

技术：后端开发（MVC+SSM等等）

兴趣：编程兴趣比较浓厚，喜欢钻研一些技术算法方面的东西

角色：软件工程师

宣言：没有什么事情是努力所不能及的

 

合影（非摆拍！！！）

项目名称

东师美食攻略系统（NENU EATER）

生活中不是没有美食 ；只是你不知道！

初步解决信息不对等的一小步，EATER迈向世界的一大步! ! !

以最简洁的方式，以最快的速度，最精准的位置确定，为您带来最优的体验

项目概述

该项目针对大学生群体普遍存在的用餐难、选择菜品烦等问题，基于自动求和并排序的方法，研发一款能够及时的为用餐人员选出经典菜品、用户可以随测随评的软件，为用户提供选择菜品和评价其余菜品的功能，从而达到为用餐人员提供丰富就餐选择，为档口工作人员提供消费者及时反馈和评价以实现对档口进行改进的目的。

团队贡献分配

评分方式的雏形：

后续补进：

1. 体现出不同任务之间的工作量难度区别；
2. 前面提到的“完成任务维度: 主要由团队成员和直接经理商量年度目标, 直接经理有较多的自由度决定 好/中/差。例如大部分成员都可以得到 ‘好’这一评价”，但是在我们的团队中，我们希望用更民主的方式共同商议来决定完成任务的情况；
3. 由于开发过程的周期之短，我们必须要考虑到时间和工作效率对于整个项目进展的影响，所以我们认为应该考虑个人完成任务的效率情况综合进评分体系；
4. 单纯通过对成员完成任务情况这个单一因素来直接进行评价较为不妥，

· 因为存在“潜在贡献”

       a. 对其他成员的帮助

       b. 开发过程中对开发框架和模块功能有更好的idea

       c. 实现的代码拓展性特别强，泛化能力高，这些都能潜在地促进之后的开发效率

                  d. 个人参与的积极性，这是一个纯主观的评价因素，因为个人的积极活动可以带动整个团队的开发效率，并且激发

                    其他队员的热情，从而不仅能提高团队的开发效率，同时也能带来一个愉快的工作经历

· 另外，也存在一些“潜在惩罚”

      a. 因个人拖延导致团队整体进度拖延

      b. 个人代码逻辑漏洞较多，导致后期开发调试时间较长

 

根据上述分析的表格模型的不足，我们在已有的二维变量上添加了一个新的纬度——效率（预计时间/实际时间*难易系数）。

因此，现在完整的表征因素：

1. Section Quality 单个任务好坏情况
2. Contribution Ratio 贡献比率
3. Efficiency 效率（预计时间/实际时间*难易系数）

潜在因素：

1. Personal Assistance 对其他成员的帮助
2. Innovative Idea 创新思想
3. Sequential Effect 任务的后续影响
4. Passion 工作热情
5. Latent Harm 潜在危害（包括个人拖延和代码逻辑性差）

贡献分公式模型：

总分：50*4 = 200

 

尹国庆：49

杨    雪：51

李金书：51

孙誉铭：49