G&W Chapter 14: Functions Software Specification Lecture 21

Slides:



Advertisements
Similar presentations
Copyright © 2002 W. A. Tucker1 Chapter 1 Lecture Notes Bill Tucker Austin Community College COSC 1315.
Advertisements

Project Clarification: Objectives Tree BE 20–Engineering Design with Computer Applications Week 4: 15-September-2004.
How to Format Your Word Document Using “Styles”
CASE STUDIES IN PROJECT MANAGEMENT
The Z Notation: relations and functions Compiled By Tariq R. Soomro, Ph.D. Reference: Text Book Week-7.
Black-Box Testing Techniques I
Strategic Planning Unidata Policy Committee Meeting 24 May 2011.
Structural Modeling. Objectives O Understand the rules and style guidelines for creating CRC cards, class diagrams, and object diagrams. O Understand.
Lecture 6: Structural Modeling
Requirements and Specifications Prepared by Stephen M. Thebaut, Ph.D. University of Florida Software Testing and Verification Lecture 3.
Introduction to Markup Languages January 31, 2002.
Instructions & Documentation: Telling People How to Do Stuff Since the Dawn of Print and into the Digital Age.
EXPLORING REQUIREMENTS – QUALITY BEFORE DESIGN Gause & Weinberg - PART IV – CLARIFYING EXPECTATIONS.
◦ Process of describing the structure of phrases and sentences Chapter 8 - Phrases and sentences: grammar1.
Requirements and Specifications Prepared by Stephen M. Thebaut, Ph.D. University of Florida Software Testing and Verification Lecture 3.
Dealing with Problems in Daily Life – Unit 337
ENGLISH FOR PROFESSIONAL COMMUNICATION
Author Tags & Transitions
G&W Chapter 5: Starting Points Software Specification Lecture 12
Prepared by Stephen M. Thebaut, Ph.D. University of Florida
Project Points Software Specification Lecture 8
Prepared by Stephen M. Thebaut, Ph.D. University of Florida
Conceptual Modeling.
Extended Answers For the next two weeks, when teachers plan lessons they will be focusing on how you structure extended answers. An extended answer will.
Bloom Taxonomy Hamburger Analogy.
White-Box Testing Techniques II
Requirements and Specifications
G&W Chapter 12: The Project’s Name Software Specification Lecture 19
Prepared by Stephen M. Thebaut, Ph.D. University of Florida
Prepared by Stephen M. Thebaut, Ph.D. University of Florida
Creativity in Algorithms
Prepared by Stephen M. Thebaut, Ph.D. University of Florida
G&W Chapter 24: Making Agreements Software Specification Lecture 31
G&W Chapter 17: Preferences Software Specification Lecture 24
Prepared by Stephen M. Thebaut, Ph.D. University of Florida
Use Cases CS/SWE 421 Introduction to Software Engineering Dan Fleck
Thebaut’s Guaranteed Method Software Specification Lecture 5
Chapter 10 Requirements Modeling: Class-Based Methods
Prepared by Stephen M. Thebaut, Ph.D. University of Florida
Licensing information
G&W Chapter 19: Ambiguity Metrics Software Specification Lecture 26
G&W Chapter 25: Ending Software Specification Lecture 32
Prepared by Stephen M. Thebaut, Ph.D. University of Florida
G&W Chapter 16: Constraints Software Specification Lecture 23
G&W Chapter 20: Technical Reviews Software Specification Lecture 27
Software Development Steps for CSE116
A3 Report: Project name Project mission statement
Everybody TALKS about the weather, but can they DO anything about it?
Use Cases CS/SWE 421 Introduction to Software Engineering Dan Fleck
Reading, Thinking, Writing
Phases of Mediation Basic stages or phases that most mediations go through Phases are guideposts about progress, but do not have to occur in a specific.
Critical Thinking The answer is right in front of you! You’ll have four minutes. No cheating or talking!
Use Cases CS/SWE 421 Introduction to Software Engineering Dan Fleck
Prepared by Stephen M. Thebaut, Ph.D. University of Florida
Licensing information
Prepared by Stephen M. Thebaut, Ph.D. University of Florida
Functional Verification II
Lectures….and how to make them work for you
Robertson & Robertson: Chapter 2 Software Specification Lecture 10
Your agenda should answer WHEN, WHO, WHY, WHAT, PREPARE, HOW.
G&W Chapter 11: Software Specification Lecture 18
G&W Preface Software Specification Lecture 4
Predicate Transforms I
Prepared by Stephen M. Thebaut, Ph.D. University of Florida
PDCA Cycles Farrokh Alemi, Ph.D.
G&W Chapter 15: Attributes Software Specification Lecture 22
Use Cases CS/SWE 421 Introduction to Software Engineering Dan Fleck
Analyzing Transactions
Prepared by Stephen M. Thebaut, Ph.D. University of Florida
Concept Development and End Product Description
Presentation transcript:

G&W Chapter 14: Functions Software Specification Lecture 21 Prepared by Stephen M. Thebaut, Ph.D. University of Florida

Software Specification: G&W Chapter 14 What are Functions? They describe the what of a product; i.e., what the product is to accomplish. They are verbs representing actions for which the product is the subject. Software Specification: G&W Chapter 14

What are Functions? (cont’d) To test whether a requirement is a function, put the phrase “We want the product to…” or “The product should…” in front of it. E.g., The product should update pending orders daily. The product should user friendly. Software Specification: G&W Chapter 14

What is the “exists” function? The highest level (i.e., “first”) function of any product, as in: We want the product to exist. Questions to kick-start the sub-function brain-storming process for the “exists” function: What is the purpose of this product? How would you / others like to use this product? Don’t worry about how much it would cost / whether it can really be done. What would you like? Software Specification: G&W Chapter 14

What are EVIDENT and HIDDEN Functions? Evident (E) functions: those to be performed in a manner that is as visible or evident to users as possible. Hidden (H) functions: those to be performed in a manner that is as imperceptible to users as possible. Software Specification: G&W Chapter 14

What are FRILL (“Get it if You Can”) Functions? Frill (F) functions: those that the client would like, but not if they cost anything, either directly or in compromises with other functions. Software Specification: G&W Chapter 14

Heading for the Frill Function List “The designers will be alert to opportunities to provide these functions whenever they can do so without trading away other functions or attributes to get them.” Putting frill functions on a wish list can defuse arguments over keeping or discarding some-one’s favorite idea. Software Specification: G&W Chapter 14

Other Possible Classifications Translucent (T) functions: those to be performed in a manner that is vague but not imperceptible to users. Opaque (O) functions: those for which their existence must not be known by certain user constituencies. Software Specification: G&W Chapter 14

Function Identification Heuristic For each cycle of function refinement, starting with the “exists” function, perform these steps: Have the client brainstorm all conceivable (sub-) functions. Classify each function as evident, hidden, or frill. Try to uncover additional hidden functions, perhaps with another brainstorming. Software Specification: G&W Chapter 14

Function Identification Heuristic (cont’d) Identify functions with implied solutions and transform the wording to become problem statements rather than solution statements. Create a “Get it if You Can” list for the frill functions. Software Specification: G&W Chapter 14

Software Specification: G&W Chapter 14 Exercise A client has brainstormed the list of “functions” below for a device to tell time. Which are functions and which are attributes? Are there any implied solutions? How might the client classify the functions as Evident, Hidden, or Frill? Software Specification: G&W Chapter 14

Software Specification: G&W Chapter 14 Exercise (cont’d) Keep time Display current time to user Indicate when a user specified time occurs Portable Adjust to different time zones Appear to be jewelry-like when desired Function in most weather conditions Software Specification: G&W Chapter 14

G&W Chapter 14: Functions Software Specification Lecture 21 Prepared by Stephen M. Thebaut, Ph.D. University of Florida