团队项目整体安排
- 角色及分工
学号后三位 | 姓名 | 角色及分工 |
---|---|---|
221 | 石伟光 | PM:架构设计、服务端开发、项目管理 |
228 | 游炳坤 | 开发:Android开发,数据库设计 |
415 | 黄少强 | 开发:Android开发,测试主导 |
337 | 林界 | UI:UI设计、文档 |
概述:
队伍依照个人现有的知识积累,以及性格,意愿和当前项目的需求。将队伍中的每个人分为一名项目文档及测试人员,一名主要负责服务端编写人员,以及两名客户端编写人员。
分角色的目的不是为了让每个人的工作分得互不干涉。而是出于这样的考虑:发挥每个人的优点和长处,并且在项目的过程中让每个人参与进来,成为项目的主导的一部分。项目的每个阶段都有很明确的目标和很强的动力。
当团队的每个人都明确自己的价值之后,在项目进行的每个阶段,每个人都有可能成为该阶段的主导。在这个阶段中,主导的这个人应该是处在阶段所需要的关键角色中的人。成为主导后,这个人应该明确目标,确定任务,划分任务,以及处理过程中出现的问题。
当过程细化为每个任务时,任务采取认领的形式。对于认领任务的人,每个人都是自己是这项任务的主导人和负责人,所以对于这项任务,认领该任务的人拥有绝对的权限,可以向团队中的任何人寻求帮助和建议,但负责和作决定的,仍是他自己。
每个阶段开始和结束时候都会进行一次会议。结束会议由阶段负责人负责,阶段负责人总结,队长进行评价,成员对各自任务总结和体会。形成记录,并且团队和每个人都应该有所收获。开始会议由队长组织,进行下一阶段的计划,讨论构建过程的框架,确认阶段负责人。
应用worktile团队协作工具。跟进任务,记录项目的进展。
- 时间规划
时间 | 人员 | 工作及任务 |
---|---|---|
10.17-10.24 | 石伟光 | 1、在本地搭建服务端环境(LAMP)并编写demo完成测试。2、测试现有的腾讯云服务器,同样在demo中完成测试。3、学习架构设计,针对本项目进行学习总结。4、组织初步架构搭建。5、独立完成PHP编码规范。 |
黄少强、游炳坤 | 1、合作完成Android编码规范,并发布总结。2、采用eclipse ADT开发工具,完成虚拟机、真机测试,调研适用于用户人群版本型号。3、重新学习结对编程,并设想结对过程,在github上面完成结对过程的迭代开发demo及开发测试。4、针对本次项目学习常用控件以及自定义控件demo编写。5、eclipse单元测试学习,并对demo进行简单的单元测试。 | |
林界 | 1、组织完成需求规格说明书最终版。并与用户进行确定。(教师、负责人)2、了解常用控件效果,调研主流设计风格。3、学习UI设计,了解概念和设计模式。4、针对已有原型,进行UI设计。并与客户端编码人员进行可行性探讨。对于每个交互页面形成原型,以及确定实现方式。 | |
10.24-10.31 | 石伟光 | 1、组织进行对初步架构的讨论。并形成完整架构设计。2、学习PHP的mvc开发模式。3、选择一门轻量级的框架进行demo编写,并完成测试,形成总结。4、学习项目管理,寻找样例心得。 |
黄少强 | 1、组织编写测试计划。2、学习Android上的框架,并完成与sqlite,服务端进行数据交互demo。3、深层次了解Android机制。 | |
游炳坤 | 1、学习Android上的框架,并完成与sqlite,服务端进行数据交互demo。2、powerdesigner深入学习。与服务端人员、web合作小组进行数据库设计讨论。3、初步设计数据存放方式与表的形成,基本SQL语句编写。4、深层次了解Android机制。 | |
林界 | 1、与客户端编写人员进行UI改进,形成最后的成果,并组织会议进行讨论完善,并进行可行性分析。2、学习如何评估用户体验方法,以及如何得到用户的真实反馈,并形成总结。 | |
11.7-11.14 | 石伟光 | 1、对服务端逻辑进行评估,作出改进计划。2、总结第一阶段冲刺经验,对下一阶段冲刺进行规划。 |
黄少强 | 1、总结测试成果,改进测试计划。2、总结结对经验,并对下一段结对进行计划。3、对上一阶段出现的技术难题进行总结,并寻找解决方法。 | |
游炳坤 | 1、对数据库进行评估,提出下一步改进计划。2、总结结对经验,并对下一段结对进行计划。3、对上一阶段出现的技术难题进行总结,并寻找解决方法。 | |
林界 | 1、用户反馈调查,并形成结果文档。并列出修改建议给予开发人员。跟进修改计划。2、制定真实用户试用计划流程,得到用户真实反馈。 | |
11.14-11.21 | 石伟光 | 1、完善服务端内容,并根据修改计划进行修改。2、推进项目管理,针对上次冲刺的总结进行改进。3、主持每日站立会议。 |
黄少强、游炳坤 | 1、攻克技术性难题,并根据修改计划进行修改。2、与web合作小组进行进度交流。 | |
林界 | 1、跟进修改建议。2、学习用户手册的编写。并形成学习总结。3、与web合作小组了解web使用方式 | |
11.21-11.28 | 石伟光 | 1、总结第二次冲刺过程。2、制定后期维护计划。3、对正式版本服务端进行完善。 |
黄少强、游炳坤 | 1、完善发布正式版本。2、制定现场测试方案。3、作出开发总结。 | |
林界 | 1、编写并发布用户手册。 | |
11.28-12.19 | 石伟光 | 1、为上线、现场演示做准备。2、了解并完成软件著作内容。3、完成项目总结。 |
黄少强、游炳坤 | 1、为上线、现场演示做准备。2、最后的bug检查以及压力测试。3、完成开发总结。 | |
林界 | 1、修改完善用户手册,交付给用户使用。2、对成果进行评分,作出总结。 |
需求规格说明书
-
工作流程
- 团队开需求分析会议,针对用户描述的内容提出疑问,基本了解app各个角色工作流程。
- 通过与用户交流,解疑。
- 将需求规格说明书内容细化为若干任务,一人主导,以人员主动认领的方式分配任务。
- 主导人员回收各方人员的成果,进行审核提出改正意见,不断迭代。
- 主导人员将最终所有成果汇总为《需求规格说明书》,并进行适当修改细化。
-
组员分工
根据checklist中的内容将任务划分如下:
人员 | 分配任务 |
---|---|
221石伟光 | 功能描述 |
228游炳坤 | 界面原型 |
415黄少强 | 用户场景及验收验证标准 |
337林界 | 引言及文档整合统一,类图及用例图 |
- 组员工作量比例
人员 | 工作量比例 |
---|---|
221石伟光 | 21% |
228游炳坤 | 27% |
415黄少强 | 27% |
337林界 | 25% |
其中组长因外出参加比赛,在实际撰写需求规格说明书时参与量不大,但在前期需求分析会议及确定原型的工作中完成了前期大量准备工作,为组员完成后续工作提供便利。故占21%。
328及415两名组员,完成了分配出的大量任务,同时两人共同协作将功能描述与原型界面整合统一。故两人分别占27%。
337完成类图及用例图等图的工作,同时最终整合文档,占25%。