栋的都懂——项目系统设计与数据库设计


这个作业属于哪个课程 https://edu.cnblogs.com/campus/fzu/SE2020
这个作业要求在哪里 https://edu.cnblogs.com/campus/fzu/SE2020/homework/11447
团队名称 <栋的都懂>
这个作业的目标 <完成系统设计和数据库设计,进一步明确团队分工与设计方向>

团队项目的预期开发计划时间安排

周数 日期 任务 成果
10 11.02-11.08 项目系统设计与数据库设计 项目系统设计说明书与数据库设计说明书
11 11.09-11.15 数据库初步搭建、完成小程序用户登陆界面 完善与实现数据库设计说明书,开始着手进行小程序编码
12 11.16-11.22 完成通知发布的主功能,数据库的完善与测试 完成实现主要功能的小程序,与数据库的对接

团队项目的预期开发计划分工安排

学号 姓名 具体分工
181800330 王逸凌 产品经理
031802636 颜斯猛 前端UI设计、Vlog制作
061800508 高体民 前端代码编写
031802316 林佳伟 前端UI设计、博客编写
041801516 李伟 后端测试
031802407 黄涛烜 分析需求,后端功能完善
031802422 邱潇洋 前端代码编写
031802201 畅继军 前端测试
031802309 郭盈江 后端架构设计
181800415 牟迪 后端数据库设计
041802216 刘新伟 后端算法模块

体系结构图

功能描述图

ER图

类图

设计思路

1、重点内容不要局限于APP思维

举例来说,如果只是将通知的功能移植到微信小程序,并不能给用户带来更多的方便,也很难做到让用户主动去唤醒小程序。那问题来了,如何让用户在使用之前对其产生兴趣?这时候,深挖通知的特色这个点会比直接做内容更有意义。

2、微信生态

​大家要记住,时刻记得微信小程序是在微信内使用的,与微信的所有功能息息相关,要尽可能深入地融入微信生态,不要孤立地做设计。微信小程序是衔接用户、服务、信息三者的重要载体,在设计之初就要考虑到生态的搭建和后续扩展。

3、轻巧简洁

​微信小程序的设计方案需要遵从轻巧的原则。这两个字要分开来看:一个是轻,即轻量,用户能够快速进入,快速享受到服务,快速离开,使用过程中没有心理负担;一个是巧,即巧妙,创意永远是制胜法宝,仅仅移植web或app的功能很难达到预期的目标,只有为微信小程序量身订制、富有创新、充满心意的设计,才能稳稳把红利抓牢。

4.技术层面

  • 前端后端的架构设计:首页设计活动搜索栏、综测统计栏、个人信息栏,设计尽可能简洁明了,使用户更易直观使用,UI设计上整体使用暖色调。
  • 数据库方面:在初始设计时,我们在类图设计的基础上进行设计,根据不同功能的数据划分表结构。后续完善时,通过不断地阅读需求和原型来完善表的结构,在表足够完善之后设定每个表的主键外键以及一些完整性约束,来寻找表间的关系。

安全性与权限设计

安全性

  • 小程序的其他用户的权限设置中,应保证对数据库的数据文件不能有可写、可删除的权限。建立数据库的专用用户,系统在与数据库打交道时,应使用专用用户的身份,避免使用超级用户身份。
  • 我们在前端和后端对数据进行不断的检验,不断的试错,不断更新数据。

权限设计

本项目是一个发布信息类型的小程序,是我们作为管理员发布信息,用户自己登录查看消息通知,权限设计大致如下:

  • 管理员权限:注册登录后,可以发布,删除,更新有关活动的通知,可查看用户的报名信息以及对后台的BUG进行维护。还要及时对活动的
  • 用户权限:注册登录后,可以查看管理员发布的通知以及对感兴趣的活动报名。报名成功后,可查看自己所报名的活动,并且会收到报名活动的通知提醒(时间地点等)。但不能查看其他用户的报名信息。

回答助教与同学上次的问题

助教的问题:

  • 我们小组贡献分就是多劳多得,混就不留情面。
  • leangoo我们小组一定会坚持使用下去的。
  • 对于视频,由于第一次做,我们确实做的不够完善,感谢老师提的意见,下次Alpha冲刺的Vlog我们会注意背景配音的。
  • 对于人员分工,我们首先是根据组员兴趣自由报名的,但为了分工更合理,最后组长有进行沟通微调。

同学的问题:综测管理如何实现,如何确保综测不会加错?

  • 首先对于省级、国家级比赛,我们确实没有能力接触比赛主办方,无法得知你参加与否,但对于这部分获奖综测,我们可以提供一个申请接口,你填写获奖证明,我们可以将此申请发送给学院综测管理处。
  • 但对于校级及以下的活动,我们可以提供一个你参与活动的证明,比如我们可以提供签到签退、定位功能。
    其实综测管理只是我们的附加功能,通知发布才是我们的主要功能

上周作业的改进

(一)首先我们上周最大的问题就是原型设计没有后台管理模块!这确实是非常大的疏忽。我们小组前端设计人员已着手设计。
(二)还有针对推广和通知从何而来的问题。
我们可以先从小做起,慢慢壮大:
(1)在最初的内测阶段,我们团队的各种通知就可以发在上面,包括活动跟进,就是我们的项目完成情况,我们团队就是最天然的测试组。
(2)再以数计学院为出发点,先联系院级各部门,以及服务外包、双创等部门,我们可以帮助他们发布纳新、近期最新活动的推文,我们无偿帮助他们发布通知,这种发布通知平台对于他们肯定是多多益善,而且大家都是朋友,相信他们也没有理由拒绝,毕竟我们组也有班长、党员、前部长、社交小能手等人才。
(3)最后扩散到学校,首先利用人脉,与熟悉的校级部门沟通,大家互帮互助,再口口相传,以及通过空间、张贴海报等方式让同学与部门都了解到我们,至于教务处这种权威,联系教务处网站管理人员进行项目对接。(实在不行能不能爬

工作流程

工作流程

本周作业我们进行了两次讨论,会前就确定好本次会议讨论的事项:


我们明确本周作业的主要任务就是完成两个设计说明书,我们首先参考了国标的模板,根据上周的需求分析书,设计出符合要求的数据库,再对整个小程序的模块进行分析,完成系统架构的分层,最后再思考各种接口问题,最终完成本次作业。

Github仓库及说明书

成员贡献

学号 完成任务 贡献分(总分55分)
181800330 类图,系统概要设计书 7.2
031802636 参与讨论 2.3
061800508 功能描述图,系统概要设计书,博客编写 7.2
031802316 参与讨论 1.3
041801516 数据库说明书 5.2
031802407 参与讨论 1.3
031802422 系统设计说明书 5.8
031802201 系统结构设计图,ppt制作 7
031802309 参与讨论 4
181800415 ER图,数据库说明书 6.7
041802216 系统设计说明书 7


免责声明!

本站转载的文章为个人学习借鉴使用,本站对版权不负任何法律责任。如果侵犯了您的隐私权益,请联系本站邮箱yoyou2525@163.com删除。



 
粤ICP备18138465号  © 2018-2025 CODEPRJ.COM