zoukankan      html  css  js  c++  java
  • 第05组(65)团队展示

    团队介绍
    1.团队概况

    • 团队展示博客
    • 团队项目描述
      一个根据用户运动状态给用户推荐歌曲的APP
    • 队员风采
    姓名 风格 擅长的技术 编程的兴趣 希望的软工角色 一句话宣言
    郑烜 什么都行 收集资料,分析 推荐训练 leader 坐船划水,下河摸鱼
    金昌鸿 灵活多变 python 推荐功能 编程特种部队,哪
    里需要冲向哪里
    奥力给,干就完了
    柯圳浩 微波炉型 hadoop,机器学习 挺高 前端/测试 或许是我压力给你太大了
    林坤贤 积极主动 python 哪里需要就去那里 明天再说
    马向超 相信自己 pr,ps,python 深度学习 后端 自由摇摆人
    苏镜泽 随遇而安型 java,python 正在培养 后端 每天进步一点点
    杨锋夏 严重拖延症患者 python 貌似没啥 补位 加油
    杨泽远 随心而动 python 正在培养 编程敢死队,哪
    里要我去哪里
    你们用心唱歌,我用心听歌
    白霖 饮水机管理者 甩毛巾,为队友加油 爬虫 前/后端 不能做“不知有汉,无论魏晋”
    的桃花源中人!
    高菲 自我矛盾型 java,python,机器学习,
    美工也“略知一二”
    正在培养 前端 世上无难事,只要肯放弃
    郭畅 能做就做但
    有一点拖延症
    python,对pr、ps更加
    精通,优质up主
    前端 江湖险恶,不行就撤
    • 团队合照

    • 团队特色
      我们团队有11个人,是一个男女生混合的团队,正所谓“人多力量大”、“男女搭配,干活不累”。队伍每个人都各司其职,而且在做好自己本职工作
      的同时,亦可去其它组帮忙。此外,队长对“操作系统”研究透彻,深谙调度之道;男女生都有班里中数一数二的大佬坐镇,给予其它队员一颗定心丸。
      我们有坚定的意志,充分的信心,以及足够的能力完成本次团队作业。

    • 团队logo
      慵懒的旗山蜗牛,慵懒而不偷懒,简约而不简单

    2.NABCD分析

    • Need
      通过问卷调查,近七成的潜在用户喜欢运动时听音乐,他们都注重音乐的bpm值,用户群的新歌来源八成源自于音乐软件的推荐,
      而市场上的音乐产品推荐给他们的歌曲,也有许多无法符合用户的喜好,在运动过程中频繁的切歌,也会降低运动的兴致,所以该
      部分潜在用户希望得到一个基于用户自行收藏的歌单和专属算法结合下的个性推荐系统。
    • Approach
      用户在运动时打开APP,然后开始运动。运动过程中,根据心率、速度的变化来推荐适宜的歌曲,来契合用户运动时的状态
    • Benfit
      精准推送歌曲,直击用户的喜好,让用户在运动时能有更好的体验
    • Competitors
      目前市面上相关的产品有:华为运动健康和乐享动
      它们适用群体广,但缺乏个性化,推荐效果一般;或者需要购买配套的设备
      我们针对个体用户的个性化推荐,推荐的歌曲的精准性会有一定的提升,在最大程度上贴合这部分群体的音乐审美,提高用户体验
    • Delivery
      通过qq、微信、微博等平台进行线上推广,通过发传单、扫楼、张贴海报等方式进行线下推广,通过奖励机制来吸引用户

    3.个人贡献分决定

    总原则:明确、高效、公正
    1)每个人在被分配到任务后的分数都分为:基础得分(60分)和评价得分(40分),注意:基础得分并不是一定会得到的。
    2)基础得分又被分为:准时性(20分)、质量(25分)、Bonus(8分)、准时奖励分+质量奖励分(2+5分),具体如下表:

    类别 程度 奖励(惩罚)分
    准时性 提前完成(质量过关) 2
    按时完成(质量过关) 0
    延后完成,迟交时间一天内或未延误进度(质量过关) -2
    延后完成,迟交时间一天以上或延误进度(质量过关) -4
    质量 质量较高,可读性好,可扩展性好(经过大家一致认可) [2,5]
    质量过关 0
    质量较差,但提醒后修正 -2
    质量差,且延误项目进度 -4
    Bonus 积极帮助他人,协助他人完成工作 [2,8]
    提出极为精妙的点子 [2,5]

    综上所述,所有成员在按时完成+质量过关的基础得分为50分,剩余10分基础得分作为鼓励。
    3)评价得分:
    评价得分(满分40分)= [个人评价(满分100)15%+其他组员评价的平均分数(满分100)20%+监督统计人员(同组其他人员或者组长)评价(满分100)*15%+基础分(50分)]
    4)PM(组长)由于工作性质特殊,接受小组全部成员的监督,且最终评分由小组成员共同决定。
    5)由于被分配到的任务不同,最后的得分还将被加权,具体加权方式待定。

    4.贡献评估

    成员 工作 贡献率
    郑烜 问答问题探索,内容排版审核 11%
    金昌鸿 PPT美观设计、问卷设计 10%
    柯圳浩 初版本模型设计、PPT内容精炼 8%
    林坤贤 PPT模板、动画和内容排版 9%
    马向超 答辩主持人 11%
    苏镜泽 用户群体探索、风险分析 10%
    杨锋夏 问答问题设计、材料收集 6%
    杨泽远 个人贡献分规则设计 7%
    白霖 博客园编写 10%
    高菲 LOGO制作、产品市场分析 10%
    郭畅 LOGO设计、团队介绍 9%

  • 相关阅读:
    Spring MVC 下index.jsp访问
    Spring MVC的UrlBasedViewResolver和InternalResourceViewResolver
    js中encode、decode的应用说明
    Spring3.1新特性介绍
    Spring MVC定义拦截器
    Spring 使用注解方式进行事务管理
    GET,POST,PUT,DELETE的区别
    SpringMVC注解@RequestParam全面解析
    java实现DES算法
    程序员要考虑的事
  • 原文地址:https://www.cnblogs.com/kkk-home/p/13874537.html
Copyright © 2011-2022 走看看