based on presentation by mira balaban department of computer science ben-gurion university igor...

55
Based on Presentation by Mira Balaban Department of Computer Science Ben-Gurion university Igor Potapov: http://www.csc.liv.ac.uk/~igor/COMP201 Ian Sommerville: http://www.comp.lancs.ac.uk/computing/resources/IanS/SE7/Presentati ons/index.html Alexander Borgida: http://www.cs.rutgers.edu/~borgida/431/ Software Engineering Introduction Introduction Software Engineering 2012 Department of Computer Science Ben-Gurion university

Upload: annabel-ferguson

Post on 13-Dec-2015

222 views

Category:

Documents


2 download

TRANSCRIPT

Page 1: Based on Presentation by Mira Balaban Department of Computer Science Ben-Gurion university Igor Potapov: igor/COMP201 igor/COMP201

Based on Presentation by Mira Balaban Department of Computer Science Ben-Gurion university Igor Potapov: http://www.csc.liv.ac.uk/~igor/COMP201 Ian Sommerville: http://www.comp.lancs.ac.uk/computing/resources/IanS/SE7/Presentations/index.htmlAlexander Borgida: http://www.cs.rutgers.edu/~borgida/431/

Software EngineeringIntroductionIntroduction

Software Engineering 2012Department of Computer Science Ben-Gurion university

Page 2: Based on Presentation by Mira Balaban Department of Computer Science Ben-Gurion university Igor Potapov: igor/COMP201 igor/COMP201

Software Engineering, 2012 Introduction 2

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 beGeneric - developed to be sold to a range of different

customersBespoke (custom) - developed for a single customer

according to their specification

Page 3: Based on Presentation by Mira Balaban Department of Computer Science Ben-Gurion university Igor Potapov: igor/COMP201 igor/COMP201

Software Engineering, 2012 Introduction 3

What is Engineering?

Application of a systematic, disciplined, quantifiable approach to structures, machines, products, systems, processes.

Page 4: Based on Presentation by Mira Balaban Department of Computer Science Ben-Gurion university Igor Potapov: igor/COMP201 igor/COMP201

Software Engineering, 2012 Introduction 4

What is Software Engineering?Software Engineering is that form of engineering that

applies• a systematic disciplined quantifiable approach• the principles of computer science, design, engineering,

management, mathematics, psychology, sociology, and other disciplines as necessary

• and sometimes just plain invention tocreating, developing, operating and maintaining cost-effective, reliably correct, high-quality solutions to software problems [Definition by Berry 92]

SE requiresthe identification of a problem, a computer to carry execute a software product, and a user environment (composed of people, tools,

methodologies, etc.)

Page 5: Based on Presentation by Mira Balaban Department of Computer Science Ben-Gurion university Igor Potapov: igor/COMP201 igor/COMP201

Software Engineering, 2012 Introduction 5

Software Engineering - Motivation

Page 6: Based on Presentation by Mira Balaban Department of Computer Science Ben-Gurion university Igor Potapov: igor/COMP201 igor/COMP201

Software Engineering, 2012 Introduction 6

The task of software engineers?

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

Page 7: Based on Presentation by Mira Balaban Department of Computer Science Ben-Gurion university Igor Potapov: igor/COMP201 igor/COMP201

Software Engineering, 2012 Introduction 7

Origin of Software Engineering?Software engineering deals with the

development of high-quality software systems.

Software engineering is abstract – no physical limitations: leads to unlimited complexity.

Software engineering – coined in 1968: within discussion of software crisis.

Page 8: Based on Presentation by Mira Balaban Department of Computer Science Ben-Gurion university Igor Potapov: igor/COMP201 igor/COMP201

Software Engineering, 2012 Introduction 8

What is the “software crisis?”Major projects are meaningfully late.Software costs more than predicted.Software is unreliable.Software is difficult to maintain.Poor performance.While hardware costs were decreasing,

software costs were rising. requires techniques to control the

complexity of large software systems.

Page 9: Based on Presentation by Mira Balaban Department of Computer Science Ben-Gurion university Igor Potapov: igor/COMP201 igor/COMP201

Software Engineering, 2012 Introduction 9

Standish Group’s CHAOS 2009 Report

Successful  -projects delivered on time, on budget, with required features and functions.

Challenged - late, over budget, and/or with less than the required features and functions.

Failed - cancelled prior to completion or delivered and never used.

Page 10: Based on Presentation by Mira Balaban Department of Computer Science Ben-Gurion university Igor Potapov: igor/COMP201 igor/COMP201

