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



Similar documents
An Introduction to Software Engineering

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

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

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

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

An Introduction to Software Engineering

CMSC 435: Software Engineering Course overview. Topics covered today

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

Introduction to Software Engineering

IF2261 Software Engineering. Introduction. What is software? What is software? What is software? Failure Curve. Software Applications Type

SE 367 Software Engineering Basics of Software Engineering

Software Engineering. Introduc)on

Chapter 1- Introduction. Lecture 1

Chapter 1 Introduction

Aerospace Software Engineering

Chapter 1- Introduction. Lecture 1

Lecture 2. Anis Koubaa

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

1. Introduction. Objectives. Contents. Introduction 1

Software Engineering UNIT -1 OVERVIEW

CSC 342 Semester I: H ( G)

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

Software Engineering. Software Engineering. Software Costs

Introduction. Objectives. Contents

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

1.1 The Nature of Software... Object-Oriented Software Engineering Practical Software Development using UML and Java. The Nature of Software...

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

1 Introduction. Objectives. Contents. Introduction 1

2. Analysis, Design and Implementation

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

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

Software Engineering. Introduction. Software Costs. Software is Expensive [Boehm] ... Columbus set sail for India. He ended up in the Bahamas...

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

CHAPTER 01 THE SCOPE OF SOFTWARE ENGINEERING

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

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

Project management. Organizing, planning and scheduling software projects

Introduction to Software Engineering. Week 1

2. Analysis, Design and Implementation

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

Software Processes. Topics covered

Unit 1 Learning Objectives

HIT Workflow & Redesign Specialist: Curriculum Overview

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

T141 Computer Systems Technician MTCU Code Program Learning Outcomes

Promote knowledge management in your organisation

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

Software Engineering

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

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

STATEMENT OF ETHICAL PRACTICE

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

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

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

CORE SKILLS 1. INTRODUCTION INTRODUCTION

CSCI-485: Software Design

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

aaca NCSA 01 The National Competency Standards in Architecture aaca Architects Accreditation Council of Australia PO Box 236 Civic Square ACT 2608

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

How To Understand Software Engineering

Software Engineering Ethics and Professional Conduct SWENET OSE3 Module July 2003

Message from the Chief Executive of the RCM

Rapid software development. Ian Sommerville 2004 Software Engineering, 7th edition. Chapter 17 Slide 1

SCHOOL OF ADVANCED TECHNOLOGIES, ENGINEERING AND SCIENCE (SATES) PROGRAM: CTech in Electrical and Electronic Engineering

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

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

Software Engineering. What is a system?

Organising, planning and scheduling software projects. Software management distinctions

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

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

INTRODUCTION. National Competency Standard for Application Developers Commission on Information and Communications Technology

Organizing, planning and scheduling software projects

ABET General Outcomes. Student Learning Outcomes for BS in Computing

Chapter 13 BUILDING INFORMATION SYSTEMS. How does building new systems produce organizational change?

Design with Reuse. Building software from reusable components. Ian Sommerville 2000 Software Engineering, 6th edition. Chapter 14 Slide 1

Lecture 3 Software Development Processes

Software Requirements 1

Code of Ethics for Pharmacists and Pharmacy Technicians

IDOL Outcomes and Competencies (ibstpi) 2

Structure of Presentation. The Role of Programming in Informatics Curricula. Concepts of Informatics 2. Concepts of Informatics 1

2014 New Jersey Core Curriculum Content Standards - Technology

Figure 1 Cloud Computing. 1.What is Cloud: Clouds are of specific commercial interest not just on the acquiring tendency to outsource IT

Draft Information Technology Policy

Defining an EA Skillset EAPC Johannesburg March 2015

Cloud Services Catalog with Epsilon

The Proposed Quality Competency Framework for the Future Quality Professional

Employability Skills Summary

CD(SA) Director Competency Framework

Software Project Models

Requirements Engineering Process

Appendix M INFORMATION TECHNOLOGY (IT) YOUTH APPRENTICESHIP

Project Management Step Wise. Sunday, 4 November 12

IT3205: Fundamentals of Software Engineering (Compulsory)

Transcription:

Introduction to Software Engineering Adopted from Software Engineering, by Ian Sommerville

To discuss the factors that led to software failures and the phenomenon of the Software Crisis ; To introduce software engineering and to explain its importance To set out the answers to key questions about software engineering; Discuss the impact of software engineering on the success rate of software projects; To introduce ethical and professional issues and to explain why they are of concern to software engineers;

In 1995, statistics showed that half of surveyed development projects were operational, but were not considered successful. The average software project overshoots its schedule by half. Three quarters of all large software products delivered to the customer are failures that are either not used at all, or do not meet the customer s requirements. Software development is seen as a craft, rather than an engineering discipline. Main Problems o Over budget o Over time o Not meeting requirements o Expectations Standish Report

Standish Group - Report

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.

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.

