Day 11 – UML and Use Case Diagrams

Slides:



Advertisements
Similar presentations
Visio 2007 for UML Tutorial. Overview The tutorial demonstrates how to use Visio 2007 to create UML diagrams. We will focus on five most widely used UML.
Advertisements

1 st 5 minutes: Fill out Exercise #13 Write your team answers to #1 & 2 on your flip chart.
Please login now.
Chapter 11 Designing the User Interface
Week 2 The Object-Oriented Approach to Requirements
Class 6 – Scope Management Group Project 2 1.Project strategy – how to attack it 2.Inception skills requirements 3.Planning technique requirements Scope.
Ist.psu.edu School of Information Sciences and Technology IST 311 – Object-Oriented Design & Software Steven Haynes IST 311 – Class 1 10 January 2005
Systems Development Environment
Chapter 7 Structuring System Process Requirements
Systems Analysis and Design 8th Edition
September Ron McFadyen1 design analysis implementation testing maintenance Waterfall Development Process Linear one phase is completed before.
Object-Oriented Analysis and Design
Design analysis implementation testing maintenance Waterfall Development Process Linear one phase is completed before the next begins in practice, must.
Chapter 15: System Modeling with UML
Chapter 18 Object-Oriented Systems Analysis and Design Using UML
Documenting Requirements using Use Case Diagrams
Info /7 DMU1 The story so far… Systems Analysis & Design Academic Year 2008/9 Lecture 10.
Jan 8, Ron McFadyen1 Waterfall Spiral UP Case study UML Use Cases.
Chapter 1 Assuming the Role of the Systems Analyst
Copyright 2004 Prentice-Hall, Inc. Essentials of Systems Analysis and Design Second Edition Joseph S. Valacich Joey F. George Jeffrey A. Hoffer Chapter.
Chapter 13: Designing the User Interface
Chapter 7 Structuring System Process Requirements
Copyright © 2008 Pearson Education, Inc. Publishing as Pearson Addison-Wesley Computer Science: An Overview Tenth Edition by J. Glenn Brookshear Chapter.
Chapter 7: The Object-Oriented Approach to Requirements
Copyright 2001 Prentice-Hall, Inc. Essentials of Systems Analysis and Design Joseph S. Valacich Joey F. George Jeffrey A. Hoffer Chapter 1 The Systems.
Lesson 1 Week01.
Systems Analysis – Analyzing Requirements.  Analyzing requirement stage identifies user information needs and new systems requirements  IS dev team.
14 Chapter 11: Designing the User Interface. 14 Systems Analysis and Design in a Changing World, 3rd Edition 2 Identifying and Classifying Inputs and.
Chapter 1: The Object-Oriented Systems Development Environment Object-Oriented Systems Analysis and Design Joey F. George, Dinesh Batra, Joseph S. Valacich,
Chapter 9 Moving to Design
1 Systems Analysis and Design in a Changing World, Thursday, January 18, 2007.
CS206 System Analysis and Design Note 1 By ChangYu 1 Course Information Lecturer NameCHANG YU Web sitewww.chuhai.edu.hk/changyu/
Systems Analysis & Design 7 th Edition Chapter 5.
To navigate the slide presentation, use the navigation bar on the left OR use your right and left arrow keys. Move your mouse over the key terms throughout.
Programming Logic and Design Fourth Edition, Comprehensive Chapter 15 System Modeling with the UML.
Systems Analysis and Design 8 th Edition Chapter 6 Object Modeling.
UML Use Case Diagramming Guidelines. What is UML? The Unified Modeling Language (UML) is a standard language for specifying, visualizing, constructing,
Sept. 18, 2003CS WPI1 CS 509 Design of Software Systems Lecture #3 Thursday, Sept. 18, 2003.
Sept Ron McFadyen1 Today Sept 16: Chapters 1, 2, 3 Introductory material Next Tuesday Sept 21: Rational Rose and Use Cases Chapter 6 - Use.
Department of Industrial Engineering Sharif University of Technology Session #9.
ANALYSIS PHASE OF BUSINESS SYSTEM DEVELOPMENT METHODOLOGY.
Your Interactive Guide to the Digital World Discovering Computers 2012 Chapter 12 Exploring Information System Development.
1 Unified Modeling Language Michael K. Wildes University of California, Riverside – Extension Program Presentation 2.
Copyright © 2009 Pearson Education, Inc. Publishing as Prentice Hall Appendix A Object-Oriented Analysis and Design A.1.
Technical Module C Object Modeling Objects Object – a valuable resource: Money (Account Receivable) Material (Product) Machines (Delivery Truck) Personnel.
Chapter 7 Part II Structuring System Process Requirements MIS 215 System Analysis and Design.
Defining and Managing Project Scope. MOV Scope Phases Time Estimates Resources Tasks Schedule Budget Sequence Project Planning Framework.
“Good judgment comes from experience, and often experience comes from bad judgment.”
After class… Reach out to your GP1 group Setup time to meet Get started on GP1 asap!
Class 5 – Planning IT Projects
Day 4 – Process Modeling cont’d Today’s Goals  More on Process Models  Leveling DFDs  Exercise 5 – in class  Group Project / Client Project reminders.
MIS Day 3 Outline 1.Root Cause Analysis Figuring out the underlying problem & objectives for a solution 2.Process Modeling Data flow diagrams 3.Group.
MIS 374 First Day Activities 1.Pick up 2 handouts in the front. 2.Form a group of 5 students – sit together and begin the class exercise. 3.Read the Group.
Class 12: Exam Review  Client project  Exam review -- check list for client project  Client project work time and Q & A.
Day 4 – Process Modeling: Leveling DFDs Today’s Tools  More on DFDs  Leveling DFDs  Exercise 5 – in class  Introduce TA’s.
Class 5 – Planning IT Projects
Elaboration popo.
Class 12: Exam Review Client project
DATA REQIREMENT ANALYSIS
School of Business Administration
CASE Tools and Joint and Rapid Application Development
Day 4 – Process Modeling: Leveling DFDs
Class 7 – Inception Phase: Steps & techniques
Risk Reduction Strategies Funct. & NF Requirements Summaries
BSA 376 AID Lessons in Excellence-- bsa376aid.com.
Information Technology Project Management
WHAT IS A Use Case Diagram?
Engineering Quality Software
Use Case Modeling Part of the unified modeling language (U M L)
Presentation transcript:

