标签：选择   正式   计划   凝聚力   测试计划   上架   header   odi   software   

一、整体计划

• 编写需求说明书。
• 确定各功能模块分工。
• UI设计完成，基础功能算法完成，制定测试计划。
• 完成Alpha版本，编码+测试+项目管理同步推进。
• 完善项目，确定用户试用反馈和对测试计划改进。
• 完成Beta版本，以反馈为基础进行改良。
• 版本完善，编写用户手册。
• 正式版本发布，并进行维护和支持。

二、团队分工

三、思维导图

四、团队贡献比例

五、评审表设计

六、UML

七、工具选择

• Visual Studio
• Git
• My sql
• PS

八、工具评价

• 一些网页就可制作思维导图，无需下载，十分方便。
• 有些软件无破解版，全英文使学习难度稍微提高。

九、答辩总结

1.现场答辩得分：

• 53.75

2.提问回答

• Q：人工审核卖家商品上架请求是否太过繁琐、工作量过大？

• A：我们会尽量加入类似关键字屏蔽的功能，含不和谐商品会自动无法上架，减少人员工作量。

• Q：若遇到卖家反复修改后多次提交审核请求该怎么办？

• A：我们有一个审核时间，在该时间内修改商品信息可以任意次数，审核人员以最新版本为准。

• Q：人工审核多个内容基本相似的上架请求是否考虑过会出现处理效率大幅降低的问题？

• A：不会。

3.修改之处

• 加快原型制作；
• 加入手持学生证拍照认证；
• 添加一个买家短时间可取消订单以免买家手滑误操作；

十、需求规格说明书

需求分析报告下载

十一、困难及解决方案

1.困难描述

• 任务分配太晚，时间不够；
• 不了解需求分析报告；

2.尝试

• 将分工更细化；
• 加强沟通；
• 很好地利用网络；

3.是否解决

• 是。

4.收获

• 增强了团队的凝聚力；
• 了解了需求分析报告的规范；
• 懂得思维导图等的制作；

十二、PSP

十三、学习进度

团队项目-需求分析报告

标签：选择   正式   计划   凝聚力   测试计划   上架   header   odi   software   

原文地址：https://www.cnblogs.com/wster/p/11749296.html