IT316 Software Requirement Engineering

Slides:



Advertisements
Similar presentations
Team Skill 5: Refining the Use Cases Lecture 11. Advantages of Use Cases They are easy to write Written in users language Provide cohesive, related threads.
Advertisements

IT Requirements Capture Process. Motivation for this seminar Discovering system requirements is hard. Formally testing use case conformance is hard. We.
Describing Process Specifications and Structured Decisions Systems Analysis and Design, 7e Kendall & Kendall 9 © 2008 Pearson Prentice Hall.
Requirements Analysis and Design Engineering
Ambiguity and Specificity Sriram Mohan/ Steve Chenoweth Chapters 23, 24 - Requirements Text 1.
Major Exam II Reschedule 5:30 – 7:30 pm in Tue Dec 5 th.
© Janice Regan, CMPT 102, Sept CMPT 102 Introduction to Scientific Computer Programming The software development method algorithms.
System Concepts for Process Modeling  Process Concepts  Process Logic  Decomposition diagrams and data flow diagrams will prove very effective tools.
PROCESS MODELING Transform Description. A model is a representation of reality. Just as a picture is worth a thousand words, most models are pictorial.
Major Exam II Reschedule 5:30 – 7:30 pm in Tue Dec 5 th.
Kendall & KendallCopyright © 2014 Pearson Education, Inc. Publishing as Prentice Hall 9 Kendall & Kendall Systems Analysis and Design, 9e Process Specifications.
1 Info 1409 Systems Analysis & Design Module Lecture 8 – Modelling tools and techniques HND Year /9 De Montfort University.
Recall The Team Skills 1. Analyzing the Problem (with 5 steps) 2. Understanding User and Stakeholder Needs 3. Defining the System 4. Managing Scope 5.
Computers: Information Technology in Perspective By Long and Long Copyright 2002 Prentice Hall, Inc. Developing Business Information Systems Chapter 11.
Recall The Team Skills 1. Analyzing the Problem (with 5 steps) 2. Understanding User and Stakeholder Needs 3. Defining the System 4. Managing Scope 5.
S R S S ystem R equirements S pecification Specifying the Specifications.
Kendall & KendallCopyright © 2014 Pearson Education, Inc. Publishing as Prentice Hall 9 Kendall & Kendall Systems Analysis and Design, 9e Process Specifications.
SOFTWARE ENGINEERING BIT-8 APRIL, 16,2008 Introduction to UML.
Ambiguity and Specificity Steve Chenoweth & Chandan Rupakheti Chapters 23, 24 - Requirements Text Questions 1, 2 Image from
1 An Introduction to Formal Languages and Automata Provided by : Babak Salimi webAdd:
Describing Process Specifications and Structured Decisions Systems Analysis and Design, 7e Kendall & Kendall 9 © 2008 Pearson Prentice Hall.
1 Text Layout Introduction (1-4) Team Skill 1 – Analyzing the problem (5-7) Team Skill 2 – Understanding User and Stakeholder Needs (8-13) Team Skill 3.
Recall The Team Skills 1. Analyzing the Problem (with 5 steps) 2. Understanding User and Stakeholder Needs 3. Defining the System 4. Managing Scope 5.
CS 4310: Software Engineering Lecture 4 System Modeling The Analysis Stage.
Algorithms & Flowchart
The Unified Modeling Language Part II Omar Meqdadi SE 2730 Lecture 9 Department of Computer Science and Software Engineering University of Wisconsin-Platteville.
1 Capturing Requirements As Use Cases To be discussed –Artifacts created in the requirements workflow –Workers participating in the requirements workflow.
Software Requirements: A More Rigorous Look 1. Features and Use Cases at a High Level of Abstraction  Helps to better understand the main characteristics.
UML’s StateChart FSM, EFSM in UML Concurrent states Tool support.
Lecture 9-1 : Intro. to UML (Unified Modeling Language)
Technical Methods for Specifying Requirements 1. When to Use Technical Methods  If the description of the requirement is too complex for natural language.
System Requirements Specification
Chapter 11  2000 by Prentice Hall System Analysis and Design: Methodologies and Tools Uma Gupta Introduction to Information Systems.
CMPSC 16 Problem Solving with Computers I Spring 2014 Instructor: Tevfik Bultan Lecture 4: Introduction to C: Control Flow.
ALGORITHMS AND FLOWCHARTS. Why Algorithm is needed? 2 Computer Program ? Set of instructions to perform some specific task Is Program itself a Software.
Fundamentals of Algorithms MCS - 2 Lecture # 3. Representation of Algorithms.
4 - Conditional Control Structures CHAPTER 4. Introduction A Program is usually not limited to a linear sequence of instructions. In real life, a programme.
Victoria Ibarra Mat:  Generally, Computer hardware is divided into four main functional areas. These are:  Input devices Input devices  Output.
I&C Lab Seminar Procedure for the Software Requirements Specification for Safety Critical Systems Seo Ryong Koo Korea Advanced Institute Science.
Information Systems Development
CompSci 280 S Introduction to Software Development
Collision Theory and Logic
On Ambiguity and Specificity
Analysis Classes Unit 5.
Software Engineering Lecture 4 System Modeling The Analysis Stage.
Technical Methods for Specifying Requirements
Chapter 1: Introduction to Systems Analysis and Design
The Movement To Objects
Recall The Team Skills Refining the Use cases
Collision Theory and Logic
Unified Modeling Language
SOFTWARE REQUIREMENTS ENGINEERING
Application of Pseudo Code
Classical Waterfall Model
Life Cycle Models PPT By :Dr. R. Mall.
Data Dictionaries ER Diagram.
Lecture 2 Introduction to Programming
By Dr. Abdulrahman H. Altalhi
Introduction to Computer Programming
UML’s StateChart FSM, EFSM in UML Concurrent states Tool support.
System Requirements Specification
PROBLEM SOLVING SKILLS
Logic Modeling Logic and timing are not represented on data flow diagrams or entity-relationship diagrams Processes contain logic - what happens under.
Ambiguity and Specificity
Chapter 1: Introduction to Systems Analysis and Design
Algorithms and Problem Solving
Members: Keshava Shiva Sanjeeve Kareena
Chapter 1: Introduction to Systems Analysis and Design
Information system analysis and design
Presentation transcript:

IT316 Software Requirement Engineering Recall The Team Skills Analyzing the Problem (with 5 steps) Understanding User and Stakeholder Needs Defining the System Managing Scope Refining the System Definition Software Requirements: a more rigorous look Refining the Use cases Developing the Supplementary Specification On Ambiguity and Specificity Technical Methods for Specifying Requirements Building the Right System IT316 Software Requirement Engineering

Technical Methods for Specifying Requirements Pseudo-code Finite state machines Decision tables and decision trees Activity diagrams (flowcharts) Entity-relationship models IT316 Software Requirement Engineering

IT316 Software Requirement Engineering Introduction There are cases in which the ambiguity of natural language is simply not tolerable Examples: when the requirements deal with life-and-death issues or when the erroneous behavior of a system could have extreme financial or legal consequences. If the description of the requirement is too complex for natural language and if you cannot afford to have the specification misunderstood, you should consider writing or augmenting that portion of the requirements set with a "technical methods" approach. IT316 Software Requirement Engineering

Technical Specification Methods Pseudo-code Finite state machines Decision tables and decision trees Activity diagrams (flowcharts) Entity-relationship models … IT316 Software Requirement Engineering

IT316 Software Requirement Engineering Pseudo-code Pseudo-code is a "quasi" programming language An attempt to combine the informality of natural language with the strict syntax and control structures of a programming language. It usually consists of combinations of: Imperative sentences with a single verb and a single object A limited set, typically not more than 40–50, of "action-oriented" verbs from which the sentences must be constructed Decisions represented with a formal IF-ELSE-ENDIF structure Iterative activities represented with DO-WHILE or FOR-NEXT structures IT316 Software Requirement Engineering

Example of Pseudo-code A pseudo-code specification of an algorithm for calculating deferred-service revenue earned for any month is: Set Sum(x)=0 FOR each customer X IF customer purchased paid support AND ((Current month) >= (2 months after ship date)) AND ((Current month) <= (14 months after ship date)) THEN Sum(X)=Sum(X) + (amount customer paid)/12 END IT316 Software Requirement Engineering

IT316 Software Requirement Engineering Finite State Machines Example of a state transition diagram The natural language expression "the other light shall flash every 1 second" was ambiguous. The above state transition diagram is not ambiguous since it illustrates that duty cycle B was indeed the right choice. IT316 Software Requirement Engineering

IT316 Software Requirement Engineering Finite State Machines Example of a State Transition Matrix for an On/Off Counting Device: What happens if the user presses the On switch and the device is already on? Answer: Nothing. What happens if both bulbs are burned out? Answer: The device powers itself off. IT316 Software Requirement Engineering

Decision Tables and Decision Trees It's common to see a requirement that deals with a combination of inputs; different combinations of those inputs lead to different behaviors or outputs. IT316 Software Requirement Engineering

IT316 Software Requirement Engineering Activity Diagrams An activity diagram is essentially a flowchart, showing flow of control from activity to activity. IT316 Software Requirement Engineering

Entity-Relationship Models If the requirements within a set involve a description of the structure and relationships among data within the system, it's often convenient to represent that information in an entity-relationship diagram (ERD). IT316 Software Requirement Engineering

IT316 Software Requirement Engineering Key Points Technical methods for specifying requirements are appropriate when the requirement description is too complex for natural language or if you cannot afford to have the specification misunderstood. Technical methods include pseudo-code, finite state machines, decision trees, activity diagrams, entity-relationship models, and many others. IT316 Software Requirement Engineering