Www.monash.edu.au IMS1805 Systems Analysis Topic 3: Doing analysis.

Slides:



Advertisements
Similar presentations
The Math Studies Project for Internal Assessment
Advertisements

Requirements gathering
Functional Maths Skills Learner Issues Su Nicholson Principal Examiner for Functional Maths Edexcel Resources produced as part of LSIS funded project.
Ossi Taipale, Lappeenranta University of Technology
 The EQAO assessment will take place June 11 th and 12 th.  The EQAO assessment based on the Grade 9 expectations of The Ontario Curriculum.  The EQAO.
Systems Analysis and Design in a Changing World, 6th Edition
Chapter 7 Structuring System Process Requirements
1 The Database Application Development Process The Database Application Development Process.
Designing a Continuum of Learning to Assess Mathematical Practice NCSM April, 2011.
IMS1805 Systems Analysis Topic 2: Introduction to some key techniques for systems analysis in IS.
IMS1805 Systems Analysis Topic 4: How do you do it? Guidelines for doing analysis (continued from last week)
System Design and Analysis
Copyright 2004 Monash University IMS1805 Systems Analysis Week 2: Analysis and IS.
IMS1805 Systems Analysis Topic 3: Doing analysis (cont from Monday)
Info1409 De Montfort University1 Lecture 4 Analysing the Business Case (1) System Users and their needs Systems Analysis & Design Academic Year 2008/9.
IMS1805 Systems Analysis Topic 3 (revisited and continued): Doing analysis – a ‘soft’ systems perspective.
IMS1805 Systems Analysis Topic 3: Doing analysis (cont)
IMS1805 Systems Analysis Topic 4: How do you do it? Guidelines for doing analysis.
IMS1805 Systems Analysis Topic 3: Doing Analysis (continued from previous weeks)
Math 105: Problem Solving in Mathematics. Course Description This course introduces students to the true nature mathematics, what mathematicians really.
1 Validation and Verification of Simulation Models.
IMS1805 Systems Analysis Topic 3: Doing analysis.
IMS1805 Systems Analysis Topic 1(c): Analysis and Information Systems.
IMS1805 Systems Analysis Topic 1(b): The elements of analysis.
Copyright 2004 Monash University IMS1805 Systems Analysis Week 2(b): Analysis for Information Systems.
IMS1805 Systems Analysis Topic 6: Analysis as a process within a process.
IMS1805 Systems Analysis Topic 1: Introduction to Systems Analysis.
IMS1805 Systems Analysis Topic 3: Doing analysis (cont from Monday)
IMS1805 Systems Analysis Review.
SDLC and Related Methodologies
IMS1805 Systems Analysis Topic 3: Doing analysis (cont from last week)
IMS1805 Systems Analysis Topic 2: Introduction to some key techniques for systems analysis in IS.
Copyright 2004 Monash University IMS1805 Systems Analysis Week 1: Understanding Systems Analysis.
DATA FLOW DIAGRAMS IT 155.
Handouts Software Testing and Quality Assurance Theory and Practice Chapter 11 System Test Design
Chapter 7 Structuring System Process Requirements
Chapter 5: Modeling Systems Requirements: Events and Things
Introduction to Systems Analysis and Design Trisha Cummings.
Determining System Requirements Classes 9,10. SDLC Project Identification & Selection Project Initiation & Planning Analysis ** Logical Design Physical.
Slide 12.1 © The McGraw-Hill Companies, CS 4310: Software Engineering Lecture 7 Systems Analysis Object-Oriented Design.
The Math Studies Project for Internal Assessment A good project should be able to be followed by a non-mathematician and be self explanatory all the way.
Object-Oriented Software Engineering Practical Software Development using UML and Java Chapter 8: Modelling Interactions and Behaviour.
©Ian Sommerville 2000 Software Engineering, 6th edition. Chapter 6 Slide 1 Requirements Engineering Processes l Processes used to discover, analyse and.
©Ian Sommerville 2004Software Engineering, 7th edition. Chapter 7 Slide 1 Requirements Engineering Processes.
5 Systems Analysis and Design in a Changing World, Fourth Edition.
1 4 Systems Analysis and Design in a Changing World, 2 nd Edition, Satzinger, Jackson, & Burd Chapter 4 Beginning the Analysis: Investigating System Requirements.
Supplementary materials
By the end of this session you should be able to...
SCHOLARSHIP 2015 WHAT DOES IT LOOK LIKE THIS YEAR?
Media Studies 2009 External Achievement Standards.
Modeling System Requirements: Events and Things. Objectives Explain the many reasons for creating information system models Describe three types of models.
Systems Analysis and Design in a Changing World, 6th Edition
Writing a Critical Review
Cadency for Entity Viewers Sony Pictures Entertainment’s Financial Close Management Tool.
The Theoretical Design
Lecture 91 Introduction to Data Analysis and Logic Specification Objectives l Draw an entity-relationship diagram, and explain the types of entity relationships.
GCSE (9-1) Geography A Understanding the sample assessment materials Ass.
Yr 7.  Pupils use mathematics as an integral part of classroom activities. They represent their work with objects or pictures and discuss it. They recognise.
You Must… Gather answers to the following questions: Decide what your website will be about. Identify who your audience would be for this site. Outlined.
Revision Techniques. The Statistics 66% material is forgotten after 7 days 88% material is forgotten after 6 weeks Reading notes and text books leads.
5. 2Object-Oriented Analysis and Design with the Unified Process Objectives  Describe the activities of the requirements discipline  Describe the difference.
Systems Analysis and Design in a Changing World, 6th Edition
1080 and the Control of mammalian pests Report on a biological issue 3 credits.
1 Requirements Determination (Analysis) Lecture 3 Courtesy to Dr.Subhasish Dasgupta.
Investigate Plan Design Create Evaluate (Test it to objective evaluation at each stage of the design cycle) state – describe - explain the problem some.
Exam revision and exam technique Alison McEntee Learning Developer.
7-1 Chapter 7 Structuring System Process Requirements Modern Systems Analysis and Design Fourth Edition.
5 Systems Analysis and Design in a Changing World, Fourth Edition.
Process Modelling Chapter 6.
Performance analysis assessment – analysis and evaluation
Presentation transcript:

IMS1805 Systems Analysis Topic 3: Doing analysis

2 Administration Class attendance and rolls First assignment Sequence of classes from here: Doing analysis Diagrammatic modelling techniques

3 Recap of last lecture Some key diagramming techniques used in systems analysis: Flowcharts (sequence/logic) Function decomposition diagrams (processes) Data flow diagrams (processes) Entity-Relationship diagrams (things and their relationships) Object-oriented techniques (objects = process + data) Soft system techniques (person-system issues)

4 Agenda Aim: To develop some insights into your own analytical approaches (and diagramming skills To note what you need to work on to expand your skills To discuss the first assignment and your approach to it

Reviewing your tutorial analytical work Look at examples shown in class Consider them against the sample analytical/diagramming techniques shown in last lecture (see following slides) Which of the analytical approaches/situation aspects did you favour? Which of the analytical approaches/situation aspects did you not use?

6 Sequence Student inserts card Student ID Look for student ID In BIS student file Is student ID valid? Show green light and unlock door BIS Students Yes Display red light End No

7 Hierarchy Calculate overall result Calculate exam mark Calculate overall assignment mark Calculate first assignment mark Calculate second assignment mark Apply special consideration

8 Data movement Read student details Student BIS Students Identification details Valid student IDs Authorisation Validate Student ID ID

9 Object (and/or person) inter-relationships Student Enrols in Course UnitUnit leader comprises runs

10 Person-process inter-relationships Enrol in unit Student Admin officer Lecturer Enrol in tutorials Timetable unit Timetable exam Submit results Publish results

11 Attitudes Blah blah blah …! ??????????? Lecturer Students Lectures

12 Improving your analytical skills Dominant focus shown by examples: Sequence Actions Hierarchy (of things) Weaker focus shown by examples: Movement of data/information Relationships (other than hierarchy) Attitudes

13 Improving your analytical skills How appropriate/suitable were the methods you used to the task of describing the situation? Selectivity (correctness and suitability of use)? Could you represent the same situations with a different technique to highlight a different aspect? Need to develop these skills See examples shown in class

Choosing an analytical/diagrammatic approach What are the key aspects of the situation? What elements/aspects of the situation do YOU need to understand better? Who is your audience and what do they need to know about? What does the problem demand?

15 What do you need to know (and what do you need to tell others)? Modelling (diagramming), data collection and problem definition as iterative processes Problem definition System representation (modelling) Data collection Problem definition Data collection System representation (modelling) Simplistic picture (waterfall) More realistic picture (iteration)

16 Being a systems analyst: Living in the middle In the middle of the organisation Going from top-level/management to bottom-level operations Analysis at each end and analysis in the middle The analyst as organisational expert In the middle of the development process Going from user needs to technological capabilities Analysis at each end and analysis in the middle The analyst as interpreter Choosing the analytical position which suits you and the situation

Some points to consider Why use diagrams anyway? (When does text work better/worse?) “Logical” vs “physical” Detail and comprehensibility: Partitioning horizontally – how much can you (reasonably) fit on one page? Partitioning vertically – how low do you go in terms of detail? (how deep the hierarchy) Standards/conventions for symbols and meaning

18 Making assumptions No data collection about a problem or situation will ever describe all aspects of it fully You make assumptions to “fill the gaps” in what you have been told This is both necessary and dangerous! Consider the examples given in the tute – what did you assume and why? Always be alert to your assumptions and test them Assumptions in your assignment

19 Fitting the technique to the task Theoretically any technique could be used as part of any type of system development process But in practice each technique originated with a particular development approach and tends to be associated with that approach Process-oriented – (structured analysis and design, eg waterfall) Data-oriented – (information engineering) Object-oriented – prototyping/RAD environments Soft systems – socio-technical methods

First assignment Assignment requirements Finding out what you need to know Developing your explanations of how it works Testing your assumptions Selecting diagramming technique(s) Explaining and justifying your choices

Summary You are intuitively familiar with (and therefore biased towards) certain ways of ‘seeing’ and representing situations This is both good – you have a starting point to work from; and bad – you will tend to favour these approaches and find it hard to ‘see’ in different ways Need to start practising using tute exercises Develop and demonstrate skills in first assignment