COMP1007 Introduction to Requirements Analysis Module Leader: Dr Pam Watt

Slides:



Advertisements
Similar presentations
.NET Technology. Introduction Overview of.NET What.NET means for Developers, Users and Businesses Two.NET Research Projects:.NET Generics AsmL.
Advertisements

Lecture 5: Requirements Engineering
Requirements Analysis 1. 1 Introduction b501.ppt © Copyright De Montfort University 2000 All Rights Reserved INFO2005 Requirements Analysis Introduction.
COMP1007 Introduction to Requirements Analysis © Copyright De Montfort University 2002 All Rights Reserved COMP1007 Introduction to Requirements Analysis.
CS3773 Software Engineering Lecture 01 Introduction.
Ch 3 System Development Environment
Software Modeling SWE5441 Lecture 3 Eng. Mohammed Timraz
©Ian Sommerville 2004Software Engineering, 7th edition. Chapter 2 Slide 1 Systems engineering 2.
Unified Modeling Language
L4-1-S1 UML Overview © M.E. Fayad SJSU -- CmpE Software Architectures Dr. M.E. Fayad, Professor Computer Engineering Department, Room #283I.
03/12/2001 © Bennett, McRobb and Farmer Avoiding the Problems Based on Chapter 3 of Bennett, McRobb and Farmer: Object Oriented Systems Analysis.
1 SWE Introduction to Software Engineering Lecture 5.
1/31 CS 426 Senior Projects Chapter 1: What is UML? Chapter 2: What is UP? [Arlow and Neustadt, 2005] January 22, 2009.
© Copyright Eliyahu Brutman Programming Techniques Course.
Copyright  Larry Dribin, Ph.D. SE470_EngFlows_v1.ppt SE470 EngFlows - 1 Excellence in Software Engineering Repeatable Level Defined Level Manage.
COMP1007 Introduction to Requirements Analysis © Copyright De Montfort University 2002 All Rights Reserved COMP1007 Introduction to Requirements Analysis.
1 CS 426 Senior Projects Chapter 1: What is UML? Chapter 2: What is UP? [Arlow and Neustadt, 2002] January 26, 2006.
Mastering OOA/OOD with UML. Contents Introduction Requirements Overview OOAOOD.
Chapter 1 The Systems Development Environment
What is UML? What is UP? [Arlow and Neustadt, 2005] January 23, 2014
Systems Analysis And Design © Systems Analysis And Design © V. Rajaraman MODULE 14 CASE TOOLS Learning Units 14.1 CASE tools and their importance 14.2.
© 2006 ITT Educational Services Inc. SE350 System Analysis for Software Engineers Unit 11 Slide 1 Chapter 1 The Systems Development Environment.
Rational Unified Process Fundamentals Module 4: Disciplines II.
©Ian Sommerville 2000, Mejia-Alvarez 2009 Slide 1 Software Processes l Coherent sets of activities for specifying, designing, implementing and testing.
OHTO -99 SOFTWARE ENGINEERING LECTURE 5 Today: - An overview to OO Analysis and OO Design - Introduction of Assignment 2.
Standard SRS Copyright, 2001 © Jerzy R. Nawrocki Requirements Engineering Lecture.
Software Requirements Engineering CSE 305 Lecture-2.
CPSC 2150 August 21, Chapter 1 Object Oriented Software Development This is an introductory course In this chapter we will look at 3 topics Challenges.
Testing Workflow In the Unified Process and Agile/Scrum processes.
1 Introduction to Software Engineering Lecture 1.
The Systems Development Life Cycle
Unified Modeling Language* Keng Siau University of Nebraska-Lincoln *Adapted from “Software Architecture and the UML” by Grady Booch.
L6-S1 UML Overview 2003 SJSU -- CmpE Advanced Object-Oriented Analysis & Design Dr. M.E. Fayad, Professor Computer Engineering Department, Room #283I College.
© Bennett, McRobb and Farmer Avoiding the Problems Based on Chapter 3 of Bennett, McRobb and Farmer: Object Oriented Systems Analysis and Design.
© 2010 Bennett, McRobb and Farmer1 Development Process Based on Chapter 5 Bennett, McRobb and Farmer Object Oriented Systems Analysis and Design Using.
1 OO Analysis & Design - Introduction to main ideas in OO Analysis & design - Practical experience in applying ideas.
© 2013, published by Flat World Knowledge Chapter 10 Understanding Software: A Primer for Managers 10-1.
Slide 1 Systems Analysis and Design With UML 2.0 An Object-Oriented Approach, Second Edition Chapter 2: Introduction to Object-Oriented Systems Analysis.
The principles of an object oriented software development process Week 04 1.
© Bennett, McRobb and Farmer 2005
Generalizable Element Namespace Model Element name visibility isSpecification Classifier isRoot Constraint Body Coming up: Unified Modeling Language Introduction.
1 Object-Oriented Analysis and Design with the Unified Process Figure 13-1 Implementation discipline activities.
21/1/ Analysis - Model of real-world situation - What ? System Design - Overall architecture (sub-systems) Object Design - Refinement of Design.
1 SYS366 Week 1 - Lecture 1 Introduction to Systems.
Design and implementation Chapter 7 – Lecture 1. Design and implementation Software design and implementation is the stage in the software engineering.
From Use Cases to Implementation 1. Structural and Behavioral Aspects of Collaborations  Two aspects of Collaborations Structural – specifies the static.
Basic Characteristics of Object-Oriented Systems
From Use Cases to Implementation 1. Mapping Requirements Directly to Design and Code  For many, if not most, of our requirements it is relatively easy.
1 Process activities. 2 Software specification Software design and implementation Software validation Software evolution.
1 Design Object Oriented Solutions Object Oriented Analysis & Design Lecturer: Mr. Mohammed Elhajj
BSA 385 Week 3 Individual Assignment Frequent Shopper Program Part 2 Check this A+ tutorial guideline at
Development Process Based on Chapter 5 Bennett, McRobb and Farmer
Chapter 1: Introduction to Systems Analysis and Design
CS 389 – Software Engineering
Systems Analysis and Design With UML 2
Systems Analysis and Design
Unified Process Source & Courtesy: Jing Zou.
Architecture Components
Object Oriented Analysis and Design
Chapter 2 – Software Processes
Implementation and Maintenance
Rational Unified Process (RUP)
Chapter 2 – Software Processes
Software Design Lecture : 15.
Software Design Lecture : 14.
CS310 Software Engineering Lecturer Dr.Doaa Sami
Chapter 1: Introduction to Systems Analysis and Design
Requirements Document
Chapter 1: Introduction to Systems Analysis and Design
From Use Cases to Implementation
Presentation transcript:

