Home

Newsletters

Conference

Qualifications


Introduction

Regulations

Module Precriptions


[ .. Back .. ]



Forum

Job Vacancies




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


Level and Assessment Schedule
TopicsHighest
Skill Level
Suggested
Assessment
Percentage
1 Process Design A 35
2 Input Design A 10
3 Output Design A 10
4 Developing Program Specifications A 10
5 Documentation C 20
6 Security and Audit A 15

100


The Student Will

1Process Design
R1.1Describe the concept of a design methodology and list the standard characteristics.
A1.2Given a design problem, apply a top-down (or similar) approach.
R1.3Describe 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.
A1.4Given 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
2Input Design
> Note: all types of input devices should be considered, and their implications for design.
R2.1Describe the characteristics of good input forms.
R2.2Describe the characteristics of good screen design.
A2.3Apply 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).
C2.4Explain how such design documents should be cross-referenced to the rest of the system specification.
top
3Output Design
> Note: All types of output devices should be considered, and their implications for design.
R3.1Describe the characteristics of good report layouts.
R3.2Describe the characteristics of good output screen design. (Will be related to 2.2 above).
R3.3Describe the characteristics and function of turn-around docu-ments.
A3.4Apply these principles in the completion of designs for a case study.
C3.5Explain how such design documents should be cross-referenced to the rest of the system specification.
top
4Developing Program Specifications
C4.1List the basic contents of a program specification and show how the design documents produced above are incorporated.
A4.2Complete program specifications for a case study, using techniques of narrative and process logic expression.
C4.3Explain the effect of a multi-programmer team approach on the writing of program specifications.
top
5Documentation
R5.1Outline the importance of documentation at each stage of system development.
C5.2Explain the purpose and use of a documentation checklist.
C5.3Explain the concept and application (at a superficial level) of a recognised system of documentation (e.g. NCC, Spectrum etc.).
top
6Security and Audit
A6.1Apply 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.



| Home | Newsletters | Conference | Qualifications | Forum | Job Vacancies |