© M.E. Fayad 1995-2006 SJSU -- CmpE Analysis Heuristics Dr. M.E. Fayad, Professor Computer Engineering Department, Room #283I College of Engineering San.

Slides:



Advertisements
Similar presentations
Fall 2002 SJSU -- CmpE Enterprise & Application Frameworks Dr. M.E. Fayad, Professor Computer Engineering Department – RM# College of Engineering San José.
Advertisements

L3-1-S1 OO Concepts © M.E. Fayad SJSU -- CMPE Software System Engineering Dr. M.E. Fayad, Professor Computer Engineering Department, Room.
 Fayad SJSU -- CmpE Software Engineering Management Dr. M.E. Fayad, Professor Computer Engineering Department, Room #283I College of Engineering.
L4-1-S1 UML Overview © M.E. Fayad SJSU -- CmpE Software Architectures Dr. M.E. Fayad, Professor Computer Engineering Department, Room #283I.
SJSU – CmpE Fall 2002 Enterprise & Application Frameworks Dr. M.E. Fayad, Professor Computer Engineering Department – RM# College of Engineering San José.
L3-5c-S1 Object Diagrams © M.E. Fayad SJSU -- CmpE Software System Engineering Dr. M.E. Fayad, Professor Computer Engineering Department,
L16-S1 Object Diagrams 2003 SJSU -- CmpE Software Patterns Dr. M.E. Fayad, Professor Computer Engineering Department, Room #283I College of Engineering.
L28-S1 Interaction Diagrams 2003 SJSU -- CmpE Advanced Object-Oriented Analysis & Design Dr. M.E. Fayad, Professor Computer Engineering Department, Room.
L5-S1 Software StabilitySJSU – CmpE © M.E. Fayad Software Architectures Dr. M.E. Fayad, Professor Computer Engineering Department, Room #283I.
May-June 2001 ISISTAN Research Institute – Tandil, Argentina Software Design Methodologies: UML in Action Dr. Mohamed Fayad, J.D. Edwards Professor Department.
L19-S1 More on Class Diagrams 2003 SJSU -- CmpE Object-Oriented Analysis & Design Dr. M.E. Fayad, Professor Computer Engineering Department, Room #283I.
 Fayad SJSU – CmpE Software Engineering Management Dr. M.E. Fayad, Professor Computer Engineering Department, Room #283I College of Engineering.
L21-S1 Model-Based Arch SJSU -- CmpE Advanced Object-Oriented Analysis & Design Dr. M.E. Fayad, Professor Computer Engineering Department, Room #283I.
L3-5d-S1 Class Diagrams © M.E. Fayad SJSU -- CmpE Software System Engineering Dr. M.E. Fayad, Professor Computer Engineering Department, Room.
© M.E. Fayad SJSU -- CmpE Software System Engineering Dr. M.E. Fayad, Professor Computer Engineering Department, Room #283I College of Engineering.
L26-S1 Interactions 2003 SJSU -- CmpE Advanced Object-Oriented Analysis & Design Dr. M.E. Fayad, Professor Computer Engineering Department, Room #283I.
© M.E. Fayad SJSU -- CmpE Software System Engineering Dr. M.E. Fayad, Professor Computer Engineering Department, Room #283I College of Engineering.
May-June 2001 ISISTAN Research Institute – Tandil, Argentina Software Design Methodologies: UML in Action Dr. Mohamed Fayad, J.D. Edwards Professor Department.
© M.E. Fayad SJSU -- CmpE Software System Engineering Dr. M.E. Fayad, Professor Computer Engineering Department, Room #283I College of Engineering.
P2-S1 MySQL 2003 SJSU -- CmpE-- M.E. Fayad Database Design Dr. M.E. Fayad, Professor Computer Engineering Department, Room #283I College of Engineering.
© M.E. Fayad SJSU -- CmpE Software System Engineering Dr. M.E. Fayad, Professor Computer Engineering Department, Room #283I College of Engineering.
© M.E. Fayad SJSU -- CmpE Database Design Dr. M.E. Fayad, Professor Computer Engineering Department, Room #283I College of Engineering San José.
May-June 2001 ISISTAN Research Institute – Tandil, Argentina Software Design Methodologies: UML in Action Dr. Mohamed Fayad, J.D. Edwards Professor Department.
L5-S1 Class Diagrams 2003 SJSU -- CmpE Software Patterns Dr. M.E. Fayad, Professor Computer Engineering Department, Room #283I College of Engineering San.
L8-S1 CRC Cards 2003 SJSU -- CmpE Advanced Object-Oriented Analysis & Design Dr. M.E. Fayad, Professor Computer Engineering Department, Room #283I College.
© M.E. Fayad SJSU -- CmpE Database Design Dr. M.E. Fayad, Professor Computer Engineering Department, Room #283I College of Engineering San José.
© M.E. Fayad SJSU -- CmpE Software System Engineering Dr. M.E. Fayad, Professor Computer Engineering Department, Room #283I College of Engineering.
 Fayad SJSU -- CmpE Software System Engineering Dr. M.E. Fayad, Professor Computer Engineering Department, Room #283I College of Engineering San.
