软件工程——团队作业3

 1.代码规范

       代码规范的意义：代码是程序员的面子，《构建之法》第59页写到“软件都是在相互合作中完成的，合作的最小单位是两个人，两个工程师在一起，做的最多的事情就是“看代码”。每个人都能看别人你的代码，并发表意见。”，第60页写到“计算机只关心编译生成的机器码，你的程序采用哪种缩进风格，变量名有无统一的规范等，与机器码的执行无关”，所以，代码格式最终还是人在看。由此可见，编写出整洁优雅的代码显得尤为重要。

1.1排版规范

1.在两个以上的关键字、变量、常量进行对等操作时，它们之间的操作符之前、之后或者前后要加空格；进行非对等操作时，如果是关系密切的立即操作符（如－>），后不应加空格，例如：

(1) 逗号、分号只在后面加空格；

(2)比较操作符, 赋值操作符"="、 "+="，算术操作符"+"、"%"，逻辑操作符"&&"、"&"，位域操作符"<<"、"^"等双目操作符的前后加空格 ；

(3)"!"、"~"、"++"、"--"、"&"（地址运算符）等单目操作符前后不加空格。

2. 事件监控函数，数组，data中的变量定义，各个接口函数等与在js中的if、for、do、while、switch及case语句中的程序都应采用缩进方式，大括号独占一行并且位于同一列，同时与引用它们的语句左对齐。

3.在wxml中写代码时，要使每一个标签伸缩规范，配对。标签并排还是包含都要通过伸缩层次性的体现出来，让人容易读懂。

4.在wxss中设计样式的时候，样式名字要通俗易懂，不要留多余的代码，每一个样式的代码都要对齐，缩进有度。

1.2可理解性规范

1. 程序在必要的地方必须有注释，注释要准确、易懂、简洁。

2. 注释应与其描述的代码相近，对代码的注释应放在其上方或右方（对单条语句的注释）相邻位置，不可放在下面，如放于上方则需与其上面的代码用空行隔开。

3. 维护代码时，要更新相应的注释，删除不再有用的注释。保持代码、注释的一致性，避免产生误解。

4.变量命名约定 

前缀是可选项，以小写字母表示；基本类型是必选项，以小写字母表示； 

变量名是必选项，可多个单词(或缩写)合在一起，每个单词首字母大写。

5.枚举和枚举成员的命名 

枚举名各单词的字母均为大写，单词间用下划线隔开。

枚举成员的命名规则：单词的字母全部大写，各单词之间用下划线隔开；要求各成员的第一个单词相同.

6. 函数的命名  单词首字母为大写，其余每个单词首字母大写，单词之间不用下划线。

1.3可维护性

1. 在逻辑表达式中使用明确的逻辑判断。

2. 预编译条件不应分离完整的语句。

3. 函数和过程中关系较为紧密的代码尽可能相邻。

4.每个函数完成单一的功能，不设计多用途面面俱到的函数。多功能集于一身的函数，很可能使函数的理解、测试、维护等变得困难。使函数功能明确化，增加程序可读性，亦可方便维护、测试。

1.4程序正确性、效率

1. 严禁使用未经初始化的变量。   

2. 防止操易混淆的字符拼写错误。

3. 避免函数中不必要语句，防止程序中的垃圾代码，预留代码应以注释的方式出现。

5.循环体内工作量最小化。 

应仔细考虑循环体内的语句是否可以放在循环体之外，使循环体内工作量最小，从而提高程序的时间效率。

2.数据库设计

用户表

老师表

羽毛球场地预约表、乒乓球场地预约表

心理咨询预约表

教务信息表

3.ER图设计

4.功能流程简介

采取MVC框架

●模型（Model）封装的是数据源和所有基于对这些数据的操作。在一个组件中，Model往往表示组件的状态和操作状态的方法。模型持有所有的数据、状态和程序逻辑。模型独立于视图和控制器。

●视图（View）封装的是对数据源Model的一种显示。一个模型可以由多个视图，而一个视图理论上也可以同不同的模型关联起来。

●控制器（Controller）封装的是外界作用于模型的操作。通常，这些操作会转发到模型上，并调用模型中相应的一个或者多个方法。一般Controller在Model和View之间起到了沟通的作用，处理用户在View上的输入，并转发给Model。这样Model和View两者之间可以做到松散耦合，甚至可以彼此不知道对方，而由Controller连接起这两个部分。

5.团队分工

6.成员贡献

 

 

 

 

 

 

转载于:https://www.cnblogs.com/zhaoruoli/p/10958501.html