Components Based Design and Development. Unit 2: Software Engineering Quick Overview



Similar documents
Introduction to Software Engineering. Adopted from Software Engineering, by Ian Sommerville

An Introduction to Software Engineering

An Introduction to Software Engineering. Ian Sommerville 2004 Software Engineering, 7th edition. Chapter 1 Slide 1

Topics covered. An Introduction to Software Engineering. FAQs about software engineering Professional and ethical responsibility

Software Engineering. What is SE, Anyway? Based on Software Engineering, 7 th Edition by Ian Sommerville

An Introduction to Software Engineering

Introduction. Getting started with software engineering. Ian Sommerville 2000 Software Engineering, 6th edition. Chapter 1 Slide 1

CMSC 435: Software Engineering Course overview. Topics covered today

Software Engineering. Software Processes. Based on Software Engineering, 7 th Edition by Ian Sommerville

Introduction. Getting started with software engineering. Ian Sommerville 2000 Software Engineering, 6th edition. Chapter 1 Slide 1

CS 487. Week 8. Reference: 1. Software engineering, roger s. pressman. Reading: 1. Ian Sommerville, Chapter 3. Objective:

Peter Mileff PhD SOFTWARE ENGINEERING. The Basics of Software Engineering. University of Miskolc Department of Information Technology

To introduce software process models To describe three generic process models and when they may be used

Introduction to Software Engineering

Software Engineering UNIT -1 OVERVIEW

In this Lecture you will Learn: Development Process. Unified Software Development Process. Best Practice

2. Analysis, Design and Implementation

Software Engineering. Objectives. Designing, building and maintaining large software systems

Aerospace Software Engineering

Software Processes. Coherent sets of activities for specifying, designing, implementing and testing software systems

Software Engineering. Software Engineering. Software Costs

Software Processes. The software process. Generic software process models. Waterfall model. Waterfall model phases

Software Life Cycle Processes

Software Engineering

2. Analysis, Design and Implementation

Plan-Driven Methodologies

Chapter 1 Introduction

CS 389 Software Engineering. Lecture 2 Chapter 2 Software Processes. Adapted from: Chap 1. Sommerville 9 th ed. Chap 1. Pressman 6 th ed.

Chap 1. Introduction to Software Architecture

Software Engineering. Software Development Process Models. Lecturer: Giuseppe Santucci

Ob j ect-oriented Project Management with UML

Modellistica Medica. Maria Grazia Pia, INFN Genova. Scuola di Specializzazione in Fisica Sanitaria Genova Anno Accademico

Unit 1 Learning Objectives

Software Engineering/Courses Description Introduction to Software Engineering Credit Hours: 3 Prerequisite: (Computer Programming 2).

IV. Software Lifecycles

Software Processes. Topics covered

Development Methodologies

Establishing Great Software Development Process(es) for Your Organization. By Dale Mayes

Lecture Objectives. Software Life Cycle. Software Engineering Layers. Software Process. Common Process Framework. Umbrella Activities

General Problem Solving Model. Software Development Methodology. Chapter 2A

The software process. Generic software process models. Waterfall model. Software Development Methods. Bayu Adhi Tama, ST., MTI.

CHAPTER_3 SOFTWARE ENGINEERING (PROCESS MODELS)

SystemDesign Methodologies

Software Process and Models

Project management. Organizing, planning and scheduling software projects

SE464/CS446/ECE452 Software Life-Cycle and Process Models. Instructor: Krzysztof Czarnecki

3C05: Unified Software Development Process

Software Engineering. What is a system?

Requirements Engineering Processes. Ian Sommerville 2006 Software Engineering, 8th edition. Chapter 7 Slide 1

Software Design Models, Tools & Processes *

How To Design An Information System

Lecture 3 Software Development Processes

Contents. Introduction and System Engineering 1. Introduction 2. Software Process and Methodology 16. System Engineering 53

TRADITIONAL VS MODERN SOFTWARE ENGINEERING MODELS: A REVIEW

Objectives. The software process. Basic software process Models. Waterfall model. Software Processes

CSCI-485: Software Design

Software development life cycle. Software Engineering - II ITNP92 - Object Oriented Software Design. Requirements. Requirements. Dr Andrea Bracciali

The Design and Improvement of a Software Project Management System Based on CMMI

Software Project Models

The Unified Software Development Process

I219 Software Design Methodology

