Analysis Patterns Analysis Patterns, Martin Fowler Data Modeling Patterns, David Hay Java Modeling in Color with UML, Peter Coad The Data Model Resource.

Slides:



Advertisements
Similar presentations
Full life cycle support for security concerns minutes topics Wouter Joosen.
Advertisements

Demonstration.  Designed for many kind of business which use accounting procedures.  More suitable for retail sales, whole sales and distribution business.
CSE3308/CSC Software Engineering: Analysis and DesignLecture 5B.1 Software Engineering: Analysis and Design - CSE3308 Patterns CSE3308/CSC3080/DMS/2000/12.
CSCU 411 Software Engineering Chapter 2 Introduction to Software Engineering Management.
SOEN 343 Software Design Section H Fall 2006 Dr Greg Butler
Feb 18, R McFadyen > An approach promoted by Martin Fowler in Analysis Patterns.
March R McFadyen1 Architecture Architecture involves the set of significant decisions about the organization of a software system, decisions.
IS6112 Application Modelling and Design Introduction.
CS427 Topics in Software Engineering
Design and Programming Patterns Associated with Java Networking by Margaret Toews cs843, Spring 2003.
Object-Oriented Thinking Chapter 1, Object-Oriented Programming in Java, Timothy Budd, 1998 ICS102 Semester
Measurable Properties Name Blood pressure Weight Length Age Shoe size Temperature IQ EQ PERSON A person may have a large number of properties that are.
Copyright © The McGraw-Hill Companies, Inc. Permission required for reproduction or display. Design Patterns.
Requirements Analysis Analysis Patterns b516.ppt © Copyright De Montfort University 2000 All Rights Reserved INFO2005 Requirements Analysis.
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.
1 An introduction to design patterns Based on material produced by John Vlissides and Douglas C. Schmidt.
3/15/05H-1 © 2001 T. Horton CS 494 Object-Oriented Analysis & Design Evaluating Class Diagrams Topics include: Cohesion, Coupling Law of Demeter (handout)
Architecture, Implementation, and Testing Architecture and Implementation Prescriptive architecture vs. descriptive architecture Prescriptive architecture:
Design I: Web Application Architecture and Patterns Peter Dolog dolog [at] cs [dot] aau [dot] dk Intelligent Web and Information Systems September.
Object-oriented Software Engineering with Reuse Contracts Koen De Hondt, Carine Lucas, Kim Mens, Tom Mens, Patrick Steyaert, Roel Wuyts Programming Technology.
Todd Snyder Development Team Lead Infragistics Experience Design Group.
Analysis Pattern Dr. Zhen Jiang West Chester University url:
DAT602 Database Application Development Lecture 12 C/S Model Database Application.
Architecture GRASP Realization of use cases in interaction diagrams Design class diagram Design ( how )
Software Specification and Design Sirisin Kongsilp & James Brucker.
A Reference Model for Event Patterns Christian Silberbauer
Chapter 17 GRASP: Designing Objects with Responsibilities. 1CS6359 Fall 2011 John Cole.
UNITS AND RECIPE COSTING. OBJECTIVES The student will be able to: Understand how to calculate unit cost Understand and use typical invoices Understand.
Workshop Information Models in Software Projects
An Introduction to Data Modelling Entity Relationship Modelling Avin Mathew Nov 2010.
Arben Asllani University of Tennessee at Chattanooga Prescriptive Analytics CHAPTER 8 Marketing Analytics with Linear Programming Business Analytics with.
Copyright © Craig Larman All Rights Reserved The Domain Model.
University of Twente Analysis Patterns. University of Twente Software Reuse  Reuse is difficult and expensive Often does not pay off (quickly) Because.
03/12/2001 © Bennett, McRobb and Farmer 2005 Refining the Requirements Model Based on Chapter 8 of Bennett, McRobb and Farmer: Object Oriented Systems.
NJIT UML Class Diagrams Chapter 16 Applying UML and Patterns Craig Larman.
November Ron McFadyen1 Composite Pattern A composite is a group of objects in which some objects contain others; one object may represent groups,
Introduction to Design Patterns Part 1. © Lethbridge/Laganière 2001 Chapter 6: Using design patterns2 Patterns - Architectural Architectural Patterns:
Information Technology Security (ITS) Training Carolyn Schmidt Program Manager Information Technology Security (ITS) Awareness, Training, and Education.
1 SYS366 Lecture: Businesses and Business Processes.
Domain Classes – Part 1.  Analyze Requirements as per Use Case Model  Domain Model (Conceptual Class Diagram)  Interaction (Sequence) Diagrams  System.
Java EE Patterns Dan Bugariu.  What is Java EE ?  What is a Pattern ?
COMP9321 Web Application Engineering Semester 2, 2015 Dr. Amin Beheshti Service Oriented Computing Group, CSE, UNSW Australia Week 7 1COMP9321, 15s2, Week.
Advanced Object-Oriented Design Patterns and Architectures Part One COEN396A John Xiao
1 Chapter 5:Design Patterns. 2 What are design pattern?  Schematic description of design solution to recurring problems in software design and,  Reusable.
Domain Model A representation of real-world conceptual classes in a problem domain. The core of object-oriented analysis They are NOT software objects.
CHAPTER 19 ACCOUNTING FOR INVENTORY DETERMINING MERCHANDISE INVENTORY The largest asset of a merchandising business is Merchandise Inventory.
Session 5 Object Model Development. OOAD with UML / Session 5 / 2 of 19 Review A class icon is a rectangle with three sections within it An object is.
SAIP 19 - Software Architecture in the Future. The book says … ABC Revisited Architecture and Legacy Systems Achieving an Architecture From Architecture.
Tony Roupell K2 Technical Sales Specialist K2 Australia.
Design Patterns (II) Lecture Three. Solution to Homework Two Used framework Used design patterns: composite and state Question: what are the differences.
Identification of Classes. Object Oriented Analysis (OOA) OOA is process by which we identify classes that play role in achieving system goals & requirements.
Distributed Java Programming Distributed Java Programming Class #1 August 20, 2002.
3/1/01H-1 © 2001 T. Horton CS 494 Object-Oriented Analysis & Design Evaluating Class Diagrams Topics include: Cohesion, Coupling Law of Demeter (handout)
DOMAIN CLASSES – PART 1 BTS430 Systems Analysis and Design using UML.
Design Patterns: Summary and Next Steps Y. NARAHARI Computer Science and Automation INDIAN INSTITUTE OF SCIENCE Bangalore –
FACILITIES PLANNING ISE310L SESSION 15 Chapter 14, March 7, 2016 Geza P. Bottlik Page 1 OUTLINE Questions? Stories or experiences? Advice for the project.
FACILITIES PLANNING ISE310L SESSION 14 Chapter 14, March 1, 2016 Geza P. Bottlik Page 1 OUTLINE Questions? Quiz Results Go over homework Stories or experiences?
Pragmatics 4 Hours.
5/11/2018.
Chapter 24: Architecture Competence
Design Patterns.
Figure 30.2 Layers in NextGen
Introduction to Design Patterns Part 1
Peter Dolog dolog [at] cs [dot] aau [dot] dk E2-201
SYS466 Domain Classes – Part 1.
Accounting for Inventory
Evaluating the Effectiveness of the Organization
Appendix: Financial Ratios
Accounting for Inventory
Domain driven design and jpa
Presentation transcript:

