团队项目需求分析

45度炸队项目需求分析

1、总体计划安排和明确里程碑

• 总体计划

截止时间	具体安排
10.27	最终版SRS《软件规格说明书》的撰写与全员基础安卓知识填充
11.5	架构设计与UI设计
11.14	编码与多重测试，并发布Alpha版本
11.23	用户体验计划，删改功能模块
11.24	深度DEBUG测试，发布Beta版本
12.8	正式版本的推送

• 咱们团队因为人数有限，力量相对薄弱，所以对于整个项目的规划要更加的严格与谨慎。考虑到咱们团队是三只毫无开发APP经验的菜鸟，咱们决定仍是先从安卓开发的基础知识入手。先掌握关键的、最为基本的开发常识。这项任务原本是国庆完成，可是因为老师手一抖连甩两个任务不得不将计划推迟，咱们三我的须要快速完成安卓基础知识的填充。

• 此后咱们的总体策略采用边作边学的方式开展项目开发，在作中学，不断地积累更多知识，来搭建整个APP所需的知识框架。考虑到10月28日就要发布Alpha版本的演示，可能还会推迟，但无论怎么样，咱们三我的要在这些天完成大量的开发工做。初步打算从核心功能作起，优先搭建咱们的日历线，基本实现"个人足迹"、日记、备忘、规划的云端共享，简单初步搭载点数系统和规则系统，给出最基础的系统规则明细，尤为是给出咱们的"规则系统"的亮点。咱们把本来的"上传图片"、"上传视频"和"每日一推"的功能做为扩展功能，放在往后实现。这里再次强调，咱们作的不仅是一个日记和一个日历，日历只是咱们串联咱们功能模块的副产物，而日记只是咱们养成类APP的冰山一角，这点在答疑的时候貌似助教和老师一直没有理解。

• 具体实现顺序：日历、日记、规划、规则系统、个人足迹、点数系统。
  （这里根据助教和老师的喜爱，暂时主打规则系统和"个人足迹"）

• Alpha版本完成之后，咱们会进行严格的DEBUG测试，咱们会进一步在真实手机上，寻找不一样的用户群体，帮咱们查找隐藏的BUG，而且提出宝贵的意见，帮助咱们一点一点的修正APP的方方面面。另外一边，咱们会开展扩展功能的实现，以及完善系统规则明细。

• 在收集完用户意见以及明显的BUG的处理以后，咱们会对部分功能进行调整，增长部分功能，删除部分功能，使得总体的APP更加的人性化与和谐。固然，咱们争取在功能上可以给出更多的咱们团队的亮点，这也是咱们往后考虑的方向之一。

---

2、工做流程

• 首先先开会讨论，根据老师和助教的建议作出功能和原型上细化和调整的方案
• 小组讨论具体实施和更变状况
• 根据初代《“假的日历”项目需求条例和功能模块细则》进一步细化原型设计，进一步的调整功能模块。
• 网上参考了《软件需求规格说明书》国标规范文本，根据实际状况加以改造。
• 组长肯定SRS整个文档的大体目录结构，对word文档的标题、正文等进行统一的格式规范。例如：
  - 标题必须所有加粗
  - 一级标题黑体小二号，二级标题黑体三号，其他次级标题以此类推...
  - 全文内容使用宋体小四号
  - 表格内字体使用等线中文正文五号字体
• 咱们是比较团结的一组，你们都挺努力的，于是决定由组员挑选本身喜欢的部分来各自编写，而且由组长作出适当的调整。
• 上述安排，考虑到原型须要作出部分调整，需求分析须要大量原型的支持，所以将需求分析和验收验证标准这块内容交给比较熟悉这块的蔡鸿杰和陈甘霖。曾玮诗是咱们当中最先接触到MarkDown以及最先开始写博客的人，因此博客整理排版方面，他比较驾轻就熟，整理起来也比较快速，一直以来的团队做业博客编排也都是他在作。
• 初步肯定“文档”内容分工：
  • 蔡鸿杰：需求分析部分的撰写
  • 曾玮诗：引言和整体描述部分的撰写
  • 陈甘霖：验收验证标准部分的撰写
• 整体秉持谁悠闲谁就接管下一个任务的原则，因为咱们团队只有三我的。

---

3、队内成员分工状况

团队成员	成员分工
蔡鸿杰	需求分析讨论，需求分析（主要）、调整原型设计、细化原型设计部分设计内容
曾玮诗	需求分析讨论，引言和整体描述部分、UML设计、博客整理和排版
陈甘霖	需求分析讨论，验收验证标准、博客内容的撰写、总体计划安排、工做流程和明确里程碑的书写和确立

---

4、《需求规格说明书》附件

5、评审表设计