Software Engineering Lecture #5 Fakhar Lodhi. An Example In this example an embedded system is to be developed for a booth. This system will be sold to.

Slides:



Advertisements
Similar presentations
ITSF STORE BUSINESS SOLUTION PRESENTATION. STORE MODULE INCLUDES: Material Management Purchasing Components Handling Shipments Receiving of parts Store.
Advertisements

© 2012 Cengage Learning. All Rights Reserved. Principles of Business, 8e C H A P T E R 18 SLIDE Credit Fundamentals Cost of Credit.
Demonstration.  Designed for many kind of business which use accounting procedures.  More suitable for retail sales, whole sales and distribution business.
Multi-Channel Banking The Open Plan Approach Gerry Allen E-Commerce Strategy.
SYSTEMSDESIGNANALYSIS 1 Chapter 9 Data Flow Diagrams Jerry Post Copyright © 1997.
Use Case - Example University library system requirements
Session 4808 Using APICS Body of Knowledge to Prepare for APO Stephen Desirey, CFPIM DuPont Company Session Code: 4808.
Use Case Diagram © copyright 2001 SNU OOPSLA Lab..
Use Cases Introduced by Ivar Jacobson in 1986 literal translation from Swedish ”usage case” - may be of use to you in the future “blackbox”
Introductory case study. 2 The problem The most difficult part of any design project is understanding the task you are attempting You have been contacted.
Managing Purchasing and Inventory
Software Engineering Case Study Slide 1 Introductory case study.
CMPT 275 Software Engineering
Use Cases Why use ‘em? How do they work? UC diagrams Using them later in the software development cycle.
1 BTS330 Vision & Scope. 2 IT Projects What defines project success? On time Within budget Delivers what the clients want The reality Less than 20% of.
Gregor v. Bochmann, University of Ottawa Based on Powerpoint slides by Gunter Mussbacher with material from: Wiegers: Software Requirements, Chapter 5.
Use Cases 2 ENGR ♯10 Peter Andreae
MSF Requirements Envisioning Phase Planning Phase.
Contemporary Engineering Economics, 6 th edition Park Copyright © 2016 by Pearson Education, Inc. All Rights Reserved Rate of Return Analysis Lecture No.
1 BTS330 Vision and Scope. √ Determine a vision for the business √ Create initial use-case model showing key actors and use cases by business area Benefits.
Instructore: Tasneem Darwish1 University of Palestine Faculty of Applied Engineering and Urban Planning Software Engineering Department Requirement engineering.
Instructor: Tasneem Darwish1 University of Palestine Faculty of Applied Engineering and Urban Planning Software Engineering Department Object Oriented.
Module 3: Business Information Systems Chapter 8: Electronic and Mobile Commerce.
1 CMPT 275 Software Engineering Requirements Analysis Phase Requirements Analysis Activity (Identifying Objects, Scenarios) Janice Regan,
School of Electrical Engineering and Informatics | ITB | 2010Arry Akhmad Arman Case Study #1 Library System Arry Akhmad Arman School of Electrical Engineering.
Faculty of Computer & Information Software Engineering Third year
USE CASE Bayu Adhi Tama, MTI Faculty of Computer Science, University of Sriwijaya Slides are adapted from Petrus Mursanto
Managing Purchasing and Inventory 1 PROCUREMENT. Managing Purchasing and Inventory 2 Describe the importance of planning purchases. Identify factors that.
© 2006 The MITRE Corporation. All rights reserved. Moving to Client- Embedded Services Building and Sustaining Embedded Information Services David Shumaker.
OOSE Use Case. Requirement Functional: –Features, capabilities, and security Non Functional: –Usability: Human factors, help, and documentation –Reliability:
INFORMATION X INFO415: Systems Analysis Systems Analysis Project Deliverable 1 Project Statement of Work Outline.
1 SYS366 Business Use Case Descriptions. 2 Today Identifying Business Use Cases Documenting Business Use Cases.
Kyung Hee University System Functional Model OOSD 담당조교 석사과정 이정환.
Miguel Garzón, University of Ottawa Based on Powerpoint slides by Gunter Mussbacher with material from: Wiegers: Software Requirements, Chapter 5 Leffingwell.
Touseef Tahir Lecturer CS COMSATS Institute of Information Technology, Lahore USE CASES BY.
Gerhard Dueck -- CS3013Requirements Capture 1  From Vision to Requirements  Why it is difficult?  Developers are not users  Inadequate requirements.
Identification Of Requirements From a Given Problem Statement.
Section Objectives Describe the importance of planning purchases.
Section 30.1 Product Development Chapter 30 product planning Section 30.2 Sustaining Product Sales.
Systems Analysis & Design
1 SYS366 Business Use Cases. 2 Today Business Use Cases Identifying Stakeholders & Actors.
 What to do if you want to build a new house? › Buy a bunch of wood and nails and start immediately. › Or, put some blueprints to follow, and plan of.