Analysis Patterns Analysis Patterns, Martin Fowler Data Modeling Patterns, David Hay Java Modeling in Color with UML, Peter Coad The Data Model Resource Book (two volumes), Len Silverston

Patterns Small l Coding patterns: Smalltalk Best Practice Patterns l Refactorings Medium l Design patterns Big l Frameworks l Architectural patterns

Patterns Reusable solution to a problem in a context. Knowledge of experts. Balance of forces.

Analysis Patterns Organizational structure Hay, Fowler Accountability Fowler Quantities Hay, Fowler Contracts Hay, Fowler Accounting Hay, Fowler Products and Inventories Hay Material Requirements Planning Hay

Transactions Entryamount AccountTransactiondate Transactions can effect many accounts. * *

Party Many roles that are usually played by people are sometimes played by organizational units, too. PartyAddress Organization Person

Organizational Hierarchies Organizations usually have a hierarchical structure. PartyAddress Organization Person subsidiary parent DivisionRegion Sales Office Operating Unit

Organizational Structure Problem: An organization can be in several hierarchies, and the structure can change over time. Organization OrganizationStructureType subsidiary parent OrganizationStructure time interval DivisionRegion Sales Office Operating Unit * *

Quantity Quantity amount: Number units: Unit +, -, *, /

Conversion Ratio ratio: Number Unit * *

Measurement Person Quantity weight height

PersonMeasurementQuantity PhenomenonType * * *

Observation PersonObservation Category PhenomenonType Measurement CategoryObs. Quantity * * *

Action Actiontime Location Party * *

Proposed and Implemented Actions ImplementedAction ProposedAction Action

Completed, Abandoned, Suspended Actions Status Completed TimePeriod Abandoned Suspended Action * *

Plan ProposedAction Plan dependent consequences * *

Resource Allocation ImplementedAction ProposedAction ResourceType Action ResourceAllocationquantity books uses * *

Why I like “Analysis Patterns” Invaluable if you are learning business programming Lots of choices

Summary Lots of different kinds of patterns. Patterns in problem domain, as well as solution domain. Analysis patterns are as important as design patterns.