Software Issues Derived from Dr. Fawcett’s Slides Phil Pratt-Szeliga Fall 2009.
© M.E. Fayad SJSU -- CmpE Software System Engineering Dr. M.E. Fayad, Professor Computer Engineering Department, Room #283I College of Engineering.
L04-S1 Stable Design Patterns 2003 SJSU -- CmpE Software Patterns Dr. M.E. Fayad, Professor Computer Engineering Department, Room #283I College of Engineering.
L3-6b-S1 Sequence Diagrams © M.E. Fayad SJSU -- CmpE Software System Engineering Dr. M.E. Fayad, Professor Computer Engineering Department, Room.
L6-1-S1Design Heuristics - 1 © M.E. Fayad SJSU -- CmpE Software System Engineering Dr. M.E. Fayad, Professor Computer Engineering Department,
MIS 710 Module 0 Database fundamentals Arijit Sengupta.
Introduction CS 3358 Data Structures. What is Computer Science? Computer Science is the study of algorithms, including their  Formal and mathematical.
L2-S1Modeling 2003 SJSU -- CMPE Advanced Object-Oriented Analysis & Design Dr. M.E. Fayad, Professor Computer Engineering Department, Room #283I College.
L1-S1Introduction 2003 SJSU -- CmpE Advanced Object-Oriented Analysis & Design Dr. M.E. Fayad, Professor Computer Engineering Department, Room #283I College.
Chapter 8 Object Design Reuse and Patterns. Object Design Object design is the process of adding details to the requirements analysis and making implementation.
L4-S1 Modeling Concepts 2003 SJSU -- CMPE Advanced Object-Oriented Analysis & Design Dr. M.E. Fayad, Professor Computer Engineering Department, Room #283I.
L6-S1 UML Overview 2003 SJSU -- CmpE Advanced Object-Oriented Analysis & Design Dr. M.E. Fayad, Professor Computer Engineering Department, Room #283I College.
Software Engineering Principles. SE Principles Principles are statements describing desirable properties of the product and process.
L8-2-S1 Misc Topics © M.E. Fayad SJSU -- CmpE Database Design Dr. M.E. Fayad, Professor Computer Engineering Department, Room #283I College of.
1/3/2016  1998-Present Fayad KSU – SWE Process and Modeling Software Process and Modeling Dr. M.E. Fayad, Professor Software Engineering Department, Room.
Fall 2002 SJSU -- CMPE Object-Oriented Analysis & Design Dr. M.E. Fayad, Professor Computer Engineering Department – RM# College of Engineering San José.
Banaras Hindu University. A Course on Software Reuse by Design Patterns and Frameworks.
L11-S1TOP 2003 SJSU -- CmpE Advanced Object-Oriented Analysis & Design Dr. M.E. Fayad, Professor Computer Engineering Department, Room #283I College of.
L3-S1Analysis Heuristics 2003 SJSU -- CmpE Advanced Object-Oriented Analysis & Design Dr. M.E. Fayad, Professor Computer Engineering Department, Room #283I.
L1-S1 Infinite R-DB 2003 SJSU -- CmpE Database Design Dr. M.E. Fayad, Professor Computer Engineering Department, Room #283I College of Engineering San.
SJSU – CmpE © M.E. Fayad Software Engineering Management Dr. M.E. Fayad, Professor Computer Engineering Department, Room #283I College of Engineering.
Elaboration: Iteration 2. Elaboration: Iteration 2 Basics Iteration 1 ends with : All the software has been tested: The idea in the UP is to do early,
Object-Oriented Analysis & Design
Advanced Object-Oriented Analysis & Design
Software Engineering Management
Software Patterns Dr. M.E. Fayad, Professor
Component-Based & Software Reuse
Software System Engineering
Object-Oriented Analysis & Design
Software Engineering Management
Advanced Object-Oriented Analysis & Design
Software System Engineering
Software System Engineering
Object-Oriented Analysis & Design
Object-Oriented Analysis & Design
Database Design Dr. M.E. Fayad, Professor
Advanced Object-Oriented Analysis & Design
Advanced Object-Oriented Analysis & Design
Component Based & Software Reuse
Software Systems Engineering
Advanced Object-Oriented Analysis & Design
Software System Engineering
Presentation transcript:

