团队进度汇报
一 .团队分工描述
项目经理-刘梓轩
主要工作:
1. 确保项目目标的实现,领导项目团队准时、优质地完成全部工作。
2. 与客户(学生and老师)沟通,了解项目的整体需求。并与客户保持一定的联系,即时反馈
阶段性的成果,和即时更改客户提出的合理需求。
3. 制定项目开发计划文档,量化任务,并合理分配给相应的人员,一般在开每周例会的时候决
定。
4. 跟踪项目的进度,协调项目组成员之间的合作。
5. 监督产生项目进展各阶段的文档,保证文档的完整和规范。
6. 开发过程中的需求变更,跟客户了解需求,在无法判断新的需求对项目的整理影响程度的情
况下,需同项目组成员商量,最后决定是否接收客户的需求,然后再跟客户协商。确定要变更
需求的情况下,需产生需求变更文档,更改开发计划。
7. 向老师汇报项目的进展情况,需求变更等所有项目信息。
8. 项目完成的时候需要项目总结,产生项目总结文档。
产品经理-刘泽
主要工作:
1. 确定目标用户,在本次实验中为科大在读学生,以及全校教师。
2. 产品梳理,主要分为两个个方面用户需求:暂时定义为目标用户群的意见反馈,主要是对产
品交互体验改进,也是留住用户的核心价值所在;功能需求:功能完善、改进、优化,包括常
见的BUG。
市场推广人员、销售-张士龙
主要工作:
1. 根据市场以及工作具体需要进行市场推广活动的策划并制定具体的活动方案;
2. 负责市场推广所需的资料以及礼品等(主要是微信,QQ红包),并做好市场推广的活动预
算,控制活动成本;
3. 全面执行市场推广方案,并监督执行过程掌握执行进度;
4. 根据市场推广活动的效果进行评估,并编写市场推广活动效果评估报告;
5. 定期进行市场信息的收集和整理以及分析工作,提出合适的市场推广创意(推广到校外)。
文档人员-陈灿
主要工作:
1. 接受、发放、保存文档,包括Github代码管理,以及博客管理。
2. 文件的整理及更新。
3. 文档问题反馈、跟踪
程序员-全体人员
主要工作:
1. 学习相关技术,主要有mysql,php,nginx,laravel,网站部署等。我们做的是实验室信息网站,所以需要爬取学校各个实验室网 站 的信息。
2. 搭建web服务器,设计交互接口,包括数据库交互,以及用户交互。
3. 前端优化。
测试人员-沈三景
主要工作:
1. 修改测试案例。
2. 尽可能找到软件缺陷。
3. 项目可行性、可靠性分析,风险分析。
4. 制定测试计划
二. 开发时间规划
开发时间评估
alpha版本时间节点:预计在6月20号之前完成alpha版本,供内部人员测试.
逐步推广计划:7.20号前实现信息学院部分班级内推广。8.1号前实现全校推广。
beta版本时间节点:预计8月15号前完成Beta版本。
风险预估、时间预留
五月下旬到六月中旬,我们组内所有成员都有大量的考试,在该时间段内,进度不会有太多的
推进,所以我们将alpha版本定在6月20日前完成,在5月20日之后的将近一个月时间内,主要
做对alpha版本的现有bug修改以及提出优化改进意见。暑假期间我们有足够的时间将拉下的
进度补上。
ddl管理
alpha版本:5月20号
Beta版本:8月15号
进度延迟的补救计划
期末时间段拉下的进度,暑假弥补。
三. 技术学习
基于 Laravel-Admin 在十分钟内搭建起功能齐全的后台模板 laravel-admin 是一个用于为Laravel提供后台界面的构建器,仅仅通过 数行代码,就可以帮助我们构建CRUD后台。 通过 Laravel Chatter 扩展包在十分钟内快速为应用搭建问答/论坛系统 Chatter 是一个 简单的 Laravel 论坛扩展包, 你可以在这里查看官方演示站点:https://devdojo.com/forums,代码仓库位于 GitHub:https://github.com/thedevdojo/chatter。
基于 Laravel + Vue 构建一个带前后台的类似知乎的问答社区 本项目使用 Laravel 5.3 和 Vue 开发,基于 laravist 社区 知乎系列项目,后台模板采用 AdminLTE-For_Laravel。项目代码仓库位于 https://github.com/GeekGhc/zhihu-app。 基于 Laravel + Vue.js 开发的全新社交系统 —— ThinkSNS+ ThinkSNS+(简称TS+)基于Laravel、Vue.js开发,是一套核心框架和用户系统,支持动态拓展应用的接入和UI规范设计。可以通过模块(核心框架)、插件(功能应用)、模板(前端样式)组合,诸如:微博、资讯、IM聊天、微吧、商城、频道、小组…快速开发,轻松组合,搭建自己的系统。后端框架每周和 laravel master 保持同步,而后台和 html 5 则采用 vue 开发。语言特性方面,采用 php 7 的严格模式。 基于基于 Laravel 实现的类似 Reddit 的实时社交论坛系统 —— Voten Voten 是一个现代的实时社交书签系统,基于 Laravel 5.4 + Vue.js 开发,类似于 Reddit,但是更加美观,它实时、简单并且支持自定义。
数据库 使用Mysql数据库。 Web服务器 最初考虑使用Apache。但是考虑到现在的趋势,Nginx越来越受欢迎。同时Laravel对其支持性较好,同时较多的开源项目、教程等都是基于Nginx的,所以Web服务器可能使用Nginx来搭建。 服务器主机 这里使用一台机器完成以上两个功能,初步考虑使用阿里云来搭建,主要原因是服务器在国内,速度较快,同时也便宜。
与数据库交互 Laravel提供了强大的Eloquent ORM(对象关系映射)来与数据库交互。 ORM,即 Object-Relational Mapping(对象关系映射),它的作用是在关系型数据库和业务实体对象之间作一个映射,这样,我们在操作具体的业务对象时,就不需要再去和复杂的SQL语句打交道,只需简单的操作对象的属性和方法即可。 ORM 两种最常见的实现方式是 ActiveRecord 和 DataMapper,ActiveRecord 尤其流行,在很多框架中都能看到它的身影。两者的区别主要在于 ActiveRecord 中模型与数据表一一对应,而 DataMapper 中模型与数据表是完全分离的。 Laravel 中的 Eloquent ORM 使用的也是 ActiveRecord 实现方式,每一个 Eloquent 模型类对应着数据库中的一张表,我们通过调用模型类的相应方法实现对数据库的增删改查。
与用户的交互 用户注册。 用户提交用户名、密码、邮箱等信息,网页前端将数据交由后端,后端写入数据库,注意密码写入为Hash后的结果。 用户登陆 用户提交用户名、密码、邮箱等信息,网页前端将数据交由后端,后端查询数据库数据库同时比对,若正确则可以登录,否则返回密码错误信息。
数据库构架 借助ER图来设计关系模式,并通过Laravel提供的数据迁移功能可以很方便的来实现数据库的写入、备份、迁移 前端构架 Laravel继承了Bootstrap,可以直接使用它的模块,或者可以结合Vue.js前端框架,实现前后端分离。
四 . 交流、项目管理
1.交流方式以及交流频率
因为平时大家都在一块自习,交流其实十分方便,计划每两天晚上开一个小短会,熟悉下队员之间相对进度,避免有人进度较慢卡住集体进度的现象产生,每一周开一次大会,确定一周目标,并作相应记录。
2.代码管理
充分利用GitHub,划分develop与master分支,细化工作,每个人建立开发者仓库,在个人仓库develop分支修改代码,个人审核与测试后,向管理者发送pull request,develop功能完善了,组内成员集体审核源仓库develop代码,完成测试review,全体成员无异议后合并进源仓库,发布新的版本前,可以在master分支分出hotfixes分支用于整个项目测试与bug修复,无误后并入master,发布新版本。
3.进度监督、燃尽图、时间管理
大家相互监督,每周确立目标,由项目负责人对项目开发整体流程进行估计,并且每两天的小会集体批评拖后腿的组员,尽量使一周的工作量保持一致,燃尽图以剩余工作量为纵坐标,时间以周为单位进行绘制。
4.需求变更管理
这是一个难以避免的问题,能做的就是尽力的明白用户的需求,做好需求分析工作。 确保开发人员与需求分析人员保持良好的沟通,做好需求变更管理。特别是对当前开发产生影响的应该紧急开会进行讨论并并决定。并且确定变更需求通知到每个组员,避免产生无用的工作量。
5.技术攻关
因为当前组员并没有相关的实际项目经验,所以技术的学习是必须的。 对专业领域的Overview,遇到新的技术尽快的了解其大概。 借助开源代码对问题进行进一步认识,降低学习难度曲线,甚至在协议允许的情况下直接作为api使用。 同自己的认识的技术大牛交流与请教,,假如恰好有这方面的人脉则是非常幸运的。特别是技术高手,一般用不了几句话就能把某项技术的关键问题描述清楚了。从这种交流中,我们受益匪浅。当然,交流之前必须对问题有充分的了解,避免出现低效的交流。但要注意,我们一定要在对该项技术有所了解之后,再去找专业人士交流。否则这种交流建立在信息严重不对称的基础上,就是极其低效的。对该项技术的初步了解,也是让我们能问出真正有效的问题的基础条件。
6.人员变动与外部事务处理
平时对组员代码进行充分的规范,并严格要求说明文档,假如真的由退课的同学,应提前安排好交接工作。 对于个人突发事务,个人应该进行合理规划,为了激发积极性,对于影响了团队开发进度的成员给与贡献分削减.
五. 推广、发布计划
alpha版本时间节点
预计在6月20号之前完成alpha版本,供内部人员测试 逐步推广计划表 Alpha版本内部测评完成,确定没有bug后。给软件工程班上热心同学测评,修复相关bug。 7.20号前实现信息学院部分班级内推广8.1号前实现全校推广.
各阶段用户确定
前期阶段用户主要是学生,解决学生的需求,这是主体用户。后期会和老师讨论,解决老师的一些需求(招学生进实验室)。在每个阶段,我们会持续跟踪发烧友用户(主要是学生)以及个别比较热心的老师,寻求他们的意见。 软件发布渠道:线上、地推 我们的网站软件发布,主要将借助线上发布,比如科大表白墙,QQ群推广,微信群推广。 地推方式时间成本太高,鉴于组内成员都是大三的学生,没有时间,所以基本不予考虑。
项目初期资源少的问题
在QQ微信群里发红包,提高用户人数,从而得到用户的意见资源 发烧友、粉丝群 在网站主页显眼的地方放上粉丝QQ微信群,给发烧友提供交流的平台。提供开发人员的邮箱,方便发烧友提供意见。定期对粉丝群里提出关键意见的粉丝给予奖励。
口碑营销、朋友圈推广
对用户提出的网站改进意见,每天定时回复,并且尽可能修正,以维持比较好的口碑。并采用奖金激励方式,鼓励各位用户在朋友圈推广,形成一个闭环激励机制。
beta版本时间节点
预计8月15号前完成Beta版本 用户意见收集 在网页上设计一个意见收集框,以某种激励方式鼓励学生用户提交意见反馈(如果没有资金支持,我们估计只能拉自己的朋友圈的好友来给我们提意见了)我们每天安排人手来收集意见,逐渐完善。