Outlines Overview Defining the Vision Through Business Requirements
DRUG STORE INFORMATION SYSTEM Marie Dorušková, Martin Maroši.
Object Oriented Analysis and Design COSC 4250 Project: “Blue Sky Bookstore” Team: Pan Gao and Dennis Gallie October 8, 2007.
By I.B.Rajeswari E-Commerce Presentation. Questions: What business model could be right to set up a website where popular music tracks can be searched.
Supply. What is Supply? Supply is how much a firm is willing and able to sell at every given price. Supply is how much a firm is willing and able to sell.
Requirements Inception
Embedded Systems Software Engineering
Software Engineering Lecture #41
Start at 17th March 2012 end at 31th March 2012
ER MODEL Lecture 3.
Requirements Inception
Software Engineering Lecture #5.
Implementation of PDA and POD
تحلیل و طراحی سیستم‌های شی گرا
Software Engineering Lecture #39
Software Engineering Lecture #25
Software Engineering Lecture # 17
Software Engineering Lecture #26
Software Design Lecture : 15.
Software Engineering Lecture # 01
Software Engineering Lecture #40
Software Engineering Lecture #16
Software Engineering Lecture # 19
Requirements Inception
Software Engineering Lecture #29
Lecture 8 Object Concepts
Software Engineering Lecture #28
Software Engineering Lecture #6
Presentation transcript:

Software Engineering Lecture #5 Fakhar Lodhi

An Example In this example an embedded system is to be developed for a booth. This system will be sold to the retail stores and will be used by the store customers.

Business Requirements Developers View Leasing or selling this booth to the retailer. Selling consumable through this booth to the customer. Attracting customers to the brand. Modifying the nature of the historical developer-customer relationship.

Business Requirements Retailer’s View Making money from customer use of this booth. Attracting more customers to the store. Saving money if the booth replaces manual operations.

Conflicting Objectives The developer might want to establish a high-tech and exciting new direction for the customer, while the retailer wants a simple, turnkey system, and the customer wants convenience and features.

Vision Statement An Example The Chemical Tracking System will allow scientists to request containers of chemicals to be supplied by the chemical stockroom or by vendors. The location of every chemical container within the company, the quantity of material remaining in it, and the complete history of each container’s location and usage will be known by the system at all times. The company will save 25% on chemical cost by

fully exploiting chemicals already available within the company, by disposing of fewer partially used or expired containers, and by using a standard chemical purchasing process. The Chemical Tracking System will also generate all reports required to comply with federal and state government regulations that require the reporting of chemical usage, storage and disposal. Vision Statement An Example - continued

Context Diagram

Use Case Model Use Case Actor

Use Case Model Use Case –Boundaries of the system are defined by functionality that is handled by the system. –Each use case specifies a complete functionality (from its initiation by an actor until it has performed the requested functionality). Actor –An entity that has an interest in interacting with the system – a human or some other device or system.

Use Case Model A use must always deliver some value to the actor.

Library System Use Diagram for a Library System Book Borrower Reserve Book Borrow Book Return Books Extend loan Browser Browse Librarian Update Catalog Journal Borrower Borrow Journal Return Journal

Recap

Business Requirement

Vision Statement

Context Diagram

Involvement of the Development team

Customer Developer Relationship

Building a Relationship

Use Cases Ivar Jacobson 1994

Use Case Model

Creating the Use Case Model

Summary of Today’s Discussion