© M.E. Fayad SJSU -- CmpE Analysis Heuristics Dr. M.E. Fayad, Professor Computer Engineering Department, Room #283I College of Engineering San José State University One Washington Square San José, CA

L5-S2Analysis Heuristics © M.E. Fayad SJSU – CmpE M.E. Fayad 2 Lesson 5: Analysis Heuristics

L5-S3Analysis Heuristics © M.E. Fayad SJSU – CmpE M.E. Fayad Lesson Objectives 3 Overview of previous lectures. Understand the analysis heuristics –Go Beyond the Problem Domain –Speculate About Likely Changes –Separate General Functionality from Specific Policy –Object should have Cohesive Interfaces –Objects Should Be Intelligent Agents –Objects Should Export Services –Avoid “Object Machismo”

L5-S4Analysis Heuristics © M.E. Fayad SJSU – CmpE M.E. Fayad RA Design Code Test Deploy 4 Overview: Life Cycle What How Build Test Use What is the customer really wants? How – the best solution How do we construct (implement) the system Test - Are customer requirements testable? - Does the how logically follow from what? - Does the built system do what it is suppose to do? How do we enhance &/or repair the built system?

L5-S5Analysis Heuristics © M.E. Fayad SJSU – CmpE M.E. Fayad AnalysisDesign What is the problem?How to solve the problem? Problem SpaceSolution Space Mostly “one” ProblemMany Solutions 5 Overview: Analysis vs. Design

L5-S6Analysis Heuristics © M.E. Fayad SJSU – CmpE M.E. Fayad Practical Concrete Action Can be measured Repeatable Tailorable Must be documented Hierarchical Specify who, what, when, how and ignore the why? 6 Overview: Process Properties

L5-S7Analysis Heuristics © M.E. Fayad SJSU – CmpE M.E. Fayad Simple Complete (most likely to be correct) Stable to technological changes Testable Easy to understand Visual or graphical 7 Overview: Model Properties

L5-S8Analysis Heuristics © M.E. Fayad SJSU – CmpE M.E. Fayad A system structure is based on the “Real World”, “locks in” today’s problem domain relationships. This makes it difficult to adapt the system to future requirements. Look for relationships and generalizations that transcend the current problem domain –Ask “What is it?” 8 Heuristic #1: Go Beyond the Problem Domain

L5-S9Analysis Heuristics © M.E. Fayad SJSU – CmpE M.E. Fayad Build these into the analysis model Developing an adaptable architecture does not happen just because you are using OOD and/or C++ (any more than extensibility or reuse occur automatically) 9 Heuristic #1: Go Beyond the Problem Domain Generalize Early & Generalize Vigorously

L5-S10Analysis Heuristics © M.E. Fayad SJSU – CmpE M.E. Fayad The “Real World” is the best model of today but it only hints at what tomorrow will bring Basic for speculation –Changing user requirements –Changing customer base –Competitive products –changing technology 10 Heuristic #2: Speculate About Likely Changes

L5-S11Analysis Heuristics © M.E. Fayad SJSU – CmpE M.E. Fayad Build the analysis model so it can adapt to these likely changes You do not have to be 100% correct. Developing an adaptable architecture does not happen just because you are using OOD and/or C++ (any more than extensibility or reuse occur automatically) – Exs: Hooks, HotSpots, Design Patterns 11 Heuristic #2: Speculate About Likely Changes

L5-S12Analysis Heuristics © M.E. Fayad SJSU – CmpE M.E. Fayad Place general functionality in entity objects (class) –Entity object (class) will now be more reusable. Place specific policy in control objects (active class) –Policy is localized so that it is easier to introduce changes to this policy 12 Heuristic #3: Separate General Functionality from Specific Policy

L5-S13Analysis Heuristics © M.E. Fayad SJSU – CmpE M.E. Fayad Conservation of Policy –There is no way to eliminate or ignore all policy –The policy will be in the delivered system –All we can do is structure the policy so that it is easy to adapt and change it. 13 Heuristic #3: Separate General Functionality from Specific Policy Mechanism Rich & Policy Free

L5-S14Analysis Heuristics © M.E. Fayad SJSU – CmpE M.E. Fayad 14 Heuristic #3: Illustrated Example – The Problem Forms State Tax Federal Tax File System Calculator

