做业五——团队项目——需求规格说明书

团队项目总体安排

• 角色及分工

学号后三位	姓名	角色及分工
221	石伟光	PM：架构设计、服务端开发、项目管理
228	游炳坤	开发：Android开发，数据库设计
415	黄少强	开发：Android开发，测试主导
337	林界	UI：UI设计、文档

概述：
　　队伍依照我的现有的知识积累，以及性格，意愿和当前项目的需求。将队伍中的每一个人分为一名项目文档及测试人员，一名主要负责服务端编写人员，以及两名客户端编写人员。
　　分角色的目的不是为了让每一个人的工做分得互不干涉。而是出于这样的考虑：发挥每一个人的优势和长处，而且在项目的过程当中让每一个人参与进来，成为项目的主导的一部分。项目的每一个阶段都有很明确的目标和很强的动力。
　　当团队的每一个人都明确本身的价值以后，在项目进行的每一个阶段，每一个人都有可能成为该阶段的主导。在这个阶段中，主导的这我的应该是处在阶段所须要的关键角色中的人。成为主导后，这我的应该明确目标，肯定任务，划分任务，以及处理过程当中出现的问题。
　　当过程细化为每一个任务时，任务采起认领的形式。对于认领任务的人，每一个人都是本身是这项任务的主导人和负责人，因此对于这项任务，认领该任务的人拥有绝对的权限，能够向团队中的任何人寻求帮助和建议，但负责和做决定的，还是他本身。
　　每一个阶段开始和结束时候都会进行一次会议。结束会议由阶段负责人负责，阶段负责人总结，队长进行评价，成员对各自任务总结和体会。造成记录，而且团队和每一个人都应该有所收获。开始会议由队长组织，进行下一阶段的计划，讨论构建过程的框架，确认阶段负责人。
　　应用worktile团队协做工具。跟进任务，记录项目的进展。

• 时间规划

时间	人员	工做及任务
10.17-10.24	石伟光	一、在本地搭建服务端环境（LAMP）并编写demo完成测试。二、测试现有的腾讯云服务器，一样在demo中完成测试。三、学习架构设计，针对本项目进行学习总结。四、组织初步架构搭建。五、独立完成PHP编码规范。
	黄少强、游炳坤	一、合做完成Android编码规范，并发布总结。二、采用eclipse ADT开发工具，完成虚拟机、真机测试，调研适用于用户人群版本型号。三、从新学习结对编程，并设想结对过程，在github上面完成结对过程的迭代开发demo及开发测试。四、针对本次项目学习经常使用控件以及自定义控件demo编写。五、eclipse单元测试学习，并对demo进行简单的单元测试。
	林界	一、组织完成需求规格说明书最终版。并与用户进行肯定。（教师、负责人）二、了解经常使用控件效果，调研主流设计风格。三、学习UI设计，了解概念和设计模式。四、针对已有原型，进行UI设计。并与客户端编码人员进行可行性探讨。对于每一个交互页面造成原型，以及肯定实现方式。
10.24-10.31	石伟光	一、组织进行对初步架构的讨论。并造成完整架构设计。二、学习PHP的mvc开发模式。三、选择一门轻量级的框架进行demo编写，并完成测试，造成总结。四、学习项目管理，寻找样例心得。
	黄少强	一、组织编写测试计划。二、学习Android上的框架，并完成与sqlite，服务端进行数据交互demo。三、深层次了解Android机制。
	游炳坤	一、学习Android上的框架，并完成与sqlite，服务端进行数据交互demo。二、powerdesigner深刻学习。与服务端人员、web合做小组进行数据库设计讨论。三、初步设计数据存放方式与表的造成，基本SQL语句编写。四、深层次了解Android机制。
	林界	一、与客户端编写人员进行UI改进，造成最后的成果，并组织会议进行讨论完善，并进行可行性分析。二、学习如何评估用户体验方法，以及如何获得用户的真实反馈，并造成总结。
11.7-11.14	石伟光	一、对服务端逻辑进行评估，做出改进计划。二、总结第一阶段冲刺经验，对下一阶段冲刺进行规划。
	黄少强	一、总结测试成果，改进测试计划。二、总结结对经验，并对下一段结对进行计划。三、对上一阶段出现的技术难题进行总结，并寻找解决方法。
	游炳坤	一、对数据库进行评估，提出下一步改进计划。二、总结结对经验，并对下一段结对进行计划。三、对上一阶段出现的技术难题进行总结，并寻找解决方法。
	林界	一、用户反馈调查，并造成结果文档。并列出修改建议给予开发人员。跟进修改计划。二、制定真实用户试用计划流程，获得用户真实反馈。
11.14-11.21	石伟光	一、完善服务端内容，并根据修改计划进行修改。二、推动项目管理，针对上次冲刺的总结进行改进。三、主持每日站立会议。
	黄少强、游炳坤	一、攻克技术性难题，并根据修改计划进行修改。二、与web合做小组进行进度交流。
	林界	一、跟进修改建议。二、学习用户手册的编写。并造成学习总结。三、与web合做小组了解web使用方式
11.21-11.28	石伟光	一、总结第二次冲刺过程。二、制定后期维护计划。三、对正式版本服务端进行完善。
	黄少强、游炳坤	一、完善发布正式版本。二、制定现场测试方案。三、做出开发总结。
	林界	一、编写并发布用户手册。
11.28-12.19	石伟光	一、为上线、现场演示作准备。二、了解并完成软件著做内容。三、完成项目总结。
	黄少强、游炳坤	一、为上线、现场演示作准备。二、最后的bug检查以及压力测试。三、完成开发总结。
	林界	一、修改完善用户手册，交付给用户使用。二、对成果进行评分，做出总结。

需求规格说明书

• 工做流程

  1. 团队开需求分析会议，针对用户描述的内容提出疑问，基本了解app各个角色工做流程。
  2. 经过与用户交流，解疑。
  3. 将需求规格说明书内容细化为若干任务，一人主导，以人员主动认领的方式分配任务。
  4. 主导人员回收各方人员的成果，进行审核提出改正意见，不断迭代。
  5. 主导人员将最终全部成果汇总为《需求规格说明书》，并进行适当修改细化。

• 组员分工
  根据checklist中的内容将任务划分以下：

人员	分配任务
221石伟光	功能描述
228游炳坤	界面原型
415黄少强	用户场景及验收验证标准
337林界	引言及文档整合统一，类图及用例图

• 组员工做量比例

人员	工做量比例
221石伟光	21%
228游炳坤	27%
415黄少强	27%
337林界	25%

　　其中组长因外出参加比赛，在实际撰写需求规格说明书时参与量不大，但在前期需求分析会议及肯定原型的工做中完成了前期大量准备工做，为组员完成后续工做提供便利。故占21%。
　　328及415两名组员，完成了分配出的大量任务，同时两人共同协做将功能描述与原型界面整合统一。故两人分别占27%。
　　337完成类图及用例图等图的工做，同时最终整合文档，占25%。

附件：《需求规格说明书》

地址：http://pan.baidu.com/s/1c0nuYsS