第七次作业--项目需求分析（团队）

OVERLOOK

-

组队后的团队项目的整体计划安排

-

描述为撰写需求规格说明书的工作流程、组员分工、组员工作量比例 -

《需求规格说明书》附件

-

评审表格设计

-

遇到的困难及解决方法

-

PSP

-

学习进度条

Let's Begin...

---

组队后的团队项目的整体计划安排

我们的应用是构建在web端的，所以需要我们的队员了解和学习一些网业相关的编程比如PHP，H5等。由于我们的数据是依托于各个支付APP的API，所以有些平台要按照他们规定的方式来获得权限。我们队员原来是三位同学，后来迎来了一位新成员，所以整体分工有些变化，大体上人占比为：林晗23%，林松雄23%，黄显东24%，陈基智20%。总体的分工情况如下图所示：

整个项目过程分为五个阶段，第一个阶段为项目的需求、调查阶段，时间为第周到第2周到第4周；第二个阶段为学习和查询相关API阶段，时间为第3周到第6；第三个阶段为施工阶段，运用API做成属于我们应用的接口，时间为第7到11周；第四个阶段为前台的搭建，时间为第12到13周；第五个阶段为测试运营阶段，时间为第14周。详细安排如下图所示：

撰写需求规格说明书的工作流程、组员分工、组员工作量比例

流程如下图：  说明书可细分为四个部分，第一部分为查找资料和引言，项目描述（见下《需求规格说明书》附件），由林松雄完成；第二部分为功能需求和非公能需求部分，由林晗完成；第三部分为外部接口和其他需求，有黄显东完成；第四部分为需求变更和功能表部，由陈基智完成。组员分工为：林松雄：52%，林晗16%，黄显东15%，陈基智17%。

《需求规格说明书》附件

[传送门](https://pan.baidu.com/s/1hstg7di)

评审表格设计


遇到的困难及解决方法

-

困难描述

说明书不知从何写起。 支付宝和微信钱包、京东钱包的API都是需要申请，而且使用方法都不相同。

• 做过哪些尝试

查找资料
申请限权，查阅各个相关的案例

• 是否解决

已经解决

• 有何收获

了解了如何写《需求规格说明书》，学会如何使用微信API

PSP

| PSP2.1 | Personal Software Process Stages | 预估耗时（分钟） | 实际耗时（分钟） | |-----------------------------------------|-----------------------------------------|------------------|------------------| | Planning | 计划 | | | | · Estimate | · 估计这个任务需要多少时间 | 240 | 1400 | | Development | 开发 | | | | · Analysis | · 需求分析 (包括学习新技术) | 60 | 60 | | · Design Spec | · 生成设计文档 | 30 | 30 | | · Design Review | · 设计复审 (和同事审核设计文档) | 30 | 0 | | · Coding Standard | · 代码规范 (为目前的开发制定合适的规范) | 30 | 0 | | · Design | · 具体设计 | 45 | 30 | | · Coding | · 具体编码 | 200 | 200 | | · Code Review | · 代码复审 | 45 | 30 | | · Test | · 测试（自我测试，修改代码，提交修改） | 200 | 180 | | Reporting | 报告 | | | | · Test Report | · 测试报告 | 20 | 22 | | · Size Measurement | · 计算工作量 | 10 | 3 | | · Postmortem & Process Improvement Plan | · 事后总结, 并提出过程改进计划 | 20 | 20 | | 合计 | | 930 | 2045 |

• 学习进度条

第N周	新增代码（行）	累计代码（行）	本周学习耗时(小时 )	累计学习耗时（小时）	重要成长
第一周	100	100	725	725	github的使用，项目分析技巧等
第二周	200	300	436	1161	学习了aurex rp的使用，以及php的入门
第三周	300	600	600	1761	学习了php，thinkPHP
第四周	200	800	800	2561	继续学习php
第五周	500	1300	1273	3834	学会了Jsoncpp的使用
第六周	100	1400	10	3844	学习如何制作《需求规格说明书》