laomiXD

_(:з)∠)_

团队作业（1）- 团队展示 - 天冷记得穿秋裤队

软工团队作业

团队名：天冷记得穿秋裤队

队员信息

队员姓名 学号
陈俊旭（组长） 3116004630
肖开提 3116004658
张婷（副组长） 3216004672
周方源 3215004673

团队项目描述

随着人民日益增长的资源获取需求与资源节点不足的矛盾日益增长，为了最大化利用用户宽带，我们团队打算实现一个具有离线下载功能的下载器，功能类似于百度云盘的离线下载。用户可以将下载链接添加进下载器中，下载器离线下载完毕后可以取回文件。名曰：文件离线下载器

队员风采

ʕ•̫͡•ʔ →ʕ•̫͡•̫͡•ʔ →ʕ•̫͡•=•̫͡•ʔ →ʕ•̫͡•ʔ ʕ•̫͡•ʔ

ʕ•̫͡•ʔ 陈俊旭

  • 风格：较为严谨
  • 擅长的技术：后台
  • 编程的兴趣：数据处理
  • 希望的软工角色：开发仔

→ʕ•̫͡•̫͡•ʔ 肖开提

  • 风格：认真负责
  • 擅长的技术：java
  • 编程兴趣：后期测试
  • 希望的软工角色：测试

→ʕ•̫͡•=•̫͡•ʔ 张婷

  • 风格：努力试图向规范的风格靠近
  • 擅长的技术：c++/java
  • 编程兴趣: JS
  • 希望的软工角色：开发仔

→ʕ•̫͡•ʔ ʕ•̫͡•ʔ周方源

  • 风格：老干部
  • 擅长的技术：C
  • 编程兴趣: 应用开发
  • 希望的软工角色：PM

团队首次合照

team pic

团队特色

  • 队长陈俊旭有后台开发经验和个人开发经验，负责该项目的后台模块

  • 队员张婷有程序设计竞赛经验，负责项目后台模块的优化和前端模块

  • 队员周方源有较好的组织能力，负责对模块开发过程的监督和时间安排

  • 队员肖开提认真敏锐，负责对产品的测试

  • 天气冷了记得穿秋裤团队是一个上下齐心，分工合作明确，队员一家亲的和谐团队。我们的slogan是：

    听说天气冷了debug和秋裤+女装更配哦 你把秋裤穿，我把代码删 有话慢慢讲，有bug好好调⁝⁞⁝⁞ʕु•̫͡•ʔु☂⁝⁞⁝⁝

选题要求

项目名称：SmellyCat

  • 文件离线下载器

项目描述

  • 项目初步设计：后台（python/java）；前端（JavaScript/html/css）
  • 我们团队分析了目前市场上的主要文件下载软件以及云端网盘，目前市场流行的该类软件有迅雷和百度网盘等。队内成员们分别总结了现在市场上这些软件的缺点，并总结出我们团队项目要解决的问题：下载器资源节点不足，下载限速严重。本地下载文件管理混乱，下载界面不够友好等。具体项目需求讨论后总结如下。

项目需求：

  • 基本需求
    • 支持单用户单文件的离线下载
    • 支持删除离线文件
    • 简单的命令行界面
  • 高级需求
    • 支持单用户多文件的离线下载
    • 支持查看文件离线下载进度
    • 提供友好的Chrome扩展程序界面
    • 支持文件上传
  • 进阶需求
    • 支持多用户多文件同时下载
    • 对于离线的视频文件可以在线观看
    • 更加严格的系统安全控制（如隔离有害文件等）
    • 更加安全的文件保存策略（如多级备份等）
  • 情怀需求
    • 代码开源
    • 永不收费
  • 预期的用户数量：66（目前开发受限于服务器带宽，因此初期规模较小）

