Software Engineering: An Overview by Lecturer Sebastian Coope

Lecturer: 
Sebastian Coope
Ashton Building, Room G.18
E-mail: 
coopes@liverpool.ac.uk 
COMP 201 web-page:
http://www.csc.liv.ac.uk/~coopes/comp201
Lecture 1
 – Module Introduction
1
COMP201 - Software Engineering
What is SOFTWARE ENGINEERING
ENGINEERING
Making stuff
But
In a structured and disciplined manner!
Using tried and tested approaches
SOFTWARE
Code (instructions)
Data designs (data base schemas)
COMP201 - Software Engineering
2
Why Software Engineering?
 
Software development is hard
 
!
Important to distinguish :
“easy” systems 
(
one developer, one user,
experimental use only
)
“hard” systems 
 (
multiple developers, multiple users,
products
)
Experience with “easy” systems is misleading
Single person techniques do not scale up
Analogy with bridge building:
Over a stream = easy, one person job
Over River Severn …  ?      (
the techniques do not scale)
3
COMP201 - Software Engineering
Why Software Engineering ?
 
The problem is 
complexity
There are many sources of complexity, but size is key:
The Linux kernel
 contains 
>13 million lines
 of code
Windows XP
 contains 
>40 million lines
 of code
 
Software engineering is about managing  this
complexity.
4
COMP201 - Software Engineering
Why Software Engineering ?
Software failure can be very serious
Software controls safety critical systems
Software protects sensitive data
Software is involved in systems which handle money
Software Engineering has to
Produce software which has a very low chance of faulting
Be able to demonstrate/proof that software has very low
chance of fault
Testing or program proving
COMP201 - Software Engineering
5
Why software engineering
Costs
$150 billion world wide (Gartner)
Integration
All mobile devices contain software
Science
All science uses software
COMP201 - Software Engineering
6
Teaching Method
Series of 30 lectures 
(3hrs per week)
http://www.csc.liv.ac.uk/teaching/timetablesandresources.html
 
Independent Student Reading
Practical work  
(
2 Assignments
)
----------------------- Course Assessment ----------------------
A two-hour examination:
 
80%
Coursework:
   
20%
  
-----------------------------------------------------------------------
7
COMP201 - Software Engineering
Teaching Method
 
All lecture notes will be made available in printed
form and are also online
Assignments will also be posted on the home
page. There will be two assignments each worth
10% of the COMP201 grade.
If you have any questions or problems:
Catch me at end of lecture
E-mail me with question directly
Make appointment via email in my office
8
COMP201 - Software Engineering
COMP201 Practicals
Practical slots:  (from WEEK THREE)
1 hour/week
COMP 201
Assignment 1 – Requirements Engineering
Use case analysis
State charts
 
Weeks 3-7 (5 weeks)
Assignment 2 – Modelling with UML
 
 Weeks 8-11 (4 weeks)
9
COMP201 - Software Engineering
Recommended Course Textbooks
I. Sommerville (2001,2004, 2007)
 
Software Engineering
 6
th
 ,7
th
 or 8
th
 Edition,
 
Addison-Wesley, Harlow, Essex, UK
P. Stevens with R. Pooley (2000),
 
Using UML: Software Engineering with Objects
and Components
, 1
st
 or 2
nd
 Edition,
 
Addison-Wesley, Harlow, Essex, UK
 
 
 
10
COMP201 - Software Engineering
Outline Syllabus
Introduction to Software Engineering
Software models
Software requirements
Formal Specification
Software Design and Implementation
UML (Unified Modeling Language)
Software verification, validation and testing
Management of Software Projects & Cost Estimation
11
COMP201 - Software Engineering
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
.
Some software can be classified as 
critical
 (air traffic
control, medical software, nuclear reactor control
software..).
12
COMP201 - Software Engineering
Software Engineering
 
Software costs often dominate computer system costs.
The costs of software on a PC are often greater than the
hardware costs.
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.
Critical Systems must be verifiably reliable to avoid
significant environmental, human or financial costs.
13
COMP201 - Software Engineering
FAQs about Software Engineering
What is:
software?
a software process?
software engineering?
a software process model?
14
COMP201 - Software Engineering
What is Software?
 
Computer programs
 and 
associated documentation
 
 
 
Software products
 may be developed for a particular
customer or may be developed for a general market
Software products may be
Generic
 - developed to be sold to a range of different
