EE 446 EMBEDDED ARCHITECTURE Embedded System in UML
|
|
- Claud Carpenter
- 5 years ago
- Views:
Transcription
1 EE 446 EMBEDDED ARCHITECTURE Embedded System in UML Airs Lin UML (UNIFIED MODELING LANGUAGE) 1
2 What is UML? Created and developed by Grady Booch, Ivar Jacobson, and James Rumbaugh at Rational Software (1994~1996) In 1997, it was adopted as a standard and managed by OMG (Object Management Group) In 2000, the UML was accepted by the ISO (International Organization for Standardization) as an approved ISO standard The UML is a graphical Object Oriented Modeling Language General purpose modeling language in the field of software engineering Provides a standard way to visualize the design of a system Widely used for business modeling and other non software systems UML is not a "process" It does not tell you how to do things, only what you should do Why Use UML? UML is a fusion of ideas from several precursor modeling languages We need a modeling language to: Help develop efficient, effective and correct designs, particularly Object Oriented Designs Communicate clearly with project stakeholders (concerned parties: developers, customers, etc.) Give us the big picture view of the project 2
3 Types of UML 2.x Diagrams Most Helpful UML Diagrams Use Case diagram: represents functions of a system from the user's point of view Class diagram: represents the static structure in terms of classes and relationships Sequence diagram: is a temporal representation of objects and their interactions Statechart diagram: represents the behavior of a class in terms of states Activity diagram: represents the behavior of an operation as a set of actions Deployment diagram: represents the deployment of components on particular pieces of hardware 3
4 USE CASE DIAGRAM What are the Requirements? In the world of business analysis, a requirement defines Feature: future solution has to enable Cloud access Function: future solution has to execute Calculate savings Fact: future solution has to enforce FCC regulation XYZ Quality: future solution has to exhibit Access to a file in 1 second IIBA (International Institute for Business Analysis) defines four fundamental types of requirements: Business requirements Stakeholder requirements Solution requirements Transition requirements 4
5 Requirement Analysis Functional requirements Describe a list of functions that the system must accomplish Quality (Nonfunctional) requirements Describe other constrains Performance expectations Technologies to be used Use Case Diagram Use Case diagrams model the behavior of a system and help to capture the requirements of the system Use Case diagrams describe the high level functions and scope of a system Use Case diagrams also identify the interactions between the system and its actors Use Case and actors describe what the system does and how the actors use it, but not how the system operates internally 5
6 When Use Case is Applicable? Before starting a project Create Use Case diagrams to model a business so that all participants in the project share an understanding of workers, customers, and activities of the business While gathering requirements Create Use Case diagrams to capture the system requirements and to present to others what the system should do During the analysis and design phases Apply the Use Case and actors to identify the classes that the system requires During the testing phase Apply Use Case diagrams to identify tests for the system Basic Use Case Syntax 6
7 A Use Case Diagram Use Case diagram Presents main components of the system Shows how the user interacts with those components Three main components Actor(s) Use Case(s) System boundary UML Use Case Diagram Example 7
8 Symbols of Use Case Diagram # Name 1 Actor A class of people or system that interact with a system 2 Association Indicates that instances of one model element are connected to instances of another model element 3 Directed Association Directed association relationships are associations that are navigable in only one direction 4 Generalization 5 Dependency 6 <<include>> Include 7 <<extend>> Extend 8 System A generalization relationship is a relationship in which one model element (the child) is based on another model element (the parent) One element, or group of elements, acting as the client depends on another element or group of elements that act as the supplier An include relationship is a relationship in which one Use Case (the base Use Case) includes the functionality of another Use Case (the inclusion Use Case). Specifies that one Use Case (extension) extends the behavior of another Use Case (base). This type of relationship reveals details about a system or application that are typically hidden in a Use Case A System Boundary is a type of partition that represents the boundary between the item you are representing with the Use Cases (inside the boundary) and the actors (outside the boundary) Use Case Diagram Association (1) An association between an actor and a Use Case indicates that the actor and the Use Case communicate with each other An actor could be associated to one or several Use Cases Actor Customer associated with two Use Cases. 8
9 Use Case Diagram Association (2) Use Case may have one or several associated actors Use Case Manage Account associated with Customer and Bank actors. Use Case Diagram Directed Association Introduce an actor called Time to initiate scheduled events 9
10 Use Case Diagram Generalization (1) A parent Use Case may be specialized into one or more child Use Cases that represent more specific forms of the parent A child inherits all structure, behavior, and relationships of the parent Generalization is used when you find two or more Use Cases that have commonalities in behavior, structure, and purpose. When this happens, you can describe the shared parts in a new Use Case, that is then specialized by child use cases. Web Client actor is abstract superclass for Administrator, Editor and Customer Use Case Diagram Generalization (2) Generalization between Use Cases is similar to generalization between classes child Use Case inherits properties and behavior of the parent Use Case and may override the behavior of the parent Phone Order and Internet Order Use Cases are specializations of the abstract Use Case Place Order 10
11 Actor USE CASE DIAGRAM What is an Actor? All the actor items that live outside the system and interact with the system constitute the system s context The context defines the environment in which the system lives 11
12 Main Categories of Actors 1. Principal Actors People who use the main system functions 2. Secondary Actors People that perform administration or maintenance tasks 3. External Hardware The unavoidable hardware devices that are part of the application domain and must be used 4. Other Systems The other systems with which the system must interact How to Find the Actors 1. Who will use the system? 2. Who will install the system? 3. Who will activate the system? 4. Who will maintain the system? 5. Who will shutdown the system? 6. Any other systems will operate with this system? 7. Who will receive the data from the system? 8. Who will provide the data to the system? 9. What function will be automatically executed by the timer? 10. Any other systems will be connected with this system? 11. Any hardware devices will be connected with the system? 12. Any database will be connected with the system? 13. Anyone inside of the company will operate the system? 14. Anyone outside of the company will operate the system? 12
13 The Characters of Actor 1. If the actor is external and does not belong to any part of the system, then we do not need to include this actor 2. Only the actors who will use and interact with the system, and/or exchange the information with the system, are needed by the system 3. Only the actors can actively participate with Use Cases. Identify actors who will guide us to find the Use Case 4. Consider interfaces. The system needs to provide interfaces to actors, or uses the interfaces which are provided by the actor Actors Table Human System Type Detail Actors Hardware Devices People outside the company People inside the company Internal system External system Database Schedule Customers Employees, Managers Accounting system, Inventory system Yes Weekend Bar code scanner Online Bookstore System 13
14 Create the System Description System Name Online Bookstore System Description The system provides following functions for customers: 1. Online order 2. Online payment 3. Shipping service The system needs to integrate with current accounting and inventory systems Organized Key Points 1. Main functions: online order, online payment, shipping service 2. Integrate with current accounting and inventory systems USE CASE DIAGRAM 14
15 Why Consider Use Cases? In a traditional Software Requirements Specification (SRS), features are presented without context. For example: The system will have to do the following The system should do the following The system will end up doing the following It is of the utmost importance that It would be interesting to A traditional SRS are often expressed in an unstructured way Very difficult for the system s stakeholder to absorb Use Cases break requirements down into short scenarios More easily understood Benefits of Use Cases Good way to start identifying objects from scenarios Test plan can be immediately generated based on Use Cases Easier user validation Helps technical writers in structuring the overall work on the users manuals at the early stage Better traceability throughout the system development process Quality of the software is improved by identifying the exception scenarios earlier in the development process 15
16 Use Case Diagram How to Define the Use Case 1. What kind of functions will be provide to actors? 2. Does the system need to store any information? Who will create/read/update/delete this information? 3. If there are any internal state changes, does the system need to notify any actors? 4. Does the system need to handle any external event? When the event occurs, will the system need to notify any actors? 5. Does the system need to execute scheduled job? 6. When some important event occurs, does the system need to automatically execute any job? 7. Can we find any Use Case from the title of the Use Case Diagram? 8. Will this Use Case produce multiple results? Or are these results are generated at different times? Actor Use Case Associations Typically, an actor can be associated with one or more Use Cases The actor who initiates Use Cases is placed on the left side, the actor who receive Use Case results is placed on the right side 16
17 Use Case No Internal Behavior Does not represent any internal behavior that system may have, which is only used by other parts of the system Incorrect Correct Use Case No Interactions Between the Actors in the System Correct Incorrect 17
18 Use Case Using Extends/Includes to Add Detail Airline reservation system When passenger check in, the system can assign a seat to them Initial Design Sub Diagram Use Case Using Extends/Includes to Add Detail (2) To add detail (extension) 18
19 Use Case Diagram Library's Internet Portal Library members access the library's internet portal Log in View books Order books Use Case Diagram Inertial Measurement Unit (IMU) 19
20 Use Case Description Use Case Short description Who or what is using this Use Case? Is this used by Actors other Use Cases? Brief Description Detail description Pre conditions What needs to be done before the Use Case is executed? Supporting Actor Post conditions What is changed after the Use Case is executed? This can be used to verify if the Use Case has successfully been executed Basic Flow A list of steps that will normally occur Alternative Flows If something goes wrong or if the normal flow varies, then the alternative flow is described here Special Requirements Comments and requirements to the Use Case Use Case Relationships Some of the steps might be described in other use cases. These use cases are listed here Use Case Description Example Use Case UC2 View details for a Blu ray disc Actor Customer Supporting Actor Brief Description As a customer I would like to view the details for a specific Blu ray disc Pre conditions UC1 must have been done Post conditions Details shown Basic Flow of Events 1. Customer clicks on a Blu ray from the list 2. Web store sends a request about details for the given Blu ray disc to the DB 3. DB retrieves the requested data and sends it to the Web store 4. Web store displays product details Alternative Flows Special Requirements Use Case Relationships 20
21 Use Case Diagram A Residential Heating System Specification: Both the janitor and the resident can use the thermostat Only the resident can control the automatic timer Case Study 1: An Intersection Traffic Control System 21
22 Case Study 1: System Description Pedestrian pushes button, generating service request to software and receives, in time, the Walk signal In ACTUATED mode, vehicle enters the intersection, generating service request to software and receives, in time, the Okay to Proceed signal In ADAPTIVE mode, vehicle passes over the loop detector, increasing the vehicle count, which, in turn, causes an adjustment in intersection timings Emergency vehicle operator activates the emergency vehicle override signal, generating priority service request to software and receives, in a preemptive time, the Okay to proceed signal Traffic regulatory personnel will remove the manual override device from the control box and press buttons to control the intersection manually Remote operator uses a software control panel either to control the state of the intersection directly or to observe and manipulate the parameters and state of a specific intersection control system Maintainer accesses system through Ethernet port to perform maintenance Case Study 1: System Functions The Intersection Control System provides the following functions: 1. Control of the intersection vehicle traffic standards 2. Control of the intersection pedestrian traffic standards 3. Collection and processing of traffic history from all approaches 4. Adaptive control of intersection timings in response to traffic flow 5. Actuated control of intersection in response to vehicle presence 6. Timed control of intersection in response to a fixed scheme 7. Handling of pedestrian crossing requests 8. Handling of emergency vehicle pre emption 9. Intersection control in response to manual override commands 10. Intersection control in response to remote override commands 11. Management of traffic history and incident log databases 12. Handling of maintenance access requests from the maintenance port 13. Handling of maintenance access requests from the DOT WAN 22
23 Case Study 1: Actors 1. Vehicle Presence Detector User: Motor Vehicle 2. Pedestrian Presence Detector User: Pedestrian 3. Emergency Vehicle Override User: Emergency Vehicle 4. Manual Override User: Traffic Control Officer 5. Remote Override User: DOT Network 6. Maintenance Interface User: Maintainer Case Study 1: Top Level Use Case Diagram 23
24 Case Study 2: Medical Clinic Scenario for the medical clinic A patient calls the clinic to make an appointment for a yearly checkup The receptionist (scheduler) finds the nearest empty time slot in the appointment book and schedules the appointment for that time slot Case Study 2: Use Case Diagram System Requirements The patient and scheduler are actors involved in making and cancelling appointments The patient can request medication from the doctor The tasks associated with paying the bill happen between the patient and the clerk 24
25 Case Study 2: Use Case Diagram System Requirements The patient and scheduler are actors involved in making and cancelling appointments The patient can request medication from the doctor The tasks associated with paying the bill happen between the patient and the clerk 25
Information Technology Audit & Cyber Security
Information Technology Audit & Cyber Security Use Cases Systems & Infrastructure Lifecycle Management OBJECTIVES Understand the process used to identify business processes and use cases. Understand the
More informationSYSTEM AND SOFTWARE DESIGN USING THE UNIFIED MODELING LANGUAGE (UML)
Michael Weintraub And Frank Tip SYSTEM AND SOFTWARE DESIGN USING THE UNIFIED MODELING LANGUAGE (UML) Thanks go to Martin Schedlbauer and to Andreas Zeller for allowing incorporation of their materials
More informationAn Introduction to Use Cases
An Introduction to Use Cases Geri Schneider and Jason P. Winters Wyyzzk, Inc. Santa Clara, CA 95051 1 Abstract Use cases, also referred to as user stories, enable the functional requirements of a software
More informationAn Introduction to Use-Case Modeling
An Introduction to Use-Case Modeling The process of modeling a system s functions in terms of business events who initiated the events how the system responds to those events An approach that facilitates
More informationBabu Madhav Institute of Information Technology, UTU 2017
Five Years Integrated M.Sc. (IT) Semester 3 Question Bank 060010312 CC9 Software Engineering Unit 1 Introduction to Software Engineering and Object-Oriented Concepts 1. What is software? 2. Which documents
More informationRequirement Analysis Document
Requirement Analysis Document For A police vehicle command and control system Group Members: Barbara Anne Fernandiz (Group Leader) Girubalani a/p Garnarajan Patricia a/p Arokiasamy Subhashini a/p Ramalinggam
More informationRequirements Engineering Unit 4: Requirements modeling, specification & prioritization
Unit 4: Requirements modeling, specification & prioritization Department of Computer Science / Rijksuniversiteit Groningen (RUG) http://www.cs.rug.nl/~liangp/teaching/courses/re2009fall/ 9/29/2009 1 9/29/2009
More informationCS/IT Secure Software Construction
CS/IT 328 - Secure Software Construction Chapter 4 UML the Unified Modeling Language Book: Fowler, UML Distilled, chap. 1.. 4 Notation: Notations and Meta-Models a graphical representation of a model,
More informationObject-Oriented Modeling: A Roadmap
University of Paderborn Leiden University Object-Oriented Modeling: A Roadmap University of Paderborn Leiden University Software Development: Traditional (?) Approach implementation June 8, 2000 ICSE 2000:
More informationRational Unified Process (RUP) in e-business Development
Rational Unified Process (RUP) in e-business Development Jouko Poutanen/11.3.2005 2004 IBM Corporation Agenda Characteristics of e-business Development Business Modeling with RUP and UML Rational Tools
More informationEssentials of IBM Rational Requirements Composer, v3. Module 4: Creating a use-case model
Essentials of IBM Rational Requirements Composer, v3 Module 4: Creating a use-case model Copyright IBM Corporation 2010, 2011 Module overview After completing this module, you should be able to: Explain
More informationUse cases. Paul Jackson. School of Informatics University of Edinburgh
Use cases Paul Jackson School of Informatics University of Edinburgh Use cases An important part of any requirements document for a system is a description of the system s behaviour from the viewpoint
More informationRequirements Engineering
Requirements Engineering Software Engineering Andreas Zeller Saarland University Requirements Engineering The Real World Requirements Engineering A description of what the system should do (but not how)
More informationThe Rational Unified Process for Systems Engineering PART II: Distinctive Features
The Rational Unified Process for Systems Engineering PART II: Distinctive Features by Murray Cantor Principal Consultant Rational Software Corporation In Part I of this article, published in last month's
More informationCHAPTER 3 Use Cases. 3. Use Cases
CHAPTER 3 Use Cases Introduction When, Why, Where, What Iteratively Developing Use Cases Inception + Scope Definition + Risk Identification + Actors & Use cases + Project Plan Elaboration + Primary & Secondary
More informationCHAPTER 3 Use Cases. 3. Use Cases
CHAPTER 3 Use Cases Introduction When, Why, Where, What Iteratively Developing Use Cases Inception + Scope Definition + Risk Identification + Actors & Use cases + Project Plan Elaboration + Primary & Secondary
More informationVehicle Booking System User Guide for LPC City Depot
Vehicle Booking System User Guide for LPC City Depot Contents Overview Pg. 3 VBS quick guide Pg. 4 Register for VBS Pg. 5 Logging into VBS Pg. 6 Adding multiple users to your organisation Pg. 7 List your
More informationMODELING AN ELECTRONIC PORTAL APPLICATION
240 ANNALS OF THE UNIVERSITY OF CRAIOVA ECONOMIC SCIENCES Year XXXXI No. 39 2011 MODELING AN ELECTRONIC PORTAL APPLICATION Prof. Georgeta Șoavă Ph. D University of Craiova Faculty of Economics and Business
More informationUse-Case Diagram. Contents. Introduction. 1. Introduction. User-Centred Design (UCD) Users Requirements
Contents Use-Case Diagram MIT, Walailak University by Dr.Wichian Chutimaskul Introduction Business Model using Activity Diagram Domain Analysis using Use-Case Description Documenting Requirements using
More informationDevelopment Process and Analysis. LTOOD/OOAD - Verified Software Systems 1
Development Process and Analysis LTOOD/OOAD - Verified Software Systems 1 Software Crisis Declared in the late 60 s Expressed by delays and failures of major software projects (unreached goals, unpredictable
More informationEngineering Process Transformation driven by Use Cases.
Engineering Process Transformation driven by Use Cases juergen.schmied@methodpark.com 1 From Process Models to Projects Corporate Initiatives Six Sigma 16949 PMI CMMI 26262 Automotive SPICE One group,
More informationRequirements Engineering with Use Cases
Requirements Engineering with Use Cases Csaba Veres Outline What are use cases? What do they tell us? How can you write them (properly)? What is a use case? A use case specifies the behavior of a system
More informationTHE BPMN GRAPHIC HANDBOOK
THE BPMN GRAPHIC HANDBOOK Copyright 2015 by Esteban Herrera All rights reserved. No part of this book may be reproduced in any form by any electronic or mechanical means including photocopying, recording,
More informationHow to Find Use Cases from Business Process (BPMN)? Written Date : February 17, 2014
Written Date : February 17, 2014 The BPMN is being increasingly used for identifying requirements for software that supports business processes. Software requirement is often found to be misaligned with
More informationChapter 3 Prescriptive Process Models
Chapter 3 Prescriptive Process Models - Generic process framework (revisited) - Traditional process models - Specialized process models - The unified process Generic Process Framework Communication Involves
More informationAutomation of Bahir Dar University IOT Maintenance System
Internet of Things and Cloud Computing 2016; 4(6): 55-61 http://www.sciencepublishinggroup.com/j/iotcc doi: 10.11648/j.iotcc.20160406.11 ISSN: 2376-7715 (Print); ISSN: 2376-7731 (Online) Automation of
More informationLecture 26: Domain-Driven Design (Part 4)
1 Lecture 26: Domain-Driven Design (Part 4) Kenneth M. Anderson Object-Oriented Analysis and Design CSCI 4448/6448 - Spring Semester, 2005 2 Goals for this lecture Review the extended example presented
More informationUpdated: September 15, 2014
Updated: September 15, 2014 This is how we do business now! The Government of Saskatchewan has launched an online business portal for a modern, streamlined, 24/7 approach to doing business with you. The
More informationBy: Ronny Trefftzs CSCI 5828: Foundations of Software Engineering Spring 2012 Professor: Kenneth Anderson
By: Ronny Trefftzs CSCI 5828: Foundations of Software Engineering Spring 2012 Professor: Kenneth Anderson WATERFALL? XP? SCRUM? While there is really no standard solution, the following presentation will
More informationSystem and Software Architecture Description (SSAD)
System and Software Architecture Description (SSAD) SnapValet Team 03 Name Brian Vanover Molly Karcher Ditong Dong Ridhima Manjrekar Brian Bousman Patrick Horng Role Project Manager, Feasibility Analyst,
More informationRequirements Knowledge Model. Business. Event. Business. responding. Business. Use Case 1.. Business tracing * * * * Requirement
Requirements Knowledge Model This model provides a language for communicating the knowledge that you discover during requirements-related activities. We present it here as a guide to the information you
More informationBPMN Guide Quick Start. by Bizagi BPM
BPMN Guide Quick Start by Bizagi BPM Recruitment and Selection 1 Table of Contents Scope... 2 BPMN 2.0 Business Process Modeling Notation... 2 Why Is It Important To Model With BPMN?... 2 Introduction
More informationTilak Maharashtra University Bachelor of Computer Applications (BCA) Third Year BCA 621- Project (100Marks) BCA 622 Unified Modeling Language (UML)
Tilak Maharashtra University Bachelor of Computer Applications (BCA) Third Year BCA 621- Project (100Marks) BCA 622 Unified Modeling Language (UML) 1.1. Getting started 1.2. Models 1.2.1. Importance of
More informationThomson Learning DOCUMENTING ACCOUNTING SYSTEMS LEARNING OBJECTIVES
3 DOCUMENTING ACCOUNTING SYSTEMS LEARNING OBJECTIVES After completing this chapter, you should understand: U1. Information represented on UML activity diagrams. U2. Differences between an overview activity
More informationRequirements Engineering
Dr. Michael Eichberg Software Engineering Department of Computer Science Technische Universität Darmstadt Introduction to Software Engineering Requirements Engineering The following slides are primarily
More informationRequirements Specification
Ambulance Dispatch System Submitted to: Dr. Chung Submitted by: Chris Rohleder, Jamie Smith, and Jeff Dix Date Submitted: February 14, 2006 TABLE OF CONTENTS 1.0 INTRODUCTION...1 1.1 PURPOSE...1 1.2 SCOPE...1
More informationOCTOPUS THE NEXT GENERATION OF COMMAND AND CONTROL Summary
OCTOPUS THE NEXT GENERATION OF COMMAND AND CONTROL Summary OCTOPUS is a new and innovative Physical Security Information Management system (PSIM), which combines a comprehensive security management software
More informationSoftware Lifecycle Activities
Software Lifecycle Activities Requirements Elicitation Requirements Analysis System Design Object Design Implementation Testing Expressed in Terms Of Implemented Structured By Realized By By Verified By
More informationCourse Organization. Lecture 1/Part 1
Course Organization Lecture 1/Part 1 1 Outline About me About the course Lectures Seminars Evaluation Literature 2 About me: Ing. RNDr. Barbora Bühnová, Ph.D. Industrial experience Research Quality of
More informationAiM User Guide Utility Management Module
AiM User Guide Utility Management Module 2010 AssetWorks Inc. 1777 NE Loop 410, Suite 1250 San Antonio, Texas 78217 (800) 268-0325 Table of Contents AiM User Guide INTRODUCTION... 7 CHAPTERS... ERROR!
More informationAn Introduction to SupplyPro
Hyphen Solutions, Ltd. An Introduction to SupplyPro 2004 Hyphen Solutions, Ltd. All rights reserved. Product and Company Information Product and Company Information The information in this document is
More informationIntroduction to Software Engineering
Introduction to Software Engineering Lecture 1 Dr Eliane L. Bodanese 1 Agenda Introductions Ground Rules What is the course about & course information Course texts Lecture and Exercises Assessment Coursework
More informationLibrary Media Program Inventory
Library Media Program Inventory Why? Professional Responsibility Why? Reconciliation of physical library collection with the information in the library automated system (Destiny) Why? Locate materials
More informationProduct Requirements Documentation: Use Cases
Product Documentation: Use Cases Software Engineering and Databases Group Department of Computer Languages and Systems University of Seville November 2013 Learning objectives Know the use cases technique.
More informationSystem and Software Architecture Description (SSAD)
System and Software Architecture Description (SSAD) SnapValet Team 03 Name Brian Vanover Abhinandan Patni Xiaoting Bi Molly Karcher Ditong Dong Ridhima Manjrekar Saikarthik Desiraju Role Project Manager,
More informationSoftware Requirements Specification (SRS) Project Lane Management System
Lane Management System 1 Software Requirements Specification (SRS) Project Lane Management System Authors: Adam Pruim, Curtis Notarantonio, Jacob Heisey, Qiuning Ren, Matt Chebowski Customer: Dr. S Ramesh,
More informationTesting Solutions for Hyper-Connected Apps
Testing Solutions for Hyper-Connected Apps Don t let functionality cause testing chaos Andrew Morgan (andrew.morgan@infostretch.com) 2019 Infostretch. All rights reserved. 1 1 Your Speaker: Andrew Morgan
More informationSafety Concept Description Language (SCDL) ISO Safety Concept, Design & Verification
ISO 26262 Safety Concept, Design & Verification Name Dr. Ralf Nörenberg Company ASAM e.v. June 13th, 2018 Munich Short Introduction into ISO 26262 Short Introduction into ISO 26262 Definition of Functional
More informationRequirements Analysis
Requirements Analysis Analysis and Design? Analysis emphasizes an investigation of the problem and requirements, rather than a solution. Analysis = requirements analysis + object analysis. Requirement
More information10/13/2017. Jakarta Service Management
10/13/2017 Contents Contents...4 Activate...4 Activate other applications... 4 Service management states...6 State flow customization...6 State flow example... 11 Implications of disabling SM state flows...
More informationSoftware Engineering Fall 2015 (CSC 4350/6350) TR. 5:30 pm 7:15 pm. Rao Casturi 09/08/2015
Software Engineering Fall 2015 (CSC 4350/6350) TR. 5:30 pm 7:15 pm Rao Casturi 09/08/2015 http://cs.gsu.edu/~ncasturi1 Functional and Non Functional Requirement Functional Specification a system should
More informationChapter 10 Information Systems Analysis and Design
Chapter Information Systems Analysis and Design Computer Concepts 2014 Chapter Contents Section A: Information Systems Section B: Systems Analysis Section C: System Design Section D: Implementation and
More informationProduct Documentation SAP Business ByDesign February Business Configuration
Product Documentation PUBLIC Business Configuration Table Of Contents 1 Business Configuration.... 4 2 Business Background... 5 2.1 Configuring Your SAP Solution... 5 2.2 Watermark... 7 2.3 Scoping...
More informationEnterprise by HansaWorld Resource Planner
Enterprise by HansaWorld Resource Planner Version 7.2 Mac OS October 2014 Table of Contents THE RESOURCE PLANNING MODULE...3 Settings...3 Display Groups...3 Invoice Items...4 Number Series Reservations...4
More informationHICAPS and Medicare Integration
HICAPS and Medicare Integration Visual Outcomes now includes integration of HICAPS and Medicare payment methods for clients. Setting up your HICAPS Terminal Please call HICAPS and organise for a terminal
More informationCOMET BASED ELEVATOR CONTROLLER SYSTEM CASE STUDY
COMET BASED ELEVATOR CONTROLLER SYSTEM CASE STUDY Brief System Description (Gomaa, 2000): The system controls the motion of multiple elevators and responds to passenger requests at various floors: Each
More informationThe Integrator s Guide to Controller Replacement: Plan Your Strategy
Digital Factory The Integrator s Guide to Controller Replacement: Plan Your Strategy usa.siemens.com/modernize The Integrator s Guide to Controller Replacement: Plan Your Strategy Digital Factory As an
More informationBusiness Process Modeling Information Systems in Industry ( )
Business Process Modeling Information Systems in Industry (372-1-4207 ) Arnon Sturm The material of this presentation is adopted from various people including:, Pnina Soffer, Iris Reinhartz-Berger 1 Outline
More informationOracle Value Chain Execution Cloud Using Receiving
Oracle Value Chain Execution Cloud Release 9 This guide also applies to on-premise implementations Oracle Value Chain Execution Cloud Part Number E53225-02 Copyright 2011-2014, Oracle and/or its affiliates.
More informationRequirements Engineering. Andreas Zeller Saarland University
Requirements Engineering Software Engineering Andreas Zeller Saarland University Communication project initiation requirements gathering Planning estimating scheduling tracking Waterfall Model (1968) Modeling
More information3.0 INTRODUCTION 3.1 OBJECTIVES 3.2 CLASS DIAGRAM
Implementation UNIT 3 CASE STUDY: INVENTORY CONTROL SYSTEM Structure Page Nos. 3.0 Introduction 40 3.1 Objectives 40 3.2 Class Diagram 40 3.3 Object Diagram 41 3.4 Generalization and Association Diagram
More informationAn Overview of Software Process
An Overview of Software Process Objectives To introduce the general phases of the software development life cycle (SDLC) To describe various generic software process models and discuss their pros and cons
More informationmaking money from customer use of kiosk attracting more customers to the store saving money if the kiosk replaces manual operations
Business Requirements Business requirements collected from multiple sources might conflict. For example, consider a kiosk product with embedded software that will be sold to retail stores and used by the
More informationBusiness Modeling with UML: The Light at the End of the Tunnel
Business Modeling with UML: The Light at the End of the Tunnel by Bryon Baker Product Manager Requirements Management Curriculum Rational University In the current economic climate, no software development
More informationResidences Supervisor User Guide
Residences Supervisor User Guide Summary of Roles in Planon... 3 Helpdesk... 3 Supervisor... 3 Operational administrator... 3 Systems administrator... 3 Terminology... 3 Order... 3 Getting started... 3
More informationRequirements Analysis. Overview
Requirements Analysis Overview What is requirement? Classification of requirements Iterative and evolutionary requirements analysis Use Cases Domain models N. Meng, B. Ryder 2 1 Requirements Definition
More informationIBM Enterprise Asset Management on Cloud for US Federal (Maximo)
Service Description IBM Enterprise Asset Management on Cloud for US Federal (Maximo) This Service Description describes the Cloud Service IBM provides to Client. Client means the contracting party and
More information1 Descriptions of Function
1 Descriptions of Function Consumer Portal Scenario P4 Account Move All prior work (intellectual property of the company or individual) or proprietary (non-publicly available) work should be so noted.
More informationUnit 9 Information Systems
Unit 9 Information Systems Computer Concepts 2016 ENHANCED EDITION 9 Unit Contents Section A: Information System Basics Section B: Enterprise Applications Section C: Systems Analysis Section D: Design
More informationThe analysis and design of a Smalltalk application.
The analysis and design of a Smalltalk application. The OO A&D Process The Spiral Model: No one will dispute that o-o programming is a different way to develop programs from traditional methods. However,
More informationAssessed Exercise 1: Sample Solution
Assessed Exercise 1: Sample Solution As usual there are several possible approaches. This is one solution but it is not the only one. Your grades for the assessed exercise will not be determined by how
More informationE-Procurement Reference Model for Small Government Department
E-Procurement Reference Model for Small Government Department Hamirul Aini Hambali a, Nazib Nordin b, Haslina Mohd c a, b, c College of Arts and Sciences Universiti Utara Malaysia, 06010 Sintok, Kedah
More informationAgent-Based Electronic MarketPlace System Design Document
A Project Report for SENG 609.22 Agent Based Software Engineering Course Instructor: Dr. Behrouz H. Far Agent-Based Electronic MarketPlace System Design Document Page 0 Table of Contents Table of Contents...1
More informationAegle. Department of Computer Science and Engineering The University of Texas at Arlington. Outreach Inventory System
Department of Computer Science and Engineering The University of Texas at Arlington Aegle Outreach Inventory System Team Members: Joseph Finnegan Karla Hernandez Joe Martinez Carlos Torres Last Updated:
More informationQuality Assurance Activities in Object-Oriented Software Development
Quality Assurance Activities in Object-Oriented Software Development Kunihiko Ikeda, Tetsuto Nishiyama, Kazuyuki Shima, Ken-ichi Matsumoto, Katsuro Inoue, Koji Torii Abstract In OMRON Corporation, we executed
More informationDepartment of Computer Science and Engineering The University of Texas at Arlington
Department of Computer Science and Engineering The University of Texas at Arlington Aegle Outreach Storage System Team Members: Joseph Finnegan Karla Hernandez Joe Martinez Carlos Torres Last Updated:
More informationACME MEDICAL MANAGEMENT SYSTEM (AMMS)
Section ACME MEDICAL MANAGEMENT SYSTEM (AMMS) 1.1 Purpose The main purpose of the AMMS is to facilitate reception desk functions at the Acme Medical Clinic (keeping track of patient and doctor information,
More informationDHL IMPORT EXPRESS ONLINE USER GUIDE FOR IMPORTERS WE COORDINATE EFFECTIVE COMMUNICATION BETWEEN YOUR SHIPPERS AND YOU FOR YOU. dhl-usa.
DHL IMPORT EXPRESS ONLINE USER GUIDE FOR IMPORTERS WE COORDINATE EFFECTIVE COMMUNICATION BETWEEN YOUR SHIPPERS AND YOU FOR YOU. dhl-usa.com/ieo CONTENTS Importer Manage Your Imports 3 Helpful Guide Information
More informationVolume III ARCHITECTURE MAINTENANCE PLAN
Kansas Statewide Intelligent Transportation System Architecture KDOT Project No. 106 KA-0380-01 Volume III ARCHITECTURE MAINTENANCE PLAN Version 1.00 Prepared for: Prepared by: January 2008 Page Left Blank
More informationReverse Logistics Tool. User Guide - v1.2
Reverse Logistics Tool User Guide - v1.2 Table of Contents Reverse Logistics Tool User Guide... 1 Reverse Logistics Tool... 2 Logging on to CoorsNet... 5 Reverse Logistics Tool Home Page... 7 Preferences...8
More informationMAP INTERFACE FOR IOWA DEPARTMENT OF TRANSPORTATION S ACCESS-ALAS
MAP INTERFACE FOR IOWA DEPARTMENT OF TRANSPORTATION S ACCESS-ALAS Aravind Gottemukkula Center for transportation education and research Iowa State University ABSTRACT This paper discusses the limitations
More informationElizabeth Larson, CBAP, PMP, CSM CEO, Watermark Elizabeth Larson
Elizabeth Larson, CBAP, PMP, CSM CEO, Watermark Learning info@watermarklearning.com Enhanced 1 Performance. Enduring Results. @e_larson Elizabeth Larson Describe the essential models to use during requirements
More informationSoftware Engineering (CSC 4350/6350) Rao Casturi
Software Engineering (CSC 4350/6350) Rao Casturi Recap What is software engineering? Modeling Problem solving Knowledge acquisition Rational Managing Software development Communication Rational Management
More informationRequirements Elicitation
Requirements Elicitation Software Engineering I Lecture 4 14. November 2006 Bernd Bruegge Applied Software Engineering Technische Universitaet Muenchen 1 Outline Motivation Requirements elicitation challenges
More informationOracle s Hyperion System 9 Strategic Finance
Oracle s Hyperion System 9 Strategic Finance June 2007 Light Use... 3 Heavy Use... 3 Client Machine... 3 Server Machine... 3 Client Machine... 3 Server Machine... 3 Data Integration... 3 The Hyperion System
More informationINTEGRATION OF AUTONOMOUS SYSTEM COMPONENTS USING THE JAUS ARCHITECTURE
INTEGRATION OF AUTONOMOUS SYSTEM COMPONENTS USING THE JAUS ARCHITECTURE Shane Hansen Autonomous Solutions, Inc. Phone: (435) 755-2980 Fax: (435) 752-0541 shane@autonomoussolutions.com www.autonomoussolutions.com
More informationOracle. SCM Cloud Implementing Supply Chain Planning. Release 13 (update 17D)
Oracle SCM Cloud Release 13 (update 17D) Release 13 (update 17D) Part Number E89220-02 Copyright 2011-2017, Oracle and/or its affiliates. All rights reserved. Authors: Barbara Mise, Dhruba Jyoti Pokhrel,
More information1. Introduction Purpose Scope Definitions and Acronyms References Documents Figures and models 4
Table of Contents 1. Introduction 2 1.1. Purpose 2 1.2. Scope 2 1.3. Definitions and Acronyms 3 1.4. References 3 1.4.1 Documents 3 1.4.2 Figures and models 4 2. Overall Description 5 2.1. Product perspective
More informationSoftware development processes: from the waterfall to the Unified Process
Software development processes: from the waterfall to the Unified Process Paul Jackson School of Informatics University of Edinburgh The Waterfall Model Image from Wikipedia 2 / 17 Pros, cons and history
More informationApplication of an Extended SysML Requirements Diagram to Model Real-Time Control Systems
Application of an Extended SysML Requirements Diagram to Model Real-Time Control Systems Fabíola Goncalves C. Ribeiro 1, Sanjay Misra 2, and Michel S. Soares 1 1 Federal University of Uberlândia, Uberlândia,
More informationBARC 2.0 PRDv1. Team Yao and Friends : Problem:
BARC 2.0 PRDv1 Team Yao and Friends : Yuan Yao (Lead) Chandler Forrest (Scribe) Jake Bliss Vamsi Kalidindi Alex Ngo yuanyao00@ucsb.edu chandlerforrest@ucsb.edu zakarybliss@ucsb.edu vkalidindi@ucsb.edu
More informationALBERTA VACCINE INVENTORY (AVI) MANAGEMENT SYSTEM. Vaccine Ordering and Management Training Guide
ALBERTA VACCINE INVENTORY (AVI) MANAGEMENT SYSTEM Vaccine Ordering and Management Training Guide Updated February 12, 2018 Contents Definition of Terms...3 Purpose... 5 Order Function... 5 AVI Workflow...
More informationMillennium ULTRA. Software Guide
Millennium ULTRA Software Guide Millennium Ultra is our flagship state of the art web browser-capable access control platform designed with a highly scalable architecture capable of supporting one door,
More informationChapter 4 Requirements Elicitation
Object-Oriented Software Engineering Using UML, Patterns, and Java Chapter 4 Requirements Elicitation Outline Today: Motivation: Software Lifecycle Requirements elicitation challenges Problem statement
More informationOPENEDGE BPM OVERVIEW
OPENEDGE BPM OVERVIEW Fellow and OpenEdge Evangelist Document Version 1.0 July 2011 July, 2011 Page 1 of 11 DISCLAIMER Certain portions of this document contain information about Progress Software Corporation
More informationAMR Data Hub. Architecture. Work Package 6.1.5: Enterprise Application Implementation Scenarios for Electricity Market
AMR Data Hub Architecture Work Package 6.1.5: Enterprise Application Implementation Scenarios for Electricity Market This work was carried out in the Smart Grids and Energy Markets (SGEM) research program
More informationOracle Value Chain Execution Cloud Implementing Supply Chain Financial Orchestration. Release 9
Oracle Chain Execution Cloud Implementing Supply Chain Financial Orchestration Release 9 Oracle Chain Execution Cloud Part Number E55673-03 Copyright 2011-2014, Oracle and/or its affiliates. All rights
More informationIDEF0 Activity Modeling
IDEF0 Activity Modeling What is an Activity Model? A representation of the activities and the relationships between and among those activities in an existing or planned system. A collection of diagrams,
More informationParking Control System for Automated Gate Management
Leading you safely to the gate Parking Control System for Automated Gate Management Honeywell Airports Business Increases in passenger traffic require higher gate efficiency and optimized throughput -
More information