Www.monash.edu.au IMS1805 Systems Analysis Topic 3: Doing analysis (cont from Monday)

Slides:



Advertisements
Similar presentations
Relational Database and Data Modeling
Advertisements

Chapter 15 A Table with a View: Database Queries.
C6 Databases.
Management Information Systems, Sixth Edition
Information Systems Chapter 2 Organizing Data and Information.
Managing Data Resources
Maintenance Modifying the data –Add records –Delete records –Update records Modifying the design –Add fields into tables –Remove fields from a table –Change.
IMS1805 Systems Analysis Topic 4: How do you do it? Guidelines for doing analysis (continued from last week)
IMS1805 Systems Analysis Topic 3: Doing analysis (cont)
Organizing Data & Information
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)
© 2008 Pearson Prentice Hall, Experiencing MIS, David Kroenke
Introduction to Databases Transparencies
IMS1805 Systems Analysis Topic 1(c): Analysis and Information Systems.
WELL-DESIGNED DATABASES Process faster Easy to develop and maintain Easy to read and write code.
Copyright 2004 Monash University IMS1805 Systems Analysis Week 2(b): Analysis for Information Systems.
IMS1805 Systems Analysis Topic 3: Doing analysis (cont from Monday)
Database Features Lecture 2. Desirable features in an information system Integrity Referential integrity Data independence Controlled redundancy Security.
IMS1805 Systems Analysis Topic 3: Doing analysis (cont from last week)
Week 2 Lecture 2 Structure of a database. External Schema Conceptual Schema Internal Schema Physical Schema.
IMS1805 Systems Analysis Topic 2: Introduction to some key techniques for systems analysis in IS.
Mgt 20600: IT Management & Applications Databases Tuesday April 4, 2006.
Information Storage and Retrieval CS French Chapter 3.
Relational Databases What is a relational database? What would we use one for? What do they look like? How can we describe them? How can you create one?
© 2003 McGraw-Hill Australia Pty Ltd, PPTs t/a Accounting Information & Reporting Systems by A. Aseervatham and D. Anandarajah. Slides prepared by Kaye.
2.3 Organising Data for Effective Retrieval
DATA MODELLING TOOLS FOR ORGANISING DATABASES. For a database to be organised and logical, it must be well-designed and set out. In such cases, the databases.
Database Management System Lecture 6 The Relational Database Model – Keys, Integrity Rules.
Section 11 : Normalisation
Database Technical Session By: Prof. Adarsh Patel.
1 INTRODUCTION TO DATABASE MANAGEMENT SYSTEM L E C T U R E
Chapter 9 Designing Databases Modern Systems Analysis and Design Sixth Edition Jeffrey A. Hoffer Joey F. George Joseph S. Valacich.
Management Information Systems By Effy Oz & Andy Jones
Information Systems: Databases Define the role of general information systems Describe the elements of a database management system (DBMS) Describe the.
2005 SPRING CSMUIntroduction to Information Management1 Organizing Data John Sum Institute of Technology Management National Chung Hsing University.
7.1 Managing Data Resources Chapter 7 Essentials of Management Information Systems, 6e Chapter 7 Managing Data Resources © 2005 by Prentice Hall.
CORE 2: Information systems and Databases NORMALISING DATABASES.
Lecturer: Gareth Jones. How does a relational database organise data? What are the principles of a database management system? What are the principal.
1.file. 2.database. 3.entity. 4.record. 5.attribute. When working with a database, a group of related fields comprises a(n)…
Information Systems & Databases 2.2) Organisation methods.
C6 Databases. 2 Traditional file environment Data Redundancy and Inconsistency: –Data redundancy: The presence of duplicate data in multiple data files.
Database Design 1: Introduction and Terminology CS 320.
McGraw-Hill/Irwin Copyright © 2013 by The McGraw-Hill Companies, Inc. All rights reserved. Chapter 5 Data Resource Management.
Lecture # 3 & 4 Chapter # 2 Database System Concepts and Architecture Muhammad Emran Database Systems 1.
Technology Guide 3 Data & Database. Agenda Definition File processing problems Database Selection criteria.
6.1 © 2010 by Prentice Hall 6 Chapter Foundations of Business Intelligence: Databases and Information Management.
Lecture 4 Conceptual Data Modeling. Objectives Define terms related to entity relationship modeling, including entity, entity instance, attribute, relationship,
Entity-Relationship (E-R) Diagrams
The University of Akron Dept of Business Technology Computer Information Systems The Relational Model: Concepts 2440: 180 Database Concepts Instructor:
Organizing Data and Information
Managing Data Resources. File Organization Terms and Concepts Bit: Smallest unit of data; binary digit (0,1) Byte: Group of bits that represents a single.
Foundations of Business Intelligence: Databases and Information Management.
6.1 © 2007 by Prentice Hall Chapter 6 (Laudon & Laudon) Foundations of Business Intelligence: Databases and Information Management.
1 CS 430 Database Theory Winter 2005 Lecture 3: A Fifty Minute Introduction to Data Modeling.
Hoi Le. Why database? Spreadsheet is not good to: Store very large information Efficiently update data Use in multi-user mode Hoi Le2.
IT 5433 LM3 Relational Data Model. Learning Objectives: List the 5 properties of relations List the properties of a candidate key, primary key and foreign.
Managing Data Resources File Organization and databases for business information systems.
Copyright © 2014 Pearson Canada Inc. 5-1 Copyright © 2014 Pearson Canada Inc. Application Extension 5a Database Design Part 2: Using Information Technology.
Database Management Systems II
Information Systems Today: Managing in the Digital World
Chapter 12 Information Systems.
Databases and Information Management
Order Database – ER Diagram
IST 318 Database Administration
Data Model.
Databases and Information Management
Chapter 3 Database Management
Databases and Information Management
© 2008 Pearson Prentice Hall, Experiencing MIS, David Kroenke
Presentation transcript:

IMS1805 Systems Analysis Topic 3: Doing analysis (cont from Monday)

2 Recap of last lecture The importance of understanding the purpose of analysis Some important purposes: Organisational; Technological; Development team The purposes behind process models (FDD/DFD)

3 Agenda Aim: To develop further your understanding of the main purposes for which IS analysis is done To identify the purpose of diagram-based data analysis techniques in IS To work through some examples of the use of process-oriented and data-oriented analytical techniques

4 2(c) (Continuation of Monday) Why draw data models? Data models enable us to focus on: the information which needs to be stored about things in a system; and the information inter-connections which have to maintained between these things Entity-relationship diagrams tell us what things (entities) we need to store information about, and what the characteristics are of the relationships between these things

5 Data in organisations Organisations always have to store data about things (entities) Every entity has many attributes associated with it Key data items may be used very widely across an organisation for a huge range of purposes (often unrelated) by a wide variety of people Inconsistencies in data and data storage between different parts of an organisation may lead to confusion and inefficiencies in storages Data may be more stable than processes, which may have to be changed often to meet new needs

6 Analysing data in organisations We analyse entities: To identify all the entities which have to be stored and the attributes of each one To define what linkages (relationships) must be kept between these entities and what rules apply to these relationships By doing this, we aim to: Develop a sound basis for design and construction of databases to store information consistently and non- redundantly Identify areas of shared data/overlapping and conflicting data needs Determine the rules for validating data in databases

7 2(c): Data Models: Reminder of E-R basics (covered in database unit) Entities are represented as boxes Relationships or connections between entities (indicating shared data elements) are shown by lines connecting the entities Information about the nature of the relationship is written next to the connecting line (or in a diamond-shaped box on the line)

8 Why draw an E-R diagram (organisational purpose)? There is always massive overlap and duplication in data storage needs in different parts of an organisation An organisation-wide E-R Diagram can show the extent of shared data needs/uses; they enable development of data structures in which data can be entered and stored in one place, but used by many different people to meet different needs The relationships showed in an E-R diagram allow us to see what connections need to be made to enable queries between data entities

9 Why draw an E-R Diagram (technological purpose)? Relational databases are now the single dominant form of technology used for storage of data Relational databases require the developer to identify schemas, tables, fields and data validation rules for entering data into the database Database query languages require relationships to be specified between database tables to permit queries which connect data across the database tables E-R diagrams provide a framework and ‘rules’ for database development

10 Why draw an E-R diagram (team purpose)? Development of a complex system will include storage of many data items in complex data structures – multiple databases/database tables/database fields/etc Identifying the entities and their attributes helps all development team members keep track of the key data items being recorded by the organisation An E-R diagram provides a central reference point on system data for all development team members

11 Using Process and Data Models See examples discussed in class