1. 97 CONCEPTUAL DESIGN: AN OVERVIEW OF METHODOLOGIES, MODELS AND NOTATIONS

2. 98 Planning & Feasibility Study (optional) Analysis - Requirements Determination Design - Conceptual & Physical Construction (Purchase) & Testing Implementation including Training & Conversion Evolution - Maintenance & Enhancements SYSTEMS DEVELOPMENT LIFE CYCLE (SDLC) IDS-306/695 IDS-406/697

3. 99 METHODOLOGY OVERVIEW   Methodology defined: The way something gets done. (i.e., The strategy, steps, directions, or actions.)   Methodologies can be:   purchased   created   combination of both   Thousands available for developing software-intensive information systems

4. 100 SDLC versus Methodology M #1 M #2… SDLC = “Generic Way” Methodology = “Specific Ways”

5. 101 METHODOLOGY OVERVIEW   Classifications of Methodologies   Traditional   Structured Analysis and Design   Information Modeling/Engineering   Object-Oriented   Prototyping is a technique - (some say that it is a methodology)

6. 102 The Traditional Methodology   Applicable for small teams on small projects   Functional perspective of a problem domain   It is an informal, unstructured, unrepeatable, un-measurable, ad-hoc way   Tools used to support it are adequate (okay) (1950s - now)

7. 103 Traditional Methodology Tools -----------TECHNIQUES & TOOLS REPRESENTING----------- System Data Process Flows Logic _ Forms, Layouts, Grid Charts System Flowcharts English Narrative, Playscript, Program Flowcharts, HIPO Charts

8. 104 Structured Analysis and Design Methodology   Data Flow methodology (synonym)   Compliments Structured Programming   Very popular - perhaps the leading one for business   Can be repeatable, measurable, & automated   IDE & CASE s/w tools brought significant assistance   1) Yourdon, and 2) Gane & Sarson   Functional perspective of a problem domain   Describes the real world as data flowing through the information system, being transformed from inputs to outputs (mid-1970s - now)

9. 105 Structured Analysis and Design Methodology Tools -----------TECHNIQUES & TOOLS REPRESENTING----------- System Data Process Flows Logic _ Data Dictionary, Data Structure Diagrams, Entity- Relationship Diagrams Data Flow Diagram Decision Tree/Table, Structured English, Structure Charts, Warnier/Orr Diagram

10. Reconcile Account Balances Pay a Bill Withdraw Funds from an Account Deposit Funds into an Account Bank Creditor Employer Other Income Source Bank Monthly Account Statements Account Transactions Bank Accounts Account Transactions Bill Payment Monthly Statement Account Balance Transaction Prior Monthly Statement New or Modified Monthly Statement Modified Balance Pay Reimbursement Withdraw or transfer Deposit Payment Modified Balance Current Balance (adapted from Systems Analysis and Design Methods, 4th Edition, Whitten and Bentley, McGraw-Hill, 1998)

11. (adapted from Systems Analysis and Design Methods, 4th Edition, Whitten and Bentley, McGraw-Hill, 1998) CUSTOMER Customer Number (PK) Customer Name Shipping Address Billing Address Balance Due ORDER Order Number (PK) Order Date Order Total Cost Customer Number (FK) INVENTORY PRODUCT Product Number (PK) Product Name Product Unit of Measure Product Unit Price ORDERED PRODUCT Ordered Product ID (PK). Order Number (FK). Product Number (FK) Quantity Ordered Unit Price at Time of Order has placed sold sold as

12. 108 Information Modeling Methodology   Data modeling & information engineering (synonyms)   Describes the real world by its data, the data’s attributes, and the data relationships   Can be repeatable, measurable, and automated   Data perspective of the problem domain (early-1980s - now)

13. 109 Information Modeling Methodology Tools -----------TECHNIQUES & TOOLS REPRESENTING----------- System Data Process Flows Logic _ Business Area Analysis, Entity- Relationship Diagrams Business Area Analysis, Process Model Business Systems Design

14. 110 Object-Oriented Methodology   Object modeling   Compliments object-oriented programming   Can be repeatable, measurable, & automated   Object perspective of the problem domain   Describes the real world by its objects, the attributes, operations, and relationships   Data & functions are encapsulated together (mid/late-1980s - now)

15. 111 Object-Oriented Methodology Tools -----------TECHNIQUES & TOOLS REPRESENTING----------- System Data Process Flows Logic _ Object Model Attributes Object Model Static & Dynamic UML Model Diagrams, Operations, Class relationships, Object associations

16. 112 Object-Oriented Methodology   Revolutionary or Evolutionary?   Most difficult aspect is the transition some people have to make from a functional or data problem solving strategy to an object problem solving strategy. Some people must change from a “function think” or “data think” to an “object think” strategy.

17. 113 Rational Corporation’s Rational Unified Process (RUP)

18. 114 Object Technology Principles Common Methods of Organization Abstraction Encapsulation (Information Hiding) Inheritance Polymorphism Message Communication Associations Reuse

19. 115  Objects and their characteristics  Wholes and Parts  Groups (Classes) and Members Classification Theory (Common Methods of Organization) O-O Systems Analysis & Design Methodology

20. 116 Common Methods of Organization People are accustomed to thinking in terms of... color price weight engine options... Objects & Attributes number of doors number of wheels number of windows number of lights number of bolt type 1 number of bolt type 2 etc.... Wholes and Parts Groups & Members VANS: light utility utility passenger etc...

21. 117 Abstraction A mental ability that permits people to view real-world problem domains with varying degrees of detail depending on the current context of the problem. Helps people to think about what they are doing Functional and Data abstraction

