|
 |
Information and Communications Technology Qualifications
| Back to list of Prescriptions
Prescription: SD600 (SD200)Systems Design |
Aim of Module | To introduce the student to the basic concepts of design through the study of process design, input design, output design, developing program specifications and systems design documentation.
|
Credits | 7
|
Student Learning hours | 70
|
Content Revised | 1998
|
Prescription Expiry Date | Nov 2005
|
The Student Will
| | | R | 1.1 | Describe the concept of a design methodology and list the standard characteristics. | | | | A | 1.2 | Given a design problem, apply a top-down (or similar) approach. | | | | R | 1.3 | Describe typical documents used in systems design, including: | | | | | | - organisation charts | | | | - data flow diagrams | | | | - data dictionaries | | | | - structure charts | | | | > | Explanation should include basic characteristics, appropriate usage, cross-relationship between documents. | | | | A | 1.4 | Given a simple case study, create the appropriate design documen-tation. This should include details of logic using tools such as Structured English, Decision Tables and Trees etc.
| top
| | | > | Note: all types of input devices should be considered, and their implications for design. | | | | R | 2.1 | Describe the characteristics of good input forms. | | | | R | 2.2 | Describe the characteristics of good screen design. | | | | A | 2.3 | Apply the above principles in the design of input forms and screens for a case study. (This should include the use of a variety of different types of dialogues). | | | | C | 2.4 | Explain how such design documents should be cross-referenced to the rest of the system specification. | |
| top
| | | > | Note: All types of output devices should be considered, and their implications for design. | | | | R | 3.1 | Describe the characteristics of good report layouts. | | | | R | 3.2 | Describe the characteristics of good output screen design. (Will be related to 2.2 above). | | | | R | 3.3 | Describe the characteristics and function of turn-around docu-ments. | | | | A | 3.4 | Apply these principles in the completion of designs for a case study. | | | | C | 3.5 | Explain how such design documents should be cross-referenced to the rest of the system specification. | |
| top
| | | C | 4.1 | List the basic contents of a program specification and show how the design documents produced above are incorporated. | | | | A | 4.2 | Complete program specifications for a case study, using techniques of narrative and process logic expression. | | | | C | 4.3 | Explain the effect of a multi-programmer team approach on the writing of program specifications. | |
| top
| | | R | 5.1 | Outline the importance of documentation at each stage of system development. | | | | C | 5.2 | Explain the purpose and use of a documentation checklist. | | | | C | 5.3 | Explain the concept and application (at a superficial level) of a recognised system of documentation (e.g. NCC, Spectrum etc.). | |
| top
| | | A | 6.1 | Apply the principles of security and audit in the completion of a case study.
| top
| | | Note | | NOTE TO TUTORS | | | | > | This subject should be based upon the completion of case studies based on on-line (i.e. interactive) applications. |
|
|