1 Specification of IT Systems Mandatory Exercise Week 5 Jonas B. Jorgensen, 20021728 Rune Simonsen, 20022374 Torsten Aaboe Andersen, 20033031 Jesper G.

Slides:



Advertisements
Similar presentations
CIS 376 Bruce R. Maxim UM-Dearborn
Advertisements

Principles of Engineering System Design Dr T Asokan
DATA FLOW DIAGRAM (PART 2)
SWE Introduction to Software Engineering
MIS 385/MBA 664 Systems Implementation with DBMS/ Database Management Dave Salisbury ( )
Use Cases Elizabeth Bigelow CS C 9/15/2000.
SoITS aflevering 5 Thomas Loftager Nielsen Lasse Deleuran Jacob Mahler-Andersen Gruppe 1.
Irwin/McGraw-Hill Copyright © 2004 The McGraw-Hill Companies. All Rights reserved Whitten Bentley DittmanSYSTEMS ANALYSIS AND DESIGN METHODS6th Edition.
Communication Notation Part V Chapter 15, 16, 18 and 19.
Presented by: Francis Ani & J.R. Armstrong
ECEN5053 SW Eng of Dist Systems, Arch Des Part 2, Univ of Colorado, Boulder1 Architectural Design of Distributed Systems, Part 2 ECEN5053 SW.
1 Specification of IT Systems Mandatory Exercise Week 3 Jonas B. Jørgensen, Rune Simonsen, Torsten Aaboe Andersen, Jesper G.
Specification of IT Systems Mandatory Exercise Week 5 Group 3, Søren Vestergaard, Smari Waage, Belma Boyraz, Jannick Hoy.
1 Specification of IT Systems Mandatory Exercise Week 3.
Advanced Accounting Information Systems
Systems Analysis and Design in a Changing World, 6th Edition
The database development process
Chapter 2 - Overview of the Systems Engineering Design Process1 Aerospace Systems Engineering Chapter 2 - Overview of the Systems Engineering Design Process.
Data Flow Diagram Notations
Chapter 10: Architectural Design
System Components Hardware overview for Apollo ACS.
Chapter 6: The Traditional Approach to Requirements
1 Structured Analysis Techniques. 2 Data Flow Diagrams.
Systems Analysis and Design in a Changing World, Fifth Edition
2 Approaches to Requierements Engineering Reference: Systems Analysis and Design in a Changing World, 3 rd Edition, chapter 2 and chapter 6.
Chapter 6 The Traditional Approach to Requirements
Systems Analysis and Design in a Changing World, Fifth Edition
Chapter 6 System Engineering - Computer-based system - System engineering process - “Business process” engineering - Product engineering (Source: Pressman,
UML’s StateChart FSM, EFSM in UML Concurrent states Tool support.
Exercise Develop a context Diagram for a small bank for “Loan Granting” process Identify EXTERNAL entities Develop a Context diagram.
Lecture 6 Data Flow Modeling
Data Flow Diagram A method used to analyze a system in a structured way Used during: Analysis stage: to describe the current system Design stage: to describe.
RFID Parking Garage Matt Nichols Tony Nichols. Goals and Objectives To provide a parking system that is efficient and easy to use. To account for the.
The Static Analysis Model Class Diagrams Prof. Hany H. Ammar, CSEE, WVU, and Dept. of Computer Science, Faculty of Computers and Information, Cairo University.
Lyra – A service-oriented and component-based method for the development of communicating systems (by Sari Leppänen, Nokia/NRC) Traditionally, the design,
Requirements Engineering-Based Conceptual Modelling From: Requirements Engineering E. Insfran, O. Pastor and R. Wieringa Presented by Chin-Yi Tsai.
Information Systems in Organizations 2.2 Systems Architecture: Devices, Network, Data and Apps.
UML’s StateChart FSM, EFSM in UML Concurrent states Tool support.
12 Chapter 12: Advanced Topics in Object-Oriented Design Systems Analysis and Design in a Changing World, 3 rd Edition.
Information Systems Architecture (ISA)
FDT Foil no 1 MSC Structuring MSCs Using Message Sequence Charts for real systems.
1-1 Computer Organization Part The von Neumann Model The von Neumann model consists of five major components: (1) input unit; (2) output unit;
Context Diagram This section includes two parts. Part 1: Description of a Context Diagram Part 2: How To construct a Context Diagram.
Requirements1. Structured Analysis Method Structured system analysis and design (SSAD) Formal structured dev method Developed by UK Gov. in the 1980’s.
TM 8-1 Copyright © 1999 Addison Wesley Longman, Inc. Client/Server and Middleware.
Computer Organization Part 1
21/1/ Analysis - Model of real-world situation - What ? System Design - Overall architecture (sub-systems) Object Design - Refinement of Design.
ISMT221 Information Systems Analysis and Design Use case diagram Lab 4 Tony Tam.
ECE 456 Computer Architecture Lecture #9 – Input/Output Instructor: Dr. Honggang Wang Fall 2013.
National Diploma Unit 4 Introduction to Software Development Input and output processing.
TA: Shreya Rawal.  A use case is a description of a system’s behavior as it responds to a request that originates from outside of that system (Usually.
1 Object-Oriented Static Modeling of the Banking System - III Lecture # 33.
Overview Institution 1 Institution 2 RS RS- Reputation Service Virtual Organization 1 RS Institution 3 Institution 4 RS GRID Virtual Organization 2 RS.
1 Chapter 2: Architectural Design. 2 Introduction Structure or structures of the system, which comprise software components, the externally visible properties.
BSA 385 Week 3 Individual Assignment Frequent Shopper Program Part 2 Check this A+ tutorial guideline at
WHAT IS A Context Diagram?
Business System Development
Software Engineering Lecture 4 System Modeling The Analysis Stage.
Object-oriented and Structured System Models
Chapter 6 The Traditional Approach to Requirements.
Storyboarding and Game Design SBG, MBG620 Full Sail University
Content - Introduction. - Problem statement. - Objectives.
Data Flow Diagram (DFD)
UML’s StateChart FSM, EFSM in UML Concurrent states Tool support.
Chapter 5 Designing the Architecture Shari L. Pfleeger Joanne M. Atlee
Public Management Information Systems System Analysis & Design Tuesday, December 04, 2018 Hun Myoung Park, Ph.D. Public Management & Policy Analysis.
Analysis models and design models
Object and class structuring
Public Management Information Systems System Design Monday, July 01, 2019 Hun Myoung Park, Ph.D. Public Management & Policy Analysis Program Graduate.
Exercise Develop a context Diagram for a small bank for “Loan Granting” process Identify EXTERNAL entities Develop a Context diagram.
Presentation transcript:

1 Specification of IT Systems Mandatory Exercise Week 5 Jonas B. Jorgensen, Rune Simonsen, Torsten Aaboe Andersen, Jesper G. Jensen,

2 Ex. 1: Context diagram

3  Include in the context the entities of the composite system that jointly with the SuD achieves the goals of the composite system. (door, card reader, card, card printer, janitor, administrative worker)  Include in the context the entities in which the SuD attempts to cause a desired effect.(card reader, door)  Include in the context the entities from whom the SuD receives the information it needs to achieve its desired affect.(janitor, card reader)

4 Ex. 2: Requirement level decomposition diagram

5  We have a Von Neumann architecture with a combination of Functional Decomposition and Communication Oriented Decomposition.

6 Ex. 2: Requirement level decomposition diagram  Functional decomposition chosen because:  Validating a card and an access request is a pure function of the card input and the information in the database.  Validating user creation/editing input to the system is a pure function of the input data and rules specified.  Validating access rights input to the system is a pure function of the input data

7 Ex. 2: Requirement level decomposition diagram  Communication Oriented Decomposition chosen because:  We have chosen a device-oriented decomposition as external devices are an important part of the the system and this architecture makes it easy to show communication with these. These are Card Reader, Card Printer and Door.  The Janitor interface is an example of a user-oriented decomposition.

8 Ex. 3  The functionality provided by the previous diagrams corresponds to the functionality described in the function refinement tree.