Another term we’ve used is semantics. Business rules are obtained from users when gathering requirements. The requirements gathering process is very important and should be verified by the user before the database design is built. If the business rules are incorrect, the design will be incorrect and ultimately the application built will not function as expected by the users.
Some examples of business rules are:
- A teacher can teach many students
- A class can have a maximum of 35 students
- A course can be taught many times, but by only one instructor
- Not all teachers teach classes, etc.