Structured English Examples

Similar documents
System Analysis & design

SIF8035. Events and System Requirements

Lecture 5 STRUCTURED ANALYSIS. PB007 So(ware Engineering I Faculty of Informa:cs, Masaryk University Fall Bühnová, Sochor, Ráček

Lab # 1. Structuring System Requirements: Diagrams

System Analysis & design

Lecture Notes. Structured Systems Analysis

Information Technology Audit & Cyber Security

Entity Relationship Diagram (ERD) Dr. Moustafa Elazhary

[Page 177 (continued)] a. if ( age >= 65 ); cout << "Age is greater than or equal to 65" << endl; else cout << "Age is less than 65 << endl";

CHAPTER 4 Data and Process Modeling (Phase 2: Systems Analysis)

Distributed KIDS Labs 1

THE ENTITY- RELATIONSHIP (ER) MODEL CHAPTER 7 (6/E) CHAPTER 3 (5/E)

Database Design. 2-3 Entity Relationship Modeling and ERDs. Copyright 2015, Oracle and/or its affiliates. All rights reserved.

Furniture Job Costing. 1. From the Master Menu, double-click. The Keyop Menu opens.

REPRESENTING ALGORITHMS. REPRESENTING ALGORITHMS IB DP Computer science Standard Level ICS3U

Databases Tutorial. January 19,2012 Jing Chen Mcmaster University

Chapter 1: Introduction

Process Modeling. Wei-Tsong Wang 1 IIM, NCKU

Analysis and Design for Systems h. 9 th Edition

Task: Design an ER diagram for that problem. Specify key attributes of each entity type.

Chapter 9. Process Modeling. McGraw-Hill/Irwin. Copyright 2007 by The McGraw-Hill Companies, Inc. All rights reserved.

FLOW CHART AND PSEUDO CODE

CSE Information Systems 1

MIS2502: Data Analytics Relational Data Modeling - 1. JaeHwuen Jung

Process Modelling. Data flow Diagrams. Process Modelling Data Flow Diagrams. CSE Information Systems 1

FAQ: Relational Databases in Accounting Systems

Translation of ER-diagram into Relational Schema. Dr. Sunnie S. Chung CIS430/530

Software Engineering Prof.N.L.Sarda IIT Bombay. Lecture-11 Data Modelling- ER diagrams, Mapping to relational model (Part -II)

Example: specific person, company, event, plant

Detailed Data Modelling. Detailed Data Modelling. Detailed Data Modelling. Identifying Attributes. Attributes

Design Process Modeling Constraints E-R Diagram Design Issues Weak Entity Sets Extended E-R Features Design of the Bank Database Reduction to

Chapter VI: Process Analysis and Modeling

Essentials of Database Management (Hoffer et al.) Chapter 2 Modeling Data in the Organization

II. Data Models. Importance of Data Models. Entity Set (and its attributes) Data Modeling and Data Models. Data Model Basic Building Blocks

Release Date: September, 2015 Updates:

Object Oriented Programming Using C ++ Page No. : 1. ASSIGNMENT SHEET WITHOUT USING OBJECT AND CLASSES

13/11/2017. Meltem Özturan misprivate.boun.edu.tr/ozturan/mis515

Chapter 1 Chapter-1

A Quick Review of Chapter 1

Guided Tour: Intelligent Conceptual Modelling in EER and UML-like class diagrams with icom compared to ORM2

Detailed Data Modelling: Attribute Collection and Normalisation of Data

Bachelor in Information Technology (BIT) O Term-End Examination

Upon completion of this Unit, the students will be introduced to the following

Full file at

(Murlidhar Group of Institutions,Bhavnagar Road, Rajkot) by:-assit. Prof. Vijay Vora (SOOADM) MCA-III

Tutorial. Creating ERDs Using

Mahathma Gandhi University

CIS 330: Web-driven Web Applications. Lecture 2: Introduction to ER Modeling

TestOut Client Pro - English RELEASE NOTES. Modified

Database Design - Section 11. Instructor Guide

Chapter 1: Introduction

System Analysis and Design. Data Flow Diagram. System Analysis and Design

Logical E/R Modeling: the Definition of Truth for Data

Chapter 1: Introduction

CS 190C: Introduction to Computational Thinking

How do archivists identify and capture records?

Chapter 1: Introduction. Chapter 1: Introduction

Algorithms and Conditionals

Database Design. 8-4 Drawing Conventions for Readability. Copyright 2015, Oracle and/or its affiliates. All rights reserved.

Table of Contents *** IMPORTANT NOTE ***

CSC 261/461 Database Systems Lecture 7

ER modeling. Lecture 4

Objectives of logical design... Transforming the ERD diagram into relations. Relational database components. Mapping a composite attribute

Non-overlappingoverlapping. Final outcome of the worked example On pages R&C pages R&C page 157 Fig 3.52

ER DIAGRAM ER) diagram, a graphical representation of entities and their relationships to each other, typically used in computing in regard to the

