Introduction to Object Orientation: in UML flavors. Fall 2004, CSC532
|
|
- Damon Wilcox
- 7 years ago
- Views:
Transcription
1 Introduction to Object Orientation: in UML flavors Fall 2004, CSC532 1
2 Objective: Introduction to Object Orientation Understand the basic principle of object orientation Understand the basic concepts and terms of object orientation and the associated UML notation Appreciate the strengths of object orientation Understand some basic UML modeling mechanisms 2
3 Introduction to Object Orientation Topics Basic Principles of Object Orientation Basic Concepts of Object Orientation Strengths of Object Orientation General UML Modeling Mechanisms 3
4 Basic Principles of Object Orientation Object Orientation Abstraction Encapsulation Modularity Hierarchy 4
5 What is Abstraction? A model that includes most important aspects of a given problem while ignoring less important details Salesperson Customer Product An example of an order processing abstraction 5
6 What is Encapsulation Hide implementation from clients Clients depend on interface 6
7 What is Modularity? The breaking up of something complex into manageable pieces Order Processing System Order Entry Order Fulfillment Billing 7
8 What is Hierarchy? Level of abstraction Increasing abstraction Bank Account Asset Security Real Estate Decreasing Abstraction Savings Checking Stock Bond 8
9 Object Class Attributes Operation Interface (Polymorphism) Components Package Subsystem Relationships Basic Concepts Of Object Orientation 9
10 What is an Object? Informally, an object represents an entity, either physical, conceptual, or software Physical entity Conceptual entity Software entity truck Chemical Process Linked List 10
11 A More Formal Definition An object is a concept, abstraction, or thing with sharp boundaries and meaning for an application An object is something that has State Behavior Identity 11
12 An Object Has State The state of an object is one of the possible conditions in which an object may exist The state of an object normally changes over time Represented by: Attribute values + Links (relationship instances) Name Joy Clark Employee ID Professor Clark Date hired March 21, Status Tenured
13 An Object Has Behavior Behavior determines how an object acts and reacts to requests from other objects Behavior is represented by the set of messages it can respond to (the operations the object can perform) Assign Prof. Clark (Returns: conformation) Registration System Algebra 101 Course 13
14 An Object Has Identity Each object has a unique identity, even if its state is identical to that of another object Prof. J. Clark Teaches algebra Prof. J. Clark Teaches algebra Prof. J. Clark Teaches algebra 14
15 Representing Objects An object is represented as rectangles with underlined names : Professor Class Name Only ProfessorClark : Professor ProfessorClark Object Name Only Class and Object Name 15
16 Example: Objects Intro to OO 180 World History 200 Algebra 110 English 101 Geology 110 Geology 110 Music History
17 What is a Class? A class is a description of a group of objects with common properties (attributes), behavior (operations), relationships, and semantics An object is an instance of a class A class is an abstraction in that emphasizes relevant characteristics 17
18 Sample Class Properties Name Location Days offered Credit hours Start time End time Class Course Behavior Add a student Delete a student Get course roster Determine if it is full 18
19 Representing Classes A class is represented using a compartmented rectangle Professor 19
20 Class Compartments A class is comprised of three sections The first section contains the class name The second section shows the structure (attributes) The third section shows the behavior (operations) Professor Name empid create() change() save() delete() 20
21 Class Compartments (cont.) The second and third sections may be suppressed if they need not be visible on the diagram Professor Name empid create() change() save() delete() Professor Name empid Professor create() change() save() delete() Professor Professor 21
22 Example: Class CourseOffering Intro to OO 180 World History 200 Algebra 110 English 101 Geology 110 Geology 110 Music History
23 Classes of Objects How many class can you see? 23
24 The Relationship Between Classes and Objects A class is an abstract definition of an object It defines the structure and behavior of each object in the class It serves as a template for creating objects Objects may be grouped into classes Professor Professor Smith Professor Jones Professor Mellon 24
25 What is Attribute? Class Attribute CourseOffering number starttime endtime Object Attribute Value :CourseOffering Number=110 starttime=900 endtime=1100 :CourseOffering Number=104 starttime=1300 endtime=
26 What is Operation? Class Operation :CourseOffering addstudent() deletestudent() getstarttime() getendtime() 26
27 What is Polymorphism? The ability to hide many different implementations behind a single interface Manufacture A Manufacture B Manufacture C OO Principle: Encapsulation 27
28 What is an Interface? Interface formalize polymorphism Interface support plug-and-play architecture <<interface>> Shape Draw Move Scale Rotate Tube Pyramid Cube 28
29 Interface Representations Tube Elided/Iconic Representation Pyramid ( lollipop ) Cube Canonical (Class/Stereotype) presentation <<interface>> Shape Draw Move Scale Rotate Tube Pyramid Cube 29
30 What is a Component? A non-trivial, nearly independent, and replaceable part of a system that fulfills a clear function in the context of a welldefined architecture 30
31 What is a Component?(Cont.) A component may be A source code component A run time component or An executable component Source File Name <<DLL>> Component Name <<EXE>> Executable Name 31
32 Source Code Coponents Visualize compilation dependencies between source code files Account.h Account.cpp Report.cpp 32
33 Executable and Run-time Components Visualizing all of the pieces of an executable release, their interfaces, and their relationships <<EXE>> ATM Iaccount Ibank <<DLL>> Account Bank 33
34 Interfaces and Components Interfaces can be realized by components Implementation Model Source File Component Interface Name 34
35 What is a Package? A package is a general purpose mechanism for organizing elements into groups A model element which can contain other model elements Package Name Uses Organize the model under development A unit of configuration management 35
36 What is a Subsystem? A cross between a package (can contain other model elements) and a class (has behavior) Realizes one or more interfaces which define its behavior Realization Subsystem <<subsystem>> interface Subsystem Name 36
37 Subsystems and Components Components are the physical realization of an abstraction in the design Subsystems can be used to represent the component in the design Current Interface Design Model <<subsystem>> Component Name Component Interface Implementation Model Component Name 37
38 Relationships Association Aggregation Composition Dependency Generalization Realization 38
39 Relationships: Association Models a semantic connection among classes Association name and/or Role name Association name Professor Works for University Class Association Role Names Professor Employee Employer University 39
40 Relationship: Aggregation A special form of association that models a whole-part relationship between an aggregate (the whole) and its parts Whole Part Student Schedule Aggregation 40
41 Relationship: Composition A form of aggregation with strong ownership and coincident lifetimes The parts cannot survive the whole/aggregate Whole Part Student Schedule Aggregation 41
42 Association: Multiplicity and Navigation Multiplicity defines how many objects participate in a relationships The number of instances of one class related to ONE instance of the other class Specified for each end of the association Associations and aggregations are bidirectional by default, but it is often desirable to restrict navigation to one direction If navigation is restricted, an arrowhead is added to indicate the direction of the navigation 42
43 Association: Multiplicity Unspecified Exactly one Zero or more (many, unlimited) One or more Zero or one Specified range Multiple, disjoint ranges 1 0..* * 1..* ,
44 Example: Multiplicity and Navigation Multiplicity Student 1 0..* Schedule Navigation 44
45 Relationship: Dependency Class A relationship between two model elements where a change in one may cause a change in the other None-structural, using relationship Client Supplier Component Package Dependency relationship Client Supplier ClientPackage SupplierPackage Dependency relationship 45
46 Relationship: Generalization A relationship among classes where one class shares the structure and/or behavior of one or more classes Defines a hierarchy of abstractions in which a subclass inherits from one or more super classes Single inheritance Multiple inheritance Generalization is an is-a-kind of relationship 46
47 Example: Single Inheritance One class inherits from another Ancestor Superclass (parent) balance name number Account Withdraw() CreateStatement() Generalization Relationship Subclasses Checking Savings Withdraw() Descendents GetInterest() Withdraw() 47
48 Multiple Inheritance A class can inherit from several other classes FlyingThing Animal multiple inheritance Airplane Helicopter Bird Wolf Horse 48
49 What Gets Inherited? A subclass inherits its parent s attributes, operations, and relationships A subclass may: Add additional attributes, operations, relationships Redefine inherited operations (use caution) Common attributes, operations, and/or relationships are shown at the highest applicable level in the hierarchy 49
50 Example: What Gets Inherited Superclass (parent) GroundVehicle weight licensenumber register() owner 0..* 1 Person Generalization Subclasses Car size Truck tonnage gettax() Trailer 50
51 Relationship: Realization One classifier serves as the contract that the other classifier agrees to carry out Found between Interfaces and the classifiers that realize them Class Subsystem Client Interface Interface Interface Elided form Use cases and the collaborations that realize them Canonical form Use Case Use-Case Realization 51
52 Strengths of Object Orientation A single paradigm Facilitates architectural and code reuse Models more closely reflect the real world More accurately describe corporate data and processes Decomposed based on natural partitioning Easier to understand and maintain Stability A small change in requirements does not mean massive changes in the system under development 52
53 A simple Sales Order Example Order Product Ship via 53
54 Class Diagram for the Sales Example Sale seller buyer Item sold Shipping mechanism Salesperson Customer Product Vehicle Corporate Individual Truck Train 54
55 Effect of Requirements Change Suppose you need a new type of shipping vehicle Sale seller buyer Item sold Shipping mechanism Salesperson Customer Product Vehicle Corporate Individual Truck Train Airplane 55
56 Stereotypes Classify and extend the UML notational elements Define a new model element in terms of another model element May be applied to all modeling elements Represented with name in guillemets or as a different icon <<boundary>> MyBoundaryClass MyBoundaryClass 56
57 Example: Stereotypes <<boundary>> <<boundary>> <<trace>> DesignClass <<Processor>> Processor #1 <<Processor>> Processor #1 57
58 Notes A note can be added to any UML element Notes may be added to add more information to the diagram It is a dog eared rectangle The note may be anchored to an element with a dashed line MaintainScheduleForm There can be up to one MaintainScheduleForm per user session. 58
59 Properties A property, or specific attribute, of a UML element Also called tagged values Some properties are defined by UML Persistence Location (e.g., client, server) Properties can be created by UML modelers for any purpose PersistentClass {persistence} anobject: ClassA {location=server} 59
60 constraints Supports the addition of new rules or modification of existing rules Professor Member 1 1..* {subset} Department Head 1 1 Department 60
61 Group exercise Design class diagram for paid services must include relationships Ask questions if you need more input 5-10 min for customer interviews min for team to work on the solution 61
62 62
11 November 2015. www.isbe.tue.nl. www.isbe.tue.nl
UML Class Diagrams 11 November 2015 UML Class Diagrams The class diagram provides a static structure of all the classes that exist within the system. Classes are arranged in hierarchies sharing common
More informationUsing UML Part One Structural Modeling Diagrams
UML Tutorials Using UML Part One Structural Modeling Diagrams by Sparx Systems All material Sparx Systems 2007 Sparx Systems 2007 Page 1 Trademarks Object Management Group, OMG, Unified Modeling Language,
More informationAnalysis and Design with UML
Analysis and Design with UML Page 1 Agenda Benefits of Visual Modeling History of the UML Visual Modeling with UML The Rational Iterative Development Process Page 2 What is Visual Modeling? Item Order
More informationUmbrello UML Modeller Handbook
2 Contents 1 Introduction 7 2 UML Basics 8 2.1 About UML......................................... 8 2.2 UML Elements........................................ 9 2.2.1 Use Case Diagram.................................
More informationHow To Design Software
The Software Development Life Cycle: An Overview Presented by Maxwell Drew and Dan Kaiser Southwest State University Computer Science Program Last Time The design process and design methods Design strategies
More informationLAB 3: Introduction to Domain Modeling and Class Diagram
LAB 3: Introduction to Domain Modeling and Class Diagram OBJECTIVES Use the UML notation to represent classes and their properties. Perform domain analysis to develop domain class models. Model the structural
More informationLectures 2 & 3: Introduction to Modeling & UML. Getting started
Lectures 2 & 3: Introduction to Modeling & UML Why Build Models? What types of Models to build Intro to UML Class Diagrams Relationship between UML and program code Uses of UML 202 Steve Easterbrook. This
More informationObject Oriented Design
Object Oriented Design Kenneth M. Anderson Lecture 20 CSCI 5828: Foundations of Software Engineering OO Design 1 Object-Oriented Design Traditional procedural systems separate data and procedures, and
More informationChapter 8 The Enhanced Entity- Relationship (EER) Model
Chapter 8 The Enhanced Entity- Relationship (EER) Model Copyright 2011 Pearson Education, Inc. Publishing as Pearson Addison-Wesley Chapter 8 Outline Subclasses, Superclasses, and Inheritance Specialization
More informationATM Case Study OBJECTIVES. 2005 Pearson Education, Inc. All rights reserved. 2005 Pearson Education, Inc. All rights reserved.
1 ATM Case Study 2 OBJECTIVES.. 3 2 Requirements 2.9 (Optional) Software Engineering Case Study: Examining the Requirements Document 4 Object-oriented design (OOD) process using UML Chapters 3 to 8, 10
More informationUnit I Page No. 1 System Development Object Basics Development Life Cycle Methodologies Patterns Frameworks Unified Approach UML
Unit I Page No. 1 System Development Object Basics Development Life Cycle Methodologies Patterns Frameworks Unified Approach UML System Development (SD) : - o SD refers to all activities that go into producing
More informationHistory OOP languages Year Language 1967 Simula-67 1983 Smalltalk
History OOP languages Intro 1 Year Language reported dates vary for some languages... design Vs delievered 1957 Fortran High level programming language 1958 Lisp 1959 Cobol 1960 Algol Structured Programming
More informationUse Case Diagrams. Tutorial
Use Case Diagrams Tutorial What is a use case? A requirements analysis concept A case of a use of the system/product Describes the system's actions from a the point of view of a user Tells a story A sequence
More informationAn Introduction To UML Class Diagrams Classes
An Introduction To UML Class Diagrams Classes 1. Represent a user-created or defined data type a. they are an abstract data type (ADT) b. they implement data hiding and encapsulation c. they establish
More informationSoftware Project Management and UML
Software Project Management and UML Ali Bigdelou Computer Aided Medical Procedures (CAMP), Technische Universität München, Germany Outline Intro to Software Project Management Project Requirements Specification
More informationUML Tutorial: Part 1 -- Class Diagrams.
UML Tutorial: Part 1 -- Class Diagrams. Robert C. Martin My next several columns will be a running tutorial of UML. The 1.0 version of UML was released on the 13th of January, 1997. The 1.1 release should
More informationTutorial - Building a Use Case Diagram
Tutorial - Building a Use Case Diagram 1. Introduction A Use Case diagram is a graphical representation of the high-level system scope. It includes use cases, which are pieces of functionality the system
More informationContents. Introduction and System Engineering 1. Introduction 2. Software Process and Methodology 16. System Engineering 53
Preface xvi Part I Introduction and System Engineering 1 Chapter 1 Introduction 2 1.1 What Is Software Engineering? 2 1.2 Why Software Engineering? 3 1.3 Software Life-Cycle Activities 4 1.3.1 Software
More informationa. Inheritance b. Abstraction 1. Explain the following OOPS concepts with an example
1. Explain the following OOPS concepts with an example a. Inheritance It is the ability to create new classes that contain all the methods and properties of a parent class and additional methods and properties.
More informationSoftware Development in the Large!
Software Development in the Large! Peter Eeles Executive IT Architect, IBM peter.eeles@uk.ibm.com IBM Rational Software Development Conference 2007 2007 IBM Corporation Agenda IBM Rational Software Development
More informationQuestions? Assignment. Techniques for Gathering Requirements. Gathering and Analysing Requirements
Questions? Assignment Why is proper project management important? What is goal of domain analysis? What is the difference between functional and non- functional requirements? Why is it important for requirements
More informationSoftware Engineering. System Models. Based on Software Engineering, 7 th Edition by Ian Sommerville
Software Engineering System Models Based on Software Engineering, 7 th Edition by Ian Sommerville Objectives To explain why the context of a system should be modeled as part of the RE process To describe
More informationHow To Develop Software
Software Engineering Prof. N.L. Sarda Computer Science & Engineering Indian Institute of Technology, Bombay Lecture-4 Overview of Phases (Part - II) We studied the problem definition phase, with which
More informationCS 487. Week 8. Reference: 1. Software engineering, roger s. pressman. Reading: 1. Ian Sommerville, Chapter 3. Objective:
CS 487 Week 8 Reading: 1. Ian Sommerville, Chapter 3. Objective: 1. To check the understandibility of the students in life cycle and process model for development of a software product. 2. To check if
More informationObject-Oriented Systems Analysis and Design
Object-Oriented Systems Analysis and Design Noushin Ashrafi Professor of Information System University of Massachusetts-Boston Hessam Ashrafi Software Architect Pearson Education International CONTENTS
More informationGraphical Systems Modeling with UML / SysML Class diagrams
Graphical Systems Modeling with UML / SysML Class diagrams Piotr Ciskowski Perspectives - views: architecture class diagram object diagram composite structure diagram package diagram Logical view Use case
More informationCSCI 253. Object Oriented Programming (OOP) Overview. George Blankenship 1. Object Oriented Design: Java Review OOP George Blankenship.
CSCI 253 Object Oriented Design: Java Review OOP George Blankenship George Blankenship 1 Object Oriented Programming (OOP) OO Principles Abstraction Encapsulation Abstract Data Type (ADT) Implementation
More informationConcepts of Database Management Seventh Edition. Chapter 9 Database Management Approaches
Concepts of Database Management Seventh Edition Chapter 9 Database Management Approaches Objectives Describe distributed database management systems (DDBMSs) Discuss client/server systems Examine the ways
More information2. Conceptual Modeling using the Entity-Relationship Model
ECS-165A WQ 11 15 Contents 2. Conceptual Modeling using the Entity-Relationship Model Basic concepts: entities and entity types, attributes and keys, relationships and relationship types Entity-Relationship
More informationOOP? What is OOP? Why? OOP in a nutshell. Stéphane Ducasse 2.1
OOP? What is OOP? Why? OOP in a nutshell Stéphane Ducasse 2.1 Reality on Software Development Analyze Maintain Design Construct Test What is important? maintainability extensibility understandability Stéphane
More informationSoftware Design Document (SDD) Template
(SDD) Template Software design is a process by which the software requirements are translated into a representation of software components, interfaces, and data necessary for the implementation phase.
More informationArchitecture. Reda Bendraou reda.bendraou{{@}}lip6.fr http://pagesperso-systeme.lip6.fr/reda.bendraou/
Architecture Reda Bendraou reda.bendraou{{@}}lip6.fr http://pagesperso-systeme.lip6.fr/reda.bendraou/ Some slides were adapted from L. Osterweil, B. Meyer, and P. Müller material Reda Bendraou LI386-S1
More informationVisio Tutorial 1BB50 Data and Object Modeling (DOM) How to make a UML Class Diagram 2004/2005
1BB50 Data and Object Modeling (DOM) How to make a UML Class Diagram 2004/2005 Table of Contents 1. Starting up Visio... 1 2. Add a class to your diagram... 2 3. Set the display options for class rectangles...
More informationObject Oriented Software Models
Software Engineering CSC 342/ Dr Ghazy Assassa Page 1 Object Oriented Software Models Use case diagram and use case description 1. Draw a use case diagram for a student-course-registration system. Show
More informationIntroduction to Programming Block Tutorial C/C++
Michael Bader Master s Program Computational Science and Engineering C/C++ Tutorial Overview From Maple to C Variables, Operators, Statements Functions: declaration, definition, parameters Arrays and Pointers
More informationSystem Modeling / Class Diagra Diagr m a Week 6
System Modeling / Class Diagram Week 6 System modeling Agenda (Lecture) Agenda (Lab) Create CRC cards for your group project Create a system level (analysis level) class diagram (Lab Assignment #6) for
More informationUML Class Diagrams. Lesson Objectives
UML Class Diagrams 1 Lesson Objectives Understand UML class diagrams and object modelling Be able to identify the components needed to produce a class diagram from a specification Be able to produce class
More informationUse Cases. Massimo Felici. Massimo Felici Use Cases c 2004 2011
Use Cases Massimo Felici Use Cases 1 Support requirements engineering activities and the requirement process Capture what a system is supposed to do, i.e., systems functional requirements Describe sequences
More informationJava (12 Weeks) Introduction to Java Programming Language
Java (12 Weeks) Topic Lecture No. Introduction to Java Programming Language 1 An Introduction to Java o Java as a Programming Platform, The Java "White Paper" Buzzwords, Java and the Internet, A Short
More informationObject Oriented Programming. Risk Management
Section V: Object Oriented Programming Risk Management In theory, there is no difference between theory and practice. But, in practice, there is. - Jan van de Snepscheut 427 Chapter 21: Unified Modeling
More informationSERVICE-ORIENTED MODELING FRAMEWORK (SOMF ) SERVICE-ORIENTED SOFTWARE ARCHITECTURE MODEL LANGUAGE SPECIFICATIONS
SERVICE-ORIENTED MODELING FRAMEWORK (SOMF ) VERSION 2.1 SERVICE-ORIENTED SOFTWARE ARCHITECTURE MODEL LANGUAGE SPECIFICATIONS 1 TABLE OF CONTENTS INTRODUCTION... 3 About The Service-Oriented Modeling Framework
More informationHigh-level Design. What is software architecture?
High-level Design Software Architecture What is it? Examples of common architectures Parnas KWIK index example of information hiding Model view controller in high level layered design 1 What is software
More informationUML PROFILING AND DSL
UML PROFILING AND DSL version 17.0.1 user guide No Magic, Inc. 2011 All material contained herein is considered proprietary information owned by No Magic, Inc. and is not to be shared, copied, or reproduced
More informationManaging Variability in Software Architectures 1 Felix Bachmann*
Managing Variability in Software Architectures Felix Bachmann* Carnegie Bosch Institute Carnegie Mellon University Pittsburgh, Pa 523, USA fb@sei.cmu.edu Len Bass Software Engineering Institute Carnegie
More informationApplying Object-Oriented Principles to the Analysis and Design of Learning Objects
Applying Object-Oriented Principles to the Analysis and Design of Learning Objects Chrysostomos Chrysostomou and George Papadopoulos Department of Computer Science, University of Cyprus, Nicosia, Cyprus
More informationSoftware Development: An Introduction
Software Development: An Introduction Fact: Software is hard. Imagine the difficulty of producing Windows 2000 29 million lines of code 480,000 pages of listing if printed a stack of paper 161 feet high
More informationChap 1. Introduction to Software Architecture
Chap 1. Introduction to Software Architecture 1. Introduction 2. IEEE Recommended Practice for Architecture Modeling 3. Architecture Description Language: the UML 4. The Rational Unified Process (RUP)
More informationSoftware Testing. Definition: Testing is a process of executing a program with data, with the sole intention of finding errors in the program.
Software Testing Definition: Testing is a process of executing a program with data, with the sole intention of finding errors in the program. Testing can only reveal the presence of errors and not the
More informationIRA 423/08. Designing the SRT control software: Notes to the UML schemes. Andrea Orlati 1 Simona Righini 2
Designing the SRT control software: Notes to the UML schemes Andrea Orlati 1 Simona Righini 2 1 - I.N.A.F. Istituto di Radioastronomia. 2 Dip. Astronomia - Università degli Studi di Bologna. Dicembre 2008
More informationChapter 2: Entity-Relationship Model. Entity Sets. " Example: specific person, company, event, plant
Chapter 2: Entity-Relationship Model! Entity Sets! Relationship Sets! Design Issues! Mapping Constraints! Keys! E-R Diagram! Extended E-R Features! Design of an E-R Database Schema! Reduction of an E-R
More informationCSC 742 Database Management Systems
CSC 742 Database Management Systems Topic #4: Data Modeling Spring 2002 CSC 742: DBMS by Dr. Peng Ning 1 Phases of Database Design Requirement Collection/Analysis Functional Requirements Functional Analysis
More informationAspects of Lyee Configuration Management
Aspects of Lyee Configuration Management Volker GRUHN, Raschid IJIOUI, Dirk PETERS, Robert QUECK, Clemens SCHÄFER Chair for Applied Telematics / e-business, Universität Leipzig, Klostergasse 3, D-04109
More informationTypes of UML Diagram. UML Diagrams 140703-OOAD. Computer Engineering Sem -IV
140703-OOAD Computer Engineering Sem -IV Introduction to UML - UML Unified Modeling Language diagram is designed to let developers and customers view a software system from a different perspective and
More informationChapter 2: Entity-Relationship Model. E-R R Diagrams
Chapter 2: Entity-Relationship Model What s the use of the E-R model? Entity Sets Relationship Sets Design Issues Mapping Constraints Keys E-R Diagram Extended E-R Features Design of an E-R Database Schema
More information11 Tips to make the requirements definition process more effective and results more usable
1 11 Tips to make the s definition process more effective and results more usable This article discusses what I believe are the key techniques for making s definition process repeatable from project to
More informationHow to make a good Software Requirement Specification(SRS)
Information Management Software Information Management Software How to make a good Software Requirement Specification(SRS) Click to add text TGMC 2011 Phases Registration SRS Submission Project Submission
More information(Refer Slide Time 00:56)
Software Engineering Prof.N. L. Sarda Computer Science & Engineering Indian Institute of Technology, Bombay Lecture-12 Data Modelling- ER diagrams, Mapping to relational model (Part -II) We will continue
More informationDecomposition into Parts. Software Engineering, Lecture 4. Data and Function Cohesion. Allocation of Functions and Data. Component Interfaces
Software Engineering, Lecture 4 Decomposition into suitable parts Cross cutting concerns Design patterns I will also give an example scenario that you are supposed to analyse and make synthesis from The
More informationData Modeling Basics
Information Technology Standard Commonwealth of Pennsylvania Governor's Office of Administration/Office for Information Technology STD Number: STD-INF003B STD Title: Data Modeling Basics Issued by: Deputy
More informationAWS Service Catalog. User Guide
AWS Service Catalog User Guide AWS Service Catalog: User Guide Copyright 2016 Amazon Web Services, Inc. and/or its affiliates. All rights reserved. Amazon's trademarks and trade dress may not be used in
More informationAdapted for a textbook by Blaha M. and Rumbaugh J. Object Oriented Modeling and Design Pearson Prentice Hall, 2005.
Karlstad University Department of Information Systems Adapted for a textbook by Blaha M. and Rumbaugh J. Object Oriented Modeling and Design Pearson Prentice Hall, 2005 Modeling Concepts Remigijus GUSTAS
More informationEnterprise Architecture Modeling PowerDesigner 16.1
Enterprise Architecture Modeling PowerDesigner 16.1 Windows DOCUMENT ID: DC00816-01-1610-01 LAST REVISED: November 2011 Copyright 2011 by Sybase, Inc. All rights reserved. This publication pertains to
More informationDetecting Defects in Object-Oriented Designs: Using Reading Techniques to Increase Software Quality
Detecting Defects in Object-Oriented Designs: Using Reading Techniques to Increase Software Quality Current Research Team: Prof. Victor R. Basili Forrest Shull, Ph.D. Guilherme H. Travassos, D.Sc. (1)
More informationMonfort College of Business Semester Course Syllabus (2015-2016)
Monfort College of Business Semester Course Syllabus (2015-2016) COURSE PREFIX/TITLE: BACS 387 Object Oriented System Development Sem. Hrs. 3 Ed. Cap: 40 CATALOG DESCRIPTION: Prerequisites: BACS 287. Business
More informationObject-Oriented Data Modeling
C h a p t e r 1 3 Object-Oriented Data Modeling Learning Objectives After studying this chapter, you should be able to: Concisely define each of the following key terms: class, object, state, behavior,
More informationGetting Started With UML Class Modeling. An Oracle White Paper May 2007
Getting Started With UML Class Modeling An Oracle White Paper May 2007 Getting Started With UML Class Modeling INTRODUCTION... 3 WHAT IS CLASS MODELING... 3 CLASSES, ATTRIBUTES AND OPERATIONS... 4 GENERALIZATION...
More information3SL. Requirements Definition and Management Using Cradle
3SL Requirements Definition and Management Using Cradle November 2014 1 1 Introduction This white paper describes Requirements Definition and Management activities for system/product development and modification
More informationUse-Case Analysis. ! What is it? ! From where did it come? ! Now part of UML
Use-Case Analysis Use-Case Analysis! What is it?! An informal, user-friendly, technique useful for functional requirements analysis and specification! From where did it come?! Ivar Jacobson, a Swedish
More informationPatterns in. Lecture 2 GoF Design Patterns Creational. Sharif University of Technology. Department of Computer Engineering
Patterns in Software Engineering Lecturer: Raman Ramsin Lecture 2 GoF Design Patterns Creational 1 GoF Design Patterns Principles Emphasis on flexibility and reuse through decoupling of classes. The underlying
More informationBCS HIGHER EDUCATION QUALIFICATIONS Level 6 Professional Graduate Diploma in IT. March 2013 EXAMINERS REPORT. Software Engineering 2
BCS HIGHER EDUCATION QUALIFICATIONS Level 6 Professional Graduate Diploma in IT March 2013 EXAMINERS REPORT Software Engineering 2 General Comments The pass rate this year was significantly better than
More informationER modelling, Weak Entities, Class Hierarchies, Aggregation
CS344 Database Management Systems ER modelling, Weak Entities, Class Hierarchies, Aggregation Aug 2 nd - Lecture Notes (Summary) Submitted by - N. Vishnu Teja Saurabh Saxena 09010125 09010145 (Most the
More informationSoftware Architecture Document
COMPREHENSIVE WATERSHED MANAGEMENT WATER USE TRACKING PROJECT Southwest Florida Water Management District 2379 Broad Street Brooksville, FL 34604-6899 Date Revision Description Author Table of Contents
More informationHow to Make a Domain Model. Tutorial
How to Make a Domain Model Tutorial What is a Domain Model? Illustrates meaningful conceptual classes in problem domain Represents real-world concepts, not software components Software-oriented class diagrams
More informationService Oriented Architecture
Service Oriented Architecture Service Oriented Analysis and Design (SOAD) in Practice Part 4 Adomas Svirskas Vilnius University October 2005 Agenda Service identification and definition Business process
More informationAnnouncements. SE 1: Software Requirements Specification and Analysis. Review: Use Case Descriptions
Announcements SE 1: Software Requirements Specification and Analysis Lecture 4: Basic Notations Nancy Day, Davor Svetinović http://www.student.cs.uwaterloo.ca/ cs445/winter2006 uw.cs.cs445 Send your group
More informationIII. Class and Object Diagrams
III. Class and Object Diagrams Classes, Attributes and Operations Objects and Multi-objects Generalization and Inheritance Associations and Multiplicity Aggregation and Composition Business Objects and
More informationAgile Business Suite: a 4GL environment for.net developers DEVELOPMENT, MAINTENANCE AND DEPLOYMENT OF LARGE, COMPLEX BACK-OFFICE APPLICATIONS
Agile Business Suite: a 4GL environment for.net developers DEVELOPMENT, MAINTENANCE AND DEPLOYMENT OF LARGE, COMPLEX BACK-OFFICE APPLICATIONS In order to ease the burden of application lifecycle management,
More informationBusiness Process Modeling with Structured Scenarios
Business Process Modeling with Structured Scenarios Doug Rosenberg ICONIX Software Engineering, Inc. In 2008, based on our experience with a number of business process engineering projects over the last
More informationSOMA, RUP and RMC: the right combination for Service Oriented Architecture
SOMA, RUP and RMC: the right combination for Service Oriented Architecture WebSphere User Group, Bedfont, 4th March, 2008 Keith Mantell Senior Solution Architect IBM Rational keith_mantell@uk.ibm.com March
More informationStructural Modeling and Analysis
Chapter 2: Structural Modeling and Analysis 15 Chapter 2 Structural Modeling and Analysis Overview Structural modeling is concerned with describing things in a system and how these things are related to
More informationUniversität Karlsruhe (TH) Forschungsuniversität gegründet 1825. Inheritance Depth as a Cost Factor in Maintenance
Universität Karlsruhe (TH) Forschungsuniversität gegründet 1825 Why is Inheritance Important? A Controlled Experiment on Inheritance Depth as a Cost Factor in Maintenance Walter F. Tichy University of
More informationCase studies: Outline. Requirement Engineering. Case Study: Automated Banking System. UML and Case Studies ITNP090 - Object Oriented Software Design
I. Automated Banking System Case studies: Outline Requirements Engineering: OO and incremental software development 1. case study: withdraw money a. use cases b. identifying class/object (class diagram)
More informationElectronic Healthcare Design and Development
Electronic Healthcare Design and Development Background The goal of this project is to design and develop a course on Electronic Healthcare Design and Development using Unified Modeling Language (UML)
More informationGenerating Aspect Code from UML Models
Generating Aspect Code from UML Models Iris Groher Siemens AG, CT SE 2 Otto-Hahn-Ring 6 81739 Munich, Germany Iris.Groher@fh-hagenberg.at Stefan Schulze Siemens AG, CT SE 2 Otto-Hahn-Ring 6 81739 Munich,
More informationA terminology model approach for defining and managing statistical metadata
A terminology model approach for defining and managing statistical metadata Comments to : R. Karge (49) 30-6576 2791 mail reinhard.karge@run-software.com Content 1 Introduction... 4 2 Knowledge presentation...
More informationCPS211 Lecture: Class Diagrams in UML
CPS211 Lecture: Class Diagrams in UML Last revised July 24, 2008 Objectives: 1. To introduce UML Class Diagrams 2. To explain the association relationship between objects, adornments possible on such relationships,
More informationEnterprise Architecture: Practical Guide to Logical Architecture
Objecteering Practical Guides Enterprise Architecture: Practical Guide to Logical Architecture Author: Version: 1.0 Copyright: Softeam Softeam Consulting Team Supervised by Philippe Desfray Softeam 21
More informationScenario-based Requirements Engineering and User-Interface Design
Scenario-based Requirements Engineering and User-Interface Institut für Computertechnik ICT Institute of Computer Technology Hermann Kaindl Vienna University of Technology, ICT Austria kaindl@ict.tuwien.ac.at
More informationVisible Business Templates An Introduction
Engineering the Enterprise for Excellence Visible Business Templates An Introduction By Graham Sword Principal, Consulting Services This document provides an introductory description of Visible Business
More information2. Analysis. The goal of this is to understand the problem. The key question is What?.
Objectives: CPS122 Lecture: Class Diagrams in UML Last revised January 31, 2012 1. To introduce UML Class Diagrams 2. To explain the association relationship between objects, adornments possible on such
More informationData Analysis 1. SET08104 Database Systems. Copyright @ Napier University
Data Analysis 1 SET08104 Database Systems Copyright @ Napier University Entity Relationship Modelling Overview Database Analysis Life Cycle Components of an Entity Relationship Diagram What is a relationship?
More informationData Flow Diagram (DFD) Tutorial Written Date : January 27, 2012
Written Date : January 27, 2012 What is a data flow diagram (DFD)? Data Flow Diagrams (DFD) helps us in identifying existing business processes. It is a technique we benefit from particularly before we
More informationObject Oriented System Analyze and Design of Revenue Information System using UML
Object Oriented System Analyze and Design of Revenue Information System using UML Sany Ang Department of Accounting Petra Christian University, Surabaya, Indonesia san_angkasa@yahoo.com and Prof. Dr. Chaiyong
More informationRapid Development of Modular Dynamic Web Sites using UML
Rapid Development of Modular Dynamic Web Sites using UML Tim Schattkowsky 1, Marc Lohmann 2 1 Paderborn University, C-LAB, D-33102 Paderborn, Germany tim@c-lab.de 2 Paderborn University, Department of
More informationLab Manual: Using Rational Rose
Lab Manual: Using Rational Rose 1. Use Case Diagram Creating actors 1. Right-click on the Use Case View package in the browser to make the shortcut menu visible. 2. Select the New:Actor menu option. A
More informationChapter 13: Program Development and Programming Languages
15 th Edition Understanding Computers Today and Tomorrow Comprehensive Chapter 13: Program Development and Programming Languages Deborah Morley Charles S. Parker Copyright 2015 Cengage Learning Learning
More informationA technical discussion on modeling with UML 06/11/03 Entity Relationship Modeling with UML
A technical discussion on modeling with UML 06/11/03 Entity Relationship Modeling with UML Davor Gornik Improving software development capability 2 Table of Contents Entity Relationship Modeling... 1 Core
More informationUnit 2.1. Data Analysis 1 - V2.0 1. Data Analysis 1. Dr Gordon Russell, Copyright @ Napier University
Data Analysis 1 Unit 2.1 Data Analysis 1 - V2.0 1 Entity Relationship Modelling Overview Database Analysis Life Cycle Components of an Entity Relationship Diagram What is a relationship? Entities, attributes,
More informationCHAPTER 6: TECHNOLOGY
Chapter 6: Technology CHAPTER 6: TECHNOLOGY Objectives Introduction The objectives are: Review the system architecture of Microsoft Dynamics AX 2012. Describe the options for making development changes
More informationDevelopment of a Feature Modeling Tool using Microsoft DSL Tools.
Development of a Feature Modeling Tool using Microsoft DSL Tools. GIRO Technical Report 2009-1.ver 1.0 (05/01/2009) Rubén Fernández, Miguel A. Laguna, Jesús Requejo, Nuria Serrano. Department of Computer
More information