1 / 23

Creating an OOED Application

Creating an OOED Application. 1) Plan the Application 2) Build the User Interface 3) Code the Application 4) Test and Debug the Application 5) Assemble the Documentation. 1) Planning an OOED Application. A) Identify the tasks the application needs to perform

maris
Download Presentation

Creating an OOED Application

An Image/Link below is provided (as is) to download presentation Download Policy: Content on the Website is provided to you AS IS for your information and personal use and may not be sold / licensed / shared on other websites without getting consent from its author. Content is provided to you AS IS for your information and personal use only. Download presentation by click this link. While downloading, if for some reason you are not able to download a presentation, the publisher may have deleted the file from their server. During download, if you can't get a presentation, the file might be deleted by the publisher.

E N D

Presentation Transcript


  1. Creating an OOED Application 1) Plan the Application 2) Build the User Interface 3) Code the Application 4) Test and Debug the Application 5) Assemble the Documentation

  2. 1) Planning an OOED Application A) Identify the tasks the application needs to perform B) Identify the objects to which those tasks will be assigned C) Identify the event(s) necessary to trigger those objects to perform their assigned task(s) D) Draw a sketch of the user interface

  3. A) Identifying the Application’s Tasks • What information will the user need to enter? • What information will the application need to calculate? • What information will the application need to display on screen or print on printer? • How will the user end the application? • Will previous information need to be cleared?

  4. B) Identifying the Objects • Assign each task to an object in the user interface • Label - used to display information that the user will not change. • Text box - used to give the user an area to enter data. • Command button - used to perform an action immediately after it is clicked by the user.

  5. C) Identifying the Events • Label - automatically display their contents; no special event needs to occur. • Text box - accept information automatically from the user; no special event needs to occur. • Command button - needs a click event to occur to carry out their assigned task when they are clicked by the user.

  6. D) Sketching the User Interface • Organize the user interface to information flows either vertically or horizontally, with most important information in upper-left corner of the screen. • Command buttons should be centered along the bottom or stacked in either the upper-right or lower-right corners. • Each control is labeled so the user knows its purpose.

  7. Control User-friendly Intuitiveness Consistency Clarity Feedback Graphics Input Principles of Good User Interface

  8. 2) Build the User Interface • Use TOE chart and sketch created in the planning step as guides when building the interface. • Involves placing the appropriate controls on the form and setting the applicable properties of those controls. • Placing and sizing design elements • Selecting appropriate font style and size • Selecting appropriate colors

  9. 3) Code the Application • Flowchart - provides a visual frame of reference of the processing steps in a program. • Pseudocode - narrative descriptions of processing steps to be performed in a program. • Internal Documentation - refers to comments in the Code window. • Syntax - rules when writing comments/code

  10. 3) Code the Application • Flowchart - provides a visual frame of reference of the processing steps in a program. • Pseudocode - narrative descriptions of processing steps to be performed in a program. • Internal Documentation - refers to comments in the Code window. • Syntax - rules when writing comments/code

  11. 3) Code the Application • Flowchart - provides a visual frame of reference of the processing steps in a program. • Pseudocode - narrative descriptions of processing steps to be performed in a program. • Internal Documentation - refers to comments in the Code window. • Syntax - rules when writing comments/code

  12. 4) Test & Debug the Application • Testing • Valid data • Invalid data • Debugging • Syntax errors • Run-time errors • Logic errors

  13. 5) Documenting the Program • Consists of written descriptions and explanations of programs and materials. • Serves as a reference guide. • Includes TOE chart, user interface sketch, flowcharts, and pseudocode. • Application printout includes form image, form as text, and code.

  14. Desirable Program Qualities • Programs should be: • Easy to read and understand • Efficient • Reliable • Robust • Maintainable

More Related