This document provides an overview of software engineering and the evolution of practices in the field. It discusses how software development has progressed from an ad hoc exploratory approach to more systematic approaches utilizing structured programming, data structure design, data flow design, and object-oriented design. Modern practices emphasize prevention over correction of errors through life cycle models, documentation, testing and other techniques.
This presentation educates you about Python - GUI Programming(Tkinter), Tkinter Programming with syntaxe example, Tkinter Widgets with Operator & Description, Standard attributes.
For more topics stay tuned with learnbay.
It includes various types of programming errors: Syntax, Semantic, Logical, Runtime Error with the help of C++ programs. Also, discussed how to fix these errors.
For better understanding, subscribe following YouTube channel:
https://youtu.be/PIOCmaYdSCg
JDK stand for java development kit.
JVM stands for Java Virtual Machine.
JRE is the responsible unit to run the java program.
JIT stands for Just In Time compiler.
Python too supports file handling and allows users to handle files i.e., to read and write files, along with many other file handling options, to operate on files. The concept of file handling has stretched over various other languages, but the implementation is either complicated or lengthy, but alike other concepts of Python, this concept here is also easy and short. Python treats file differently as text or binary and this is important. Each line of code includes a sequence of characters and they form text file. Each line of a file is terminated with a special character, called the EOL or End of Line characters like comma {,} or newline character. It ends the current line and tells the interpreter a new one has begun. Let’s start with Reading and Writing files.
C++ is most often used programming language. This slide will help you to gain more knowledge on C++ programming. In this slide you will learn the fundamentals of C++ programming. The slide will also help you to fetch more details on Object Oriented Programming concepts. Each of the concept under Object Oriented Programming is explained in detail and in more smoother way as it will helpful for everyone to understand.
This presentation educates you about Python - GUI Programming(Tkinter), Tkinter Programming with syntaxe example, Tkinter Widgets with Operator & Description, Standard attributes.
For more topics stay tuned with learnbay.
It includes various types of programming errors: Syntax, Semantic, Logical, Runtime Error with the help of C++ programs. Also, discussed how to fix these errors.
For better understanding, subscribe following YouTube channel:
https://youtu.be/PIOCmaYdSCg
JDK stand for java development kit.
JVM stands for Java Virtual Machine.
JRE is the responsible unit to run the java program.
JIT stands for Just In Time compiler.
Python too supports file handling and allows users to handle files i.e., to read and write files, along with many other file handling options, to operate on files. The concept of file handling has stretched over various other languages, but the implementation is either complicated or lengthy, but alike other concepts of Python, this concept here is also easy and short. Python treats file differently as text or binary and this is important. Each line of code includes a sequence of characters and they form text file. Each line of a file is terminated with a special character, called the EOL or End of Line characters like comma {,} or newline character. It ends the current line and tells the interpreter a new one has begun. Let’s start with Reading and Writing files.
C++ is most often used programming language. This slide will help you to gain more knowledge on C++ programming. In this slide you will learn the fundamentals of C++ programming. The slide will also help you to fetch more details on Object Oriented Programming concepts. Each of the concept under Object Oriented Programming is explained in detail and in more smoother way as it will helpful for everyone to understand.
An introduction to software engineering, based on the first chapter of "A (Partial) Introduction to Software Engineering
Practices and Methods" By Laurie Williams
The French Revolution, which began in 1789, was a period of radical social and political upheaval in France. It marked the decline of absolute monarchies, the rise of secular and democratic republics, and the eventual rise of Napoleon Bonaparte. This revolutionary period is crucial in understanding the transition from feudalism to modernity in Europe.
For more information, visit-www.vavaclasses.com
How to Make a Field invisible in Odoo 17Celine George
It is possible to hide or invisible some fields in odoo. Commonly using “invisible” attribute in the field definition to invisible the fields. This slide will show how to make a field invisible in odoo 17.
Unit 8 - Information and Communication Technology (Paper I).pdfThiyagu K
This slides describes the basic concepts of ICT, basics of Email, Emerging Technology and Digital Initiatives in Education. This presentations aligns with the UGC Paper I syllabus.
Safalta Digital marketing institute in Noida, provide complete applications that encompass a huge range of virtual advertising and marketing additives, which includes search engine optimization, virtual communication advertising, pay-per-click on marketing, content material advertising, internet analytics, and greater. These university courses are designed for students who possess a comprehensive understanding of virtual marketing strategies and attributes.Safalta Digital Marketing Institute in Noida is a first choice for young individuals or students who are looking to start their careers in the field of digital advertising. The institute gives specialized courses designed and certification.
for beginners, providing thorough training in areas such as SEO, digital communication marketing, and PPC training in Noida. After finishing the program, students receive the certifications recognised by top different universitie, setting a strong foundation for a successful career in digital marketing.
Introduction to AI for Nonprofits with Tapp NetworkTechSoup
Dive into the world of AI! Experts Jon Hill and Tareq Monaur will guide you through AI's role in enhancing nonprofit websites and basic marketing strategies, making it easy to understand and apply.
Francesca Gottschalk - How can education support child empowerment.pptxEduSkills OECD
Francesca Gottschalk from the OECD’s Centre for Educational Research and Innovation presents at the Ask an Expert Webinar: How can education support child empowerment?
2. 2
Organization of this
Lecture:
What is Software Engineering?
Programs vs. Software Products
Evolution of Software Engineering
Notable Changes In Software
Development Practices
Introduction to Life Cycle Models
Summary
3. 3
What is Software
Engineering?
Engineering approach to develop
software.
Building Construction Analogy.
Systematic collection of past
experience:
techniques,
methodologies,
guidelines.
4. 4
Engineering Practice
Heavy use of past experience:
Past experience is systematically
arranged.
Theoretical basis and quantitative
techniques provided.
Many are just thumb rules.
Tradeoff between alternatives
Pragmatic approach to cost-
effectiveness
6. 6
Why Study Software Engineering?
(1)
To acquire skills to develop large
programs.
Exponential growth in complexity and
difficulty level with size.
The ad hoc approach breaks down
when
size of software increases: --- “One
thorn
of experience is worth a whole wilderness of
warning.”
7. 7
Why Study Software Engineering?
(2)
Ability to solve complex
programming problems:
How to break large projects into
smaller and manageable parts?
Learn techniques of:
specification, design, interface
development, testing, project
management, etc.
8. 8
Why Study Software Engineering?
(3)
To acquire skills to be a
better programmer:
Higher Productivity
Better Quality Programs
9. 9
Software Crisis
Software products:
fail to meet user requirements.
frequently crash.
expensive.
difficult to alter, debug, and
enhance.
often delivered late.
use resources non-optimally.
11. 11
Factors contributing to the
software crisis
Larger problems,
Lack of adequate training in
software engineering,
Increasing skill shortage,
Low productivity improvements.
12. 12
Programs versus Software
Products
Usually small in size
Author himself is sole
user
Single developer
Lacks proper user
interface
Lacks proper
documentation
Ad hoc development.
Large
Large number of
users
Team of developers
Well-designed
interface
Well documented &
user-manual prepared
Systematic development
13. 13
Computer Systems
Engineering
Computer systems engineering:
encompasses software
engineering.
Many products require
development of software as well
as specific hardware to run it:
a coffee vending machine,
a mobile communication
product, etc.
15. 15
Computer Systems
Engineering (CONT.)
Often, hardware and software are
developed together:
Hardware simulator is used during
software development.
Integration of hardware and
software.
Final system testing
17. 17
Emergence of Software
Engineering
Early Computer Programming
(1950s):
Programs were being written in
assembly language.
Programs were limited to about a
few hundreds of lines of assembly
code.
18. 18
Early Computer
Programming (50s)
Every programmer developed
his own style of writing
programs:
according to his intuition
(exploratory programming).
19. 19
High-level languages such as
FORTRAN, ALGOL, and COBOL
were introduced:
This reduced software
development efforts greatly.
High-Level Language
Programming (Early 60s)
20. 20
Software development style
was still exploratory.
Typical program sizes were
limited to a few thousands of
lines of source code.
High-Level Language
Programming (Early 60s)
21. 21
Control Flow-Based Design
(late 60s)
Size and complexity of programs
increased further:
exploratory programming style
proved to be insufficient.
Programmers found:
very difficult to write cost-
effective and correct programs.
22. 22
Control Flow-Based Design
(late 60s)
Programmers found:
programs written by others very
difficult to understand and maintain.
To cope up with this problem,
experienced programmers
advised: ``Pay particular attention
to the design of the program's
control structure.'’
23. 23
Control Flow-Based Design (late 60s)
A program's control structure
indicates:
the sequence in which the program's
instructions are executed.
To help design programs having
good control structure:
flow charting technique was
developed.
24. 24
Control Flow-Based Design (late
60s)
Using flow charting
technique:
one can represent and design
a program's control structure.
Usually one understands a
program:
by mentally simulating the
program's execution sequence.
25. 111 25
Control Flow-Based Design
(Late 60s)
A program having a messy
flow chart representation:
difficult to understand and
debug.
26. 26
Control Flow-Based Design (Late
60s)
It was found:
GO TO statements makes control
structure of a program messy
GO TO statements alter the flow
of control arbitrarily.
The need to restrict use of GO TO
statements was recognized.
27. 27
Control Flow-Based Design (Late
60s)
Many programmers had
extensively used assembly
languages.
JUMP instructions are frequently
used for program branching in
assembly languages,
programmers considered use of
GO TO statements inevitable.
28. 28
Control-flow Based Design (Late
60s)
At that time, Dijkstra published
his article:
“Goto Statement Considered
Harmful” Comm. of ACM, 1969.
Many programmers were
unhappy to read his article.
29. 29
Control Flow-Based Design (Late
60s)
They published several
counter articles:
highlighting the advantages
and inevitability of GO TO
statements.
30. 30
Control Flow-Based Design (Late
60s)
But, soon it was conclusively
proved:
only three programming constructs
are sufficient to express any
programming logic:
sequence (e.g. a=0;b=5;)
selection (e.g.if(c=true) k=5 else
m=5;)
iteration (e.g. while(k>0) k=j-k;)
31. 31
Control-flow Based Design (Late
60s)
Everyone accepted:
it is possible to solve any
programming problem without
using GO TO statements.
This formed the basis of
Structured Programming
methodology.
32. 32
Structured Programming
A program is called structured
when it uses only the following
types of constructs:
sequence,
selection,
iteration
33. 33
Structured programs
Unstructured control flows
are avoided.
Consist of a neat set of modules.
Use single-entry, single-exit
program constructs.
34. 34
However, violations to this
feature are permitted:
due to practical considerations
such as:
premature loop exit to support
exception handling.
Structured programs
35. 35
Structured programs
Structured programs are:
Easier to read and understand,
easier to maintain,
require less effort and time for
development.
36. 36
Structured Programming
Research experience
shows:
programmers commit less
number of errors
while using structured if-then-
else and do-while statements
compared to test-and-branch
constructs.
37. 37
Data Structure-Oriented
Design (Early 70s)
Soon it was discovered:
it is important to pay more
attention to the design of data
structures of a program
than to the design of its control
structure.
38. 38
Data Structure-Oriented
Design (Early 70s)
Techniques which
emphasize designing the
data structure:
derive program structure from
it:
are called data
structure-oriented
39. 39
Data Structure Oriented
Design (Early 70s)
Example of data structure-
oriented design technique:
Jackson's Structured
Programming(JSP)
methodology
developed by Michael Jackson in
1970s.
40. 40
JSP technique:
program code structure
should correspond to the
data structure.
Data Structure Oriented
Design (Early 70s)
41. 41
In JSP methodology:
a program's data structures are
first designed using notations for
sequence, selection, and iteration.
Then data structure design is
used :
to derive the program structure.
Data Structure Oriented
Design (Early 70s)
42. 42
Several other data structure-
oriented Methodologies also
exist:
e.g., Warnier-Orr
Methodology.
Data Structure Oriented
Design (Early 70s)
43. 43
Data Flow-Oriented Design (Late
70s)
Data flow-oriented
techniques advocate:
the data items input to a system
must first be identified,
processing required on the data
items to produce the required
outputs should be determined.
44. 44
Data Flow-Oriented Design(Late
70s)
Data flow technique
identifies:
different processing stations
(functions) in a system
the items (data) that flow
between processing stations.
45. 45
Data Flow-Oriented Design (Late
70s)
Data flow technique is a generic
technique:
can be used to model the working of
any system
not just software systems.
A major advantage of the data
flow technique is its simplicity.
46. 46
Data Flow Model of a Car
Assembly Unit
Fit
Engine
Paint and
Test
Fit
Wheels
Fit
Doors
Chassis Store
Door Store
Wheel Store
Engine Store
Car
Partly
Assembled
Car
Assembled
Car
Chassis with
Engine
47. 47
Object-Oriented Design (80s)
Object-oriented technique:
an intuitively appealing design
approach:
natural objects (such as
employees, pay-roll-register, etc.)
occurring in a problem are first
identified.
48. 48
Object-Oriented Design (80s)
Relationships among objects:
such as composition, reference,
and inheritance are determined.
Each object essentially acts as
a data hiding (or data abstraction)
entity.
49. 49
Object-Oriented Design (80s)
Object-Oriented Techniques
have gained wide acceptance:
Simplicity
Reuse possibilities
Lower development time and cost
More robust code
Easy maintenance
51. 51
Evolution of Other Software
Engineering Techniques
The improvements to the
software design methodologies
are indeed very conspicuous.
In additions to the software
design techniques:
several other techniques evolved.
52. 52
Evolution of Other Software
Engineering Techniques
life cycle models,
specification techniques,
project management techniques,
testing techniques,
debugging techniques,
quality assurance techniques,
software measurement
techniques,
CASE tools, etc.
53. 53
Differences between the exploratory
style and modern software
development practices
Use of Life Cycle Models
Software is developed through
several well-defined stages:
requirements analysis and
specification,
design,
coding,
testing, etc.
54. 54
Differences between the exploratory
style and modern software
development practices
Emphasis has shifted
from error correction to error
prevention.
Modern practices emphasize:
detection of errors as close to
their point of introduction as
possible.
55. 55
Differences between the exploratory
style and modern software
development practices (CONT.)
In exploratory style,
errors are detected only during
testing,
Now,
focus is on detecting as many
errors as possible in each
phase of development.
56. 56
Differences between the exploratory
style and modern software
development practices (CONT.)
In exploratory style,
coding is synonymous with
program development.
Now,
coding is considered only a
small part of program
development effort.
57. 57
Differences between the exploratory
style and modern software
development practices (CONT.)
A lot of effort and attention is now
being paid to:
requirements specification.
Also, now there is a distinct design
phase:
standard design techniques are being
used.
58. 58
Differences between the exploratory
style and modern software
development practices (CONT.)
During all stages of
development process:
Periodic reviews are being carried
out
Software testing has become
systematic:
standard testing techniques are
available.
59. 59
Differences between the exploratory
style and modern software
development practices (CONT.)
There is better visibility of design and
code:
visibility means production of good quality,
consistent and standard documents.
In the past, very little attention was being
given to producing good quality and
consistent documents.
We will see later that increased visibility
makes software project management easier.
60. 60
Differences between the exploratory
style and modern software
development practices (CONT.)
Because of good documentation:
fault diagnosis and maintenance are
smoother now.
Several metrics are being used:
help in software project management,
quality assurance, etc.
61. 61
Differences between the exploratory
style and modern software
development practices (CONT.)
Projects are being thoroughly
planned:
estimation,
scheduling,
monitoring mechanisms.
Use of CASE tools.
62. 62
Software Life Cycle
Software life cycle (or software
process):
series of identifiable stages
that a software product
undergoes during its life time:
Feasibility study
requirements analysis and specification,
design,
coding,
testing
63. 63
Life Cycle Model
A software life cycle model (or
process model):
a descriptive and diagrammatic model
of software life cycle:
identifies all the activities required for
product development,
establishes a precedence ordering among
the different activities,
Divides life cycle into phases.
64. 64
Life Cycle Model (CONT.)
Several different activities may
be carried out in each life cycle
phase.
For example, the design stage might
consist of:
structured analysis activity followed by
structured design activity.
65. 65
Why Model Life Cycle ?
A written description:
forms a common understanding of
activities among the software
developers.
helps in identifying inconsistencies,
redundancies, and omissions in the
development process.
Helps in tailoring a process model for
specific projects.
66. 66
Why Model Life Cycle ?
Processes are tailored for special
projects.
A documented process model
helps to identify where the
tailoring is to occur.
67. 67
Life Cycle Model (CONT.)
The development team must
identify a suitable life cycle model:
and then adhere to it.
Primary advantage of adhering to a
life cycle model:
helps development of software in a
systematic and disciplined manner.
68. 68
Life Cycle Model (CONT.)
When a program is developed
by a single programmer ---
he has the freedom to decide his
exact steps.
69. 69
Life Cycle Model (CONT.)
When a software product is being
developed by a team:
there must be a precise understanding
among team members as to when to
do what,
otherwise it would lead to chaos and
project failure.
70. 70
Life Cycle Model (CONT.)
A software project will never
succeed if:
one engineer starts writing code,
another concentrates on writing the
test document first,
yet another engineer first defines the
file structure
another defines the I/O for his portion
first.
71. 71
Life Cycle Model (CONT.)
A life cycle model:
defines entry and exit criteria for
every phase.
A phase is considered to be
complete:
only when all its exit criteria are
satisfied.
72. 72
Life Cycle Model (CONT.)
The phase exit criteria for the software
requirements specification phase:
Software Requirements Specification (SRS)
document is complete, reviewed, and
approved by the customer.
A phase can start:
only if its phase-entry criteria have been
satisfied.
73. 73
Life Cycle Model (CONT.)
It becomes easier for software
project managers:
to monitor the progress of the
project.
74. 74
Life Cycle Model (CONT.)
When a life cycle model is adhered
to,
the project manager can at any time
fairly accurately tell,
at which stage (e.g., design, code, test,
etc. ) of the project is.
Otherwise, it becomes very difficult to
track the progress of the project
the project manager would have to
depend on the guesses of the team
75. 75
Life Cycle Model (CONT.)
This usually leads to a problem:
known as the 99% complete
syndrome.
76. 76
Life Cycle Model (CONT.)
Many life cycle models have been
proposed.
We will confine our attention to a few
important and commonly used models.
classical waterfall model
iterative waterfall,
evolutionary,
prototyping, and
spiral model
77. 77
Summary
Software engineering is:
systematic collection of decades
of programming experience
together with the innovations
made by researchers.
78. 78
Summary
A fundamental necessity while
developing any large software
product:
adoption of a life cycle model.
79. 79
Summary
Adherence to a software life cycle
model:
helps to do various development
activities in a systematic and
disciplined manner.
also makes it easier to manage a
software development effort.
80. 80
Reference
R. Mall, “Fundamentals of Software
Engineering,” Prentice-Hall of India, 1999,
CHAPTER 1.