customers
Bespoke
 (custom) - developed for a single customer
according to their specification
15
COMP201 - Software Engineering
Examples
Programs
Applications, apps, embedded systems
Documents
User manuals
Content
Designs and specifications
COMP201 - Software Engineering
16
 
What is Software Engineering?
 
Software engineering
 is an engineering discipline which is
concerned with 
all aspects 
of software production
 
Software engineers
 should
adopt a systematic and organised approach to their work
use appropriate tools and techniques 
depending on
the problem to be solved,
the development constraints and
the resources available
17
COMP201 - Software Engineering
What is the Difference between Software
Engineering and Computer Science?
 
Computer Science
Software Engineering
is concerned with
 
Computer science theories
 are currently insufficient to act
as a complete underpinning for software engineering,
BUT it is a foundation for practical aspects of software
engineering
18
COMP201 - Software Engineering
Good Software Engineers
Tend to
Not keep making the SAME mistakes again and again
(tip document your mistakes)
Communication well with others
Work well in teams
Document their work
Produce code which can be fixed/modified easily by others
Can predict their own producitivity
Being a good software engineer
Is not very easy!
COMP201 - Software Engineering
19
SE History
 
Software Engineering was first introduced in 1968 during a
conference about the “
software crisis
” when the introduction of
third generation computer hardware led to more complex
software systems than before
Early approaches were based on informal methodologies leading
to
Delays in software delivery
Higher costs than initially estimated
Unreliable, difficult to maintain software
Need for new methods and techniques to manage the production
of complex software.
20
COMP201 - Software Engineering
Software Myths
 
Management myths
Standards and procedures for building software
Add more programmers if behind schedule
Customer myths
A general description of objectives enough to start coding
Requirements may change as the software is flexible
Practitioner myths
Task accomplished when the program works
Quality assessment when the program is running
Working program the only project deliverable
21
COMP201 - Software Engineering
Major Software Failures
Therac-25 (1985-1987) 
: six people overexposed
during treatments for cancer
Taurus (1993) 
: the planned automatic transaction
settlement system for London Stock Exchange
cancelled after five years of development
Ariane 5 (1996) 
: rocket exploded soon after its
launch due error conversion (16 floating point into 16-
bit integer leading to an exception)
The Mars Climate Orbiter 
:
 assumed to be lost by
NASA officials (1999): different measurement systems
(Imperial and metric)
22
COMP201 - Software Engineering
Recent example
Healthcare.gov
Coding was started before requirements completed in
detail
You could actually see errors in code by merely looking at
Javascript.. Example missing code with comments in place
"TODO: add functionality to show alert text after too many tries
at log in“
Testing was squeezed to get site delivered in time
There was no manual backup on launch
Incremental in launch is as important as incremental in
development
COMP201 - Software Engineering
23
However …
 
Important progress has been made:
Ability to produce more complex software has
increased
New technologies have led to new SE approaches
A better understanding of the activities involved in
software development
Effective methods to specify, design and implement
software have been developed
New notations and tools have been produced
24
COMP201 - Software Engineering
What is a Software Process?
 
A Software Process is a 
set of activities
 
whose goal is the
development or evolution of software
Fundamental activities in all software processes are:
Specification
 - what the system should do and its development
 
constraints
Development
 - production of the software system (design and
 
implementation)
Validation
 - checking that the software is what the customer
wants
Evolution
 - changing the software in response to changing
demands
25
COMP201 - Software Engineering
What is a Software Process Model?
 
A Software Process Model is a simplified representation of a
software process
, presented from a specific perspective
Examples of process perspectives:
Workflow perspective
  - 
represents inputs, outputs and dependencies
Data-flow perspective
  - 
represents data transformation activities
Role/action perspective
 - 
represents the roles/activities of the people
involved in the software process  
Generic process models
 
Waterfall
Evolutionary development
Formal transformation
Integration from reusable components
26
COMP201 - Software Engineering
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
27
COMP201 - Software Engineering
What is 
CASE ?
(Computer-Aided Software Engineering)
 
Upper-CASE
Tools to support the early process
 
activities of requirements and design
Lower-CASE
Tools to support later activities such as programming,
debugging and testing
Software systems which are intended to provide
automated support for software process activities, such
as requirements analysis, system modelling, debugging
and testing
28
COMP201 - Software Engineering
What are the Attributes of Good Software?
 
