图书管理系统sql合作版总结

1.文档准备

在项目的开始阶段中,我们会有各方面的工作,也会遇到各方面的问题。所以经常听见许多程序员抱怨,文档什么的没有用,浪费时间等等,这种想法是不行的,是需要改正的。很多时候前期花费大量时间仔细编写构式文档,可以帮我们少走许多弯路;所以文档是项目管理者的好帮手,也是项目高质量的保障。

那么当我们知道了文档的重要性,我们又怎么编写出一个好的文档呢?所以通常我们对项目文档有几个要求:

  1. 清晰明了。目标明确,思路清晰,并且配以文字和图片相辅相成,方便阅读理解。
  2. 深入分析。通过文档就思考清楚项目的重难点,和可能遇到的问题,有个合适的整体逻辑结构,以访编写的时候错乱,不要遇到问题再思考怎样解决,而是要问题还没出现就先设想这个问题。
  3. 及时性。根据项目进展情况及时提供的成果文档,能成为照亮黑暗的灯塔,探险者的指南针,渡河者的小船。

2.项目开发时遇到的难点

该项目的重难点我认为有以下几点

  1. 借阅功能的判定。因为当图书是借阅状态的时候,其他人是不能对该图书进行借阅的。
  2. 用户类型判定借阅数量。如学生只能借4本,老师可以借10本,当超过这个数量是不能进行借阅的。
  3. 图书归还功能。当用户进行归还操作时,要进行判定,如首先判定该用户类型,学生可以借7天,老师14天,如果借阅日期和归还日期超过规定的这个时间,会显示归还失败,并计算出罚金告知用户,并且当罚金没有缴纳的情况下,不能再进行图书的借阅。

3.开发心得

因为这一次是合作进行的开发,并不是一个人。这也是工作中会经常遇见的情况,所以两个人的沟通交流尤为重要;没有及时进行沟通,可能出现许多问题如:

他发现的错误自行更改了,但没有告知我,当他把他所作的部分交还给我时,我进行测试会发现报错。

没有及时的沟通,导致功能的编写重复。

合理的沟通可以加快项目的进展,较少的沟通会导致项目的进展缓慢。

总结就是说:团结力量大!!!

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值