1 Unified Modeling Language Michael K. Wildes University of California, Riverside – Extension Program Presentation 2.

Slides:



Advertisements
Similar presentations
Point of Sale (POS) Client & Back Office Server. Operational Concept What is our Objective? What is our Objective? What are our Goals? What are our Goals?
Advertisements

Chapter 11 Designing the User Interface
Project Analysis Course ( ) Final Project Report Overview.
Information technology solutions development Fundamentals of Information Technology Session 3.
Chapter 3 Data Modeling Copyright © 2014 McGraw-Hill Education. All rights reserved. No reproduction or distribution without the prior written consent.
Analysis Modeling.
1 BTEC HNC Systems Support Castle College 2007/8 Systems Analysis Lecture 7 Descriptors Events Events Tables.
Software Engineering Introduction to UML.
Information System Engineering
Project Management.
Waterfall Development Process
Jan 16, Ron McFadyen1 Ch 9. Use-case model: drawing System Sequence Diagrams Iteration 1: a simple cash-only success scenario of Process Sale.
COMP 350: Object Oriented Analysis and Design Lecture 3 Case Studies, Inception & Use Cases References: Craig Larman Chapters 3-6.
© Betty H.C. Cheng. This presentation is available free for non-commercial use with attribution under a creative commons license. Use Cases and.
Solving the Problem Analysis & Design.
Unit 211 Requirements Phase The objective of this section is to introduce software system requirements and to explain different ways of expressing these.
© 2005 Prentice Hall4-1 Stumpf and Teague Object-Oriented Systems Analysis and Design with UML.
Info /7 DMU1 The story so far… Systems Analysis & Design Academic Year 2008/9 Lecture 10.
6/8/991 Analysis Tuesday 09/14/99 Revised: September 11, 2000 (APM)
Use Cases and Scenarios
Copyright ©2004 Cezary Z Janikow 1 Use Cases n Within Requirements discipline/workflow n Verbal descriptions of important functional (behavioral, transactional,
Jan 8, Ron McFadyen1 Waterfall Spiral UP Case study UML Use Cases.
Accounting Information Systems: A Business Process Approach Chapter One: Introduction to Accounting Information Systems.
Systems Development Life Cycle
Marcelo Santos – OOAD-CDT309, Spring 2008, IDE-MdH 1 Object-Oriented Analysis and Design - CDT309 Period 4, Spring 2008 More on use cases System sequence.
Chapter 13: Designing the User Interface
Chapter 14 Designing the User Interface
TK2023 Object-Oriented Software Engineering CHAPTER 6 SYSTEM SEQUENCE DIAGRAMS.
User Interface Theory & Design
Modeling Systems Requirements: Events and Things.
Copyright 2002 Prentice-Hall, Inc. Managing the Information Systems Project 3.1 Chapter 3.
Requirements Elicitation. Requirement: a feature or constraint that the system must satisfy Requirements Elicitation: specification of the system that.
Chapter 3 Use Cases.
Rational Unified Process (Part 1) CS3300 Fall 2015.
The Systems Proposal What the book calls the “Updated Baseline Project Plan” - no standard name for it Presents the different options to the customer along.
14 Chapter 11: Designing the User Interface. 14 Systems Analysis and Design in a Changing World, 3rd Edition 2 Identifying and Classifying Inputs and.
© 2014 Cengage Learning. All Rights Reserved. Do Now: ●How should full-time and part-time employees be paid differently by a business? ●Think about who,
Case Study :. Introduction The ATM network will consist of a large number of ATM machines distributed over a wide geographical area. The network must.
1 Copyright Flying Kiwi Productions Inc. An Introduction to Object-Oriented Analysis Objects and UML in plain English. Chapter.
What is a Business Analyst? A Business Analyst is someone who works as a liaison among stakeholders in order to elicit, analyze, communicate and validate.
Sept Ron McFadyen1 Section 10.1 Domain Models Domain Model: a visual representation of conceptual classes or real-world objects in a domain.
Faculty of Computer & Information Software Engineering Third year
Software Architecture in Practice Architectural description (The reduced version)
SOFTWARE DESIGN AND ARCHITECTURE LECTURE 20. Review Software Requirements Requirements Engineering Process.
USE CASE Bayu Adhi Tama, MTI Faculty of Computer Science, University of Sriwijaya Slides are adapted from Petrus Mursanto
Originated by K.Ingram, J.Westlake.Edited by N.A.Shulver Use Case Scripts What is a Use Case Script? The text to describe a particular Use Case interaction.
1 SYS366 Business Use Case Descriptions. 2 Today Identifying Business Use Cases Documenting Business Use Cases.
Chapter 9 Applying UML and Patterns -Craig Larman
User Interface Theory & Design Lecture 6a 1.  User interface is everything the end user comes into contact with while using the system  To the user,
14 Chapter 11: Designing the User Interface. 14 Systems Analysis and Design in a Changing World, 3rd Edition 2 Identifying and Classifying Inputs and.
1 Chapter 5 Modeling System Requirements Finding the Use Cases Page
Staffordshire UNIVERSITY School of Computing Version Jan 08 original by K.Ingram & J.Westlake1 Use Case Scripts The text to describe a particular Use Case.
1 An Introduction to Object-Oriented Analysis Objects and UML in plain English. Chapter 6: The Object-Oriented Development Life Cycle Srividya Srinivasan.
PRESENTATION ON USE CASE. Use Case Modeling Use case diagrams describe what a system does from the standpoint of an external observer. The emphasis is.
 An Information System (IS) is a collection of interrelated components that collect, process, store, and provide as output the information needed to.
Understanding Requirements
Basic Concepts of Financial Accounting Introduction to Business And Technology.
GCSE ICT 3 rd Edition The system life cycle 18 The system life cycle is a series of stages that are worked through during the development of a new information.
1 The System life cycle 16 The system life cycle is a series of stages that are worked through during the development of a new information system. A lot.
1 Unified Modeling Language Michael K. Wildes University of California, Riverside – Extension Program Presentation 2.
OO DomainModeling With UML Class Diagrams and CRC Cards Chapter 6 Princess Nourah bint Abdulrahman University College of Computer and Information Sciences.
ISMT221 Information Systems Analysis and Design Use case diagram Lab 4 Tony Tam.
© Mark E. Damon - All Rights Reserved Directions: As you play the game, click on the TEXT DOLLAR AMOUNT that the contestant calls, not the surrounding.
© 2006 Nova Scotia Government All rights reserved. Deferred Leave.
Systems Development Life Cycle
Elaboration popo.
UML Use Case Diagrams.
OO Domain Modeling With UML Class Diagrams and CRC Cards
Overview of Business Processes
Systems Development Life Cycle
Presentation transcript:

1 Unified Modeling Language Michael K. Wildes University of California, Riverside – Extension Program Presentation 2

2 Definition Customer The person who the IT personnel are building the system for They must be the owner of the system as well The trick is to identify the real customer The real customer (owner) has the checkbook

3 Definition User The user is one who will interact with the system They are important as they report to the owner problems Both the customer and the user must be satisfied !

4 Definition Actor A person or thing that interacts with a computer system An actor can have many roles customer employee Clerk An actor can also be another computer system

5 Definition Initiating Actor An actor who initiates a business transaction For example Customer who makes a purchase Employee who places timecard into time clock Client who makes a payment

6 Definition Participating Actor An actor who is a part of the system They facilitate the business transaction For example Clerk who enters the purchase into a Point of Sale terminal Clerk who places paper in the printer Accountant who audits report Credit card authorization system

7 Planning is a very critical phase It requires much interaction between analysts, owners, and users The preliminary investigation and the Project Specifications report must show that the system is feasible before continuing into analysis If not, stop the process PLANNING

8 Definition Feasibility A project is feasible if it appears that automation will solve the user's information related problem while satisfying economic, operational, technical, organizational, environmental, and temporal constraints

9 Definition Economic Feasibility A project is economically feasible if it appears that the solution is affordable

10 Definition Operational Feasibility A project is operationally feasible if it appears that the solution can be operated by the participants

11 Definition Technical Feasibility A project is technically feasible if it appears that the solution is possible with today’s technology

12 Definition Organizational Feasibility A project is organizationally feasible if it appears that the solution is political doable within the organization

13 Definition Environmental Feasibility A project is environmentally feasible if it appears that the solution is not harmful to the environment

14 Definition Temporal Feasibility A project is temporally feasible if it appears that the solution can be created in time This is one that can make or break a lot of systems Remember Time Boxing

15 Definition Time Boxing Placing a due date for each deliverable from two weeks to two months It is much easier to complete a small goal rather than a large one

16 Definition Measurability Must overcome the ‘Productivity Paradox’. Must explain the ‘Increasing Returns Model’ The user must be able to judge that the goal was met This means the goal should be expressed in quantitative terms

17 Definition Measurability continued For example A video can be rented in less than 15 seconds The fine was computed correctly A minimum wage employee with less than two hours of training can learn to use the point of sale terminal

18 Definition Constraint A limit on the system For example Budget for project is $20, Must be completed in six months Must be usable by a minimum wage employee Must provide for changes in sales tax laws

19 Definition Constraints can be hard or soft A hard constraint is set by an external entity This means that your organization can not change them For example By law, mortgage statements must show new APR by July 1 By law the Medicare withholding must be changed by January 1

20 Definition A soft constraint is set by an internal entity This means that your organization can change them For example Must be usable by a minimum wage employee Budget for project is $20, Some existing business rules may have to be changed

21 Definition Event An occurrence by an initiating actor that a system responds to Sometimes called an external event as it is generated outside the system

22 Definition Environmental Diagram Shows actors system participants events and how they interact

23 Definition Environmental Diagram Rent Video Pay Employees Video Store Information System Clerk Customer Payroll Clerk

24 Definition Use Case A narrative description of a system process initiated by an external event Consists of actor actions and system responses for each individual step

25 Definition Use Case Select 4 or 5 High-Level Use Cases. Brief elaboration of these. Prioritize Use Cases. Can use ‘Scoring Method’ to Prioritize Focus on 2 Expanded, Full-Dress Use Cases

26 Definition System Event The Actor actions for each individual step They consist of: typing in text boxes selecting from list boxes pushing buttons of forms

27 Definition System Response The specific System Response for each system event For example: Display price Print Receipt Post transaction to journal

28 Deliverables 2.List system functions and attributes For example record sale or Record sale in less than ten seconds Record sale using a web page May be hidden such as Post transaction to journal

29 Deliverables 3.Use case definitions The use case is identified Include its name Include initiating and participation actors Overview A customer arrives at a POS terminal with good to purchase. The cashier records the purchase and the customer leaves with the goods upon completion

30 Deliverables Prototype Purpose is to show screens that user will be working with Probably will not have much functionality Possibly done in Visual Basic

31 Deliverables Draft Conceptual Model Is just of list of each domain (business) object For example: Customer Store Product

32 Deliverables Draft of Possible System Architecture This is related to feasibility Hardware costs and performance let decision makers know if system is feasible

33 Summary UML provides a standard for the following artifacts: Project Specifications Environmental Diagram System functions & attributes High level Use Cases

34 Summary Artifacts (cont’d) Expanded Use Cases (top of page 67) Typical Course of Events and System Response Table (pages 67-70) Draft conceptual model