Maintainability
Software must (easily) evolvable to meet changing needs
Dependability
Software must be trustworthy (work with all data)
Efficiency
Software should not make wasteful use of system resources
Usability
Software must be usable by the users for which it was designed
The software should deliver the required functionality and
performance to the user and should be maintainable,
dependable, efficient and usable.
29
COMP201 - Software Engineering
Key Challenges in Modern Software
Engineering?
 
 
Software engineering in the 21
st
 century faces 4 key challenges:
Legacy systems
Old, valuable systems must be maintained and updated
Heterogeneity
Systems are distributed and include a 
mix of hardware and software
Delivery
There is increasing pressure
 
for 
faster
 delivery of software
Trust
Developing techniques that demonstrate that
 
 
software can be 
trusted
 by its users
30
COMP201 - Software Engineering
Professional and Ethical Responsibility
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.
31
COMP201 - Software Engineering
Issues of Professional Responsibility
Confidentiality
Engineers should normally respect the confidentiality of
their employers or clients even without a formal
confidentiality agreement.
Competence
Engineers should not misrepresent their level of
competence. They should not knowingly accept work which
is beyond their competence.
32
COMP201 - Software Engineering
Issues of Professional Responsibility
Intellectual property rights
Engineers should be careful to ensure that the intellectual
property of employers and clients is protected and know
the local laws governing IP.
Computer misuse
Software engineers should not use their technical skills to
misuse other people’s computers.
33
COMP201 - Software Engineering
Ethics and software engineering
COMP201 - Software Engineering
34
Ethics for the 21
st
 Century
What if a robot you design the AI software for
Hurts (kills) someone, causes damage
Who is responsible?
You?
The owner of the robot?
The robot?
What if a robot you design and produce, designs and
produces another robot? Etc. etc.
COMP201 - Software Engineering
35
Lecture Key Points
 
We have seen the reasons for requiring solid software
engineering principles in modern systems
Software engineering is an engineering discipline
concerned with all aspects of software production.
Software products consist of developed programs and
their associated documentation with several essential
product attributes such as maintainability, dependability,
efficiency and acceptability.
Software Engineers have responsibilities to the
engineering profession and society and should not simply
be concerned with technical issues.
COMP201 - Software Engineering
36
Next Lecture
Software Processes
37
COMP201 - Software Engineering
Slide Note
Embed
Share

Explore the world of software engineering with Lecturer Sebastian Coope in this informative module introduction. Discover the importance of structured and disciplined approaches in making software, the challenges in software development, and the necessity of software engineering in handling complex systems with safety and reliability in mind. Dive into the reasons why software engineering is crucial in today's world, from managing complexity to ensuring software quality and reliability.

  • Software Engineering
  • Lecture
  • Complexity Management
  • Software Development
  • Safety Critical Systems

Uploaded on Sep 11, 2024 | 5 Views


Download Presentation

Please find below an Image/Link to download the presentation.

The content on the website is provided AS IS for your information and personal use only. It may not be sold, licensed, or shared on other websites without obtaining consent from the author. Download presentation by click this link. If you encounter any issues during the download, it is possible that the publisher has removed the file from their server.

E N D

