Information Technology IMS5024 Information Systems Modelling Blum’s Taxonomy.

Slides:



Advertisements
Similar presentations
Orinthology Mill Creek Middle School Science Olympiad 2010.
Advertisements

(c) Copyright 2002 Ibrahim K. El-Far. All rights reserved. Presented at Quality Week Europe Selecting an Appropriate Software Testing Method Ibrahim.
4.1- Plot Points in a Coordinate Plane
Advanced Piloting Cruise Plot.
Andrea Maurino Web Service Design Methodology Batini, De Paoli, Maurino, Grega, Comerio WP2-WP3 Roma 24/11/2005.
Slide 1 Insert your own content. Slide 2 Insert your own content.
1 Example Constraint Between Components Consider an XML instance document that has two parts: 1.The "what" part describes - using a standard taxonomy.
Chapter 7 System Models.
Requirements Engineering Process
Chapter 3 Introduction to Quantitative Research
Chapter 3 Introduction to Quantitative Research
1 Copyright © 2010, Elsevier Inc. All rights Reserved Fig 3.1 Chapter 3.
Author: Graeme C. Simsion and Graham C. Witt Chapter 4 Subtypes & Supertypes.
Building a Knowledge Management System as a Life Cycle
Quest ion 1? A.) answer B.) answer C.) correct answerD.) answer L C.) correct answer F.
Service Oriented Architecture Reference Model
1 Semantics in the Financial Industry: The EDM Council Semantics Repository Progress Report Mike Bennett Hypercube Limited 89 Worship Street, London EC2A.
1 Aspects of IEEE P1471 Viewpoints in Unified Modeling Language (UML) Manzur Ashraf, BRAC University Humayra Binte Ali, Dhaka University Md.Mahfuz Ashraf,
Credit hours: 4 Contact hours: 50 (30 Theory, 20 Lab) Prerequisite: TB143 Introduction to Personal Computers.
XBRL COFINREP Implementation VII COFINREP Workshop Bartosz Ochocki
COMET Approach for UML Overview
Mathematics- Module B Diana Roscoe & Crystal Lancour Comparison of the Prioritized Curriculum and Common Core State Standards (CCSS) Welcome! 1.
0 - 0.
Addition Facts
CS4026 Formal Models of Computation Running Haskell Programs – power.
Week 2 The Object-Oriented Approach to Requirements
1 SESSION 5- RECORDING AND REPORTING IN GRADES R-12 Computer Applications Technology Information Technology.
Software Engineering - Specifications 1 Specifications Specification document must be clear, complete and correct.
1 UML ++ Mohamed T IBRAHIM University of Greenwich -UK.
Programación. Unidad 2 Operadores Operadores de asignación 1.= 2.+= 3.-= 4.*= 5./= 6.%= 7.>>= 8.
5.9 + = 10 a)3.6 b)4.1 c)5.3 Question 1: Good Answer!! Well Done!! = 10 Question 1:
1 Directed Depth First Search Adjacency Lists A: F G B: A H C: A D D: C F E: C D G F: E: G: : H: B: I: H: F A B C G D E H I.
Quantitative Methods for Researchers Paul Cairns
Software Processes.
©Evergreen Public Schools /11/2011 Arithmetic Sequences Explicit Rules Teacher Notes Notes : We will continue work students have done with arithmetic.
Past Tense Probe. Past Tense Probe Past Tense Probe – Practice 1.
Using UML, Patterns, and Java Object-Oriented Software Engineering Chapter 1: Introduction.
Lecture 8 Systems Analysis: Concept and Principles
Properties of Exponents
SIMOCODE-DP Software.
“Be An Example” Introduction 1st Timothy 4:12 Matthew 5:16
Addition 1’s to 20.
Test B, 100 Subtraction Facts
1.Name the quadrant a. (-5, 1)b. (6, -4) c. (5, 8) d. (-8, -1) e. (7, 2)f. (-9, 4)
Week 1.
Copyright © 2007 Ramez Elmasri and Shamkant B. Navathe Slide
Bottoms Up Factoring. Start with the X-box 3-9 Product Sum
FIND THE AREA ( ROUND TO THE NEAREST TENTHS) 2.7 in 15 in in.
©Ian Sommerville 2006Software Engineering, 8th edition. Chapter 31 Slide 1 Service-centric Software Engineering 1.
Conclusion and administration
IMS 5024 Data Modelling (1). IMS 5024 Lecture 32 Content Individual assignment date Pitfall revisited Group assignment Class assignment Nature of data.
© Janice Regan Problem-Solving Process 1. State the Problem (Problem Specification) 2. Analyze the problem: outline solution requirements and design.
IMS5024 Lecture 2 Philosophical aspects of modelling information.
IMS 5024 Lecture 4 Semester 2, IMS 5024 Data Modelling.
IMS 5024 Lecture 31 IMS 5024 Process Modelling. IMS 5024 Lecture 32 Content Group assignment Class assignment Nature of process modelling Abstraction.
IMS5024 Week 3 Semester 2, IMS 5024 Object orientation (1)
I.1 ii.2 iii.3 iv.4 1+1=. i.1 ii.2 iii.3 iv.4 1+1=
IMS 5024 Semester 2, 2002 Lecture 3 1 IMS 5024 Process Modelling.
IMS 5024, Semester 2, 2002 Lecture 5 1 IMS 5024 Event-driven modelling.
IMS5024 Week 61 IMS 5024 Object orientation (1). IMS5024 Week 62 Content Individual assignment date Group assignment What is object orientation? n Place.
Ims5024 Week 71 IMS 5024 Object orientation (2). Ims5024 Week 72 Content Group assignment Use-cases State transition diagrams Place in ISD Evaluation.
I.1 ii.2 iii.3 iv.4 1+1=. i.1 ii.2 iii.3 iv.4 1+1=
TOWARDS INTEROPERABILITY IN TRACKING SYSTEMS: AN ONTOLOGY-BASED APPROACH Juan Gómez Romero Miguel A. Patricio Jesús García José M. Molina Applied A.I.
1 Chapter 9 Database Design. 2 2 In this chapter, you will learn: That successful database design must reflect the information system of which the database.
ECSE Software Engineering 1I HO 4 © HY 2012 Lecture 4 Formal Methods A Library System Specification (Continued) From Specification to Design.
MDA & RM-ODP. Why? Warehouses, factories, and supply chains are examples of distributed systems that can be thought of in terms of objects They are all.
DESIGN PROCESS AND CONCEPTS. Design process s/w design is an iterative process through which requirements are translated into a “blueprint” for constructing.
Conceptual Modeling.
Eileen Herteis The Gwenna Moss Teaching & Learning Centre
The Process of Object Modeling
Presentation transcript:

