T-MAX—项目系统设计与数据库设计

团队作业第四次—项目系统设计与数据库设计

这个作业属于哪个课程	2019秋福大软件工程实践Z班
这个作业要求在哪里	团队作业第四次—项目系统设计与数据库设计
团队名称	T-MAX
这个作业的目标	在开发之前设计好系统和数据库、制定好计划和分工，完成对数据库系统说明书和体系说明书的介绍。
作业正文	T-MAX—项目系统设计与数据库设计
参考文献	《概要设计说明书》国家标准和《数据库设计说明书》国家标准

团队项目的预期开发计划时间和分工安排：

日期	任务详细说明
11月1日	完成本次任务的验收
11月2日-11月3日	团队答辩，进行总结分析，制定项目冲刺计划，再次强调项目规范，统一开发环境
11月4日-11月6日	进行开发相关技术的持续学习
11月7日-11月8日	UI设计组进行界面设计，测试组制定简略的大致测试计划，
11月9日-11月13日	前端组开始进行界面的实现，后端组针对功能模块进行讨论研究，并实现各自负责的模块。
11月14日-11月16日	各小组根据测试计划，进行各模块的初步单元测试，同时后端组集中讨论组合各模块的方式和注意点，进行集成测试。
11月17日-11月19日	前端交接界面，并进行进一步的完善；后端交接集成的项目，进行进一步的测试，进行前后端的交互，团队集中讨论测试，及进一步的完善。
11月20日-11月22日	进行项目的最后完善，发布项目的正式版本，撰写博客以及答辩ppt。

分工安排（细化的部分准备下次集体讨论进行最后的确认）

姓名	预期开发计划分工安排
陈功贤	文档撰写人员，团队总负责人
洛桑平措	文档撰写，指定测试计划和测试规范，以及编码，文档规范
蔡智伟	美工，ui界面设计，给出设计图
陆志阳	后端开发主程序员，兼后端组负责人
涂峥嵘	后端开发辅助程序员
林生枝	后端开发辅助程序员
贾懿	后端开发主程序员，兼后端组负责人
徐美佳	前端开发辅助程序员
陈友昆	前端开发主程序员，兼前端组负责人
李爱军	前端开发辅助程序员

给出体系结构设计+功能模块层次图、设计类图、ER分析+表结构设计、系统安全和权限设计，并简要描述：

体系结构设计和功能模块层次图：

设计类图：

E-R分析和表结构设计:

系统安全和权限分析:

1.用户登录和身份认证：每次用户登录系统时，用户必须标识自己的名字和身份，由系统核对，通过审核后提供系统使用权。
2.重要数据加密：对重要数据利用可靠的加密技术进行加密。
3.记录日志：本系统应该能够记录系统运行时发生的所有错误，包括本机错误和网络错误。这些错误便于查找错误的原因。同时日志应该记录用户的关键性操作信息。
4.通过用户权限定义和合法权检查确保只有合法权限的人访问数据库，未经授权的人无法存储或读取数据。

回答上次需求分析作业中其他队伍在评审表中给项目提出的问题，或者解决问题的思路：

