October 2002J. B. Wordsworth: J2ISDPPS1 Information Systems Development Problem Frames: Problems and Subproblems.

Slides:

Advertisements

Similar presentations

Partitioning and Divide-and-Conquer Strategies Data partitioning (or Domain decomposition) Functional decomposition.

Advertisements

Software Engineering-II

Methods: Deciding What to Design In-Young Ko iko.AT. icu.ac.kr Information and Communications University (ICU) iko.AT. icu.ac.kr Fall 2005 ICE0575 Lecture.

Problem Frames 8 - Variant frames. Variants Model Operator Description Connection Control.

7M701 1 Software Engineering Software Requirements Sommerville, Ian (2001) Software Engineering, 6 th edition: Chapter 5

Four Dark Corners of Requirements Engineering

1 CPN Models as Enhancements to a Traditional Software Specification for an Elevator Controller Jens Bæk Jørgensen Department of Computer Science University.

1 Institute for Software Research, International Methods of Software Development Problem Frames 1 (This lecture is largely based on material graciously.

Reza Gorgan Mohammadi AmirKabir University of Technology, Department of Computer Engineering & Information Technology, Intelligent.

The meaning of requirements Vahid Jalali October 2007 Amirkabir university of technology, Department of computer engineering and information technology,

Problem Frames 10 & 111 Decomposition and Composition Problem Frames: Ch. 10,11.

7. 2Object-Oriented Analysis and Design with the Unified Process Objectives  Detailed Object-Oriented Requirements Definitions  System Processes—A Use.

Systems Analysis and Design in a Changing World, 6th Edition

Systems Analysis and Design in a Changing World, 6th Edition

UW CSE 503 ▪ Software Engineering ▪ Spring 2004 ▪ Rob DeLine1 CSE 503 – Software Engineering Lecture 2: Jackson Problem Frames Rob DeLine 31 Mar 2004 Thanks.

System Design Chapter 8. Objectives  Understand the verification and validation of the analysis models.  Understand the transition from analysis to.

SECURITY REQUIREMENT FROM PROBLEM FRAMES PERPECTIVE Fabricio Braz 01/25/08.

Problem Analysis and Structure II Multi-frame problems.

Problem Analysis and Structure Models and Frames.

Wednesday, March 25 Today's Objectives

Functional Modeling – Requirement Patterns (Problem Frames)

Systems Analysis and Design in a Changing World, 6th Edition

University of Toronto Department of Computer Science © Steve Easterbrook. This presentation is available free for non-commercial use with attribution.

Resource Identity and Semantic Extensions: Making Sense of Ambiguity David Booth, Ph.D. Cleveland Clinic (contractor) Semantic Technology Conference 25-June-2010.

© Steve Easterbrook. This presentation is available free for non-commercial use with attribution under a creative commons license. 1 Lecture 2:Requirements.

1 Institute for Software Research, International Methods of Software Development Problem Frames 2 (This lecture is largely based on material graciously.

Systems Analysis and Design in a Changing World, 3rd Edition

Black Box Testing Techniques Chapter 7. Black Box Testing Techniques Prepared by: Kris C. Calpotura, CoE, MSME, MIT  Introduction Introduction  Equivalence.

October 2004J. B. Wordsworth J4ISDSPE1 Information Systems Development Specification.

Adding Integers. Zero Pair = 0 Why it works… __________ Property says you can add or subtract zero without changing the value of an expression.

What does good look like? October Where’s the greatest challenge? OBSERVABLE performance and behaviour indicators  Unacceptable, acceptable, exceptional.

PowerPoint Presentation for Dennis, Wixom, & Tegarden Systems Analysis and Design with UML, 3rd Edition Copyright © 2009 John Wiley & Sons, Inc. All rights.

CSC 480 Software Engineering Design by Contract. Detail Design Road Map Begin with architectural models  Class model: domain classes  Overall state.

Systems Analysis and Design in a Changing World, 6th Edition 1 Chapter 5 INTRODUCTION TO SYSTEMS ANALYSIS AND DESIGN: AN AGILE, ITERATIVE APPROACH CHAPTER.

October 2004J. B. Wordsworth J4ISDPAD1 Information Systems Development Processes and documents.

Problem Frames 7 - Model domains and real worlds.

ALGEBRA 1 Lesson 9-5 Warm-Up. ALGEBRA 1 “Factoring to Solve Quadratic Equations” (9-5) How do you solve a quadratic equation when b  0? Rule: To solve.

10.6 – Solving Equations by Factoring Definitions of the Day (DODs) Zero Product Property.

October 2002J. B. Wordsworth: J2ISDPPC1 Information Systems Development Problem Frames: Problems and Contexts.

Problems and Frames III Recap and More Concepts. Definition “A problem frame is a kind of pattern. It define an intuitively identifiable problem in terms.

Problems and Frames IV Heuristics. Heuristics? Serving or helping to find out or discover; Guidelines; But connotations of trial and error.

1/10 Problem Frame Analysis Eunyoung Cho Kyu Hou Minho Jeung Heejoon Jung Oct. 25, 2005.

Goal: Identify and graph functions..  Relation: mapping or pairing, of input values with output values.  Domain: Set of input values.  Range: set of.

Copyright © Cengage Learning. All rights reserved. Fundamentals.

Partitioning & Divide and Conquer Strategies Prof. Wenwen Li School of Geographical Sciences and Urban Planning 5644 Coor Hall

Indication rules and set filtering Harvard University April 18-19

Systems Analysis and Design in a Changing World, 6th Edition

Functions Unit 8.

2.7 Combining Functions.

Modern Systems Analysis and Design Third Edition

FUNCTIONS: A REVIEW ASSESSMENT QUESTIONS.

© 2011 Pearson Education, Inc. Publishing as Prentice Hall

Systems Analysis and Design in a Changing World, 6th Edition

פחת ורווח הון סוגיות מיוחדות תהילה ששון עו"ד (רו"ח) ספטמבר 2015

Objective 1A f(x) = 2x + 3 What is the Range of the function

1-5 Solving Inequalities

Name of speaker, Role in Project

Digital Fundamentals Floyd Chapter 4 Tenth Edition

Indication rules and set filtering

Relations, Domain and Range

State Machine Diagram.

7.6 Function Operations.

Write an equation for this diagram

Understanding Number I can check adding and subtracting calculation by rounding to the nearest 10 or 100. I use knowledge of context to decide if an answer.

Lesson 9-5 Warm-Up.

Ø Let the universe set U={1,2,3,...,10}.

Presentation transcript:

October 2002J. B. Wordsworth: J2ISDPPS1 Information Systems Development Problem Frames: Problems and Subproblems

October 2002J. B. Wordsworth: J2ISDPPS2 A problem diagram (1) Lights controller Lights unit Lights regime ab a: LC! {RPulse[i], GPulse[i]} b: LU! {Stop[i], Go[i]} (from Jackson's Problem Frames)

October 2002J. B. Wordsworth: J2ISDPPS3 A problem diagram (2) Description of shared phenomena are amplified by showing the controlling domain. Context diagram extended by adding the requirement. The requirement might refer to the phenomena of one or more domains. The requirement constrains the behaviour of one or more domains.

October 2002J. B. Wordsworth: J2ISDPPS4 Problem analysis Requirement: an optative description of what the customer would like to be true in the problem domain. Domain properties: an indicative description of the properties of the domains. Machine specification: an optative description of the machine's desired behaviour at its interfaces.

October 2002J. B. Wordsworth: J2ISDPPS5 A subproblem: editing periods and ranges (1) (from Jackson's Problem Frames) PREdit machine Periods & ranges Medical staff Data entry rules mm n o

October 2002J. B. Wordsworth: J2ISDPPS6 A subproblem: editing periods and ranges (2) m: MS!{EnterPeriod, EnterRange,...} n: PM! {EditOpns} o: PR! {DataValues} The requirement constrains the values of the periods and ranges according to the edit operations initiated by the medical staff.

October 2002J. B. Wordsworth: J2ISDPPS7 Projections or partitions? A partition divides a problem into separate parts, each part having no domains or phenomena in common with any other. A projection divides a problem into parts that might overlap, some parts sharing domains or phenomena with others.

October 2002J. B. Wordsworth: J2ISDPPS8 Summary A problem diagram shows the domains, their interfaces, and the requirement. Problem analysis produces a specification of the machine domain, descriptions of the other domains, and a requirements statement. Descriptions can be optative (desired behaviour) or indicative (given behaviour). A problem can be decomposed by projection into simpler subproblems.