22. 118 Encapsulation (Information Hiding) A technique in which data are packaged together with their corresponding procedures. cake Ingredients Directions 2 eggs 4 cups flour 1 cup milk 1 cup sugar etc....... Pre-heat oven to 350; Put milk, eggs, and sugar in 2 quart mixing bowl...  In Object-Oriented Technology the “package” is called an OBJECT  The interface to each object is defined in such a way as to reveal as little as possible about its inner workings  Encapsulation allows [software] changes to be reliably made with limited effort [Gannon, Hamlet, & Mills, 1987] One cake please!

23. 119 Inheritance A mechanism for expressing similarity between things thus simplifying their definition. looks behavior attitudes etc... Person StudentFaculty Staff Inheritance

24. 120 Polymorphism (“many forms”) 4 The ability to hide different implementations behind a common interface. 4 The ability for two or more objects to respond to the same request, each in its own way.   H O = water, ice, steam (liquid, solid, vapor)   Eating   Carbon compound crystallizes as graphite & diamond 2 versus Door #1 Door #2 Door #3 Door #1 #2 #3

25. Polymorphism 4 Two examples PRINT TEXT object GRAPH object IMAGE object Object #1 PO object Account object Department object Object #2 Object #3 Add = add a line item to the PO = increase $ Amount Balance = hire a new employee

26. 122 Message Communication OBJECT Objects communicate via messages

27. 123 Associations The union or connection of ideas or things. (Objects need to interact with each other) same point in time Billing Statement Advertisement #1 Advertisement #2 under similar circumstances crime scene #1 crime scene #2 crime scene #n Person StudentFaculty Staff

28. 124 Reuse Varying Degrees of Reuse: complete or sharing copy, purchase or cloning partial or adjusting none The ability to reuse objects Software: “Chips” Components Controls Models

29. 125 Reuse Components must be reused three to five times before the costs of creating and supporting them are recovered It costs one and a half to three times as much to create and support a single reusable component as to create a component for just one use It costs 25% as much to use a reusable component as it does to create a new one It takes two to three product cycles (about three years) before the benefits of reuse become significant Software Reuse Costs and Payoffs Orenstein, D. “Code reuse: Reality doesn’t match promise”, Computerworld, August 24, 1998, page 8.

30. 126 O-O Systems Analysis & Design Methodology Three Classic Systems Analysis and Design Challenges:  Data Model versus Function Model  Analysis to Design Transition  Maintaining Source Code

31. VVVVVVVVVVVV Colorado River North Rim of the Grand Canyon South Rim of the Grand Canyon Classic Software Development Challenge #1: Multiple Models Data Models Function Models User Interaction (Behavior)

32. VVVVVVVVVVVV Colorado River North Rim of the Grand Canyon South Rim of the Grand Canyon Classic Software Development Challenge #2: Model Transformation Design Models Analysis Models

33. Classic Software Development Challenge #3: Maintaining Source Code Begin “Caller” Program Init x,y,z... Open (files/database) Read... Compute... DO “Callee” with x,y,z Update (files/database) Close (files/database) End Main Program Procedure Callee Parameters x,y,z Compute... End Procedure End Program Spaghetti? Who wrote this code?

34. 130 SOLUTION Colorado River Object Technology INTEGRATED MODEL(S) (function, data, behavior) (analysis, design and implementation) ROUND-TRIP ENGINEERING

35. 131 A Simplified Object-Oriented Systems Analysis Methodology O-O Systems Analysis Methodology

36. 1.Identify the information system’s purpose 2.Identify the information system’s actors and features 3.Identify Use Cases and create a Use Case Diagram 4.Identify Objects and their Classes and create a Class Diagram 5.Create Interaction/Scenario Diagrams 6.Create Detail Logic for Operations 7.Repeat activities 1-6 as required to refine the “blueprints” A Simplified Object-Oriented Systems Analysis Methodology Activities

37. Software Development’s “Separation of Concerns” Problem Domain Data ManagementSystem Interaction Information System Human Interaction

38. 134 The Unified Modeling Language (UML) Models and Notation O-O Systems Analysis Methodology

39. 135 Subject Matter Expert & Notation   Can you draw a stick figure of a person?   Can you draw a picture of an automobile?   Can you draw a picture of the space shuttle?   Can you draw a picture of an Oopsla?   Why not?   Subject Matter Expert (SME)   Notation - symbols used to communicate

40. 136 BoochJacobsonRumbaugh “The 3 Amigos”

41. 137 Information Systems Development PeopleProcess Technology (UML - notation & tools to use it)

42. 138 The Object Management Group (OMG), formed in 1989, is a consortium of about 800 software vendors, consultants and end user organizations whose mission is to develop STANDARD interfaces for INTEROPERABLE software components in HETEROGENEOUS computing environments. Version 1.1 of the UML was adopted as an OMG Standard on November 14, 1997 www.omg.org The OMG Revision Task Force released UML Version 1.3 in the Fall of 1998

43. The 9 Diagrams of the UML v Class v Object v Use-Case v Interaction/Scenario Diagrams: –Sequence –Collaboration v State [-Transition] v Activity v Component v Deployment Implementation (Static) Behavior Static A Package is used for Model Management

44. 140 UMLDiagramsUMLDiagrams

45. 141

46. 142

47. 143

48. 144

49. 145

50. 146

51. 147

52. 148 “The Big Picture” A Video Store UML Class Diagram

53. 149

54. 150

55. 151

56. 152

57. 153

58. 154 End of “The Big Picture” QUITTING TIME