小组编号	问题概述	问题简答
第一组	Q1、现在学校老生们都熟悉食堂了，如何保证有人用这款APP？Q2、用户粘性怎么保证？	A1、对于新生和参观福大的人来说，我们的app能够帮助他们开启福大的美食之旅，老生也能知道新店的开张来进行尝鲜。A2、联系商家拉赞助为用户提供优惠来提高用户粘度。
第二组	Q1、如何吸引客户主动分享评价以及评价的真实有效性。Q2、商家为什么要入驻？	A1、针对一些不喜欢主动评价的用户，我们可以用一些小奖励来激励他们，比如通过评论，他们可以获得更高的等级和勋章，另外，商家可以用一些优惠活动来吸引客户评价（当然评价是客观公正的），以此来提高人气。对于评价的真实有效性，用户对商家的评价如果不客观，商家可以进行举报反馈，管理员会进行排查审核，以此保证评价的真实有效性。 Q2、在初期阶段，商家可以免费入驻，通过我们的平台来进行宣传推广，获得用户的反馈信息，以此获得更高的关注度和人气，在后期，如果商家对我们平台满意，想要继续留在我们的平台，我们是可以收取相应的费用，这样可以实现双方共赢，互利互助！
第三组	Q1、用户范围较局限，有考虑老生会不会用，新生吃一遍还会再用吗？Q2、使用时间问题，新店新菜也不是天天有；Q3、饿了么美团看完商家介绍及评价还能直接下单。	A1、A2、我们的产品涵盖了福大的所有食堂，新生不可能短时间吃遍所有的店，并且新生年年都会有，老生也不可能对食堂所有店面都熟悉，同时偶尔会有新菜品，或者口味变化，所以用户量不会很低。A3、美团饿了么的点评不包括福大的食堂。
第四组	Q1、演讲者一句一然后，容易造成听力疲劳Q2、请问一下你们的产品和大众点评有什么区别呢？核心功能比大众点评有哪些优势呢？	A1、针对演讲者的问题，演讲者有些紧张，相信会有所改善。A2、我们的app主要是对于福大食堂的排坑，点评的人都是福大的学生，避免了商家刷评论等恶意评论的行为。而且大众点评只能有少部分食堂窗口，我们是覆盖大部分食堂。
第五组	Q1、验收标准? Q2、如何判断是否为恶意评论？Q3、如果有恶意评论删除是否有刷单删除？Q4、相比市场上已有产品，创新在哪里？	A1、在我们的需求说明书中给出 A2、如果发现存在“无脑黑”性质的评论，会由管理员进行调查询问判断。A3、这个平台上每个人的学生信息是相对透明的，恶意评论或者刷单的代价是值得考虑的，我们也有管理人员进行审核。A4、a.仅面向福州大学，因为专一，所以我们更具有参考性。 b.餐饮店评分都由学生自己产生，不会有后台商业运作的机会。我们的app会更真实。
第七组	与饿了么,美团相比有何优势？	一、方便新生更加熟悉整个学校食堂有什么、新增了什么、各家店铺分布位置等。二、非本校人员同样可以使用，不论是远处来游玩，或者是大学城的居民来点餐。同时为校内各家店铺、学校的环境、人文风采等进行宣传。
第八组	Q1、商家为什么要在你们app上推广？Q2、有宣传价值吗？Q3、在饿了么美团都有用户评论，而且人数更多，评论更真实，还能直接下单，对比他们你们有什么竞争力吗？Q4、你们都说了，局限性大，用户比较少，但是商家推广需要用户多才有用，这你们不是自相矛盾吗？	A1、对于食堂的商家，他们需要一个更快让学生了解他们的契机，于是，我们出现了A2、有宣传价值，对商家，宣传自己的店面，对学生，了解各商家服务质量。A3、其一，我们杜绝刷评，这是我们的一个卖点，其二，就个人体验而言，在美团上的外卖很容易出现描述与实物不符的情况，而我们的产品杜绝了这种情况。A4、为什么用户多才有用？？？APP生命持统力和生命值是两个方面的问题，我更看中的是生命持统力，至于生命值的多少，我不竞争也竞争不过，为什么还要去做这个呢
第九组	Q1、如何应对商家通过优惠刷好评的情况？Q2、评价有什么奖励吗？不然为什么会有人花时间去评价？连美团饿了吗都几乎没有几条评论，你们的软件如何保证评论的基数和可信度？	A1、我相信同学们对于一家店的菜品好坏、服务态度有自己的评价，如果它的服务质量真的很差，那么是不会有同学愿意给好评的。A2、发现美食，分享美食本身就是一件快乐的，值得花时间去做的事情，对于评论者，我们用一些小奖励来激励他们，比如通过评论，他们可以获得更高的等级和勋章，对于评论，我们是具有审核的，而且，我们的实名认证也是为了确保可信度。
第十组	Q1:商家资质等如何得到保证，Q2:对于管理筛选恶意评论应该怎么处理	A1、我们这个APP只面向福大的餐厅，所以商家的有关资料的真实性已经由学校和有关部门精心审查过，并且学校的相关负责人不定期的对商家的资料进行审查，不会出现商家资料问题。A2、如果出现恶意评论可以尝试向平台反馈。经过管理人员审核后，争取删除差评。差评不光是影响商家的总体评分，更重要的是很多用户在下单前都会浏览其他人的评价，如果商家遇到恶意差评没有有理有据回复的话，会让用户误以为是商家的问题。所以商家要澄清事实、阐明真相。

完成这次作业的工作流程：

这次作业的组员分工：

任务	成员
撰写系统设计说明书	蔡智伟，涂峥嵘，徐美佳，陈友昆
撰写数据库设计说明书	陆志阳，贾懿，林生枝
撰写PPT	李爱军，陈功贤
PPT答辩	陈功贤
撰写博客	洛桑平措

贡献度比例：

成员	贡献度（百分比）
陈功贤	12%
陈友昆	13%
李爱军	9%
徐美佳	7%
涂峥嵘	7%
贾懿	10%
陆志阳	10%
洛桑平措	7%
蔡智伟	12%
林生枝	13%

项目GitHub链接：

项目系统设计与数据库设计