电子公文系统——贡献排序
课程：《Unix/Linux系统编程》
班级：2111
教师：娄嘉鹏
编写日期：2023年12月10日
在开发电子公文系统的过程中，团队内成员的贡献度排序是至关重要的，它可以帮助我们更好地评估每个成员在项目中的价值和贡献。以下是我们在开发电子公文系统时使用的一种团队内成员贡献度排序方法以及具体排序
一. 贡献度排序方法
1.代码量
以代码行数统计每个开发者提交的代码量,这是最直接反映开发工作量的标准。我们使用版本控制系统中每人推送代码的统计数据进行排序。
2.问题解决
除了编码外,问题解决同样重要。我们统计每位成员解决的Bug数量和复杂程度,给高难度Bug设置更高权重。
3.功能实现
开发过程中,根据功能的重要程度将各模块 weighed,完成核心功能的成员将获得更高分数。
4.设计贡献
架构师和技术leader对整个系统架构的设计贡献较大,我们给予他们一个平台架构设计加权。
5.文档完善
不仅代码重要,为其他成员提供参考的文档和注释也是重要的贡献。我们统计每个人完善的文档数量进行加权。
6.时长投入
考虑到工作强度和时长,两人完成相同工作量而一个在较短时长内完成者,应获得更高赏识。
综上各项考核标准,我们得出了这个重要项目中每位团队成员的相对贡献程度。
二. 具体工作
1.团队介绍
队名：506ilou
团队博客：506ilou
团队成员：
刘海涛（队长）
李宜时
祁昱霖
李浩瑞
杨博川
https://www.cnblogs.com/506506yyds/p/17780476.html
2.《需求规格说明书》的组员分工和组员工作量比例
组员分工和组员工作量比例
文字撰写：杨博川（50%），李浩瑞（50%）
实际工作
收集资料：杨博川（20%）
界面原型/采访：李宜时（20%）
用户场景：刘海涛(20%)
类图：李浩瑞20%)
git库创建相关：祁昱霖(20%)
https://www.cnblogs.com/506506yyds/p/17795891.html
3.具体操作时期各成员任务分配情况
框架建设阶段情况
| 学号 | 姓名 | 工作 |
|---|---|---|
| 20211111 | 刘海涛 | 数据库 |
| 20211117 | 祁昱霖 | 功能整合 |
| 20211105 | 李宜时 | 前端设计 |
| 20211121 | 杨博川 | 数据库链接 |
| 20211126 | 李浩瑞 | 后端设计 |
| 调试和修改阶段情况 | ||
| 学号 | 姓名 | 工作 |
| :--------: | -------------: | -------------: |
| 20211111 | 刘海涛 | 公文的发送和传输 |
| 20211117 | 祁昱霖 | 公文上传和公文签收 |
| 20211105 | 李宜时 | 公文上传签收前端修改 |
| 20211121 | 杨博川 | 公文发送与传输 |
| 20211126 | 李浩瑞 | 公文发送传输前端修改 |
| 学号 | 姓名 | 工作 |
| :--------: | -------------: | -------------: |
| 20211111 | 刘海涛 | 数据库逻辑结构设计 |
| 20211117 | 祁昱霖 | 数据库链接 |
| 20211105 | 李宜时 | 公文查询，签收 |
| 20211121 | 杨博川 | 数据库逻辑结构设计 |
| 20211126 | 李浩瑞 | 前端登陆界面优化 |
三. 团队贡献具体排序
| 学号 | 姓名 | 贡献百分比 |
|---|---|---|
| 20211111 | 刘海涛 | 25.5% |
| 20211117 | 祁昱霖 | 24.5% |
| 20211121 | 杨博川 | 16.8 % |
| 20211105 | 李宜时 | 16.7% |
| 20211126 | 李浩瑞 | 16.5% |
希望本篇博客对您了解本团队电子公文系统开发过程中的各队员贡献排序有所帮助，并在您的实际工作中发挥作用。如果你对这个主题有更多的兴趣，可以进一步深入学习相关的文档和资料。
以上为本团队的贡献排序，如有异议欢迎一起探讨。为事业的规划和奖励提供参考。希望此评价方法对大家有所借鉴。。
参考资料：