CSC 261/461 Database Systems Lecture 6. Spring 2017 MW 3:25 pm 4:40 pm January 18 May 3 Dewey 1101

17/03/2018. Meltem Özturan

Chapter 10. Database System Development Lifecycle

Chapter 6: Entity-Relationship Model. The Next Step: Designing DB Schema. Identifying Entities and their Attributes. The E-R Model.

INFS 328 Systems Analysis and Design

The Data Organization

Data about data is database Select correct option: True False Partially True None of the Above

Relational Model (cont d) & Entity Relational Model. Lecture 2

The Entity-Relationship Model (ER Model) - Part 1

The Next Step: Designing DB Schema. Chapter 6: Entity-Relationship Model. The E-R Model. Identifying Entities and their Attributes.

UNIVERSITI SAINS MALAYSIA. CIT502 Object-Oriented Programming and Software Engineering

Database Management System 6 ER Modeling...

CMP-3440 Database Systems

Chapter 2 Introduction to Transaction Processing

Requirements Engineering

Database Systems. Overview - important points. Lecture 5. Some introductory information ERD diagrams Normalization Other stuff 08/03/2015

Entity Relationship Modelling

Requirements Analysis. SE 555 Software Requirements & Specification

SOFTWARE ANALYSIS & DESIGN TOOLS

Oracle Data Modelling & Database Design Course Content:35-40hours

Agenda: Understanding Relationship Types Degree and Cardinality with Examples

CHAPTER 2 INTRODUCTION TO TRANSACTION PROCESSING

CENTRAL SUSQUEHANNA INTERMEDIATE UNIT Application: Payroll

Requests Charges. Librarian. University affiliated patrons students, faculty, staff. Media Center Staff

Unit 2 - Data Modeling. Pratian Technologies (India) Pvt. Ltd.

Requirements Engineering. Contents. Functional requirements. What is a requirement?

Consistency The DBMS must ensure the database will always be in a consistent state. Whenever data is modified, the database will change from one

CS 115 Exam 3, Fall 2011

Using High-Level Conceptual Data Models for Database Design A Sample Database Application Entity Types, Entity Sets, Attributes, and Keys

Entity-Relationship Model. From Chapter 5, Kroenke book

Chapter 4 Entity Relationship Modeling In this chapter, you will learn:

Problem Solving with Decisions. T.Fatin Alhila

Chapter : Analysis Modeling

MTAT Introduction to Databases

Data and Process Modeling

Transcription:

Logic Modeling Logic and timing are not represented on data flow diagrams or entity-relationship diagrams Processes contain logic - what happens under what conditions Logic is modeled per process Types of logic: sequence, conditions, iteration

Structured English Uses a subset of English Uses indentation similar to programming Uses process-type verbs like READ, WRITE, GENERATE, CHECK, PRINT Verbs and control words in CAPS Refers to the data coming in and out of the process No specific syntax rules

Structured English Examples READ Inventory records WHILE NOT End-of-file DO BEGIN IF IF Quantity-in-stock is less than Minimum-order-quantity THEN GENERATE new order ELSE DO nothing END IF END DO READ next prescription SELECT CASE CASE (prescription for formulated drug) DO send to lab station CASE (prescription for off-the-shelf drug) DO send to shelving station CASE (prescription for narcotic drug) DO send to secure station END CASE

Decision Tables Conditions/ Rules Courses of Action 1 2 3 4 Employee type S H H H Hours worked - <40 40 >40 Pay base salary X Calculate hourly wage X X X Calculate overtime X Produce absence report X