Computer programs and associated documentation such as requirements, design models and user manuals. Software products may be developed for a particular customer or may be developed for a general market. Software products may be o Generic - developed to be sold to a range of different customers e.g. PC software such as Excel or Word. o Bespoke (custom) - developed for a single customer according to their specification. New software can be created by developing new programs, configuring generic software systems or reusing existing software.

Software engineering is an engineering discipline that is concerned with all aspects of software production. Software engineers should adopt a systematic and organised approach to their work and use appropriate tools and techniques depending on the problem to be solved, the development constraints and the resources available.

Computer science is concerned with theory and fundamentals; software engineering is concerned with the practicalities of developing and delivering useful software. Computer science theories are still insufficient to act as a complete underpinning for software engineering (unlike e.g. physics and electrical engineering).

System engineering is concerned with all aspects of computerbased systems development including hardware, software and process engineering. Software engineering is part of this process concerned with developing the software infrastructure, control, applications and databases in the system. System engineers are involved in system specification, architectural design, integration and deployment.

A set of activities whose goal is the development or evolution of software. Generic activities in all software processes are: o Specification - what the system should do and its development constraints o Development - production of the software system o Validation - checking that the software is what the customer wants o Evolution - changing the software in response to changing demands.

A simplified representation of a software process, presented from a specific perspective. Examples of process perspectives are o Workflow perspective - sequence of activities; o Data-flow perspective - information flow; o Role/action perspective - who does what. Generic process models o Waterfall; o Iterative development; o Component-based 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.

Structured approaches to software development which include system models, notations, rules, design advice and process guidance. Model descriptions o Descriptions of graphical models which should be produced; Rules o Constraints applied to system models; Recommendations o Advice on good design practice; Process guidance o What activities to follow.

Software systems that are intended to provide automated support for software process activities. CASE systems are often used for method support. Upper-CASE o Tools to support the early process activities of requirements and design; Lower-CASE o Tools to support later activities such as programming, debugging and testing.

The software should deliver the required functionality and performance to the user and should be maintainable, dependable and acceptable. Maintainability o Software must evolve to meet changing needs; Dependability o Software must be trustworthy; Efficiency o Software should not make wasteful use of system resources; Acceptability o Software must accepted by the users for which it was designed. This means it must be understandable, usable and compatible with other systems.

Heterogeneity, delivery and trust. Heterogeneity o Developing techniques for building software that can cope with heterogeneous platforms and execution environments; Delivery o Developing techniques that lead to faster delivery of software; Trust o Developing techniques that demonstrate that software can be trusted by its users.

Software engineering involves wider responsibilities than simply the application of technical skills. Software engineers must behave in an honest and ethically responsible way if they are to be respected as professionals. Ethical behaviour is more than simply upholding the law.

Confidentiality o Engineers should normally respect the confidentiality of their employers or clients irrespective of whether or not a formal confidentiality agreement has been signed. Competence o Engineers should not misrepresent their level of competence. They should not knowingly accept work which is outwith their competence.

Intellectual property rights o Engineers should be aware of local laws governing the use of intellectual property such as patents, copyright, etc. They should be careful to ensure that the intellectual property of employers and clients is protected. Computer misuse o Software engineers should not use their technical skills to misuse other people s computers. Computer misuse ranges from relatively trivial (game playing on an employer s machine, say) to extremely serious (dissemination of viruses).

PUBLIC o Software engineers shall act consistently with the public interest. CLIENT AND EMPLOYER o Software engineers shall act in a manner that is in the best interests of their client and employer consistent with the public interest. PRODUCT o Software engineers shall ensure that their products and related modifications meet the highest professional standards possible.

JUDGMENT o Software engineers shall maintain integrity and independence in their professional judgment. MANAGEMENT o Software engineering managers and leaders shall subscribe to and promote an ethical approach to the management of software development and maintenance. PROFESSION o Software engineers shall advance the integrity and reputation of the profession consistent with the public interest.

COLLEAGUES o Software engineers shall be fair to and supportive of their colleagues. SELF o Software engineers shall participate in lifelong learning regarding the practice of their profession and shall promote an ethical approach to the practice of the profession.

Disagreement in principle with the policies of senior management. Your employer acts in an unethical way and releases a safetycritical system without finishing the testing of the system. Participation in the development of military weapons systems or nuclear systems.

Software engineering is an engineering discipline that is concerned with all aspects of software production. Software products consist of developed programs and associated documentation. Essential product attributes are maintainability, dependability, efficiency and usability. The software process consists of activities that are involved in developing software products. Basic activities are software specification, development, validation and evolution. Methods are organised ways of producing software. They include suggestions for the process to be followed, the notations to be used, rules governing the system descriptions which are produced and design guidelines.

CASE tools are software systems which are designed to support routine activities in the software process such as editing design diagrams, checking diagram consistency and keeping track of program tests which have been run. Software engineers have responsibilities to the engineering profession and society. They should not simply be concerned with technical issues. Professional societies publish codes of conduct which set out the standards of behaviour expected of their members.