Software Development Life Cycle

SOFTWARE PROCESS MODELS

What is a life cycle model?

The Software Process. The Unified Process (Cont.) The Unified Process (Cont.)

Software Engineering. Project Management. Based on Software Engineering, 7 th Edition by Ian Sommerville

Organizing, planning and scheduling software projects

CS4507 Advanced Software Engineering

Why process models? Topic 3 Software process models. 3. Process models. What is a process model?

Object-Oriented Systems Analysis and Design

Project management. Organising, planning and scheduling software projects. Ian Sommerville 2000 Software Engineering, 6th edition.

Software Engineering Reference Framework

1. Software Engineering Overview

Title: Topic 3 Software process models (Topic03 Slide 1).

Abstract. 1 Introduction

Classical Software Life Cycle Models

Project management. Ian Sommerville 2004 Software Engineering, 7th edition. Chapter 5 Slide 1

Software Development Process Models and their Impacts on Requirements Engineering Organizational Requirements Engineering

Supporting Workflow Overview. CSC532 Fall06

Software Development Life Cycle (SDLC)

Requirement Management with the Rational Unified Process RUP practices to support Business Analyst s activities and links with BABoK

Chapter 8 Approaches to System Development

How To Adopt Rup In Your Project

A Capability Maturity Model (CMM)

SE 367 Software Engineering Basics of Software Engineering

Chapter 1- Introduction. Lecture 1

Project management. Organizing, planning and scheduling software projects. Objectives. Chapter 3. Chapter 3 Project Management. Learning Objective

CSC 342 Semester I: H ( G)

Systems Engineering. Designing, implementing, deploying and operating systems which include hardware, software and people

Development models. 1 Introduction. 2 Analyzing development models. R. Kuiper and E.J. Luit

Introduction to Software Engineering: Project Management ( Highlights )

RUP for Software Development Projects

Chapter 1 The Systems Development Environment

Requirements Engineering Process

Transcription:

Components Based Design and Development Computer Engineering Studies Universidad Carlos III de Madrid Unit 2: Software Engineering Quick Overview Juan Llorens Högskolan på Åland Finland / Universidad Carlos III de Madrid - Spain Juan.llorens@uc3m.es 1

Engineering... Software Engineering the profession in which a knowledge of the mathematical and natural sciences gained by study, experience and practice is applied with judgment to develop ways to utilize, economically, the materials and forces of nature for the benefit of mankind. (Accreditation Board for Engineering and Technology, 1996). Particularities of software engineering The product (software) A lot of development, little engineering discipline Frequent changes in the product It is not seen as necessary by the so called software engineers From Gonzalo Genova 2

Software Engineering The economies of ALL developed nations are dependent on software. More and more systems are software controlled Software engineering is concerned with theories, methods and tools for professional software development. Expenditure on software represents a significant fraction of GNP in all developed countries. Ian Sommerville 2004 - Software Engineering, 7th edition. Chapter 1 3

The systems engineering process Requirements definition System decommissioning System design System evolution Sub-system development System installation System integration Ian Sommerville 2004 - Software Engineering, 7th edition. Chapter 2 4

Inter-disciplinary involvement Software engineering Electronic engineering Mechanical engineering Structural engineering ATC systems engineering User interface design Civil engineering Electrical engineering Architecture Ian Sommerville 2004 - Software Engineering, 7th edition. Chapter 2 5

What is a software process? Objectives, needs, ideas problems, failures,.. How is a software project done? Software application Not a Software system 6

What is a software process? A set of activities whose goal is the development or evolution of software. Generic activities in all software processes are: Specification - what the system should do and its development constraints Development - production of the software system Validation - checking that the software is what the customer wants Evolution - changing the software in response to changing demands. Ian Sommerville 2004 - Software Engineering, 7th edition. Chapter 1 7

What is a software process model? A simplified representation of a software process, presented from a specific perspective. Examples of process perspectives are Workflow perspective - sequence of activities; Data-flow perspective - information flow; Role/action perspective - who does what. Generic process models Waterfall; Iterative development; Component-based software engineering. Ian Sommerville 2004 - Software Engineering, 7th edition. Chapter 1 8

Usual workflow Activities Req. analysis design implementation tests Not so Usual workflow Activities Vocabulary Id. Project Mgmt Estimation Debriefing Sw For Reuse Risk Mgmt. Project Plan. Indexing 9

