22
Why don’t we practice what we teach? Andre Oboler, David McG. Squire and Kevin B. Korb School of Computer Science and Software Engineering, Monash University, Melbourne, Australia Engineering Software for Computer Science Research in Academia. 6-25-03

Why don’t we practice what we teach?

  • Upload
    margie

  • View
    36

  • Download
    2

Embed Size (px)

DESCRIPTION

Why don’t we practice what we teach?. 6-25-03. Andre Oboler, David McG. Squire and Kevin B. Korb School of Computer Science and Software Engineering, Monash University, Melbourne, Australia. Engineering Software for Computer Science Research in Academia. Out Line. - PowerPoint PPT Presentation

Citation preview

Page 1: Why don’t we  practice what we teach?

Why don’t we practice what we

teach?

Andre Oboler, David McG. Squire and Kevin B. Korb

School of Computer Science and Software Engineering,

Monash University, Melbourne, Australia

Engineering Software for Computer Science Research in Academia.

6-25-03

Page 2: Why don’t we  practice what we teach?

Out Line1. “Computer Science Research” and “Software Engineering”

– Is this research relevant to me?

2. Do researchers use software engineering?– Current practice

– Impact of current practice

3. Getting the right mix– RAISER / RESET a new SDLC to support the creation

and development of research software.

Page 3: Why don’t we  practice what we teach?

Use SE in CS Research?

6-25-03

• What is “Computer Science”?

• What is “Research Software”?

• What is “Software Engineering”?

Is Software Engineering used when creating Research Software in Computer Science (or similar) university departments?

Page 4: Why don’t we  practice what we teach?

Approach

• Triangulation of:– statistical analysis of survey results– Interviews and E-mail discussion with experts– observations from case studies

These methods investigated the use, costs and benefits of using Software Engineering in

Computer Science Research

Page 5: Why don’t we  practice what we teach?

Past work

• no prior work on the costs/benefits of software engineering for research software

• This trend was started by Royce (1970) when he suggested that small projects used only by the developer need only use a 2 step analysis / coding approach (rather than his waterfall SDLC)

• This view that research is too small to warrant software engineering is still prevalent.

• Research is still approached this way.

Page 6: Why don’t we  practice what we teach?

Application of SDLCs in research

Results

SDLC used in Australian Research

0

2

4

6

8

10

12

14

SDLC

Re

sp

on

se

s

Page 7: Why don’t we  practice what we teach?
Page 8: Why don’t we  practice what we teach?
Page 9: Why don’t we  practice what we teach?

Problems with a lack of Software Engineering

• A lack leads to a waste of new research students’ time

• Follow on research is harder to achieve (some valuable research may be shelved)

• Authenticity of results is harder to verify

• Shortens the useful life of the project

• Shorter projects have less benefits

Page 10: Why don’t we  practice what we teach?

Why don’t we practice what we

teach?

6-25-03

Page 11: Why don’t we  practice what we teach?

• The needs of research and researcher are different– Documentation:

• Main work is by current researchers• Main benefit is for future researchers

– Design / Code quality:• Main benefit is for future spin off research• Time pressures mean getting publications is more important

Because research has different needs to

industry

6-25-03

Page 12: Why don’t we  practice what we teach?

Why Software Engineering is not used

Reason Percent that agree with this reason

Never thought about it 14%

Don't know about them 11%

Cost of learning them is too high 17%

Not appropriate for my work 83%

Cost of use is higher than pay off 46%

Organisational Policy against spending time on them

3%

Page 13: Why don’t we  practice what we teach?

Considerations for an SDLC to meets the needs of research

Page 14: Why don’t we  practice what we teach?

“A system built as part of a Ph.D. project is intended to prove

feasibility, and it would almost always be a mistake to spend the

time and effort during initial development to build it to product-quality standards”

(Brooks, 2002).

Page 15: Why don’t we  practice what we teach?

“The primary aim [of research] is to get a flaky prototype working sufficiently to get a few statistics

out. There is absolutely zero [incentive] for producing a robust,

flexible, extendable piece of software” (Alison, 2002).

Page 16: Why don’t we  practice what we teach?

“The major problem is that research projects tend to be

opportunistic rather than planned” (Waite, 2002).

Page 17: Why don’t we  practice what we teach?

“The implication is that any SE approach for research software

would have to be agile and evolutionary in nature”

(Pressman, 2002).

Page 18: Why don’t we  practice what we teach?

Documentation for the CDMS Case Study

“We're not sure how this will happen. We were sort of hoping it

would happen by magic or be delivered by a stork”

(Alison, 2002).

Page 19: Why don’t we  practice what we teach?

The RAISER / RESET idea

• Separate research activities from stabilization• Limit the negative impact during research phases• “Clean” up code so it is ready for the next

researcher to continue working on• While many researchers do not use software

engineering, those that do use it predict they will use more in the future, this is potentially as harmful as the current lack of application.

Page 20: Why don’t we  practice what we teach?

The SDLC Model

Page 21: Why don’t we  practice what we teach?

Implementation

The in house software development lab

Page 22: Why don’t we  practice what we teach?

Questions?

NB: Future work will be undertaken in this area over the next three years, feedback is most welcome!