作业摘要

作业所属课程	所属课程链接
作业要求	团队作业3--需求改进&系统设计
团队Github仓库链接	Github链接
作业目标	明确需求、改进原型、系统设计和测试需求

1 需求&原型改进

1.1 针对课堂讨论环节老师和其他组的问题及建议，对修改选题及需求进行修改

1.1.1 课堂问答 Q & A

问题1：你们团队在讨论的过程中，如何确定了团队项目的选题，并围绕着选题如何去分析需求和实现功能？
修改1：由于目前恰逢双十一，因此我们在小组第一次例会的时候便提出了想要完成商城购物系统的想法，在我们对目前市面上如京东、淘宝、得物等的各类购物app进行背景调查后，我们认为目前的存在的购物系统都存在一定的通病，而我们可以根据这些通病对系统功能进行升级，让购物系统更加贴合用户的需求。
问题2：目前市面上有了很成熟的商城购物系统，且都拥有了很多稳定的用户群体，你们团队从调研的东西中，发现了什么用价值的地方可以让你们的购物系统区别于其他平台的购物系统？
修改2：我们针对了身边的近期有购物行为的同学进行了一定的采访，发现大部分的同学在寻找商品时花费的时间较长，有部分同学由于苦于对商品只有个脑海中的印象，但是不记得其名字而花费海量的时间寻找商品，有甚者到搜索引擎上搜索了很久；除此之外，目前基于大数据的推送，许多同学的商城主页多是自己兴趣相关的商品，但是往往这类商品同学都已经耳熟能详，看了很多次了，这样不合理的推送给同学们带来一种购物疲劳，同时还不容易发现其他自己可能感兴趣单位接触过的商品。
问题3：根据你们团队问卷调查的结果，你们将如何解决针对购物者痛点？
修改3：首先针对花费过多时间搜索商品上面，我们在搜索栏原有的“热点搜索”和“模糊搜索”的功能上，新加入了“商品详情搜索”，由于目前的搜索栏为了满足精度，可能都会对搜索内容有字数限制，而我们开拓的“商品详情搜索”取消了字数限制，同时将用户描述的商品与商家的购物商品中详细描述进行的对比识别，从而筛选出与描述内容相似度高的可能商品。只要用户描述的足够详细，就算不用输入商品名字，也能很快地对用户的目标商品进行锁定，从而降低用户无效时间，提高用户体验感。然后，关于首页推送方面，我们对首页有不同的展望。在浏览界面进行分块，一块是基于大数据自己感兴趣的商品，另一块是当前的热点网红商品，同时加入排行榜，可以对不同商品的销量、质量和评价进行排行查看。

1.1.2 发现用户需求

问卷环节：

问卷共有35人填写，根据下面的调查结果，可得到用户需求

1.2 修改完善上周提交的需求规格说明书

1.2.2 初稿不足之处以及相应具体改进内容

