Important procedures must have comments.
If all buttons on your Access forms have pictures you are placing a puzzle in front of your users. They have to decide what each picture means before tentatively clicking the button. Pictures and icons can only convey certain (usually navigation) information very well. To make the users task a little more straightforward, it is usually best to place a word or two on the buttons instead of a picture. Can you choose informative pictures that would distinctly connote each operation for the line of buttons on the left? Probably not.
Important procedures must have error traps. We will learn about the error object and error trapping this semester.
VBE Buttonbar.
You will find it helpful to have additional buttons on the VBE buttonbar, so they have become standard. Right click the VBE buttonbar and select Customize, Commands. Use all the buttons you need. The following Edit buttons are the minimum standard. Outdent, Indent, Comment and Uncomment a block, and the four Bookmarks (make, go next, go previous, clear).
Data entry errors.
This is a standard objective of good programs, and you will be expected to meet the standard in all future professional work. Prevent erroneous data from entering your application. Design and write your programs so users cannot enter dates such as 2/30/03, and grade point averages of 5.0. Where possible provide defaults for all data entry values.
Logic and data.
This is another standard objective among professional programmers. You depart from the standard whenever you use data constants within program logic. Keep logic (programming) and data (tables) apart. Here is a simple example: SalesTax = SubTotalSale * .0825. The 8.25% tax belongs in a table instead buried in your logic. Tax rates do change frequently. It will be far easier to change the tax rate in one table than find all the places in your logic that use the constant!
Name of key fields in tables.
When naming fields in Access tables, use the prefix "pk" for primary keys and "fk" for foreign keys. Avoid names that are too general such as "ID". When you use a foreign key field be sure to keep the name the same as the primary key field and change the pk to fk. (Examples: pkPeopleID, fkPeopleID, pkCourseID, fkCourseID)
Understanding Software Standards for Poynor's sections of MIS 333k requires the Course Packet as well as the information on this page. Your homework assignments and semester project will be graded in terms of the combined standards.
Return to MIS 333k Syllabus