Prototyping-Software Requirement-Lecture Slides, Slides of Software Project Management

This course includes types of requirements, modeling of non functional, static and dynamic modelling, requirement elicitation and use case modeling. This lecture includes: Throw, Prototyping, Determine, Validate, Feasibility, Necesaery, Viability, Missing

Typology: Slides

2011/2012

Uploaded on 08/07/2012

angana
angana 🇮🇳

4.4

(52)

158 documents

1 / 35

Toggle sidebar

This page cannot be seen from the preview

Don't miss anything!

bg1
1
Prototyping
Lecture # 21
docsity.com
pf3
pf4
pf5
pf8
pf9
pfa
pfd
pfe
pff
pf12
pf13
pf14
pf15
pf16
pf17
pf18
pf19
pf1a
pf1b
pf1c
pf1d
pf1e
pf1f
pf20
pf21
pf22
pf23

Partial preview of the text

Download Prototyping-Software Requirement-Lecture Slides and more Slides Software Project Management in PDF only on Docsity!

1

PrototypingLecture # 21

2

Prototyping

  • It is the technique of constructing a

partial implementation of a system sothat customers, users, or developerscan learn more about a problem or asolution to that problem

4

Prototype - 2

  • In hardware systems, prototypes are

often developed to test and experimentwith system designs

  • In software systems, prototypes are

more often used to help elicit andvalidate the system requirements.There are other uses also

5

Prototype - 3

  • It should be easy for a prototype to be

developed quickly, so that it can be usedduring the development process

  • Prototypes are valuable for requirements

elicitation because users can experimentwith the system and point out its strengthsand weaknesses. They have somethingconcrete to criticize

7

Throw-away Prototyping - 1

  • Intended to help elicit and develop the

system requirements

  • The requirements which should be

prototyped are those which cause mostdifficulties to customers and which arethe hardest to understand. Littledocumentation is needed

8

Throw-away Prototyping - 2

  • Determine the feasibility of a

requirement

  • Validate that a particular function is

really necessary

  • Uncover missing requirements• Determine the viability of a user

interface

10

Throw-away Prototyping - 4

  • Writing the real SRS• Developing the real product

11

Evolutionary Prototyping - 1

  • Intended to deliver a workable system

quickly to the customer

  • The requirements which should be

supported by the initial versions of thisprototype are those which are well-understood and which can deliveruseful end-user functionality

13

Evolutionary Prototyping - 3

  • Evolutionary prototype may not be

built in a ‘dirty’ fashion. Theevolutionary prototype evolves into thefinal product, and thus it must exhibitall the quality attributes of the finalproduct

14

Comparison of Prototyping - 1

Throwaway

Evolutionary

Developmentapproach

Quick anddirty. Norigor

No sloppiness.Rigorous

16

Comparison of Prototyping - 3

Throwaway

Evolutionary

Design drivers Optimize

developmenttime

Optimizemodifiability

Ultimate goal

Throw it away Evolve it

17

Prototyping Benefits - 1

  • The prototype allows users to

experiment and discover what theyreally need to support their work

  • Establishes feasibility and usefulness

before high development costs areincurred

19

Prototyping Costs

  • Training costs
    • Prototype development may require the

use of special purpose tools

  • Development costs
    • Depend on the type of prototype being

developed

20

Prototyping Problems - 1

  • Extended development schedules
    • Developing a prototype may extend the

schedule although the prototyping timemay be recovered because rework isavoided