项目内容的目标

  • 真实性
    • 目前市场的同类软件有：迅雷，百度网盘下载等。每个网络用户都有文件下载和上传的需求。
  • 可用性
    • 我们团队的文件离线下载器力求在达到目前市场基本文件下载器功能的同时，达到文件下载管理和文件下载云存储等方面的友好使用程度。作为一款轻量级的文件离线下载器，用户在拥有基本的上传和下载文件的基本功能的同时，能够不被服务端限制下载速度（比如迅雷下载的限速现象，普通用户只有在开通会员才能达到最大速度上传），而我们团队的项目致力于实现每个用户不进行限速，下速度只取决于用户的带宽，从而解决如今用户对现今市场下载软件诸如此类做法的不满。
  • 价值性
    • 对用户来说，可以极大提升下载体验；用户将下载任务上传至服务器端后，由服务器负责下载文件，用户可以关闭电脑或者进行其它作业，当服务器下载完毕后再拉下来，这样子可以充分利用用户宽带，因为传统的下载节点一般会限制下载速度，而我们的SmellyCat离线下载器并不会。
    • 对提供下载的网站来说，可以分流下载流量，避免对服务器造成过大负载；在没有离线下载器之前，下载网站是与用户建立一对一的连接，需要给每个用户分配一定的下载资源，容易造成服务器负载过大。而当用户使用离线下载后，用户是从我们SmellyCat下载资源，我们再通过一定的策略集中访问下载网站，避免多个用户对于同一文件的多次下载。
    • 对运营商来说，可以更有效地进行流量控制和拥塞控制；由于我们的SmellyCat集中处理了用户的下载请求，可以使得网络中下载的密集度降低，减轻了运营商的压力。
  • 有情怀
    • 我们实在是看透了某雷某度云盘的离线下载限制，因此很努力地想要开发一个真正为用户下载体验着想的离线下载器。我们希望将这个项目开源，不仅是为了集思广益，更是为了让社区用户知道我们的透明实现过程，而不是暗箱操作偷偷修改下载速度。
    • 此外，我们开发完服务端离线版本后，将可能进一步开发客户端离线器，顾名思义就是用户可以选择贡献自己的宽带，以提高整个社区的下载速度。

项目git地址

团队计划

时间 任务进度
第6周 1.团队组队，团队博客 （√）
2.团队介绍、成员展示、角色分配、选题确定 （√）
3.制定团队计划安排，团队贡献分的规定 （√）
第7周 1.需求规格说明书
2.原型设计，队员估计任务难度并学习必要的技术
3.编码规范完成、平台环境搭建完成、初步架构搭建
第8周 1.原型改进（给目标用户展现原型，并进一步理解需求）
2.架构设计，WBS, 团队成员估计各自任务所需时间
3.测试计划
第9周 1. 团队项目Alpha任务分配计划
2. 连续7天的Alpha敏捷冲刺，7 篇 每日Scrum Meeting博客+代码提交
第10周 1.用户反馈+测试计划改进
2. 团队Alpha阶段个人总结
3. 团队项目Alpha博客：发布说明、测试报告、展示博客、项目管理
第11周 1. 团队项目Alpha博客：事后分析
2. 每个团队有一人必须离开，自己寻找下一个接纳自己的团队。团队发博客宣布离队和接纳的成员。
第12周 1. 团队项目Beta任务分配计划，介绍新成员
2. 连续7天的Beta敏捷冲刺，7 篇 每日Scrum Meeting博客+代码提交
第13周 1. 团队项目Beta博客：发布说明、测试报告、展示博客
2. 团队Beta阶段个人总结
第14周 1. 团队项目Beta博客：事后分析， 宣布每人的贡献分
第15周 1.团队整个阶段总结，分析用户数据，整理文档，保证以后的团队能接手。

团队成员绩效评估方法

  • 团队给分取决于以下几个方面。
    • 工作量
    • 完成质量
    • 积极程度
      • 工作量包括两个方面：自己的工作在整个项目中的比重，自己的工作在项目中的位置（即重要性）。工作越多，工作越关键，则该项指数越大。
      • 完成质量即为完成自己的工作的优劣程度，反映到每个人上，比如程序猿的程序bug多少，美工的图片效果等等。
      • 积极程度就是每个成员对于项目的关注，投入精力的程度。如果自身的水平一般，但是通过团队合作过程学到了大量的知识，那么一样达到了软工课的最终目的，毕竟我们的主要目的是学习知识。
      • 总结：总得分为(项目比重 + 关键程度) * 完成质量 + 积极程度
posted @ 2018-10-11 22:18  laomiXD  阅读(192)  评论(1)  编辑  收藏  举报