Types of Software Processes : the waterfall process Need analysis of requirements A single iteration design implementation is an idealization never realized in this pure form tests Final product 10

Iterative process [spiral] Requirements analysis design N iterations need final product N versions of the product, documentation... tests implementation 11

Iterative and incremental process Enables the evolution in parallel of several workflows, and by that the work in parallel of several teams of people the different versions of the documents produced in each iteration are not necessarily compatible between them: organize well the documentation iteration 1 iteration 2 iteration 3 analysis (version 1) analysis (version 2) design (version 1) analysis (version 3) design (version 2) implementation (version 1) 12

UP: Phases, iterations and workflows Phases of the life cycle Workflows Inception Elaboration Construction Transition requirements analysis an iteration in the phase of Elaboration design implementation tests Preliminary iteration(s) Iter. #1 Iter. #2 Iter. #n Iter. #n+1 Iter. #n+2 Iter. #m Iter. #m+1 iterations 13

New Project My Favorite workflow structure for Development Voc Software for Reuse CM WG PMgnt Req Cap Risk Sw for reuse Plan-Est Req Ana Arc. Des Traceability D Des Document Mngmnt. Dev Find + Reuse Software with Reuse Tes Db Ix New Solution 14

My Favorite dataflow structure for Development Voc PMgnt Req Cap Risk Ontology Document Templates Text based Requirements Text Based Risks Spreadsheets Documents Documents Plan-Est Documents Documents Code Req Ana Arc. Des D Des Gantt Diagrams Architectural Models Dev Acknowledged Reports Requirements Models Tes Db Software Models Ix Reports Documents 15

Other frameworks and nomenclatures Terminology of UP requirements analysis design implementation tests Classical terminology requirements analysis design implementation integration tests Eric Braude, Software Engineering. An Object-Oriented Perspective, John Wiley & Sons, 2001, p. 30. 16

How to perform an Iterative Software Process divide a project in mini-projects, easier to manage and complete each mini-project is an iteration each iteration contains all the elements of a normal project: planning analysis and design construction integration and tests generate a version of the product (internal or external) each iteration generates a baseline that includes a partially completed version of the final system, and all the associated documentation the successive iterations build on top of each other until the final system is finished the difference between two baselines is known as an increment 17

What are software engineering methods? Structured approaches to software development which include system models, notations, rules, design advice and process guidance. Model descriptions Descriptions of graphical models which should be produced; Rules Constraints applied to system models; Recommendations Advice on good design practice; Process guidance What activities to follow. Based on Ian Sommerville 2004 - Software Engineering, 7th edition. Chapter 1 18

What are the costs of software engineering? Roughly 60% of costs are development costs, 40% are testing costs. For custom software, evolution costs often exceed development costs. Costs vary depending on the type of system being developed and the requirements of system attributes such as performance and system reliability. Distribution of costs depends on the development model that is used. Ian Sommerville 2004 - Software Engineering, 7th edition. Chapter 1 19

Software costs Software costs often dominate computer system costs. The costs of software on a PC are often greater than the hardware cost. Software costs more to maintain than it does to develop. For systems with a long life, maintenance costs may be several times development costs. Software engineering is concerned with cost-effective software development. Ian Sommerville 2004 - Software Engineering, 7th edition. Chapter 1 20

Activity cost distribution 0 Waterfall model 25 50 75 100 Specification Design Development Integration and testing Iterative development 0 25 50 75 100 Specification Iterative development System testing Component-based software engineering 0 25 50 75 100 Specification Development Integration and testing 0 Development and evolution costs for long-lifetime systems 10 200 30 400 System development System evolution Ian Sommerville 2004 - Software Engineering, 7th edition. Chapter 1 21

Product development costs Ian Sommerville 2004 - Software Engineering, 7th edition. Chapter 1 22

The maturity of the Software Engineering discipline (swing) 1. Real need: what the customer really wanted. 2. Client side: what the client was able to describe as his/her clear need. 3. Sale process: what the software manufacturer promised the client. 4. Requirements: the final understanding of what the customer described as requirements. 5. Analysis: how was planned that the system should finally work at the client side. 6. Design: how the system should perform the analysed functionality. 7. Coding: what the programmer finally produced. 8. On-site installation: what was really installed in the client site. 9. Test: what the responsibles saw in the system. 23