Day 11 – UML and Use Case Diagrams Unified Modeling Language (UML) Use Case Diagrams Exercise 10 (in class today, one per CP team) 1. Use Cases for Client Project 2. Stakeholders Table Exercise 11 (due Monday, one per CP team) – 1. Functional Requirements Priority Table 2. Non-Functional Requirements UML intro, Day 11

Unified Modeling Language (UML) Object-oriented development approach – some times called OO modeling or OO techniques Use Case Diagrams most common UML technique UML can be used with any OO methodology OO Modeling supports object programming. DFDs focus on processes for data flow, rather than actual program steps. There are two purposes for UML modeling 1) to show how the application is used (as opposed to DFDs which show the process or logic and 2) to show what state the application is in. UML is a notation used in OO modeling – it is a language • A preliminary version of UML was presented in 1995 • In 1997 UML was presented to the Object Management Group (OMG) as a standard modeling technique www.omg.org • OMG is a consortium of software vendors, developers and organization with the goal to provide a common architectural framework for OO applications. UML views information systems as a collection of interacting objects that work together to accomplish tasks. Source of illustration: http://www.uml-diagrams.org/use-case-diagrams-examples.html Source of illustration: http://www.uml-diagrams.org/use-case-diagrams-examples.html UML intro, Day 10, Tech Mod C 2

Use Case Diagrams in SDLC Use case diagrams aid in the analysis and documentation of high level requirements for scope & stakeholders Drill down use case diagrams aid in defining functional requirements one module at a time. Drill down to design each module. Final Construction Phase(s) Inception Phase(s) 3

Use Case Diagram Format The System is inside the rectangle Ovals depict each use case – a system action. A boundary is the dividing line between the system and its environment. Use cases are within the boundary. Actors are outside the boundary. A connection is an association between an actor and a use case. It depicts a usage relationship, but does not indicate data flow. The Use Case Diagram defines the requirements • A use case diagram is a graphical model that summarizes the information about the actors and use cases • During the use case analysis we try to identify all of the uses of the system • The uses derive from the events in the requirements list • We can think about a use case diagram as a functional description of the entire system, which identifies functions to be supported by the new system Automation Boundary and Organization • Figure above shows a use case diagram with two actors and four use cases • The boundary line drawn around the entire set of use cases is the automated system boundary or the automation boundary (it denotes the boundary between the environment, where the actors reside, and the internal functions of the automated system). Figure 1 in the UML-Use Case Diagram reading for today. UML intro, Day 11