Presentation Transcript


  1. Lecturer: Sebastian Coope Ashton Building, Room G.18 E-mail: coopes@liverpool.ac.uk COMP 201 web-page: http://www.csc.liv.ac.uk/~coopes/comp201 Lecture 1 Module Introduction COMP201 - Software Engineering 1

  2. What is SOFTWARE ENGINEERING ENGINEERING Making stuff But In a structured and disciplined manner! Using tried and tested approaches SOFTWARE Code (instructions) Data designs (data base schemas) COMP201 - Software Engineering 2

  3. Why Software Engineering? Software development is hard ! Important to distinguish : easy systems (one developer, one user, experimental use only) hard systems (multiple developers, multiple users, products) Experience with easy systems is misleading Single person techniques do not scale up Analogy with bridge building: Over a stream = easy, one person job Over River Severn ? (the techniques do not scale) COMP201 - Software Engineering 3

  4. Why Software Engineering ? The problem is complexity There are many sources of complexity, but size is key: The Linux kernel contains >13 million lines of code Windows XP contains >40 million lines of code Software engineering is about managing this complexity. COMP201 - Software Engineering 4

  5. Why Software Engineering ? Software failure can be very serious Software controls safety critical systems Software protects sensitive data Software is involved in systems which handle money Software Engineering has to Produce software which has a very low chance of faulting Be able to demonstrate/proof that software has very low chance of fault Testing or program proving COMP201 - Software Engineering 5

  6. Why software engineering Costs $150 billion world wide (Gartner) Integration All mobile devices contain software Science All science uses software COMP201 - Software Engineering 6

  7. Teaching Method Series of 30 lectures (3hrs per week) http://www.csc.liv.ac.uk/teaching/timetablesandresources.html Independent Student Reading Practical work (2 Assignments) ----------------------- Course Assessment ---------------------- A two-hour examination: Coursework: ----------------------------------------------------------------------- 80% 20% COMP201 - Software Engineering 7

  8. Teaching Method All lecture notes will be made available in printed form and are also online Assignments will also be posted on the home page. There will be two assignments each worth 10% of the COMP201 grade. If you have any questions or problems: Catch me at end of lecture E-mail me with question directly Make appointment via email in my office COMP201 - Software Engineering 8

  9. COMP201 Practicals Practical slots: (from WEEK THREE) 1 hour/week COMP 201 Assignment 1 Requirements Engineering Use case analysis State charts Weeks 3-7 (5 weeks) Assignment 2 Modelling with UML Weeks 8-11 (4 weeks) COMP201 - Software Engineering 9

  10. Recommended Course Textbooks I. Sommerville (2001,2004, 2007) Software Engineering 6th ,7th or 8th Edition, Addison-Wesley, Harlow, Essex, UK P. Stevens with R. Pooley (2000), Using UML: Software Engineering with Objects and Components, 1st or 2nd Edition, Addison-Wesley, Harlow, Essex, UK COMP201 - Software Engineering 10

  11. Outline Syllabus Introduction to Software Engineering Software models Software requirements Formal Specification Software Design and Implementation UML (Unified Modeling Language) Software verification, validation and testing Management of Software Projects & Cost Estimation COMP201 - Software Engineering 11

  12. 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. Some software can be classified as critical (air traffic control, medical software, nuclear reactor control software..). COMP201 - Software Engineering 12

  13. Software Engineering Software costs often dominate computer system costs. The costs of software on a PC are often greater than the hardware costs. 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. Critical Systems must be verifiably reliable to avoid significant environmental, human or financial costs. COMP201 - Software Engineering 13

  14. FAQs about Software Engineering What is: software? a software process? software engineering? a software process model? COMP201 - Software Engineering 14

  15. What is Software? Computer programs and associated documentation Software products may be developed for a particular customer or may be developed for a general market Software products may be Generic - developed to be sold to a range of different customers Bespoke (custom) - developed for a single customer according to their specification COMP201 - Software Engineering 15

  16. Examples Programs Applications, apps, embedded systems Documents User manuals Content Designs and specifications COMP201 - Software Engineering 16

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

  18. What is the Difference between Software Engineering and Computer Science? Computer Science is concerned with Software Engineering theory fundamentals the practicalities of developing and delivering useful software Algorithms, data structures, complexity theory, numerical methods SE deals with practical problems in complex software products Computer science theories are currently insufficient to act as a complete underpinning for software engineering, BUT it is a foundation for practical aspects of software engineering COMP201 - Software Engineering 18

  19. Good Software Engineers Tend to Not keep making the SAME mistakes again and again (tip document your mistakes) Communication well with others Work well in teams Document their work Produce code which can be fixed/modified easily by others Can predict their own producitivity Being a good software engineer Is not very easy! COMP201 - Software Engineering 19

  20. SE History Software Engineering was first introduced in 1968 during a conference about the software crisis when the introduction of third generation computer hardware led to more complex software systems than before Early approaches were based on informal methodologies leading to Delays in software delivery Higher costs than initially estimated Unreliable, difficult to maintain software Need for new methods and techniques to manage the production of complex software. COMP201 - Software Engineering 20

  21. Software Myths Management myths Standards and procedures for building software Add more programmers if behind schedule Customer myths A general description of objectives enough to start coding Requirements may change as the software is flexible Practitioner myths Task accomplished when the program works Quality assessment when the program is running Working program the only project deliverable COMP201 - Software Engineering 21

  22. Major Software Failures Therac-25 (1985-1987) : six people overexposed during treatments for cancer Taurus (1993) : the planned automatic transaction settlement system for London Stock Exchange cancelled after five years of development Ariane 5 (1996) : rocket exploded soon after its launch due error conversion (16 floating point into 16- bit integer leading to an exception) The Mars Climate Orbiter : assumed to be lost by NASA officials (1999): different measurement systems (Imperial and metric) COMP201 - Software Engineering 22

  23. Recent example Healthcare.gov Coding was started before requirements completed in detail You could actually see errors in code by merely looking at Javascript.. Example missing code with comments in place "TODO: add functionality to show alert text after too many tries at log in Testing was squeezed to get site delivered in time There was no manual backup on launch Incremental in launch is as important as incremental in development COMP201 - Software Engineering 23

  24. However Important progress has been made: Ability to produce more complex software has increased New technologies have led to new SE approaches A better understanding of the activities involved in software development Effective methods to specify, design and implement software have been developed New notations and tools have been produced COMP201 - Software Engineering 24

  25. What is a Software Process? A Software Process is a set of activities whose goal is the development or evolution of software Fundamental activities in all software processes are: Specification - what the system should do and its development constraints Development - production of the software system (design and implementation) Validation - checking that the software is what the customer wants Evolution - changing the software in response to changing demands COMP201 - Software Engineering 25

  26. What is a Software Process Model? A Software Process Model is a simplified representation of a software process, presented from a specific perspective Examples of process perspectives: Workflow perspective - represents inputs, outputs and dependencies Data-flow perspective - represents data transformation activities Role/action perspective - represents the roles/activities of the people involved in the software process Generic process models Waterfall Evolutionary development Formal transformation Integration from reusable components COMP201 - Software Engineering 26

  27. 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 COMP201 - Software Engineering 27

  28. What is CASE ? (Computer-Aided Software Engineering) Software systems which are intended to provide automated support for software process activities, such as requirements analysis, system modelling, debugging and testing Upper-CASE Tools to support the early process activities of requirements and design Lower-CASE Tools to support later activities such as programming, debugging and testing COMP201 - Software Engineering 28

  29. What are the Attributes of Good Software? The software should deliver the required functionality and performance to the user and should be maintainable, dependable, efficient and usable. Maintainability Software must (easily) evolvable to meet changing needs Dependability Software must be trustworthy (work with all data) Efficiency Software should not make wasteful use of system resources Usability Software must be usable by the users for which it was designed COMP201 - Software Engineering 29

  30. Key Challenges in Modern Software Engineering? Software engineering in the 21st century faces 4 key challenges: Legacy systems Old, valuable systems must be maintained and updated Heterogeneity Systems are distributed and include a mix of hardware and software Delivery There is increasing pressure for faster delivery of software Trust Developing techniques that demonstrate that software can be trusted by its users COMP201 - Software Engineering 30

  31. Professional and Ethical Responsibility 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. COMP201 - Software Engineering 31

  32. Issues of Professional Responsibility Confidentiality Engineers should normally respect the confidentiality of their employers or clients even without a formal confidentiality agreement. Competence Engineers should not misrepresent their level of competence. They should not knowingly accept work which is beyond their competence. COMP201 - Software Engineering 32

  33. Issues of Professional Responsibility Intellectual property rights Engineers should be careful to ensure that the intellectual property of employers and clients is protected and know the local laws governing IP. Computer misuse Software engineers should not use their technical skills to misuse other people s computers. COMP201 - Software Engineering 33

  34. Ethics and software engineering COMP201 - Software Engineering 34

  35. Ethics for the 21st Century What if a robot you design the AI software for Hurts (kills) someone, causes damage Who is responsible? You? The owner of the robot? The robot? What if a robot you design and produce, designs and produces another robot? Etc. etc. COMP201 - Software Engineering 35

  36. Lecture Key Points We have seen the reasons for requiring solid software engineering principles in modern systems Software engineering is an engineering discipline concerned with all aspects of software production. Software products consist of developed programs and their associated documentation with several essential product attributes such as maintainability, dependability, efficiency and acceptability. Software Engineers have responsibilities to the engineering profession and society and should not simply be concerned with technical issues. COMP201 - Software Engineering 36

  37. Next Lecture Software Processes COMP201 - Software Engineering 37

More Related Content

giItT1WQy@!-/#giItT1WQy@!-/#giItT1WQy@!-/#giItT1WQy@!-/#giItT1WQy@!-/#giItT1WQy@!-/#giItT1WQy@!-/#