310
社区成员




这个作业属于哪个课程 | 软件工程实践 |
---|---|
这个作业要求在哪里 | 作业要求 |
这个作业的目标 | 博客撰写 软件需求规格说明书撰写 界面原型设计 |
其他参考文献 | 《构建之法》 淘宝推送算法 闲鱼推送算法 |
界面原型设计链接
为了显示完整,请将scale改为
为了和一般的平台,或者是历年的作业对比时具有区分度,我们打算在推送和信息传递上开发我们独特的算法,同时尽可能学习到更多的网站开发内容。
福鱼的特色在于帮助卖家进行信息推送,因为现在大多数电商平台缺乏基于学生专业、年级进行推送的数据库和算法,团队可能要自行设计。
在引入大数据推送的同时,考虑以下几点:
1.学生有不感兴趣的内容,例如点击不感兴趣的处理。
2.学生的特殊属性,例如专业、年级。
3.卖家自行对商品推送标签的设置,给予卖家一定的推送自由度,例如:金融专业、象棋、宠物。
4.在学生允许的情况下,考虑学生的购买记录,甚至是搜索记录。
在了解了淘宝和闲鱼的推送机制后后,囿于算法方面(尤其是深度学习)的技术难度,还有服务器性能的限制,我们考虑采用简化的算法。
目前考虑的方法是:
1.通过对标签的喜爱度进行推送,每个学生对于每个标签有喜爱度,每个商品都有对应的标签(卖家添加、智能算法),购买商品、点击喜欢都会增加对应标签的喜爱度,点击不感兴趣会降低标签的喜爱度。当然这可能会造成大量的数据冗余,所以我们后续会细化这个模型,例如每隔一段时间删除没有对应商品的标签,或者是限制商品的标签至5个(防止卖家滥用数据进行推送)等等。
2.构建用户画像,在后续的开发中,后台可以对用户画像进行增删查改,同时,系统会将标签喜爱度类似的用户泛化出用户画像,后续的新增用户以继承的方式快速获得标签的喜爱度,目前还没有想出自动获取用户画像的有关算法,因此还只是考虑项。
为了极大程度上保证学生买家的权益,以及体现学生之间“冥冥之中”的互帮互助,我们设置了货比三家的功能,在通过数据对比的方式帮助学生进行选择。
商品A | 商品B | 商品C | |
---|---|---|---|
价格 | 127 | 300 | 250 |
卖家信用分 | 5 | 3.5 | 4 |
外观 | 图片 | 图片 | 未提供( 与卖家联系并添加) |
使用时间 | 3年 | 2个月 | 3个月 |
保修 | 还剩1个月(截止至2024.5.21) | 还剩2年(截止至2026.6.21) | 无 |
为了体现平台的信息透明,当学生点击未提供的单元格时,进入与卖家的聊天界面,系统帮助买家完成提问。
例如:
1.系统提示:该商品的外观图片是什么?当卖家发给买家时,这个图片将会自动上传到外观的单元格中。
2.系统提示:该商品的保修时间截止至什么时候?当卖家将时间发给买家时,系统将这个时间上传到单元格中。
当买家最终没有进行交易时,后续的买家能看到被补充的信息。这不仅帮助了卖家完善了自身的商品描述,也能帮助后续的买家鉴别商品。
该算法的难点在于:
1.系统如何判断商品的类型是否相似,如果买家同时选择化妆品和电子产品进行比较,算法是否正常运行?
目前考虑方向仍然是普适性的,意味着两种完全不同类型的商品能够生成表格,即使会出现很多的空表格(类比数据表连接时出现的大量NULL)。
2.系统如何识别正确的信息?若卖家在被询问保修时间时,回复:不存在,系统该如何将这句话转化为null,放进数据库里?根据团队讨论,目前的解决方案有两种:
1.根据问题,提供对应的选项,例如:保修期、保质期对应日期选择器,化妆品的使用程度对应百分比或者容量单位,商品的磨损程度只接收图片数据。同时,审核人员会审核近期上传的信息,如果出现了无关信息(例如:保质期=>322元),进行批量删除。但这样需要大量的人工设计,可能会导致后台人员的压力过大。
2.回答的内容完全是string类型(对应数据库中的TEXT/VARCHAR类型),因为语言具有一定的自由度,而人类具备解读同一种语义不同表达的能力,“不存在”和“没有”在当前语境下是等效的,那么直接将这两个词存放到数据库中,是不会造成歧义的。
采用OKR的方式进行分工。在本次作业中,本小组设立了两个阶段:设计阶段和答辩准备阶段。
OKR实践过程
OKR实践过程
OKR内容
两次OKR的打分,分别是:
(1)设计阶段
成员 | 第一轮分数(6) | 第二轮分数(4) | 贡献度 |
---|---|---|---|
熊桂根 | 66.11666667 | 65.5 | 15.25% |
陈智翔 | 65.83333333 | 65.83333333 | 15.24% |
陈卓杨 | 65.4 | 65.66666667 | 15.16% |
戴聪 | 66.33333333 | 87.5 | 17.20% |
蓝有润 | 85.46666667 | 94.33333333 | 20.48% |
谢凌云 | 65.55 | 86 | 16.95% |
本来考虑OKR软件进行目标+deadline设置,但是市面上团队OKR软件基本上是付费的,而且价格不菲(大多数都是四位数),所以在找到合适的OKR软件之前,我们目前仍然以QQ群文件为数据交付平台,同时大家在群内部进行意见的交流和疑问的解答。以下是我们交流的片段选取。
设计的问题讨论
设计的交付
设计完成后的交流
工作内容分配得很用心,值得肯定,但是建议以后在博客中用表单的方式再次直观的呈现每个组员的工作内容,用思维导图的话不是很直观
用例图应置于需求分析的开始,之后接着各个功能的活动图,然后才是需求类图。
用例图展示的功能关系较多,建议
“货比三家”涉及那些类间的关系需要调整;购物车涉及哪些类?
给原型一些小建议,首先是导航栏最好每个模块的名字需要显示出来,其次是首页的跳转图标最好放到导航栏最左边,比较符合我们使用网页的习惯,还有就是搜索栏,最好有个搜索点击按钮。
货比三家功能内部的实现机制是什么样的呢?原型设计中很多组件都是悬浮固定的,这样下滑页面时遮挡问题比较严重,怎么处理这个问题呢?