Software Development Standards for MIS 333K, Fall 2006, Assignments of Introduction to Business Management

Various standards for creating forms, buttons, control naming, variable naming, and coding in the context of an mis 333k course during the fall 2006 semester. Topics include using specific naming conventions, formatting data, providing tooltips, and aligning if statements.

Typology: Assignments

Pre 2010

Uploaded on 08/31/2009

koofers-user-ce7
koofers-user-ce7 🇺🇸

9 documents

1 / 2

Toggle sidebar

This page cannot be seen from the preview

Don't miss anything!

bg1
Software Standards, MIS 333K, Fall 2006
Form Standards
Every form in a given application should:
1. Use an Form suffix or frm prefix in the name of the form (remember the form name is in more than one
place)
2. Have a title bar (blue bar at top of form) description that contains the company name.
3. Each form must have a form title (in the body of the form) that relates to the function of the form. This is
different than the title bar (blue bar at top). This title should be centered on the form as much as possible
4. Exhibit consistency of size, shape, color
5. Data displayed on a form should be formatted properly, meaning currency should show with $ commas,
and decimal points. Phone numbers should show in a recognizable format, SSN, etc.
6. Data displayed should be lined up (left justified), and any labels for textboxes should be lined up (right
justified) and be close to the textboxes.
7. Users should not be allowed to enter data into calculated fields, and other fields that are not appropriate
to an application.
8. Student’s name must appear on the form in a label.
Button Standards
1. Use button captions (or text) and not icons.
2. Provide an Exit or Close button on all forms
3. End all button names with Button or use btn prefix.
4. Do not abbreviate names, but spell them out (e.g., PreviousButton or btnPrevious, not PrevButton or
btnPrev).
5. Buttons should be the same size, should be aligned properly, and have equal spacing on the form.
Control Naming Standards
1. You may not use default textbox names for text boxes.
2. Provide tool tips for every important control
3. Using default names for Labels and the other unimportant controls is permissible. If you are
displaying data inside a label, then you must rename it with a Label suffix or a lbl prefix. You may
only use the default if it is a simple information type label.
4. Use the appropriate suffix or prefix on all form controls. (E.g., FirstButton, or ResultTextbox or
btnFirst or txtResult)
Variable Naming Standards
1. Use a suffix or prefix to indicate a variable’s type (such as Integer or String or int or str for the prefix)
2. Do not abbreviate names, but spell them out (e.g., LastNameString, strLastName, not LNString,
LastNamString, or LNameString or strLName).
3. Concatenate and capitalize all component words within variable names. Do not connect the
component words with the underscore (e.g., InvoiceDate, not Invoice_Date).
4. Avoid confusion among variable names, control names, and field names
5. Use m and p before the variable name to indicate module and public level variables
pf2

Partial preview of the text

Download Software Development Standards for MIS 333K, Fall 2006 and more Assignments Introduction to Business Management in PDF only on Docsity!

Software Standards, MIS 333K, Fall 2006

Form Standards

Every form in a given application should:

  1. Use an Form suffix or frm prefix in the name of the form (remember the form name is in more than one place)
  2. Have a title bar (blue bar at top of form) description that contains the company name.
  3. Each form must have a form title (in the body of the form) that relates to the function of the form. This is different than the title bar (blue bar at top). This title should be centered on the form as much as possible
  4. Exhibit consistency of size, shape, color
  5. Data displayed on a form should be formatted properly, meaning currency should show with $ commas, and decimal points. Phone numbers should show in a recognizable format, SSN, etc.
  6. Data displayed should be lined up (left justified), and any labels for textboxes should be lined up (right justified) and be close to the textboxes.
  7. Users should not be allowed to enter data into calculated fields, and other fields that are not appropriate to an application.
  8. Student’s name must appear on the form in a label.

Button Standards

  1. Use button captions (or text) and not icons.
  2. Provide an Exit or Close button on all forms
  3. End all button names with Button or use btn prefix.
  4. Do not abbreviate names, but spell them out (e.g., PreviousButton or btnPrevious, not PrevButton or btnPrev).
  5. Buttons should be the same size, should be aligned properly, and have equal spacing on the form.

Control Naming Standards

  1. You may not use default textbox names for text boxes.
  2. Provide tool tips for every important control
  3. Using default names for Labels and the other unimportant controls is permissible. If you are displaying data inside a label, then you must rename it with a Label suffix or a lbl prefix. You may only use the default if it is a simple information type label.
  4. Use the appropriate suffix or prefix on all form controls. (E.g., FirstButton, or ResultTextbox or btnFirst or txtResult)

Variable Naming Standards

  1. Use a suffix or prefix to indicate a variable’s type (such as Integer or String or int or str for the prefix)
  2. Do not abbreviate names, but spell them out (e.g., LastNameString, strLastName, not LNString, LastNamString, or LNameString or strLName).
  3. Concatenate and capitalize all component words within variable names. Do not connect the component words with the underscore (e.g., InvoiceDate, not Invoice_Date).
  4. Avoid confusion among variable names, control names, and field names
  5. Use m and p before the variable name to indicate module and public level variables

Coding Standards

  1. IF statements should be aligned so that: o The ELSE is directly under and in line with the IF o No other code is on the line with the ELSE o The ENDIF is directly under and in line with the IF it corresponds with
  2. Each function or subroutine must start with a comment block that looks like this: ‘ Purpose: ‘ Arguments: ‘ Returns: ‘ Author: ‘ Date: The comment block only applies when assignments require you to write a function or sub.
  3. Put appropriate comments in your code to explain what you are doing. These standards are for the entire course, and obviously do not apply on assignments where they are not appropriate. If an assignment has specific instructions that contradict the above standards, then always follow the instructions in the assignment.