团队项目-需求分析报告
团队项目-需求分析报告
一、博客链接
二、组队后的团队项目的整体计划安排
- 编写需求说明书。
- 确定各功能模块分工。
- 完成UI设计，完成基础功能算法，制定测试计划。
- 完成Alpha版本，编码+测试+项目管理同步推进。
- 收集用户的试用反馈
- 完成Beta版本，以反馈为基础进行改良。
- 编写用户手册。
- 正式版本发布，进行后续维护和支持。
三、团队分工
| 姓名 | 分工 |
|---|---|
| 陈明磊 | 任务分配，撰写需求分析说明书引言部分，PPT |
| 陈思涵 | 博客 |
| 林镕炜 | 需求说明书非功能需求和验收验证标准部分 实体关系图 |
| 韩洪威 | 原型设计，需求分析说明书原型部分， 状态图 |
| 杨润秋 | 需求分析说明书项目总体描述部分， 状态图 |
| 李欣凯 | logo设计，需求说明书非功能需求和验收验证标准部分，活动图 |
| 陈舒洋 | 答辩，实体关系图 |
| 陈锦杰 | 需求说明书非功能需求和验收验证标准部分，类图，思维导图，评审表，小组评分，实体关系图 |
| 陈振旺 | 需求说明书非功能需求和验收验证标准部分，用例图 |
| 钟伟颀 | 需求分析说明书项目总体描述部分， 用例图 |
| 陈锦鸿 | 需求分析说明书项目总体描述部分， 用例图 |
| 胡浩楠 | 需求说明书非功能需求和验收验证标准部分， 活动图 |
TODO LIST
燃尽图
四、思维导图
五、评估团队中每个人对本次作业的贡献比例
| 姓名 | 贡献度 |
|---|---|
| 陈明磊 | 9% |
| 陈思涵 | 7% |
| 林镕炜 | 8% |
| 韩洪威 | 9% |
| 杨润秋 | 8% |
| 李欣凯 | 8% |
| 陈舒洋 | 8% |
| 陈锦杰 | 11% |
| 陈振旺 | 8% |
| 胡浩楠 | 8% |
| 钟伟颀 | 8% |
| 陈锦鸿 | 8% |
工作流程
我们先开了个小会，讨论项目的具体详情，需求分析说明书的撰写以及分工
然后大家各自完成自己的部分
最后再次开一个小会将大家的成果汇总成需求分析说明书，完成PPT的制作并讨论将来团队项目的整体计划安排
六、评审表格设计
七、UML
用例图：
-
描述的是系统的客户端
-
面临的问题有：
1.用户如何进行注册
2.用户如何发布和接收帮跑任务。
3.用户如何接收和发布二手交易信息。
4.用户如何更改自己个人信息。 -
以下设计解决了哪些问题：
1.提供注册窗口供用户注册
2.提供帮跑任务界面帮用户解决发布和接收任务的问题
3.提供二手任务界面供用户发布和接收二手任务
4.提供个人中心界面供用户管理自己的个人信息
类图：
活动图：
- 描述的部分：
用户注册、登录过程
用户浏览任务/交易页面，选择接取任务/确认交易
用户通过关键字搜索符合自己需要的任务/交易信息
用户发布自己的帮跑任务/二手交易
用户自定义个人信息设置
- 面临的问题：
账户管理问题
用户检索问题，如何使用户通过数据范围筛选出一批特定的信息
- 解决的问题：
提供用户账号密码找回功能，为用户提供登录保障
提供智能排序功能，任务/交易数据会基于发布时间/是否已被接取显现在浏览界面上
提供个人信息绑定端口功能，用户可以在注册时将自己的账号与教务处的学号绑定
状态图：
登录：
1、是用户的注册登录部分
2、账号的登入注册以及游客登入的设计逻辑的问题
3、解决了在设计登入注册找回密码以及游客登入这几个方面的逻辑顺序
主要功能：
1、用户的查看任务，发布任务，打分评论部分
2、用户使用软件的几个主要功能时候的交互操作逻辑的问题。
3、解决了用户在任务表中领取任务，在我的任务中查看任务并评论打分的逻辑问题
实体关系图：
八、工具选择
processon
九、使用后对工具的评价
操作简单，方便
十、答辩总结
- 大家对我们的项目没有问题
求出本组的现场答辩得分
| 组号 | 打分分数 |
|---|---|
| 第一组 | 48.6(最低分) |
| 第二组 | |
| 第三组 | 50 |
| 第四组 | 56(最高分) |
| 第五组 | 54 |
| 第六组 | 53 |
| 第七组 | 54 |
| 第八组 | |
| 第九组 | 53 |
| 第十组 | 51.6 |
| 平均分 | 53 |
十一、提供《需求规格说明书》作为随笔的附件
[需求分析报告下载](https://share.weiyun.com/5CwS4za) ###十二、遇到的困难及解决方法 ####困难描述 - 小组成员对工具的使用方法不够了解 - 成员的课余时间有限 - 成员之间的配合不够默契
做过哪些尝试
- 在网上寻找各种工具的使用教程
- 时间就像海绵里的水，还是能挤出来的
- 加强组内沟通，加强协作
是否解决
- 解决了一部分，还在进步中
十三、PSP
| 过程 | 预估耗时（分钟） | 实际耗时（分钟） |
|---|---|---|
| 计划 | 30 | 30 |
| 估计任务时间 | 30 | 30 |
| 开发 | 300 | 350 |
| 需求分析 (包括学习新技术) | 270 | 270 |
| 生成设计文档 | 30 | 60 |
| 设计复审 | 30 | 30 |
| 代码规范 (为目前的开发制定合适的规范) | 0 | 0 |
| 具体设计 | 0 | 0 |
| 具体编码 | 0 | 0 |
| 代码复审 | 0 | 0 |
| 测试（自我测试，修改代码，提交修改） | 0 | 0 |
| 报告 | 30 | 30 |
| 测试报告 | 0 | 0 |
| 计算工作量 | 5 | 5 |
| 事后总结, 并提出过程改进计划 | 30 | 30 |
| 合计 | 755 | 835 |
学习进步表
| 第N周 | 新增代码（行） | 累计代码（行） | 本周学习耗时(小时） | 累计学习耗时（小时） | 重要成长 |
|---|---|---|---|---|---|
| 1 | 0 | 0 | 2 | 2 | 入门Axure RP，了解原型设计 |
| 2 | 0 | 0 | 30 | 30 | 学会了需求报告的设计 |
| ... |
