SoITS aflevering 5 Thomas Loftager Nielsen Lasse Deleuran Jacob Mahler-Andersen Gruppe 1.

Slides:



Advertisements
Similar presentations
CAPE INFORMATION TECHNOLOGY – Unit 2
Advertisements

Chapters 7 & 9 System Scope
Chapter 7 Structuring System Process Requirements
How to : Data Flow Diagrams (DFDs)
DATA FLOW DIAGRAM (PART 2)
OOAD Using the UML - Use-Case Analysis, v 4.2 Copyright  Rational Software, all rights reserved 1/18 Use Case Analysis – continued Control Classes.
Computer Monitoring System for EE Faculty By Yaroslav Ross And Denis Zakrevsky Supervisor: Viktor Kulikov.
Use Case Diagram © copyright 2001 SNU OOPSLA Lab..
©Ian Sommerville 2004Software Engineering, 7th edition. Chapter 8 Slide 1 System models.
1 Specification of IT Systems Mandatory Exercise Week 5 Jonas B. Jorgensen, Rune Simonsen, Torsten Aaboe Andersen, Jesper G.
Communication Notation Part V Chapter 15, 16, 18 and 19.
SoITS assignment 4 Thomas Loftager Nielsen Lasse Deleuran Jacob Mahler-Andersen Group 1.
Documenting Requirements using Use Case Diagrams
©Ian Sommerville 2004Software Engineering, 7th edition. Chapter 8 Slide 1 System models September 29, 2008.
1 Objectives To introduces the concept of software Design. To introduce the concept of Object- Oriented Design (OOD). To Define various aspects about object.
Lecture 6 & 7 System Models.
SoITS assignment 2 Thomas Loftager Nielsen Lasse Deleuran Jacob Mahler-Andersen Group 1.
Use Case Modeling.
Use Case Analysis – continued
System analysis and design
©Ian Sommerville 2004Software Engineering, 7th edition. Chapter 8 Slide 1 System modeling 1.
Chapter 7: System models
Process Modeling SYSTEMS ANALYSIS AND DESIGN, 6 TH EDITION DENNIS, WIXOM, AND ROTH © 2015 JOHN WILEY & SONS. ALL RIGHTS RESERVED. 1 Roberta M. Roth.
Chapter 7 Structuring System Process Requirements
Context Diagrams There are three symbols used in these diagrams: Context Diagrams are used in the Analysis and Design phases as an analysis and design.
©Ian Sommerville 2000 Software Engineering, 6th edition. Chapter 7 Slide 1 System models l Abstract descriptions of systems whose requirements are being.
1 Structured Analysis Techniques. 2 Data Flow Diagrams.
Data Flow Diagrams (DFDs)
Chapter 1: Data Flow Diagram Structuring System Process Requirements
Data Flow Diagrams (DFDs). Data flow diagram (DFD) is a picture of the movement of data between external entities and the processes and data stores within.
Requirements Elicitation. Requirement: a feature or constraint that the system must satisfy Requirements Elicitation: specification of the system that.
SOFTWARE ENGINEERING BIT-8 APRIL, 16,2008 Introduction to UML.
Business Process Management. Key Definitions Process model A formal way of representing how a business operates Illustrates the activities that are performed.
Lecture 6 Data Flow Modeling
Chapter 7 Structuring System Process Requirements
System models. System modelling System modelling helps the analyst to understand the functionality of the system and models are used to communicate with.
System Models Hoang Huu Hanh, Hue University hanh-at-hueuni.edu.vn Lecture 6 & 7.
AN INTRODUCTION BUSINESS PROCESS DOCUMENTATION WITH DATA FLOW DIAGRAMS.
Software Engineering Chapter 8 Fall Analysis Extension of use cases, use cases are converted into a more formal description of the system.Extension.
Requirement Engineering. Review of Last Lecture Problems with requirement Requirement Engineering –Inception (Set of Questions) –Elicitation (Collaborative.
Slide 1 System models. Slide 2 Objectives l To explain why the context of a system should be modelled as part of the RE process l To describe behavioural.
CS 4310: Software Engineering Lecture 4 System Modeling The Analysis Stage.
©Ian Sommerville 2000 Software Engineering, 6th edition. Chapter 7 Slide 1 Chapter 7 System Models.
Data Flow Diagrams CP1 Computing.
©Ian Sommerville 2004Software Engineering, 7th edition. Chapter 8 Slide 1 System models.
Use Case Textual Analysis
Information Access Mgt09/12/971 Entity-Relationship Design Information Level Design.
Data Flow Diagrams (DFDs)
Chapter 7 Structuring System Process Requirements Modern Systems Analysis and Design Fourth Edition Jeffrey A. Hoffer Joey F. George Joseph S. Valacich.
1 SEQUENCE DIAGRAM EXAMPLE The domain model, showing the navigability of the associations, and the Reserve video (staff scenario) use-case description.
21/1/ Analysis - Model of real-world situation - What ? System Design - Overall architecture (sub-systems) Object Design - Refinement of Design.
 To explain why the context of a system should be modelled as part of the RE process  To describe behavioural modelling, data modelling and object modelling.
© 2005 by Prentice Hall Chapter 7 Structuring System Process Requirements Modern Systems Analysis and Design Fourth Edition Jeffrey A. Hoffer Joey F. George.
Chapter 7 Part II Structuring System Process Requirements MIS 215 System Analysis and Design.
High Level Design Use Case Textual Analysis SE-2030 Dr. Mark L. Hornick 1.
Appendix Object-Oriented Analysis and Design: Use Cases and Sequence Diagrams Modern Systems Analysis and Design Fifth Edition Jeffrey A. Hoffer Joey F.
1 Advanced Software Architecture Muhammad Bilal Bashir PhD Scholar (Computer Science) Mohammad Ali Jinnah University.
Use Case Diagrams A Detailed Description. Use Case Diagrams Use case diagrams describe relationships between users and use cases A use case is a (usually.
Lecture and laboratory No. 10 Modeling product as system Óbuda University John von Neumann Faculty of Informatics Institute of Applied Mathematics Master.
7-1 Chapter 7 Structuring System Process Requirements Modern Systems Analysis and Design Fourth Edition.
Welcome to M301 P2 Software Systems & their Development
Software Engineering Lecture 4 System Modeling The Analysis Stage.
Data Flow Diagrams.
Use Case Model.
Data Flow Diagrams.
Use Case Realization Describes a collaboration among analysis classes that shows how a specific use case is realized Consists of flow-of-events analysis,
System models October 5, 2005.
An Introduction to Software Architecture
Seminar 2 Design of Informatics Systems
Presentation transcript:

SoITS aflevering 5 Thomas Loftager Nielsen Lasse Deleuran Jacob Mahler-Andersen Gruppe 1

Context diagram Subject domainConnection domain Guests Hotel Reception HBS > Hotel Reception Database Rooms

Context diagram description We have structured our context diagram as shown in figure 18.6 for information- provision function. After reviewing our stimulus/response list we found the boundary for the diagram where instances like the management has been excluded because it doesn't contribute to any goals. We have choosen to keep a high level of abstraction, but kept the right flow-arrows instead of simple lines showing that there is a connection. The database is included because the SuD attemps to manipulate the data within while the rooms provide the system with the data needed to maintain itself. The subject- and connection domain consist of the trivial resception desk employee and guests as stated in one of the first assignments. We found no significant delays or distorsions to include in the diagram.

Requirement diagram Reservation GUI HBS New booking Change booking Remove booking Rooms Database Receptionist

Requirement diagram description We have choosen a functional decomposition of our requirement level decomposition diagram because it fits the information-provision functional system of our best. We use a Von Neumann style in our diagram: The database contains data and has no functional behaviour while there are separate entities for stateless functions. The resceptionist, as the only external entity, send requests to the GUI from which there is an event flow to the functions to the functions that interact with the database. There is a reverse dataflow from the database to the receptionist through the functions and GUI to represent the response from the system. To validate our diagram we have checked that each function is handled by an entity in our diagram. The diagram is simplified so it does not contain the part where the system manages checked in guests. We also did a quick data access check where we concluded the data in the database is maintained as intended.

The context diagram together with the decomposition diagram fulfill the desired properties of the combined system because we describe all the desired properties of the system in these two diagrams. The context diagram gives an overall high-level description of the elements and the relations in the system, where the requirement diagram gives a more low-level description of the Hotel Booking System (HBS).