不足1：缺少不同面向用户对象的分析
改进1：本文档面向多种读者对象：
（1）项目经理：项目经理可以根据该文档了解预期产品的功能，并据此进行系统设计、项目管理。
（2）设计员：对需求进行分析，并设计出系统，包括数据库的设计。
（3）程序员：了解系统功能，编写《用户手册》。
（4）测试员：根据本文档编写测试用例，并对软件产品进行功能性测试和非功能性测试。
（5）用户：了解预期产品的功能和性能，并与分析人员一起对整个需求进行讨论和协商。
不足2：在初稿的时候，我们对附近几个宿舍同学进行了采访，分别有：703宿舍3位成员、736宿舍4位成员、738宿舍5位成员、739宿舍4位成员和723宿舍2位成员。虽然有面向用户分析粗略的得出了用户潜在的需求，但是由于人数不够充足，有很大可能存在偶然性，所调研出“改进商品搜索功能”的需求可能只是小众的需求。
改进2：在上周对附近几个宿舍同学进行采访的基础上，本周推出了问卷调查，小组成员邀请身边的同学进行问卷的填写，这样我们调研的用户需求不止是广工的学生，还有广州大学城的学生，乃至各类社会人士。
不足3：需求规格说明书撰写没有做到详略得当。在初稿的介绍商城购物系统中，只是比较笼统地介绍了项目中基本功能，没有突出介绍我们项目中的“杀手功能”。
改进3：首先，杀手功能是指一种特定的功能，它能够让产品在竞争中脱颖而出，从而赢得更多的市场份额。我们根据本周问卷调研结果，我们选择解决小众客户所存在的问题，即“找不到心意的商品”和“购物推送商品没有吸引力”。关于第一方面，我们团队计划在搜索栏中新推出“详情搜索”功能，通过采用用户输入的详情信息和已有商品库详情信息进行查重对比，将相似度高的商品对比结果推送给用户，这样能减少用户花费的时间；在第二方面：我们团队计划设计更加人性化和有吸引力的购物界面。在购物首页不仅推送用户感觉的部分，同时根据当前“搜索热点”和“购买订单热点”，生成实时排行榜，不同商品之间有了对比，用户在当红商品中选择自己感兴趣的部分。
不足4：由于校运会和校庆导致的时间冲突，未能及时更新项目进度计划。且在首次安排进度计划中，Alpha敏捷冲刺环节中任务颗粒度不够细致，若未在冲刺前做好准备，极有可能导致在敏捷冲刺环节中任务完成度下降。
改进4：本周再次对项目进度计划进行更新，同时细化Alpha任务分配计划。

1.3 功能分析的四个象限

根据课堂的提问和建议，我们团队经过谈论后，确定了1.2中完善额需求规格说明书，我们需要考虑用功能来实现这些需求。而不同实现功能解决用户不同的需求，具有不同的战略意义，借用象限图，可以具象化地展现出不同功能在项目中的战略地位。分别把功能和需求分成两个部分，各个部分再有机结合起来，功能部分有：杀手功能（Core）和外围功能（Context）。除此之外，我们的竞争对手和用户已经决定了一些此类产品必须要满足的需求，不能满足这些需求，产品就入不了用户和评论员的法眼，当然，还有许多功能是辅助性的。需求的划分则分为：必要需求（Mission Critical）和辅助需求（Enabling）。这四种划分结合起来，就得到了功能分析的四个象限。

1.4 项目任务分解WBS和项目进度计划

1.4.1 WBS

根据上周的功能性分析，我们采用WBS方式，从最终的商城购物系统开始，一层一层往下，把4个大模块交付件分割为更小、具体的功能块。这样的分割可以持续下去，直到每个团队成员可以根据自己能力完成其中一个小模块。从数据结构方面来看，WBS分割的结果是一棵树。所有子节点都最终有一个根节点。每个节点描述的是要交付的产品或文档，而不是开发团队的努力或花费（各个叶节点的成本可以作为次节点的属性展现出来）。下图为我们团队商城购物系统的WBS图：

1.4.2 更新项目进度计划

周次	任务
第9周	1.团队组队、团队博客
	2.团队介绍、成员展示、角色分配、选题确定
	3.制定团队计划安排，团队贡献分的规定
第10、11周	1.需求规格说明书
	2.项目分工，队员自行选择要实现的部分，并估计任务难度并学习必要的技术
	3.编码规范完成、平台环境搭建完成、初步架构搭建、完成接口创建
第12周	1.原型改进，画出该项目的功能流程图
	2.架构设计，WBS, 团队成员估计各自任务所需时间
	3.测试计划
	4.PM核实队员计划,为接下来冲刺周做准备
第13、14周	1. 团队项目按第 11 周提交给 PM 的计划正常实施
	2. 连续7天的Alpha敏捷冲刺，7 篇每日Scrum Meeting博客+代码提交
	3.完成敏捷冲刺后，开展团队例会，汇报完成情况和进行团队总结
第15周	1.用户反馈+测试计划改进
	2. 团队Alpha阶段个人总结
	3. 团队项目Alpha博客：发布说明、测试报告、展示博客、项目管理
第16周	1. 团队项目Alpha博客：事后分析
	2. 根据团队贡献分的规定，计算每人得分
	3.团队项目队员总结