BTS430 Systems Analysis and Design using UML

Slides:



Advertisements
Similar presentations
1 Layers Data from IBM-Rational and Craig Larman’s text integrated into these slides. These are great references… Slides from these sources have been modified.
Advertisements

GRASP Patterns M Taimoor Khan
March R McFadyen1 Architecture Architecture involves the set of significant decisions about the organization of a software system, decisions.
© Lethbridge/Laganière 2001 Chapter 9: Architecting and designing software1 Layers Data from IBM-Rational and Craig Larman…
Basic OOP Concepts and Terms
System Architecture Lecture 3 CSE 111 Spring /22/20151Copyright William E. Howden.
Objectives Explain the purpose and objectives of object- oriented design Develop design class diagrams Develop interaction diagrams based on the principles.
October 20, 2005Architectural Design, ECEN Architectural Design Architecture Business Cycle Design for Maintainability ECEN 5543 / CSCI 5548 SW Eng.
March R McFadyen1 Figure 30.2 Layers in NextGen They only have three layers in this architecture Each layer is shown as a UML Package No separate.
Software Development Architectures Ankur K. Rajopadhye Louisiana Tech University.
Objectives Design Class Diagrams Issues in system design Generalization Review UML papers.
The Design Discipline.
Chapter 13 Starting Design: Logical Architecture and UML Package Diagrams.
Systems Analysis and Design in a Changing World, Fifth Edition
Requirement Analysis Functional & Non-Functional Requirements Scenarios Use cases: – View Fixtures – Manage Tournament – Register Team – Report Discrepancy.
GRASP Principles. How to Design Objects The hard step: moving from analysis to design How to do it? –Design principles (Larman: “patterns”) – an attempt.
Chapter 17. GRASP General Responsibility Assignment Software Patterns (Principles) OOD: after identifying requirements, create domain model, define responsiblities.
BTS430 Systems Analysis and Design using UML Domain Model Part 1—Finding Conceptual Classes.
SOEN 6011 Software Engineering Processes Section SS Fall 2007 Dr Greg Butler
Requirements To Design--Iteratively Chapter 12 Applying UML and Patterns Craig Larman.
BTS430 Design Model: Sequence Diagrams. BTS430 Use case Model Domain Model Design Model Code.
Chapter 17 GRASP: Designing Objects with Responsibilities. 1CS6359 Fall 2011 John Cole.
Mainframe (Host) - Communications - User Interface - Business Logic - DBMS - Operating System - Storage (DB Files) Terminal (Display/Keyboard) Terminal.
Systems Analysis and Design in a Changing World, 3rd Edition
Chapter 13 Logical Architecture and UML Package Diagrams 1CS6359 Fall 2012 John Cole.
GRASP: Designing Objects with Responsibilities
IntellAgile Copyright © 2002 Craig Larman. All rights reserved. Object Design and Use- Case Realizations with GRASP Patterns.
Basic OOP Concepts and Terms. In this class, we will cover: Objects and examples of different object types Classes and how they relate to objects Object.
What to remember from Chap 13 (Logical architecture)
UML-1 4. Architecture. UML-2 Artifact: Analysis Class Abstraction of one or several classes or subsystems –Focuses on handling functional requirements.
DESIGN PART 2: OBJECT-LEVEL SEQUENCE DIAGRAMS WITH AN EXAMPLE OF COMPOSITION BTS430 Systems Analysis and Design using UML.
1 CMPT 275 High Level Design Phase Modularization.
Design CIS 4800 Kannan Mohan Department of CIS Zicklin School of Business, Baruch College Copyright © 2009 John Wiley & Sons, Inc. Copyright © 2008 Course.
Lecture 18: Object-Oriented Design
Arch-1 9.Architecture. Arch-2 What’s Architecture? Description of sub-system –Components/sub-systems –Their interaction Framework for communication.
Computer Science 340 Software Design & Testing Software Architecture.
TK2023 Object-Oriented Software Engineering CHAPTER 8 LOGICAL ARCHITECTURE.
Copyright © Craig Larman All Rights Reserved COMP-350 Object-Oriented Analysis and Design GRASP: Designing Objects with Responsibilities Reference:
GRASP: More Patterns for Assigning Responsibilities Presented By Dr. Shazzad Hosain.
OOD OO Design. OOD-2 OO Development Requirements Use case analysis OO Analysis –Models from the domain and application OO Design –Mapping of model.
Statistics Monitor of SPMSII -High level and detailed design Warrior Team Pu Su Heng Tan Kening Zhang.
Gerhard Dueck -- CS3013Architecture 1 Architecture-Centric Process  There is more to software development then going blindly through the workflows driven.
Introduction. System Design Hardware/Software Platform Selection Software Architectures Database Design Human-Computer Interaction (HCI) Interface Object.
11 Systems Analysis and Design in a Changing World, Fifth Edition.
Copyright © Craig Larman All Rights Reserved Large-Scale System Partitioning.
Agenda 0 Today 0 Assignment 2 Due 0 Sequence Diagrams- View & Data Layers 0 Message syntax 0 Cohesion & Coupling 0 Next Week 0 Review and wrap-up 0 Structure.
Logical Architecture and UML Package Diagrams. The logical architecture is the large-scale organization of the software classes into packages, subsystems,
GRASP – Designing Objects with Responsibilities
BTS530: Major Project Planning and Design
CS 325: Software Engineering
Review for Final, Fall 2010 Close book, Close notes
Conception OBJET GRASP Patterns
Apply Expert, Creator, Controller, Low Coupling, High Cohesion
BTS530: Major Project Planning and Design
The Object Oriented Approach to Design
GRASP : Designing Objects with Responsibilities
Chapter 13 Logical Architecture.
Figure 30.2 Layers in NextGen
Layers Data from IBM-Rational and Craig Larman’s text integrated into these slides. These are great references… Slides from these sources have been modified.
Web Application Architectures
Starting Design: Logical Architecture and UML Package Diagrams
Chapter 13 Logical Architecture.
OBJECT ORIENTED ANALYSIS AND DESIGN
Software Design Lecture : 8
واسط كاربري هوشمند Intelligent User Interface
The Islamia University Bahawalpur
Web Application Architectures
Basic OOP Concepts and Terms
Web Application Architectures
Chapter 13 Logical Architecture.
Presentation transcript:

BTS430 Systems Analysis and Design using UML 3- tier architecture in Object-Level sequence diagrams

Three Tier Architecture Presentation Layer (UI classes) Business Logic Layer (data classes holding business logic) Persistent Data Layer (databases, DBMS, data access classes)

Three Tier Architecture Presentation Layer (UI classes) Business Logic Layer (data classes holding business logic) Persistent Data Layer (databases, DBMS, data access classes)

Three Tier Architecture Presentation Layer (UI classes) controller Business Logic Layer (data classes holding business logic) façade Persistent Data Layer (databases, DBMS, data access classes)

Controller/Façade Controller Façade Logic control for a component of a system Does not “do” much; passes messages to the appropriate objects Façade A specialized controller Acts as an interface into a subsystem (simplifies interaction with the subsystem)

Controller/Façade Controller Façade In BTS430 we will use a controller for all interaction between the UI and the business logic One controller per USE CASE Typically named handler or controller e.g. ManageCustomerHandler OR ManageCustomerController Façade In BTS430 we will use a façade as an entry point into the persistent data layer from the business layer

Controller/Façade Protects logic layer from variations in the presentation layer and the data layer UI, DBMS, DB changes, and so on Promotes “cohesion” within each layer Promotes “low coupling” between layers Promotes reuse Directs messages to the appropriate objects

Three Tier Architecture UI Business Logic Persistent Data