45度炸队项目需求分析
一、整体计划安排和明确里程碑
- 整体计划
| 截止时间 | 具体安排 |
|---|---|
| 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更加的人性化与和谐。当然，我们争取在功能上能够给出更多的我们团队的亮点，这也是我们日后考虑的方向之一。
二、工作流程
- 首先先开会讨论，根据老师和助教的建议做出功能和原型上细化和调整的方案
- 小组讨论具体实施和更变情况
- 根据初代《“假的日历”项目需求条例和功能模块细则》进一步细化原型设计，进一步的调整功能模块。
- 网上参考了《软件需求规格说明书》国标规范文本，根据实际情况加以改造。
- 组长确定SRS整个文档的大致目录结构，对word文档的标题、正文等进行统一的格式规范。例如：
- 标题必须全部加粗
- 一级标题黑体小二号，二级标题黑体三号，其余次级标题以此类推...
- 全文内容使用宋体小四号
- 表格内字体使用等线中文正文五号字体 - 我们是比较团结的一组，大家都挺努力的，因而决定由组员挑选自己喜欢的部分来各自编写，并且由组长做出适当的调整。
- 上述安排，考虑到原型需要做出部分调整，需求分析需要大量原型的支持，因此将需求分析和验收验证标准这块内容交给比较熟悉这块的蔡鸿杰和陈甘霖。曾玮诗是我们当中最早接触到MarkDown以及最早开始写博客的人，所以博客整理排版方面，他比较得心应手，整理起来也比较快速，一直以来的团队作业博客编排也都是他在做。
- 初步确定“文档”内容分工：
- 蔡鸿杰：需求分析部分的撰写
- 曾玮诗：引言和总体描述部分的撰写
- 陈甘霖：验收验证标准部分的撰写
- 总体秉持谁清闲谁就接管下一个任务的原则，由于我们团队只有三个人。
三、队内成员分工情况
| 团队成员 | 成员分工 |
|---|---|
| 蔡鸿杰 | 需求分析讨论，需求分析（主要）、调整原型设计、细化原型设计部分设计内容 |
| 曾玮诗 | 需求分析讨论，引言和总体描述部分、UML设计、博客整理和排版 |
| 陈甘霖 | 需求分析讨论，验收验证标准、博客内容的撰写、整体计划安排、工作流程和明确里程碑的书写和确立 |
四、《需求规格说明书》附件
五、评审表设计
