©Ian Sommerville 2004Software Engineering, 7th edition. Chapter 5 Slide 1 Review 1.

Slides:



Advertisements
Similar presentations
©Ian Sommerville 2004Software Engineering, 7th edition. Chapter 4 Slide 1 Software Processes.
Advertisements

©Ian Sommerville 2004Software Engineering, 7th edition. Chapter 1 Slide 1 المحاضرة الثانية.
1 Chapter 4 - Part 1 Software Processes. 2 Software Processes is: Coherent (logically connected) sets of activities for specifying, designing, implementing,
CS3773 Software Engineering Lecture 01 Introduction.
©Ian Sommerville 2004Software Engineering, 7th edition. Chapter 4 Slide 1 Software Processes.
Software Processes Coherent sets of activities for specifying, designing, implementing and testing software systems.
©Ian Sommerville 2006Software Engineering, 8th edition. Chapter 8 Slide 1 System models.
©Ian Sommerville 2004Software Engineering, 7th edition. Chapter 5 Slide 1 Project management.
©Ian Sommerville 2004Software Engineering, 7th edition. Chapter 5 Slide 1 Review 2.
1 SOFTWARE LIFE-CYCLES Beyond the Waterfall. 2 Requirements System Design Detailed Design Implementation Installation & Testing Maintenance The WATERFALL.
Modified from Sommerville’s originalsSoftware Engineering, 7th edition. Chapter 8 Slide 1 System models.
1 CS 691z/791z Topics on Software Engineering CS 691z/791z Topics on Software Engineering Software Processes Based on Chapter 4 of the book [SE-8] Ian.
Software Engineering General Project Management Software Requirements
©Ian Sommerville 2000Software Engineering, 6/e, Chapter 71 System models l Abstract descriptions of systems whose requirements are being analysed.
©Ian Sommerville 2004Software Engineering, 7th edition. Chapter 5 Slide 1 Review 1.
Review for Exam #1 Chapters 1 - 8
©Ian Sommerville 2004Software Engineering, 7th edition. Chapter 4 Slide 1 Software Process Models.
©Ian Sommerville 2000 Software Engineering, 6th edition Slide 1 Software Processes l Coherent sets of activities for specifying, designing, implementing.
Software Engineering CSE470: Requirements Analysis 1 Requirements Analysis Defining the WHAT.
Fundamentals of Information Systems, Second Edition
©Ian Sommerville 2004Software Engineering, 7th edition. Chapter 5 Slide 1 Review 2.
Modified from Sommerville’s originalsSoftware Engineering, 7th edition. Chapter 8 Slide 1 System models.
©Ian Sommerville 2004Software Engineering, 7th edition. Chapter 2 Slide 1 Socio-technical Systems.
©Ian Sommerville 2004Software Engineering, 7th edition. Chapter 4 Slide 1 Software Processes.
©Ian Sommerville 2000 Software Engineering, 6th edition. Chapter 5 Slide 1 Requirements engineering l The process of establishing the services that the.
Architectural Design Establishing the overall structure of a software system Objectives To introduce architectural design and to discuss its importance.
©Ian Sommerville 2004Software Engineering, 7th edition. Chapter 2 Slide 1 Systems engineering 1.
Slide 1 Requirements Workflow. Slide 2 The Phases/Workflows of the Unified Process Figure 3.1 l Phase is Business context of a step Workflow is Technical.
Chapter 3 Software Processes.
©Ian Sommerville 2000 Software Engineering, 6th edition. Chapter 6 Slide 1 Chapter 6 Requirements Engineering Process.
©Ian Sommerville 2000 Software Engineering, 6th edition. Chapter 7 Slide 1 System models l Abstract descriptions of systems whose requirements are being.
المحاضرة الثالثة. Software Requirements Topics covered Functional and non-functional requirements User requirements System requirements Interface specification.
1 Software Engineering Chap 1 Instructor : Haya Samamneh.
©Ian Sommerville 2000 Software Engineering, 6th edition. Chapter 6 Slide 1 Requirements Engineering Processes l Processes used to discover, analyse and.
©Ian Sommerville 2000 Software Engineering, 6th edition. Chapter 2Slide 1 Chapter 2 Computer-Based System Engineering As modified by Randy Smith.
©Ian Sommerville 2004Software Engineering, 7th edition. Chapter 4 Slide 1 Software Processes.
CS 360 Lecture 3.  The software process is a structured set of activities required to develop a software system.  Fundamental Assumption:  Good software.
©Ian Sommerville 2000, Mejia-Alvarez 2009 Slide 1 Software Processes l Coherent sets of activities for specifying, designing, implementing and testing.
©Ian Sommerville 2000 Software Engineering, 6th edition. Chapter 3 Slide 1 Software Processes l Coherent sets of activities for specifying, designing,
Software Requirements Engineering CSE 305 Lecture-2.
©Ian Sommerville 2004Software Engineering, 7th edition. Chapter 7 Slide 1 Requirements Engineering Processes.
Software Engineering Management Lecture 1 The Software Process.
©Ian Sommerville 1995/2000 (Modified by Spiros Mancoridis 1999) Software Engineering, 6th edition. Chapter 7 Slide 1 System models l Abstract descriptions.
©Ian Sommerville 2006Software Engineering, 8th edition. Chapter 8 Slide 1 Object-oriented and Structured System Models.
Approaching a Problem Where do we start? How do we proceed?
©Ian Sommerville 2004Software Engineering, 7th edition. Chapter 4 Slide 1 Software Processes.
Course Overview Stephen M. Thebaut, Ph.D. University of Florida Software Engineering Foundations.
©Ian Sommerville 2000 Software Engineering, 6th edition. Chapter 7 Slide 1 Chapter 7 System Models.
University of Toronto at Scarborough © Kersti Wain-Bantin CSCC40 systems analysis 1 what is systems analysis? preparation of the system’s requirements/definition,
Fundamentals of Information Systems, Second Edition 1 Systems Development.
Rational Unified Process Fundamentals Module 3: Disciplines I.
Software Life Cycle The software life cycle is the sequence of activities that occur during software development and maintenance.
Software Engineering 1 Object-oriented Analysis and Design Applying UML and Patterns An Introduction to Object-oriented Analysis and Design and Iterative.
©Ian Sommerville 2004Software Engineering, 7th edition. Chapter 8 Slide 1 System models.
1 Chapter 8 Building the Analysis Model (1) Analysis Concepts and Principles.
©Ian Sommerville 2004Software Engineering, 7th edition. Chapter 4 Slide 1 Software Processes.
SWE 513: Software Engineering
©Ian Sommerville 2006Software Engineering, 8th edition. Chapter 4 Slide 1 Software Processes.
1 Here are some quotations to get an overview of the kinds of issues of interest.
21/1/ Analysis - Model of real-world situation - What ? System Design - Overall architecture (sub-systems) Object Design - Refinement of Design.
Software Engineering, 8th edition. Chapter 4 1 Courtesy: ©Ian Sommerville 2006 FEB 13 th, 2009 Lecture # 5 Software Processes.
Software Development Process CS 360 Lecture 3. Software Process The software process is a structured set of activities required to develop a software.
©Ian Sommerville 2004Software Engineering, 7th edition. Chapter 1 Slide 1 6/6/2016 1/25 IT076IU Software Engineering Project Review 2.
Final Review Systems Analysis and Design in a Changing World, 4th Edition 1 Final Review u Chapters 1-6, 8-10, 13, 14, 15 u Multiple choice, short answer,
Dillon: CSE470: ANALYSIS1 Requirements l Specify functionality »model objects and resources »model behavior l Specify data interfaces »type, quantity,
©Ian Sommerville 2004Software Engineering, 7th edition. Chapter 6 Slide 1 Software Requirements (utvalgte foiler fra Kap 6 og 7 i Sommerville)
©Ian Sommerville 2004Software Engineering, 7th edition. Chapter 8 Slide 1 System models.
Software Engineering Management
Requirements Analysis
Presentation transcript:

©Ian Sommerville 2004Software Engineering, 7th edition. Chapter 5 Slide 1 Review 1

©Ian Sommerville 2004Software Engineering, 7th edition. Chapter 5 Slide 2 Phase II report -1 l Due on 10/06 l On top of Phase I report l 5-15 pages in total (together phase I report) l Free style in writing (use 11pt font or larger) l Focus on requirements l Description of related activities, e.g., interviews with stakeholders l Describe functional and nonfunctional requirements

©Ian Sommerville 2004Software Engineering, 7th edition. Chapter 5 Slide 3 Phase II report -2 l Provide scenarios or use-cases l Provide requirements management planning l Feasibility studies l Draw at least 2 models if applicable Context models Data-flow model State machine models Inheritance models Object aggregation models Object behaviour model

©Ian Sommerville 2004Software Engineering, 7th edition. Chapter 5 Slide 4 Exam 1 l Thursday, 10/04/05 l 1-hour l closed book l Chapters 1-8 l 20% of your total grade

©Ian Sommerville 2004Software Engineering, 7th edition. Chapter 5 Slide 5 Exam topics -1 l Chapter 1 Software engineering vs. system engineering Software process Software cost l Chapter 2 Socio-technical systems Emergent properties of a system Sub-systems Legacy system

©Ian Sommerville 2004Software Engineering, 7th edition. Chapter 5 Slide 6 Exam topics -2 l Chapter 3 Critical system Reliability and availability Safety and security l Chapter 4 Waterfall model Evolutionary development Exploratory development and throw-away prototype Component-based development Process iteration Rational unified process CASE tool

