You are on page 1of 34

ICT117 Systems Analysis and Design

Semester 1, 2011 Important information from the Unit Outline Andrew Barnden 9286 9973 a.barnden@boxhill.edu.au

Topics studied
Systems theory System development overview Modelling techniques UML V2.0 Requirements gathering for modelling Interpreting the models Documenting the system

17 March 2011

ICT117 Systems Analysis & Design, Sem 2, 2010

1. 2

leading to Learning Outcomes


Appreciation of business processes Appreciation of complexity Using abstraction to manage complexity Understand the systems development process and roles Become proficient in modelling techniques Become proficient in information gathering Understand the importance of documentation (communication)
17 March 2011 ICT117 Systems Analysis & Design, Sem 2, 2010 1. 3

Administrative details
2 assignments 40% (15% + 25%) Text book exercises 10% 2.5 hour closed book exam 50% You must achieve a minimum of 50% in the exam to pass the unit Re-sit eligibility is a minimum 45% overall plus a minimum of 40% on exam You require a copy of the text book in order to complete the set exercises
17 March 2011 ICT117 Systems Analysis & Design, Sem 2, 2010 1. 4

Necessary and sufficient


Knowing the overhead slide material alone is not sufficient to pass Reading and understanding the text book is required prior to the associated lecture Attendance at lectures and tutorials is required

17 March 2011

ICT117 Systems Analysis & Design, Sem 2, 2010

1. 5

Information literacy
You must know how to efficiently find reliable information, and know how to cite it. Three tutorials will develop those abilities Academic misconduct must not occur in any assessable work see StudentWeb>Commitments and

Policies>Conduct Management>Plagiarism, Collusion & Cheating Policy & Procedure


ICT117 Systems Analysis & Design, Sem 2, 2010 1. 6

17 March 2011

Submitting work
Both assignment submissions must conform to the specification stated in each assignment The second assignment requires Information System models created in UML V2.0 using diagramming software Tutorial exercises in modelling also must use diagramming software Microsoft Visio is licensed for use at BHI All assignments must include the Cover Sheet
17 March 2011 ICT117 Systems Analysis & Design, Sem 2, 2010 1. 7

Week 1: Concepts of System, Information and Abstraction

ICT117 SYSTEMS ANALYSIS AND DESIGN


17 March 2011 ICT117 Systems Analysis & Design, Sem 2, 2010 1. 8

Lecture objectives
Understand the dichotomy between Reality and Concept Understand the concept of System Understand abstraction Understand Data, Information, Knowledge Understand Information Systems

17 March 2011

ICT117 Systems Analysis & Design, Sem 2, 2010

1. 9

Reality cf. Concept


Real: tangible, concrete, existing, objective, visible Conceptual: intangible, idea, thought, planned, belief Conceptual things are in our mind and real things exist in our world IT professionals regularly work with conceptual things
17 March 2011 ICT117 Systems Analysis & Design, Sem 2, 2010 1. 10

What is a system?
A working real thing. An inter-connected whole. A consistent way of doing something. An organised way of thinking about something. A framework for making sense of something.
17 March 2011 ICT117 Systems Analysis & Design, Sem 2, 2010 1. 11

The concept of System


a purposive unitary whole composed of interrelated parts hierarchically organised shows emergent properties capable of communication with its environment able to change its operations in response to environmental stimuli (communications)
17 March 2011 ICT117 Systems Analysis & Design, Sem 2, 2010 1. 12

System definition
An identifiable set of interacting components, hierarchically constructed, operating as an integrated whole with emergent properties and reacting to its environment in order to achieve some purposeful outcome.

17 March 2011

ICT117 Systems Analysis & Design, Sem 2, 2010

1. 13

System characteristics
A whole thing; has a boundary; accepts input from its environment; produces output; purposive (intended to achieve a purpose); composed of interacting sub-systems (components); exhibits emergent behaviour Emergence: behaviour that is only possible through the operation of the whole system

17 March 2011

ICT117 Systems Analysis & Design, Sem 2, 2010

1. 14

Systematic processes
Designed to implement business policies Performed regularly Performed consistently Specific to their inputs Consistent in their outputs e.g. the way Ford makes doors for Falcon cars e.g. the way BHI assesses ICT117 students
17 March 2011 ICT117 Systems Analysis & Design, Sem 2, 2010 1. 15

DATA, INFORMATION, KNOWLEDGE


17 March 2011 ICT117 Systems Analysis & Design, Sem 2, 2010 1. 16

Data, Information, Knowledge