L5-S15Analysis Heuristics © M.E. Fayad SJSU – CmpE M.E. Fayad 15 Heuristic #3: Illustrated Example – The Solution Forms State Tax Federal Tax File System Calculator MRPF MRP+ MRPR

L5-S16Analysis Heuristics © M.E. Fayad SJSU – CmpE M.E. Fayad In the “Real World”, a remote Controller for home electronics may have 50 buttons for controlling your TV, VCR, Stereo, and others. Modeling this controller as a single, real-life object will not be adaptable to future changes. 16 Heuristic #4: Objects Should Have Cohesive Interfaces

L5-S17Analysis Heuristics © M.E. Fayad SJSU – CmpE M.E. Fayad It may be better to: –First model each different set of operations as a separate object with a strongly cohesive interface. –Model the combined functionality as a separate object that uses other objects. Result is more adaptable and reusable 17 Heuristic #4: Objects Should Have Cohesive Interfaces Do One Thing

L5-S18Analysis Heuristics © M.E. Fayad SJSU – CmpE M.E. Fayad Intelligent (Responsible) Objects Incorporate important knowledge Incorporate knowledge that is difficult to produce, find, or replicate Know how to synthesize knowledge 18 Heuristic #5: Objects Should Intelligent Agents

L5-S19Analysis Heuristics © M.E. Fayad SJSU – CmpE M.E. Fayad Agents are capable of (limited) autonomous behavior Know that they are supposed to do, and they do. Work best with limited supervision. Adapt to their environment Know how to delegate work to other objects 19 Heuristic #5: Objects Should Intelligent Agents

L5-S20Analysis Heuristics © M.E. Fayad SJSU – CmpE M.E. Fayad Agents are capable of (limited) autonomous behavior Know how to find objects to which they can delegate work Have the information they need or know where to get the information or know where to get information on getting information or can interpret information given to them. Are highly adaptable, extensible, and reusable Are expensive to design and build 20 Heuristic #5: Objects Should Intelligent Agents

L5-S21Analysis Heuristics © M.E. Fayad SJSU – CmpE M.E. Fayad Objects that only export attributes or data must be manipulated by clients. (aka. “dead data”) Objects that only export basic operations require clients to direct and supervise all activity (aka. “stupid objects”) Objects that export services make life easier for their clients: –Server selects the best way to perform the service –Server finds and manages the resources 21 Heuristic #6: Objects Should Export Services

L5-S22Analysis Heuristics © M.E. Fayad SJSU – CmpE M.E. Fayad Services should define “What” not “How” –Can “Drive to Work” be replaced by “Get to Work” –Enhances extensibility –Enhances reusability –Distributes intelligence 22 Heuristic #6: Objects Should Export Services Move Complexity From the Clients to the Servers

L5-S23Analysis Heuristics © M.E. Fayad SJSU – CmpE M.E. Fayad 23 Heuristic #6: Stack Example Type Stack push ( ) pop ( ) length ( ) empty ( ) full ( ) Stack Implementations Stack Interfaces

L5-S24Analysis Heuristics © M.E. Fayad SJSU – CmpE M.E. Fayad Object machismo –Equating the value of an object with how big and/or complex it is (e.g., Lines of Code, # of methods, or complexity of algorithms it uses). –Macho objects tend to be central controllers that are difficult to design, difficult to understand, have to much policy, are hard to extend, and low reuse potential. 24 Heuristic #7: Avoid “Object Machismo”

L5-S25Analysis Heuristics © M.E. Fayad SJSU – CmpE M.E. Fayad The value of an object is based on many factors Does it do something useful Does it have a simple and clean interface Does it have well-specific behavior Does it model an essential quality of the system Can it be composed with other objects to perform more complex tasks. 25 Heuristic #7: Avoid “Object Machismo”

L5-S26Analysis Heuristics © M.E. Fayad SJSU – CmpE M.E. Fayad The value of an object is also based on other objects: –An object perfectly suited for one model may be totally wrong in another model –The object must be placed in context to see whether or not it is a good and valuable object. 26 Heuristic #7: Avoid “Object Machismo” A Valuable Object Works and Plays Well with Others.

L5-S27Analysis Heuristics © M.E. Fayad SJSU – CmpE M.E. Fayad Explain the following statements: 1. Objects should be intelligent agents 2. Mechanism rich and policy free 3. A valuable object works and plays well with others 4. Analysis model should not be too elaborate or too formal Explain how to build an analysis model Explain how do you make the analysis model more adaptable Essay Topic: Analysis Guidelines 27 Discussion Questions