1：团队代码规范及编码原则：
A．源文件规范及原则：
1.函数行数尽量不要超过50行，超过50行的目前阶段并非严格禁止，但需要说明理由
2.源文件长度尽量不要超过500行， 不同子功能、子模块的代码不要放在一个源文件中；理论上源文件分的越细越好。
3.无特殊情况，不允许使用全局变量，一律局部静态化，对外封装访问接口，对有并发可能的业务，均需在访问接口中作并发控制。
B．头文件总体规范及原则：
头文件应该越简单越好，包含的其他头文件越少越好
C．标识符命名原则：
1.全局对象（全局变量、全局函数， 宏）应包含尽可能丰富的语义信息，以防对全局命名空间的污染（命名冲突）效应，局部对象（静态数据，静态函数）可以弱化语义信息（没有命名冲突问题），因为可以通过文件名信息提供这层附加语义。
2.具体命名原则参考英文单词来命名
D.循环的使用规范及原则：
1.对while循环， 应防止“死循环”（可以通过循环最大次数限制，如链表遍历，可通过链表最大理论长度限制遍历次数）。while主要用于循环次数不一定的循环
2.对for 循环， 不应该在循环体内修改循环变量，否则，你需要的可能是一个while循环 for 用户循环次数固定的循环。
E.代码的修改原则：
1、 修改代码时，总是使代码的注释保持最新, 为了防止问题反复出现，对错误修复和解决方法代码必须使用注释（解释它为什么存在和可以做什么的）。
2、 避免在代码行的末尾添加注释；行尾注释使代码更难阅读。
3、 避免杂乱的注释，如一整行星号。而是应该使用空白将注释同代码分开。
4、 在所有的代码修改处加上修改标识的注释，创建标识和修改标识由创建或修改人员的姓名加日期组成 为了是层次清晰，在闭合的右花括号后注释该闭合所对应的起点
2：数据库设计：
3：团队项目的ER图：
4、团队项目主要功能流程描述:
1)界面选择:
主界面:(供选择登陆方式):
2）管理员界面：
用户界面:
采编入库:
3)清除库存
(4) 库存书籍借阅:
A)书存中存在该书记录的情况:
B)通过查找书号借阅:
通过查找书名借阅:
D)库存中书籍现存量不足的情况:
E)书存中不存在该书的情况:
(4) 库存书籍的归还:
（6）用凹入表形式显示库存书号
(7) 查看库存书籍信息:
8) 著者著作列表:
(9)预约图书:(前提条件:图书库存量不足时候)
当该书籍归还后:(如果归还书本后,书籍数小于或等于预约者数目,只能是"预约者优先借出该书籍)
不是预约者范围的情况
是预约者的情况:
(9)退出系统界面:
五、 描述队员在此次作业中的分工
刘芳:
a) 编写主要代码
b) 界面设计
c) 管理项目中所有的事务
那维林：
1.编写部分代码
2.数据库设计
3.查找项目所需的资料
阿抓西才让：
六、 本次作业组员贡献分（分数=队员人数*10，将“分数”根据队员的贡献分配）
总分数：3*10=30
刘芳：12
那维林:10
阿抓西才让：8
原文：https://www.cnblogs.com/lf1217/p/9193403.html