51092 ATM 01000111010001111001010000000000 - what are these? Measurement, context, understanding Meaning the understanding that we interpret from the information available
17 March 2011 ICT117 Systems Analysis & Design, Sem 2, 2010 1. 17

Data (plural) Datum (sing.)


Measurements of real world attributes that require context, units of measure, intentions for us to make sense of a situation Information is data in context that enables us to make decisions Knowledge is the understanding that our informed decision is correct in the current circumstances
17 March 2011 ICT117 Systems Analysis & Design, Sem 2, 2010 1. 18

PRACTICAL USES OF THESE CONCEPTS


17 March 2011 ICT117 Systems Analysis & Design, Sem 2, 2010 1. 19

Business data and processes


Businesses and organisations make purposeful decisions in their day to day operations based on information Business purposes are achieved by various processes There may be many purposes, but usually one over-riding purpose: that of business continuity, success and prosperity
17 March 2011 ICT117 Systems Analysis & Design, Sem 2, 2010 1. 20

What information is needed?


To sell a product? To provide a service? To buy materials? To pay staff? To install a PC network? Divide the task and conquer it

17 March 2011

ICT117 Systems Analysis & Design, Sem 2, 2010

1. 21

abstraction
representing something in a simpler form removing non-essential details but retaining the essence of the original A model is:
Smaller scale Simpler Accurately representative Cheaper to construct

17 March 2011

ICT117 Systems Analysis & Design, Sem 2, 2010

1. 22

Abstraction

Booch et al (2007) pg 45

17 March 2011

ICT117 Systems Analysis & Design, Sem 2, 2010

1. 23

Different forms of abstraction


Network diagram abstraction of cables, routers, bridges, switches, access points, characteristics into symbols Tonka truck an abstraction of the form, and some functions into an artefact Text description e.g. cake recipe abstraction of components and process steps into English sentences
17 March 2011 ICT117 Systems Analysis & Design, Sem 2, 2010 1. 24

Systems Analysis
The IT professions, especially the Systems Analyst, deal with and use abstraction in their day-to-day professional work

17 March 2011

ICT117 Systems Analysis & Design, Sem 2, 2010

1. 25

Information System
An abstraction of business processing Data are representative of measurable attributes of real things Processes are descriptions of actions which are undertaken These two are the abstractions used to model activities in a business context

17 March 2011

ICT117 Systems Analysis & Design, Sem 2, 2010

1. 26

IS components
Information System components include: People - need the information, build the system, operate it and use it Data and Information - the raw material which the system is set up to manage and distribute Computers - process the data and information Procedures software and manual, that define how the information is to be input/stored/processed/output (formal and informal)
17 March 2011 ICT117 Systems Analysis & Design, Sem 2, 2010 1. 27

Information as an abstraction
A collection of attributes sufficient for their business purpose e.g .Customers pay their invoices a) in person b) using e-commerce The business does not need the customers physical presence in order to receive the payment
17 March 2011 ICT117 Systems Analysis & Design, Sem 2, 2010 1. 28

Information System as an abstraction


The software that receives the customers identity, their invoice number and payment amount and records it Is an abstraction of receiving cash money, writing it in a ledger, putting it in the drawer and stamping the invoice Paid

17 March 2011

ICT117 Systems Analysis & Design, Sem 2, 2010

1. 29

Information system functions


All information systems perform four main functions: Input - receiving data Storage/retrieval - keeping and finding data and information Processing - transforming data into information Output - displaying/presenting information
17 March 2011 ICT117 Systems Analysis & Design, Sem 2, 2010 1. 30

Information System complexity


Information systems are relatively complex: many components (data and processes) much interaction between components systems within systems intangibility of information (what to record) subjectivity of information (hard to define)

17 March 2011

ICT117 Systems Analysis & Design, Sem 2, 2010

1. 31

Reality versus concept


Usually we dont need to know the full complexity of a thing to be able to use it Television turn it on, change channels, turn it off We dont see (and dont need) the internal workings of the TV to make it work for us just the needed inputs and expected outputs We call this the black box metaphor
17 March 2011 ICT117 Systems Analysis & Design, Sem 2, 2010 1. 32

Building Information Systems


Activities involved in building computer-based information systems are: analysing and describing information needs including identifying existing information problems designing solutions to meet those needs acquiring or building new systems implementing the new systems
17 March 2011 ICT117 Systems Analysis & Design, Sem 2, 2010 1. 33

Next lecture
The context of Systems Analysis and Design The Systems Development Life Cycle (SDLC) Professional roles in the SDLC

17 March 2011

ICT117 Systems Analysis & Design, Sem 2, 2010

1. 34

You might also like