matheasy项目相关

项目

负责的功能模块

• 1.教师端的接口编写
• 2.学生端的bug修改和后期功能的添加
• 3.教师后台管理系统的编写
  
  • 导入班级，学校，教师，学生 poi
  • 调班，发布作业，添加题库题目
• 4.数据库的设计

用到哪些技术

• 答出这些技术的内容
  
  • 数据库设计：
    
    • 使用myisam。（myisam和innodb的区别）
    • 索引的区别
    • 怎样建索引
  • 教师模块
    
    • 批改作业
    • 作业列表
  • 后台管理系统
    
    • 导入班级，学校，教师，学生，书本信息，用到poi技术
    • 上传题库题目
      
      • word转pdf，pdf转图片
      • icepdf，jacob，openoffice
      • 将库文件dll放到相关文件夹里
    • 发布题目
      
      • 当时项目经理叫我写一个前端的时间控件，用来选择发布时间和截止时间，当时就懵了，我是搞后台的，居然叫我写前端，但是最后我还是从网上找了一个时间控件添加进去了，还挺好看的，代码没去仔细看，就修改了一下css的错位
    • 前端页面bootstrap

难点

• 1.获取作业列表时，需要按天数分页获取作业列表（一天会有多道作业），最后组合成作业列表
  
  • 解决方案：
    
    • 先分页获取天数
    • 在根据最大天数和最小天数获取作业信息获取作业
• 2.添加题库信息时，word不支持转pdf，pdf转图片
  
  • 原因：服务器用的是linux终端用户版本，不支持图形X服务，而在转pdf和图片的时候，需要用到awt，activeX包下相关类，势必要图形支持，导致无法像windows那样使用
  • 解决方案：
    
    • 1.给linux添加图形x服务
    • 2.换其他支持图形服务的服务器
    • 3.让客户使用截图工具，直接截图上传题目
      
      • 缺点：用户体验差
  • 最终方案：3
  • 使用技术：icepdf,jacob

需求分析

主要负责需求分析，数据库表的设计，接口文档的编写，同时负责教师端的各个等功能，如分页按天数获取作业列表，搜索查询作业列表，批改学生列表，作业详情，作业批改，后台管理系统等等。

第一次开会记录客户需求，功能点
会后讨论需求是否合理
第二次开会去除无用的需求，讨论清楚模糊的需求，决定第一次功能点
画出不同需求的流程图， 面向客户的，确认基本流程
有人负责画线框图，客户是否满意UI设计
后台根据线框图开始同步进行列举功能点，确定各个接口的参数
根据接口和参数进行数据库表设计
（同时安卓人员开发UI，自定义假数据，交给客户测试UI）
尽量保持接口参数，数据库表字段相同，model类的字段相同
接口文档编写，代码开发，框架就是选那几个
单元测试后放上服务器，安卓端接入测试

期间可能会加入需求，

亮点

• 数据库方面：数据库是我设计的，支持扩展性。
  
  • 如：教师和班级建立了一个多对多的关系表，虽然初步需求中未要求教师调班功能，但是已经可以支持调班操作了。事实证明后来需求是有添加调班功能的。
  • 如：作业与答案建立了一个多对对的关系表，虽然初步需求中未要求需要历史答案，但是数据库已经支持获取历史答案了。

任务分配

• 有人负责需求分析，画线框图等
• 有人负责教师端，后台系统，及其接口文档
• 有人负责学生端，登录和修改密码，资料等基础功能，及其接口文档
• 有人负责社交模块，金币和积分的规则设定，点赞，置顶等，及其接口文档

最大的收获

• 那我大致说 嗯，2个点吧
• 第一点就是
  让我学到了软件开发的大部分流程
  在matheasy数道易项目之前的项目中，我就是负责代码的开发，再加上简单的测试，虽然知道有需求分析和数据库的设计还有接口文档的编写，但是对我而言是很虚的，因为没有亲身去尝试过
  而在matheasy数道易项目中，让我学到了以前没有学过的，尽管是第一次学习，但是还是受益匪浅
• 第二点就是
  别把问题想得简单
  比如微信中的绑定用户,当时任务发给我的时候我是感觉挺容易的，但是后来查看文档才发现原来没有那么容易，原来整个流程还是挺复杂的。
  后来我就学会了遇到问题不要太直观的去看，而应该先认真阅读相关资料

数据库设计

• 范式：https://www.zybuluo.com/lzb1096101803/note/317242
• 连接：https://www.zybuluo.com/lzb1096101803/note/317275

不用外键：如果用外键的话每次插入都要校验
根据功能接口设置表
字段保持与自己编写接口文档和model层的代码相同,大写的变成下划线
设计时根据功能接口，与另一个人商量设计是否合理
设计完成后，再根据功能接口决定哪些需要加索引，如orderby ，where的，
或者添加组合索引
每个表都添加更新时间和插入时间记录，像日志一样登记
适当添加冗余，减少表的关联
把比较复杂的计算放到程序中，而不是调用数据库的函数

开发过程中进行sql语句的优化
(1) 查看执行计划
(2) 根据需要进行索引的添加
(3) 根据需要修改 sql，使得尽可能使用索引

数据不要物理删除，应该加一个标志位，以防用户后悔时，能够恢复
做好权限控制

索引优化
最左前缀原理
如果查询条件中含有函数或表达式， 则MySQL不会为这列使用索引

SELECT count(DISTINCT(concat(first_name, left(last_name, 4))))/count(*) AS Selectivity FR
OM employees.employees;

ALTER TABLE employees.employees
ADD INDEX first_name_last_name4 (first_name, last_name(4));