Software Engineering, 2012 Introduction 10

Why Software Engineering is Needed?

Software development is hard !Important to distinguish

“easy” systems (one developer, one user, experimental use only) from “hard” systems (multiple developers, multiple users, products).

Experience with “easy” systems is misleading:One person techniques do not scale up.

Analogy with bridge building:Over a stream = easy, one person job.Over a big River … ? (the techniques do not scale)

`

Page 11: Based on Presentation by Mira Balaban Department of Computer Science Ben-Gurion university Igor Potapov: igor/COMP201 igor/COMP201

Software Engineering, 2012 Introduction 11

Why is SE hard? real world problems:

Requirements are not clear and “acceptability” is defined by user satisfaction

For example: “software to help people control nuclear reactors”

As opposed to problems where there are pre-stated specifications (e.g. ,“write a program to find the shortest path...”), where it makes sense to talk about the correctness of a solution

wicked problems:define and solve concurrentlyno unique definition or solutionalways room for improvement in def’n and sol’nnew problem, not previously encounteredmany stakeholders, with different goals

Page 12: Based on Presentation by Mira Balaban Department of Computer Science Ben-Gurion university Igor Potapov: igor/COMP201 igor/COMP201

Software Engineering, 2012 Introduction 12

Essential Difficulties of SE: [Brooks] COMPLEXITY:

• software is more complex for its size than any other human construct;

no two parts are alike (vs. car, microchips,...);• science advances by simplifying, while software cannot

ignore/simplify details of real world• CONFORMITY:

• among {hardware, software, people, organizations} it is software which is chosen to bend or adapt because it is more malleable, last to arrive on the scene, usually only one developed on site,...

• CHANGEABILITY:• once delivered, most engineered products (hardware, cars,

buildings) are rarely changed because the cost to change would be a large fraction of the cost to make. The (unfortunate) perception is that software is cheap to change. And pressure to change comes from successful use, and aging hardware platform.

• INVISIBILITY:• since it has no physical reality, software is not properly visualizable

with diagrams, etc. in the way in which houses, circuits, etc are.

Page 13: Based on Presentation by Mira Balaban Department of Computer Science Ben-Gurion university Igor Potapov: igor/COMP201 igor/COMP201

Software Engineering, 2012 Introduction 13

Why Software Engineering Is Hard?

The main problem is complexityMany sources, but size is key:

UNIX contains 4 million lines of codeWindows 2000 contains 108 lines of code

Software engineering is about managing this complexity.

Page 14: Based on Presentation by Mira Balaban Department of Computer Science Ben-Gurion university Igor Potapov: igor/COMP201 igor/COMP201

Software Engineering, 2012 Introduction 14

What will (not) make a big difference: [Brooks1987]

• Minor• Ada or Java or C# or Python or ...• Object-Oriented Programming• Artificial Intelligence• Automatic Programming• Graphical programming• Program verification• Environments and tools• Workstations

• Major• Buy vs build• Requirements refinement and prototyping• Incremental development• Great designers (Unix, Pascal,Smalltalk vs

Cobol,PL/I.Ada,MS-DOS)

Page 15: Based on Presentation by Mira Balaban Department of Computer Science Ben-Gurion university Igor Potapov: igor/COMP201 igor/COMP201

Software Engineering, 2012 Introduction 15

SE: Processes, Models, and ToolsProcesses:

Systematic ways of organizing teams and tasks so that there is a clear, traceable path from customer requirements to the final product (e.g.,Waterfall, Prototyping, Spiral, etc.)

Processes help organize and co-ordinate teams, prepare documentation, reduce bugs, manage risk, increase productivity, etc.

Models:Well-defined formal or informal languages and techniques for

organizing and communicating arguments and decisions about software. e.g: specification languages (Z, etc) design models (UML, etc)

Models help stake-holders communicate: customers with developers, designers and developers, developers and testers etc.

If they are formal, they also can help support automationTools:

Programs which automate or otherwise support software development tasks: e.g., Eclipse, Make, CVS, etc.

Tools increase productivity, quality and can reduce costs

Page 16: Based on Presentation by Mira Balaban Department of Computer Science Ben-Gurion university Igor Potapov: igor/COMP201 igor/COMP201

Software Engineering, 2012 Introduction 16

What is a software process?A structured set of activities required to

develop a software system

Generic activities in all software processes are:Specification - what the system should do and

its development constraints.Development - production of the software

systemValidation - checking that the software is what

the customer wants.Evolution - changing the software in response to

changing demands.

Page 17: Based on Presentation by Mira Balaban Department of Computer Science Ben-Gurion university Igor Potapov: igor/COMP201 igor/COMP201

Software Engineering, 2012 Introduction 17

Software Engineering Activities1. Problem statement

• needs analysis• requirements specification: functional, non-functional

2. Design• architectural• detailed• (communication, database)

3. Implementation• coding• testing:• module• integration• documentation

4. Maintenance• corrective• adaptive• enhancement

Specification

Development

Validation

Evolution

Page 18: Based on Presentation by Mira Balaban Department of Computer Science Ben-Gurion university Igor Potapov: igor/COMP201 igor/COMP201

Software Engineering, 2012 Introduction 18

What is a software process model?

An abstract representation of a process It presents a description of a process from some particular 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 software process. Generic process models:

WaterfallSeparate and distinct phases of specification and development

Evolutionary developmentSpecification, development and testing are interleaved

Formal transformationA mathematical system model is formally transformed to an implementation

Integration from reusable components The system is assembled from existing components

In practice applied forthe design and implementation phase of software development

Page 19: Based on Presentation by Mira Balaban Department of Computer Science Ben-Gurion university Igor Potapov: igor/COMP201 igor/COMP201

Software Engineering, 2012 Introduction 19

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-CASETools to support the early process activities of requirements and design.

Lower-CASETools to support activities such as programming, debugging and testing.

Page 20: Based on Presentation by Mira Balaban Department of Computer Science Ben-Gurion university Igor Potapov: igor/COMP201 igor/COMP201

Software Engineering, 2012 Introduction 20

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 developedthe requirements of system attributes such as

performance and system reliability.

Distribution of costs depends on the development model that is used.

Page 21: Based on Presentation by Mira Balaban Department of Computer Science Ben-Gurion university Igor Potapov: igor/COMP201 igor/COMP201

Software Engineering, 2012 Introduction 21

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

MaintainabilitySoftware must evolve to meet changing needs.

DependabilitySoftware must be trustworthy.

EfficiencySoftware should not make wasteful use of system

resources.Usability

Software must be usable by the users for which it was designed.

Page 22: Based on Presentation by Mira Balaban Department of Computer Science Ben-Gurion university Igor Potapov: igor/COMP201 igor/COMP201

Software Engineering, 2012 Introduction 22

Software engineering as a discipline within computer science

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

Computer Science Software Engineeringis concerned with

theory fundamentals

the practicalities of developing delivering useful software

Page 23: Based on Presentation by Mira Balaban Department of Computer Science Ben-Gurion university Igor Potapov: igor/COMP201 igor/COMP201

Software Engineering, 2012 Introduction 23

What is the difference between software engineering and system engineering?

Software engineering is part of System engineering

System engineering is concerned with all aspects of computer-based systems development including hardware, software and process engineering

System engineers are involved in system specification, architectural design, integration and deployment

Page 24: Based on Presentation by Mira Balaban Department of Computer Science Ben-Gurion university Igor Potapov: igor/COMP201 igor/COMP201

Software Engineering, 2012 Introduction 24

What are the key challenges facing software engineering?

Software engineering in the 21st century faces three key challenges:

HeterogeneitySystems are distributed and include a mix of

hardware and software. Legacy systems (old valuable systems) must be

maintained, updated and integrated into new systems.

DeliveryThere is an increasing pressure for faster delivery of

software.Trust

Software must be trusted by its naive users.

Page 25: Based on Presentation by Mira Balaban Department of Computer Science Ben-Gurion university Igor Potapov: igor/COMP201 igor/COMP201

Software Engineering, 2012 Introduction 25

Professional and ethical responsibility (1)

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.

Page 26: Based on Presentation by Mira Balaban Department of Computer Science Ben-Gurion university Igor Potapov: igor/COMP201 igor/COMP201

Software Engineering, 2012 Introduction 26

Issues of professional responsibility (2)

Confidentiality Engineers should normally respect the

confidentiality of their employers or clients irrespective of whether or not a formal confidentiality agreement has been signed.

Competence Engineers should not misrepresent their level of

competence. They should not knowingly accept work which is out with their competence.

Page 27: Based on Presentation by Mira Balaban Department of Computer Science Ben-Gurion university Igor Potapov: igor/COMP201 igor/COMP201

Software Engineering, 2012 Introduction 27

Issues of professional responsibility (3)

Intellectual property rights 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 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).

Page 28: Based on Presentation by Mira Balaban Department of Computer Science Ben-Gurion university Igor Potapov: igor/COMP201 igor/COMP201

Software Engineering, 2012 Introduction 28

ACM/IEEE Code of Ethics

The professional societies in the US have cooperated to produce a code of ethical practice.

Members of these organisations sign up to the code of practice when they join.

The Code contains eight Principles related to the behaviour of and decisions made by professional software engineers, including practitioners, educators, managers, supervisors and policy makers, as well as trainees and students of the profession.

Page 29: Based on Presentation by Mira Balaban Department of Computer Science Ben-Gurion university Igor Potapov: igor/COMP201 igor/COMP201

Software Engineering, 2012 Introduction 29

Page 30: Based on Presentation by Mira Balaban Department of Computer Science Ben-Gurion university Igor Potapov: igor/COMP201 igor/COMP201

Software Engineering, 2012 Introduction 30

Code of ethics - principles

1. PUBLIC Software engineers shall act consistently with the public interest.

2. CLIENT AND EMPLOYER Software engineers shall act in a manner that is in the best interests of their client and employer consistent with the public interest.

3. PRODUCT Software engineers shall ensure that their products and related modifications meet the highest professional standards possible.

Page 31: Based on Presentation by Mira Balaban Department of Computer Science Ben-Gurion university Igor Potapov: igor/COMP201 igor/COMP201

Software Engineering, 2012 Introduction 31

Code of ethics - principles

4. JUDGMENT Software engineers shall maintain integrity and independence in their professional judgment.

5. MANAGEMENT Software engineering managers and leaders shall subscribe to and promote an ethical approach to the management of software development and maintenance.

6. PROFESSION Software engineers shall advance the integrity and reputation of the profession consistent with the public interest.

Page 32: Based on Presentation by Mira Balaban Department of Computer Science Ben-Gurion university Igor Potapov: igor/COMP201 igor/COMP201

Software Engineering, 2012 Introduction 32

Code of ethics - principles7. COLLEAGUES

Software engineers shall be fair to and supportive of their colleagues.

8. SELF 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.

Page 33: Based on Presentation by Mira Balaban Department of Computer Science Ben-Gurion university Igor Potapov: igor/COMP201 igor/COMP201

Software Engineering, 2012 Introduction 33

Ethical dilemmas Disagreement in principle with the policies of

senior management. Your employer acts in an unethical way and

releases a safety-critical system without finishing the testing of the system.

Participation in the development of military weapons systems or nuclear systems.

Page 34: Based on Presentation by Mira Balaban Department of Computer Science Ben-Gurion university Igor Potapov: igor/COMP201 igor/COMP201

Software Engineering, 2012 Introduction 34

Summary: Key points (1) 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.

Page 35: Based on Presentation by Mira Balaban Department of Computer Science Ben-Gurion university Igor Potapov: igor/COMP201 igor/COMP201

Software Engineering, 2012 Introduction 35

Summary: Key points (2) 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.

Page 36: Based on Presentation by Mira Balaban Department of Computer Science Ben-Gurion university Igor Potapov: igor/COMP201 igor/COMP201

Software Engineering, 2012 Introduction 36

The Software ProcessA structured set of activities required to develop

a software systemSpecificationAnalysis, design and implementation.ValidationEvolution

A software process model is an abstract representation of a process A general approach for organizing a project into activities; It presents a description of a process from some particular

perspectiveAn aid to thinking, not a rigid prescription of the way to do things

Page 37: Based on Presentation by Mira Balaban Department of Computer Science Ben-Gurion university Igor Potapov: igor/COMP201 igor/COMP201

Software Engineering, 2012 Introduction 37

Waterfall ModelRequirements

definition

System andsoftware design

Implementationand unit testing

Integration andsystem testing

Operation andmaintenance

• Inflexible partitioning of the project into distinct stages• Difficult to respond to changing customer requirements

Page 38: Based on Presentation by Mira Balaban Department of Computer Science Ben-Gurion university Igor Potapov: igor/COMP201 igor/COMP201

Software Engineering, 2012 Introduction 38

Evolutionary development System requirements always evolve in the course of a

project. Specification is evolved in conjunction with the software No complete specification in the system development

contract

ValidationFinal

version

DevelopmentIntermediate

versions

SpecificationInitial

version

Outlinedescription

Concurrentactivities

Page 39: Based on Presentation by Mira Balaban Department of Computer Science Ben-Gurion university Igor Potapov: igor/COMP201 igor/COMP201

Software Engineering, 2012 Introduction 39

Incremental DevelopmentIncremental development is a staging and

scheduling strategy in which various parts of the system are developed at different times or rates, and integrated as they are completed.

The alternative strategy to incremental development is to develop the entire system with a “big bang” integration at the end.

Using both incremental and iterative development © Alistair Cockburn 2008

Page 40: Based on Presentation by Mira Balaban Department of Computer Science Ben-Gurion university Igor Potapov: igor/COMP201 igor/COMP201

Software Engineering, 2012 Introduction 40

Incremental Development – Version I

פיתוח•אחזקה•

הפעלה מבצעית

פרישה

הקמתמימושמימושמימוש)buildמבנה (

1,2,...,n

אימותדרישות

אימותניתוח

אימותארכיטקטורה

הנדסת מערכתהנדסת מערכת

תכן מפורט

מימוש

שילוב

בדיקות

מסירה

Page 41: Based on Presentation by Mira Balaban Department of Computer Science Ben-Gurion university Igor Potapov: igor/COMP201 igor/COMP201

Software Engineering, 2012 Introduction 41

Incremental Development – Version II

ניתוח

תכן

מימושושילוב

מסירה

2מבנה ניתוח

תכן

מימושושילוב

מסירה

קבוצת ניתוחקבוצת ניתוח

קבוצת תכןקבוצת תכןקבוצת מימושקבוצת מימוש

1מבנה

ניתוח

תכן

מימושושילוב

מסירה

nמבנה

Page 42: Based on Presentation by Mira Balaban Department of Computer Science Ben-Gurion university Igor Potapov: igor/COMP201 igor/COMP201

Software Engineering, 2012 Introduction 42

Iterative DevelopmentIterative development is a rework scheduling

strategy in which time is set aside to revise and improve parts of the system.

The alternative strategy to iterative development is to plan to get everything right the first time.

Using both incremental and iterative development © Alistair Cockburn 2008

Page 43: Based on Presentation by Mira Balaban Department of Computer Science Ben-Gurion university Igor Potapov: igor/COMP201 igor/COMP201

Software Engineering, 2012 Introduction 43

Iterative DevelopmentThere are two particular, specialized rework

strategies:Develop the system as well as possible, in the thinking

that if it is done sufficiently well, the changes will be relatively minor and can be incorporated quickly

Develop the least amount possible before sending out for evaluation, in the thinking that less work will be wasted when the new information arrives.Mona Liza example

Page 44: Based on Presentation by Mira Balaban Department of Computer Science Ben-Gurion university Igor Potapov: igor/COMP201 igor/COMP201

Software Engineering, 2012 Introduction 44

Incremental means adding, iterative means reworking (by Alistair Cockburn) Incremental development is a staging and scheduling strategy in

which the various parts of the system are developed at different times or rates and integrated as they are completed. The alternative is to develop the entire system with a big bang integration at the end.

Iterative development is a rework scheduling strategy in which time is set aside to revise and improve parts of the system. The alternative development is to get it right the first time (or at least declare that it is right!).

http://www.stickyminds.com/BetterSoftware/magazine.asp?fn=cifea&id=108

Iterate Increment fundamentally means

“change”.fundamentally means

“add onto”.repeating the process on the same section of work

repeating the process on a new section of work .

repeat the process (, design, implement, evaluate) ,

repeat the process (, design, implement, evaluate) ,

Page 45: Based on Presentation by Mira Balaban Department of Computer Science Ben-Gurion university Igor Potapov: igor/COMP201 igor/COMP201

Software Engineering, 2012 Introduction 45

Spiral model (Boehm 87)Objective settingSpecific objectives for the phase are identified.

Risk assessment and reductionRisks are assessed and activities put in place to reduce the key risks.

Development and validationA development model for the system is chosen which can be any of the generic models.

PlanningThe project is reviewed and the next phase of the spiral is planned.

•Process is spiral - nota sequence of activities with backtracking.

•A loop = phase in the process.

•No fixed phases such as specification or design

• loops are chosen depending on what is required.

•Risks are explicitly assessed and resolved throughout the process.

Page 46: Based on Presentation by Mira Balaban Department of Computer Science Ben-Gurion university Igor Potapov: igor/COMP201 igor/COMP201

Software Engineering, 2012 Introduction 46

The (Rational) Unified ProcessEach cycle : InceptionEstablish the business

case for the system.

ElaborationDevelop an understanding

of the problem domain

and the system architecture.

ConstructionSystem design,

programming and testing.

TransitionDeploy the system in its

operating environment.

•Picture taken from: http://www.ibm.com/developerworks/webservices/library/ws-soa-term2/

Page 47: Based on Presentation by Mira Balaban Department of Computer Science Ben-Gurion university Igor Potapov: igor/COMP201 igor/COMP201

Software Engineering, 2012 Introduction 47

Agile

Page 48: Based on Presentation by Mira Balaban Department of Computer Science Ben-Gurion university Igor Potapov: igor/COMP201 igor/COMP201

Software Engineering, 2012 Introduction 48

What is an Agile method ? Focus on the code rather than the design. Based on an iterative approach to software development. Intended to deliver working software quickly. Evolve quickly to meet changing requirements. There are claims that agile methods are probably best suited to

small/medium-sized business systems or PC products. More active customer involvement needed Considered People-based rather than Plan-based Several agile methods

Extreme Programming (XP) most popular No single definition -Agile Manifesto (2001) closest to a definition Set of principles Developed by Agile Alliance

Page 49: Based on Presentation by Mira Balaban Department of Computer Science Ben-Gurion university Igor Potapov: igor/COMP201 igor/COMP201

Software Engineering, 2012 Introduction 49

The players in the game are “People”Weak on: Strong on:Consistency CommunicatingDiscipline Looking aroundFollowing instructions Copy / modifying

Motivated by:Pride in workPride in contributingPride in accomplishment

Page 50: Based on Presentation by Mira Balaban Department of Computer Science Ben-Gurion university Igor Potapov: igor/COMP201 igor/COMP201

Software Engineering, 2012 Introduction 50

Summary of Principles of agile methods

Page 51: Based on Presentation by Mira Balaban Department of Computer Science Ben-Gurion university Igor Potapov: igor/COMP201 igor/COMP201

Software Engineering, 2012 Introduction 51

What are the Agile Methodologies?eXtreme Programming has received the most attention, but here is a list:

XP SCRUM DSDM The Crystal Family ASD FDD dX (agile RUP) Open Source Agile Modeling Pragmatic Programming

Page 52: Based on Presentation by Mira Balaban Department of Computer Science Ben-Gurion university Igor Potapov: igor/COMP201 igor/COMP201

Software Engineering, 2012 Introduction 52

eXtreme ProgrammingDevelopment and delivery of very small

increments of functionality.Relies on constant code improvement,

user involvement in the development team and pair wise programming.

Emphasizes Test Driven Development (TDD) as part of the small development iterations.

Page 53: Based on Presentation by Mira Balaban Department of Computer Science Ben-Gurion university Igor Potapov: igor/COMP201 igor/COMP201

Software Engineering, 2012 Introduction 53

Claimed Problems with agile methods It can be difficult to keep the interest of

customers who are involved in the process. Team members may be unsuited to the

intense involvement that characterizes agile methods.

Prioritising changes can be difficult where there are multiple stakeholders.

Maintaining simplicity requires extra work. Contracts may be a problem as with other

approaches to iterative development.

Page 54: Based on Presentation by Mira Balaban Department of Computer Science Ben-Gurion university Igor Potapov: igor/COMP201 igor/COMP201

Software Engineering, 2012 Introduction 54

Problems with incremental development (from a waterfall eye…) Management problems

Progress can be hard to judge and problems hard to find because there is no documentation to demonstrate what has been done.

Contractual problems The normal contract may include a specification; without

a specification, different forms of contract have to be used.

Validation problems Without a specification, what is the system being tested

against? Maintenance problems

Continual change tends to corrupt software structure making it more expensive to change and evolve to meet new requirements.

Page 55: Based on Presentation by Mira Balaban Department of Computer Science Ben-Gurion university Igor Potapov: igor/COMP201 igor/COMP201

Software Engineering, 2012 Introduction 55

SE Research

Academic Legitimacy of the Software Engineering Discipline (Daniel M. Berry)

Occasionally, a researcher gets an idea for a new approach that may seem ridiculous to others, who discount it. However, in any area of active research, it is dangerous to discount any approach that has a reason that it might work and that has not been specifically disproved.

No one can know ahead of time whether or not the approach will work. If we discount an approach that would have worked, we are cutting ourselves off from a benefit. Ultimately, we cannot discount anything that might yield a solution, anything reasonable that has not been demonstrated not to have any impact on the process or the software.