COMP1007 Introduction to Requirements Analysis Module Leader: Dr Pam Watt

COMP1007 Introduction to Requirements Analysis  1 lecture  1 lab (start week 3)  1 tutorial (start week 2)  Assignment (50%)  Exam (50%)  Set Text: Requirements Analysis & System Design. Developing Information Systems with UML Leszek A Maciaszek Publ. Addison Wesley

COMP1007 Introduction to Requirements Analysis Software Process COMP1007 Lecture 1

COMP1007 Introduction to Requirements Analysis Objectives  Software Development  System Planning  Lifecycle  Software Development Approaches

COMP1007 Introduction to Requirements Analysis Software Development  Stakeholders  Process  Modelling language & tools

COMP1007 Introduction to Requirements Analysis Software Development  Commercial off-the-shelf packages  Bespoke systems

COMP1007 Introduction to Requirements Analysis Stakeholders  Customers -person paying -responsible for decisions -customer’s requirements  Developers -developed by people, for people -social factors important

COMP1007 Introduction to Requirements Analysis Software Failure  needs misunderstood or not captured  requirements change too frequently  insufficient resources for the project  customers don’t co-operate with developers  unrealistic expectations  system no longer of benefit to customer

COMP1007 Introduction to Requirements Analysis  hire the best developers  provide on-going training & education  encourage exchange of information & interaction  motivate developers  remove obstacles to development  offer an exciting work environment  align personal goals  emphasise teamwork

COMP1007 Introduction to Requirements Analysis Process A process model:  states order of activities  specifies development artefacts  assigns activities & artefacts to developers  monitors project progress  Quality standards

COMP1007 Introduction to Requirements Analysis Modelling Languages & Tools  Modelling artefacts have to be communicated  Developers need a language to build visual models - communicate WHAT needs done  Need a tool for CASE

COMP1007 Introduction to Requirements Analysis CASE Tools  co-ordinate access to models  facilitate collaboration  version control  share components  check consistency & integrity  generate project reports  generate data structures & code  reverse engineer

COMP1007 Introduction to Requirements Analysis Unified Modelling Language  general purpose visual modelling language  independent of s/ware development process  matches up with RUP  independent of implementation technologies  models static structures & dynamic behaviour

COMP1007 Introduction to Requirements Analysis UML cont. catagorised in to 3 groups:  State Models - static data structures  Behaviour Models - object collaborations  State Change Models - describe permitted states

COMP1007 Introduction to Requirements Analysis System Planning SWOT –Strengths, Weaknesses, Opportunities, Threats VCM –Value Chain Model BPR –Business Process Re-engineering ISA –Information Systems Architecture

COMP1007 Introduction to Requirements Analysis Software Lifecycles  Orderly set of activities  Phases –analysis –design –implementation

COMP1007 Introduction to Requirements Analysis Analysis Phase  Concentrates on system requirements - determined & specified  Functional & non-functional requirements

COMP1007 Introduction to Requirements Analysis Design Phase  Architectural design  Detailed design

COMP1007 Introduction to Requirements Analysis Implementation Phase  Coding & s/ware development  Testing  Changeover

COMP1007 Introduction to Requirements Analysis Lifecycle Phases  Requirements determination  Requirements Specification  Architectural Design  Detailed Design  Implementation  Integration  Maintenance Planning & testing span the whole lifecycle

COMP1007 Introduction to Requirements Analysis Requirements Determination “A statement of system service or constraint” Kotonya & Sommerville  Determine requirements  Analyse requirements  Negotiate requirements

COMP1007 Introduction to Requirements Analysis Requirements Specification Phase  Model requirements  Include non-functional requirements  Independent from h/ware & s/ware platforms

COMP1007 Introduction to Requirements Analysis Architectural Design Phase  Contract between developer & customer  Description of system - in terms of its modules  Platform specific  Three-tier architecture

COMP1007 Introduction to Requirements Analysis Detailed Design Phase  Describes each module in detail  User interface design  Database design etc.

COMP1007 Introduction to Requirements Analysis Implementation Phase  Installation of purchased s/ware  Coding of custom-written s/ware  Loading of test databases  Testing  User training  Hardware issues

COMP1007 Introduction to Requirements Analysis Maintenance Phase 3 distinct phases:  Housekeeping  Adaptive maintenance  Perfective maintenance  Phased out

COMP1007 Introduction to Requirements Analysis Software Development Approaches  Structured - function centric  Object Orientated - data centric

COMP1007 Introduction to Requirements Analysis References  Maciaszek, Requirements Analysis & System Design, Chp 1  Bennett, McRobb & Farmer, OO Systems Analysis & Design  Schah (1996) Classical and Object- Orientated Software Engineering, 3 rd ed, Irwin pp604