Decision Trees Pay base salary 1 Salaried Hourly <40 Calculate hourly wage; Produce absence report 2 40 >40 Calculate hourly wage Legend 1) Type of employee 2) Hours worked Calculate hourly wage; Calculate overtime wage

Network Models Network Decomposition Diagram hubs - places where data is stored or processing is done for users at some other location workstations - places where a user physically sits and can access the system remotely Hub Connectivity Diagrams simply says what hubs and external networks have to exchange data

Network Decomposition Diagram System Hub Hub Hub External Network Workstation Workstation Set of Workstation Workstation Workstations Workstation

Hub Connectivity Diagram Hub 35 miles 50 feet Hub Hub 3000 miles External Network

Simple Example Customer Ordering System Server Credit Verification Service Server 200 miles Credit Verification Service System Administrator Order Takers

- Includes: Data Dictionary - descriptions of all pieces of data - relationships between pieces of data - Purposes - eliminate ambiguities - identify links between DFDs and ERD - clarify how different pieces of data are related - serves as a standard reference throughout the project - specify what is contained in data stores and flows

What needs to be defined Data flows Entities Data stores Relationships are collections of Data elements correspond to are collections of Attributes

Basic parts of a definition Name (that appears on the diagram) Type (data flow, data store, entity, etc.) Description (text) Synonyms (other names used for same thing) What it contains What it is contained in Constraints/data type

Data Flow Definition Name (that appears on the diagram) Type = data flow Description (text) Synonyms What it contains - list of data elements; lowerlevel data flows What it is contained in - data flow in higher-level diagram Constraints - source and destination

Example Data Flow Definition Name: Customer Record Type: data flow Description: The customer information that needs to be stored in the customer DB Synonyms: none What it contains: data elements: customer ID customer name customer address customer phone lower-level data flows: none What it is contained in: none Constraints: Source: Process 5, Create Customer Record Destination: Data Store D3, Customer Master

Data Store Definition Name (that appears on the diagram, including ID) Type = data store Description (text) Synonyms What it contains - list of data elements What it is contained in - n/a Constraints - physical form, if known

Example Data Store Definition Name: Customer Master Type: data store Description: Information on all customers who have provided this information when placing an order Synonyms: none What it contains: data elements: customer ID customer name customer address customer phone What it is contained in: n/a Constraints: form is a database table

Data Element Definition Name (does not appear on the diagram) Type = data element Description (text) Synonyms (other data elements and attributes) What it contains - n/a What it is contained in (data stores and data flows) Constraints (format, length, valid values)

Example Data Element Definition Name: customer name Type: data element Description: The last name of a customer who has at one time placed an order Synonyms: attribute Customer.name What it contains: n/a What it is contained in: data flow Customer Record; data store Customer Master Constraints: must be a character string with maximum length 15

Entity Definition Name (that appears on the diagram) Type = entity Description (text) Synonyms What it contains (attributes) What it is contained in - n/a Constraints (identifier)

Example Entity Definition Name: Customer Type: entity Description: Any individual who has at one time placed an order and purchased goods Synonyms: none What it contains: attributes Customer_ID, Name, Address, Phone What it is contained in: n/a Constraints: Customer_ID must be unique

Relationship Definition Name (that appears on the diagram) Type = relationship Description (text) Synonyms What it contains (attributes, including key attributes of participating entities) What it is contained in - n/a Constraints (cardinality, degree, operational constraints)

Example Relationship ERD DFD Name Customer_ID CUSTOMER Phone Address 8 Charge Customer Purchase Customer Information owner type Has Account Information Purchase Information ACCOUNT account number balance D5 Customer Accounts

Example Relationship Definition Name: Has Type: relationship Description: Associates individual customers with the credit accounts they have with this business, that they can use to purchase goods Synonyms: data store D5, Customer Accounts What it contains: attributes Customer.Customer_ID, Account.account_number, owner_type What it is contained in: n/a Constraints: binary; many-to-one; mandatory for accounts, but not customers

Attribute Definition Name (that appears on the diagram) Type = attribute Description (text) Synonyms (other attributes and data elements ) What it contains - n/a What it is contained in (entities and relationships) Constraints (format, length, valid values)

Example Attribute Definition Name: Name Type: attribute Description: The last name of a customer who has at one time placed an order Synonyms: data element customer_name What it contains: none What it is contained in: entity Customer Constraints: must be a character string with maximum length 15