1. The Prototyping Approach Techniques for prototype application

2. Types of Information Systems Sprague & Watson, DSS for Management, Prentice Hall, 1996 Type I (Procedure) High volume Low transaction cost Well structured Measurable Process & efficiency Data Clerical Type II (Goal) Low volume High trans. value Poorly structured Hard to measure Goal & effectiveness Concepts Mgrs, professionals

3. IS Development Approaches Systems Development Life Cycle Information Center (DSS) Object and Component

4. Type I Large Systems Intercommunications among applications Formal methodologies CASE technologies Purchased products Outsourcing

5. Type I SDLC Type I systems Large and Costly Cost justified Formal stages of evaluation Stages carefully reviewed and formally approved Data, Process, Communications

6. Type II Information Center (DSS) Type II systems Relatively small and inexpensive Value justified Prototyping and evolutionary design Data, Dialog, Model

7. Prototyping “It is easier to tell what you don’t like about an existing system than to describe what you would like in an imaginary one” A.M. Jenkins, 1983

9. Choice Life Cycle zPrespecification possible zChanges expensive zGood project communication zStatic model OK zRigorous approach useful zIteration unacceptable Prototype zPrespecification difficult zQuick tools work zCommunications gap zAnimated model needed zRigor after requirements zIteration accepted

10. The Prototyping Process Identify Initial Requirements Develop System Use and Evaluate Document and Install Iterate

11. Prototyping Life Cycle zDetermine suitability for prototyping zIdentify basic needs zDevelop working model zDemonstrate and solicit refinements zRevise and redemonstrate zClean up and document

12. Assumptions zAll requirements cannot be specified zQuick build tools are available zCommunications gap between builders and users zActive models are required zRigorous approaches are appropriate once requirements are known zIteration is valuable

13. Use Prototyping If zLife cycle too slow zScope of project manageable 30 screens Small team: 1-2 users/designers 50 attributes zUser not sure of specifications zUser satisfaction very important zReporting or DSS zIrregular or infrequent use

14. Do Not Use Prototyping If zDon’t understand tools zData not well managed zSoftware not well managed zProfessional staff not available zTechnology response not adequate zUser not willing to invest time

15. Factors Favoring Prototyping zStructure: interactive, on-line (OLAP) zLogic: structured but not algorithmic DSS applications are often data-report types zUser: competent and active participant zTime Constraint: not a crash project zManagement: willing to work with method zSize: not overly large or complex

16. Factors Favoring Prototyping zProblem: imprecise specifications, poorly defined communications, interactive model needed Why not use prototyping

17. Roles zUserResponsible for business solutions zIntermediaryRun system for user zBuilderWrite code for application zTechnicalSupports the development Supporttools zToolsmithBuild basic tool modules (often work for software houses)

18. Requirements for Successful Prototyping: User zInitiate the process zSeeks IS assistance zCompetent in business area zWilling to spend time with system

19. Requirements for Successful Prototyping: Builder zAssigned to Prototyping zCompetent with tools zKnows organizational data resources

20. Requirements for Successful Prototyping: Technology zRoles identified z4GL Tools established zData is managed zTechnology response adequate

21. Builders Added Value (Professional Design) zDate and time stamps zControl totals zAudit trails zCommon interface feel zAdditional functions zTesting

22. Prototyping Principles 1.Most applications arise from a small set of basic systems 1. Batch edit/update7. On-line application 2. Batch reporting interface 3. Batch data update8. On-line report 4. Batch interface 5. On-line update/query 6. On-line ad hoc query

23. Prototyping Principles zAdd zModify zDisplay zDelete zLocate zBrowse zActivate zCopy zConnect zStop 2. Most systems use a common set of data processing functions

24. Prototyping Principles 3. Most editing derives from a small set of models. zTunnel edits zCross field edits zCross record edits

25. Prototyping Principles 4. Most reports are based on a four step process. zSelect data from the database zSort by specification zFormat and edit for printing zPrint

26. Prototyping Principles zAudit trails zControl totals zMenu and command modes zHelp facility zStandard screen formats zDate/time stamping zErgonomics 5. There are a standard set of value added design structures that should be added

27. Prototyping Tactics zNormalize data to 3NF zUse component engineering Use existing components Assemble from existing parts Reuse pieces Create pieces so that they can be reused zCut and paste zKeep a set of examples

28. Prototyping Tactics zUse active data dictionaries zAutomate documentation zKeep teams small zIntegrated software workbench tools zSpecify objectives not procedures zProvide end-user report writing tools zUse professional prototypers zHave systems developers work with prototypers

29. Project Management zInitial Model: 2-6 weeks Must be fast enough to maintain interest zRevisions: immediate - 2 weeks zChargeback: use charges to avoid frivolous changes zApproval: determine the group who approves iterations zSign off: formal acceptance

30. Additional Implementation Requirements zOperational documentation and procedures zData size and operational impact analysis zTest plan zTraining procedures

31. Tactic zEvolution zThrowaway zLife Cycle component

32. References zBernard H. Boar, Application Prototyping, Wiley, 1984. zRalph Sprague & Eric Carlson, Building Effective Decision Support Systems, Prentice Hall, 1984.