第七次作业--项目需求分析(团队)

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周。详细安排如下图所示:

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

流程如下图: ![](http://images2017.cnblogs.com/blog/1221917/201710/1221917-20171018201059881-630980520.png) 说明书可细分为四个部分,第一部分为查找资料和引言,项目描述(见下《需求规格说明书》附件),由林松雄完成;第二部分为功能需求和非公能需求部分,由林晗完成;第三部分为外部接口和其他需求,有黄显东完成;第四部分为需求变更和功能表部,由陈基智完成。组员分工为:林松雄:52%,林晗16%,黄显东15%,陈基智17%。

《需求规格说明书》附件

[传送门](http://pan.baidu.com/s/1dEWmeo5)

评审表格设计

![](http://images2017.cnblogs.com/blog/1221917/201710/1221917-20171018204054631-305168842.png)

遇到的困难及解决方法

-

困难描述

说明书不知从何写起。 支付宝和微信钱包、京东钱包的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 |

posted on 2017-10-18 20:50  A2见神  阅读(171)  评论(5编辑  收藏  举报