©Ian Sommerville 2004Software Engineering, 7th edition. Chapter 5 Slide 7 Exam topics -3 l Chapter 5 Project planning Milestones Deliverables Project scheduling Bar charts and activity networks Risk management

©Ian Sommerville 2004Software Engineering, 7th edition. Chapter 5 Slide 8 Exam topics -4 l Chapter 6 User requirements System requirements Functional/non-functional requirements Domain requirements Requirement documents

©Ian Sommerville 2004Software Engineering, 7th edition. Chapter 5 Slide 9 Exam topics -5 l Chapter 7 Stakeholders Viewpoints Feasibility studies Scenarios User cases Prototyping Requirement validation Requirement management

©Ian Sommerville 2004Software Engineering, 7th edition. Chapter 5 Slide 10 Exam topics -6 l Chapter 8 Context model Architectural model Behavioral model Data-flow models State machine models Data models Object inheritance model Object aggregation model UML

©Ian Sommerville 2004Software Engineering, 7th edition. Chapter 5 Slide 11 Sample exam questions - 1 l 1. Are the following statements about the software requirements document true or false? (1) Software engineering is only useful for those who become software engineers. (2) The requirements document should not specify responses to undesirable events.

©Ian Sommerville 2004Software Engineering, 7th edition. Chapter 5 Slide 12 Sample exam questions - 2 l 2.Multiple choices l (1) In system modeling, a ___________ model shows the system’s reaction to events. A.Context B.Architectural C.Stimulus/response D.Data Processing

©Ian Sommerville 2004Software Engineering, 7th edition. Chapter 5 Slide 13 Sample exam questions - 2 l (2) System Requirements are A. A detailed list of services and constraints of a proposed system B. A natural language statement of the functionality a system should provide C. A list of basic requirements the system must meet to run the software D. Not on this test (wishful thinking) E. None of the above

©Ian Sommerville 2004Software Engineering, 7th edition. Chapter 5 Slide 14 Sample exam questions - 3 l (3) User Requirements are A. A detailed list of services and constraints of a proposed system B. A natural language statement of the functionality a system should provide C. A list of basic requirements the user must meet before using a given system D. Not condoned by my religion E. None of the above

©Ian Sommerville 2004Software Engineering, 7th edition. Chapter 5 Slide 15 Sample exam questions - 4 l 3. Short answers l (1) Describe the waterfall model of software development. What are some of its advantages and disadvantages? What alternatives exist? l (2) What type of UML diagram is used to describe a specific scenario of a use case? l (3) What is the difference between evolutionary and throw-away prototyping? l (4) What is one major difference between System Engineering and Software Engineering, as disciplines?

©Ian Sommerville 2004Software Engineering, 7th edition. Chapter 5 Slide 16 Sample exam questions - 5 l (5) What is the purpose of upper-CASE tools? l (6) Give one specific example of a possible emergent property of a nuclear power plant. State the property as a requirement. l (7) Give one specific example of an organizational non-functional requirement of each variety below. (a) Delivery: (b) Implementation: (c) Standards:

©Ian Sommerville 2004Software Engineering, 7th edition. Chapter 5 Slide 17 Sample exam questions - 6 l (8) Identify four potential stakeholders of a point- of-sale system at a gasoline fuel pump. l (9) Why is traceability an important aspect of requirements management? l (10) Give one reason why context system models are useful for requirements validation. l (11) Which style of prototyping is most appropriate when the requirements are not well- understood?

©Ian Sommerville 2004Software Engineering, 7th edition. Chapter 5 Slide 18 Sample exam questions - 7 l 4. Match each system to the most appropriate model and briefly justify your decision. l Software Process Models A. Waterfall Model B. Evolutionary Development C. Reuse-oriented Development l __3D modeling and animation software designed to have a revolutionary user interface and novel algorithms for creating surreal scenes __A shopping cart module for a website that needs to be up and running with basic functionality within a week __Implementation of a Linux driver for a hardware device where full specifications are available from the manufacturer

©Ian Sommerville 2004Software Engineering, 7th edition. Chapter 5 Slide 19 Sample exam questions - 8 l 6. Describe functional and non-functional requirements in the following categories. Functional requirementNon-functional requirement Definition List the requirements (three for each type) for a university library system

©Ian Sommerville 2004Software Engineering, 7th edition. Chapter 5 Slide 20 Sample exam questions - 9 TaskDuration (days)Dependencies T110 T210T1 T315 T45T1,T3 T515T2 T615T3 T715 T815T3,T4,T5 T935T7 T1020T4,T6 T1110T9 T1220T10 T1315T4,T5 T1410T11,T8 T1520T12,T14 T1615T13,T15 The accompanying table sets out a number of activities, durations, and dependencies. Draw an activity chart and identify the critical path(s). What is the length of the critical path? What is the maximum number of days that T4 can be delayed without impacting the finish date?