Information Technology IMS5024 Information Systems Modelling Blum’s Taxonomy

School of Information Management & Systems 12.2 Content re-visit the taxonomy application to the methods

School of Information Management & Systems 12.3 Why create models? to communicate to represent to explain to clarify to simplify to contextualise to record

School of Information Management & Systems 12.4 Software development analysis design implementation

School of Information Management & Systems 12.5 Taxonomy of methods “…there will be few invariants in the domain of design methods.”

School of Information Management & Systems 12.6 Domains of modelling business occurs in the application domain what people do what management wants how results are interpreted models of the application domain correspond to the described need are valid solutions to a problem

School of Information Management & Systems 12.7 Domains of modelling software development occurs in the implementation domain demonstrably correct logically precise technologically operable models in the implementation domain correct in terms of instrumental technology verifiable against formal criteria

School of Information Management & Systems 12.8 The software process Implementation domain Conceptual model Formal model Application domain

School of Information Management & Systems 12.9 Correspondence for any identified business need there may be many conceptual models for each conceptual model, many formal models are possible for each formal model there may be many correct implementations There is no formal way of defining the “best” response

School of Information Management & Systems Openness business problems are Open some requirements are considered implicit software products are Closed the delivered functionality is explicit scope for mismatch

School of Information Management & Systems A framework of methods problem oriented or product oriented conceptual or formal (this is Blum’s framework – there are sure to be other, different views)

School of Information Management & Systems Blum’s framework Problem oriented Product oriented ConceptualIII FormalIIIIV after Blum, p86

School of Information Management & Systems Blum’s classification of design methods Problem oriented Product oriented Conceptual I Structured Analysis Entity-Relationship model Logical construction of sys Modern Structured Anal Object-oriented analysis II Structured design Object-oriented design Formal III PSL/PSA JSD VDM IV Levels of abstraction stepwise refinement Proof of correctness data abstraction JSP Object-oriented programming after Blum, p92

School of Information Management & Systems Reference Blum, B.I. (1994) A taxonomy of software development methods. Communications of the ACM, 37, 11, pp