15331200 - YungLinjy Final Report

简短的课程学习自我总结

作为团队中的后台小组成员,我主要是后台数据库模型的设计和建立,以及对于数据库基本的增删改查操作,并将对于每张数据表的操作封装成类,方便逻辑层调用,在最后阶段,帮助负责逻辑层的同学,完成了商家管理系统的后台API。具体工作如下:

分析

  • 与后台成员一起讨论,根据用例图,模拟点餐场景,一次次不断优化数据库模型,使得数据库模型由十分粗糙第1版,到了十分复杂的第2版,再到了去除冗余的第3版,最后完成了功能齐全且没有冗余的第4版。详见数据库ER模型图 。
设计
开发

  • 完成数据库模型的建立,以及对其数据表增删改查操作,并将对于每张数据表的操作封装成类,方便逻辑层调用。
  • 构建弱健壮等价类划分测试用例,并完成测试用例文档,对数据库模型完成了测试。详见测试用例
  • 完成后台逻辑层中,商家管理管理系统部分的API。
  • 实现数据库连接池。详浅析数据库连接池原理分析与实现
管理
  • 与前端小组互相协调,一起讨论、核对接口。详见 API 文档

PSP2.1 统计表

PSP2.1Personal Software Process StagesTime(%)
Planning计划8
- Estimate- 预计任务完成时间8
Development开发80
- Analysis - 需求分析18
- Design Spec- 生成设计文档8
- Design Review - 设计复审5
- Coding Standard - 代码规范2
- Design - 具体设计12
- Coding - 具体编码18
- Code Review - 代码复查5
- Test- 测试12
Report报告12
- Test Report- 测试报告5
- Size Measurement- 计算工作量2
- Postmortem & Process Improvement Plan- 事后总结 & 提出改进方案5

最得意/或有价值/或有苦劳的工作清单

  • 最得意: 发现异步访问数据库,会导致数据库故障这一问题,并通过数据库连接池方法,对其进行了解决。
  • 最有价值: 将数据库模型中的每一张表的操作分别封装成一个类,实现面向对象,使得逻辑层对表进行操作时,无需考虑 sql 语句,只需调用类中所提供的增删改查操作,即可完成对于数据库的操作。
  • 最有苦劳: 构建弱健壮等价类划分测试用例,并完成测试用例文档,对数据库模型完成了测试,保证后台最底层数据层的稳定。

个人GIT总结

Order-System-Backend 点餐系统后台 - master分支(由之前分支并入)

Order-System-Backend 点餐系统后台 - dev 分支



个人博客清单

特别致谢

  • 后台组长 15331229-longjj:@longjj 根据他过往的后台开发经验,将后台小组划分为数据层、逻辑层、部署三个部分,在确认各部分的接口之后,使得组内可以高效地并行开发,最后只需一起核对接口并对接,便成功完成了后台小组的任务。同时,在整个过程中,@longjj 很好地推进项目的进行,使得后台小组工作的时间分配在一个学期内均匀铺开,一直处于可控的范围内。
  • 当然还要致谢以下所有的团队成员,缺少了任何一个人都无法完成这个项目:
    • 15331253-Ecr23
    • 15331238-BeAShaper
    • 15331251-Arurururu
    • 15331222-Nition

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值