1. Dr. Andy Seddon Staffordshire UNIVERSITY School of Computing Systems Development Methodologies

2. Dr. Andy Seddon Staffordshire UNIVERSITY School of Computing Content 1. What are methodologies for systems development? 2. Advantages and disadvantages of methodologies 3. Physical and logical approaches 4. Comparison of types of methodologies (separate lecture slides)

3. Dr. Andy Seddon Staffordshire UNIVERSITY School of Computing 1. Systems development methodologies l a collection of procedures, techniques, tools and documentation aids which will help systems developers in their efforts to implement a new IS l consist of phases and sub-phases to assist planning, management and control of projects l techniques are ways of refining a given activity in a system development process, each technique may involve using one or more tools

4. Dr. Andy Seddon Staffordshire UNIVERSITY School of Computing 2.1 Advantages of methodologies l they produce better ISs l they provide a better development process l they use standard methods to produce systems that are easier to maintain and improve

5. Dr. Andy Seddon Staffordshire UNIVERSITY School of Computing 2.2 Disadvantages of methodologies l some have too little scope l some are not properly thought out l some do not consider the work or social context of the system l methodologies do not guarantee success l some are only tailored to large, complex organisations l better at designing transaction processing systems than MIS? l prototyping and 4GLs do not always fit neatly with formal methodologies

6. Dr. Andy Seddon Staffordshire UNIVERSITY School of Computing 3.1 The logical approach l the logical design is carried out first l it is the paper based system l it defines what the system is supposed to do and the data items it deals with l concerned with the what, rather than the how

7. Dr. Andy Seddon Staffordshire UNIVERSITY School of Computing 3.2 The physical approach l the physical design is carried out last l it is the actual computer system which will support the logical design l concerned with the how, rather than the what

8. Dr. Andy Seddon Staffordshire UNIVERSITY School of Computing 4.1 Types of methodology l Process driven methodologies l Data driven methodologies l User driven methodologies l Hybrid methodologies - SSADM

9. Dr. Andy Seddon Staffordshire UNIVERSITY School of Computing 4.1.1 Process driven l The systems development lifecycle (SDL) can be viewed as process driven l concentrates on how data is processed l structured analysis breaks the process down into phases and stages l most structured analysis and design methodologies are process driven l aids analysis of manual processes l appropriate where small databases are required l examples - Yourdon, STRADIS

10. Dr. Andy Seddon Staffordshire UNIVERSITY School of Computing 4.1.2 Data driven l concentrates on the data processed l data analysis is more suitable for database design l these techniques are more appropriate for large projects l example - Information Engineering data needs are identified before processing options

11. Dr. Andy Seddon Staffordshire UNIVERSITY School of Computing 4.1.3 User driven l Soft Systems Methodology - people oriented approach l SSM is a way of analysing the ‘problem situation’ in open systems (organisations) l a way of tackling unstructured and poorly defined problems in the real world l may produce more effective system but less efficient in terms of data handling l example - Checkland’s SSM

12. Dr. Andy Seddon Staffordshire UNIVERSITY School of Computing 4.1.4 Process versus data driven l a company manually analyses overdue payments according to the number of days the debt is outstanding (0-30, 31-60, 61-90, 91+) –process driven analysis would automate the classification process with no information being left ‘on file’ –data driven analysis would store the input data so it could be used for a number of potential uses l which of the above approaches would be most suitable and why?

13. Dr. Andy Seddon Staffordshire UNIVERSITY School of Computing Data or the type of data used is unlikely to change BUT the uses to which it will be put, on the other hand, are likely to alter.