Quick System Diagram – hand-drawn Use Case diagram – hand drawn preliminary drawing for eStore shows actors that system must handle. UML intro, Day 10, Tech Mod C UML intro, Day 11 5

Actors are roles or systems that interact with system Use Case diagram – with Visio Actors are roles or systems that interact with system Use Case diagram – Visio version for eStore that shows the names of each part of a use case diagram. UML intro, Day 11

Visio Software and Database Category DFD tools UML tools UML intro, Day 10, Tech Mod C 7

Exercise 10 Resource: Use Case Diagrams from Reading

Example for Latinitas’ Case This Use Case diagram was created by 2007 UT MIS grad, Gretel Paronzini-Fredette Gretel was on the Latinitas team. She now creates use case diagrams as a consultant at Deloitte in Austin. * As a business analyst, Gretel creates Use Case Scripts for each of the Use Cases in a Use Case Diagram * The Austin Bearing Point office is now a Deloitte office. Note by Gretel Paronzini-Fredette, from the 2002 Latinitas team: This is Latinitas’ use case diagram. Please note that it this is only a part of the use case diagram because I only reflected what the actor does as a user. I left out the volunteer as an administrator of the system. In which case, you will have more use cases within the system. UML intro, Day 11

High Level Use Case Diagram – ASTA Skill Set System * * Drill down use case details for Search Skill set are provided in Figure 4 Figure 3 in UML-Use Case reading today. UML intro, Day 11

High Level Use Case Diagram Notes, re: DFDs Event (use case) names are verb-object like DFD processes No data stores Focus is on interaction of Actors (system users) with the system No arrow heads for lines connecting actor and use case, since considered two-way Figure 3 in UML-Use Case reading today. UML intro, Day 11

High Level Use Case Diagram Provide employee information extends Request search Figure 4 in UML-Use Case reading today. Select skills uses Request search UML intro, Day 11

Goal of Analysis: Learn what needs coding before coding

Client Project Question 1 On a scale of 1 – 5, how similar is your project to 333k? 1 = not similar 5 = very similar

Client Project Question 2 On a scale of 1 – 5, how clear is your scope? 1 = not clear 5 = very clear

Client Project Question 3 On a scale of 1 – 5, how clear is your list of stakeholders? 1 = not clear 5 = very clear

Organizational Impact Analysis Meeting 2: Team used existing site like click through prototype with clients Stakeholders Table Root Cause Analysis Organizational Impact Analysis

Meeting 3: Evaluation Table

Web Flow Example – Judy Paul Website Judy’s public pages (customer side)  Paypal manages payments. Judy’s private pages for managing her site.

Functional Priorities – Judy Paul Website Exercise 11 – Create this week (recommended); full credit ‘til 3/5 UML intro, Day 10, Tech Mod C 22

Client Project Question 4 On a scale of 1 – 5, how clear are your team roles? 1 = not clear 5 = very clear

Web Flow As Basis for Assigning Functional Expertise Judy’s public pages (customer side)  Paypal manages payments. Judy’s private pages for managing her site.

Client Project Question 5 On a scale of 1 – 5, how set are your software tools ? 1 = not at all set 5 = absolutely set

Exercise 11 Reminder: Bring to Class Monday 3/5 Create for review with your client for your client project meeting this week: Functional Requirements Priority Table (draft) Non-Functional Requirements Summary (draft) Turn in one print copy for your client project team. UML intro, Day 10, Tech Mod C 26

Exercise 10: In class Client Project Team work Stakeholders Table High Level use case diagram for system (e.g. Figure 3 in Use Cases reading for ASTA) Drill down use case diagram for one use case (e.g. Figure 4 in Use Cases reading for ASTA) Note: e-mail option due Tues. 2/28 - noon UML intro, Day 10, Tech Mod C 27

Exercise 10 reference: High Level Use Case Diagram from Reading Note: the Visio diagrams on the Resources Page may be copied and edited for your Client Project.

Exercise 10 reference: Drill Down Use Case Diagram from Reading