团队作业3--需求改进&系统设计
这个作业属于哪个课程 | https://edu.cnblogs.com/campus/gdgy/Networkengineering1834 |
---|---|
这个作业要求在哪里 | https://edu.cnblogs.com/campus/gdgy/Networkengineering1834/homework/11151 |
这个作业的目标 | 队友之间相互协作,确定具体需求和细则,熟悉团队git的协作方式 |
目录
- 队名:DST小队
- 队员:
- 规格说明书改进:
- 团队项目的码云链接
- issues截图
- 团队计划
- 团队分工及完成情况
- 需求&原型改进:
- 问题1:对于数据实现化呈现形式该由客户本身决定还是事先设定好?
- 修改1:鉴于便于管理以及合乎实际的考虑,我们小组通过考虑以及一起讨论一致认为这项设定还是由我们在开发的时候就预先设定完毕,也让管理工作更加容易实施。
- 问题2:系统成员的权限标准应该如何定义?
- 修改2:鉴于有不同类型的成员身份,会在设计之前就先定义单独类型的权限身份,不同权限身份实现的功能不同,也让各身份的工作项目,职责,实现功能分开化,提高效率。
- 问题3:功能的切换速度以及界面改变的是否自然流畅?能否给用户带来合适的体验感?
- 修改3:鉴于此问题,我们排查了相关所有的模块,降低了无用函数及模块的使用次数,以此提高整体运行流畅性以及使用舒适度。
- 系统设计
- Alpha任务分配计划
- 测试计划
队名:DST小队
队员:
- 麦俊辉 3118005287
- 施泽全 3118005289
- 倪裕辉 3118005288
- 卢进兴 3118005286
- 陈伟建 3118005269
- 袁宇芳 3118005297
规格说明书改进:
此项目是基于商户和仓库两个部门之间联系,记录,管理多功能于一体的管理应用,大部分内容会以表格的方式呈现给使用者,同时拥有查看,自查,管理和存储等功能于操作者使用,界面简
单, 易上手。
预期用户数量:100
系统真实性:
鉴于市面上在售以及有些商家已经投入使用,所以本小组的合作项目是基于已有现实以及线下热门需求所制定,在贴合实际情况方面可以无缝衔接。
实用性:
电商大时代的到来以及一些实体店的做大做强,导致商家对于仓储管理的要求逐渐升高,所以此次本小组设计的项目是很大程度上是基于市场需求,以及市场痛点来进行设计实践的。
价值:仓储系统的设立在后台对于商品类目把控,时销需求,以及客户信息等方面的管理起了非常大的便利作用,能让商家在未来把控方面起到更加主动积极地地位
改进:电商模式的基本构成大家都知道是由简单的两个部门组成,一者是店铺客服及订单收集的办公室部门,另一者则是需要进行订单货物采集,打包,装配,发送的仓储部门,而对于订单数量在某一时间段增加到非人力解决的时候,需要通过后台仓储系统以及自动化分拣的功能配合来方可实现电商店铺的正常运作,以避免误单,超时等状况发生,因此,仓储系统需要对仓储部门内的货物量进行足够精确的数量把控,自动化的收集处理显得极其重要。
团队项目的码云链接
https://github.com/DepositorySoftwareTeam/GoodsManager/issues
issues截图
团队计划
周次 | 原计划 | 校正后计划 |
---|---|---|
7 | 1.寻找可靠队友、组建团队2.团队介绍、成员展示、角色分配 | 1.寻找可靠队友、组建团队2.团队介绍、成员展示、角色分配 |
3.确定选题,并大致确定需求 | 3.确定选题,并大致确定需求 | |
4.制定团队计划安排,团队贡献分的规定 | 4.制定团队计划安排,团队贡献分的规定 | |
8 | 1.需求规格说明书 | 1.需求规格说明书 |
2.列出每个人所需任务以及用到的技术栈 | 2.列出每个人所需任务以及用到的技术栈,进行需求分析,写需求文档 | |
3.设立编码规范 | 3.确定编码规范 | |
4.搭建产品原型 | 4.平台环境搭建完成、初步架构搭建 | |
9 | 1.需求进一步细化 | 1.查看原型是否要进行改进,需求进一步细化 |
2.测试计划 | 2.制订测试计划 | |
3.架构设计 | 3.团队开会交流所需技术,并学习目前个人需求所缺技术 。 | |
4.架构设计 | ||
10 | 1.团队项目Alpha任务分配计划 | 1.团队项目Alpha任务分配计划 |
2.连续7天的Alpha敏捷冲刺,7 篇每日Scrum Meeting博客+代码提交 | 2.连续7天的Alpha敏捷冲刺,7 篇每日Scrum Meeting博客+代码提交 | |
11 | 1.用户反馈+测试计划改进 | 1.用户反馈+测试计划改进 |
2.团队Alpha阶段个人总结 | 2.团队Alpha阶段个人总结 | |
3.团队项目Alpha博客:发布说明、测试报告、展示博客、项目管理 | 3.团队项目Alpha博客:发布说明、测试报告、展示博客、项目管理 | |
12 | 1. 团队项目Alpha博客:事后分析 | 1. 团队项目Alpha博客:事后分析 |
团队分工及完成情况
队员 | 个人任务 | 完成情况 |
---|---|---|
倪裕辉 | 需求分析,用户商品建模 | 本周任务已完成 |
卢进兴 | 功能测试/安全审查 | 本周任务已完成 |
袁宇芳 | 功能测试/安全审查 | 本周任务已完成 |
施泽全 | 前端开发 | 本周任务已完成 |
麦俊辉 | 后台开发 | 本周任务已完成 |
陈伟建 | 前端开发 | 本周任务已完成 |
需求&原型改进:
问题1:对于数据实现化呈现形式该由客户本身决定还是事先设定好?
修改1:鉴于便于管理以及合乎实际的考虑,我们小组通过考虑以及一起讨论一致认为这项设定还是由我们在开发的时候就预先设定完毕,也让管理工作更加容易实施。
问题2:系统成员的权限标准应该如何定义?
修改2:鉴于有不同类型的成员身份,会在设计之前就先定义单独类型的权限身份,不同权限身份实现的功能不同,也让各身份的工作项目,职责,实现功能分开化,提高效率。
问题3:功能的切换速度以及界面改变的是否自然流畅?能否给用户带来合适的体验感?
修改3:鉴于此问题,我们排查了相关所有的模块,降低了无用函数及模块的使用次数,以此提高整体运行流畅性以及使用舒适度。
系统设计
前端:
技术项 | 具体技术 |
---|---|
编程语言 | Html,CSS,JavaScript |
开发框架 | Vue |
代码版本控制 | git |
后台: | |
技术项 | 具体技术 |
-------- | --------- |
编程语言 | Java |
通信协议 | HTTPS |
数据库 | MySQL |
代码版本控制 | git |
安全性 | spring-security |
技术框架 | spring-boot, mybatis |
安全:通过spring-security的表单中的_csrf和token进行用户身份的检查。
统计功能:用户录入信息后,通过数据库聚合函数进行统计货物的总量和总价等信息。
Alpha任务分配计划
测试计划
- 基本功能测试,测试用户添加出入货记录后,统计信息的准确性。
- 安全测试:
- 未登陆时,能否拦截用户操作,并引导用户登录。
- 测试不同用户是否做到安全的信息隔离。
- 测试HTTPS