2. B. I NFORMATION T ECHNOLOGY (IS) CISB434: D ECISION S UPPORT S YSTEMS Chapter 9: System Development & Acquisition

3. L EARNING O BJECTIVES Describe the basic concepts of systems development Discuss the major steps in developing decision support system (DSS) management support system (MSS) 2

4. L EARNING O BJECTIVES List the major MSS application develop-ment options along with the benefits and limitations describe the four phases of the system development life cycle: planning analysis development implementation 3

5. L EARNING O BJECTIVES Discuss various MSS application out-sourcing options including the use of an application service provider (ASP) utility computing 4

6. L EARNING O BJECTIVES Describe prototyping methodology explain why MSSs are typically developed using these methods describe the factors that lead to success or failure discuss the learning process that occurs during development discuss the concept of end-user computing 5

7. L EARNING O BJECTIVES Give some major MSS software pack-ages and MSS application suites examine the criteria for selection Describe various methods for connect-ing an MSS application to back-end systems and databases discuss the value and technical foundation of Web Services in integrated applications 6

8. L EARNING O BJECTIVES Describe the criteria used in selecting an outsourcing vendor and package 7

9. S YSTEM D EVELOPMENT & A CQUISITION Basic Concepts of Systems Development

10. MSS D EVELOPMENT I NTRODUCTION Types of Support Systems Infrastructure Data Warehouses and Business Intelligence Knowledge Management Systems Enterprise Information Systems Portals 9

11. MSS D EVELOPMENT I NTRODUCTION Types of Support Systems Specific applications Tools and tool kits Platforms 10

12. MSS D EVELOPMENT T HE L ANDSCAPE & F RAMEWORK 11

13. MSS D EVELOPMENT T HE L ANDSCAPE & F RAMEWORK Step 1: Planning, identifying, and justifying MSS Step 2: Creating an MSS architecture MSS architecture A plan for organizing the underlying infrastruc-ture and applications of the MSS project 12

14. MSS D EVELOPMENT T HE L ANDSCAPE & F RAMEWORK Step 3: Selecting a development option Build the system in house Have a vendor build a custom-made system Buy an existing application and install it, with or without modifications, by yourself or through a vendor 13

15. MSS D EVELOPMENT T HE L ANDSCAPE & F RAMEWORK Step 3: Selecting a development option Lease standard software from an ASP, utility computing, or set up a software-as-a-service arrangement Enter into a partnership or an alliance that will enable the company to use someone else's application Use a combination of these approaches 14

16. MSS D EVELOPMENT T HE L ANDSCAPE & F RAMEWORK Step 4: Installing, testing, connecting, and deploy-ing MSS applications Step 5: Operations, maintenance, and updating 15

17. MSS D EVELOPMENT T HE L ANDSCAPE & F RAMEWORK Managing the development process The development process can be fairly complex and must be managed properly For medium to large applications, a project team is usually created to manage the process and the vendors Project management software 16

18. S YSTEM D EVELOPMENT & A CQUISITION Development Options

19. MSS D EVELOPMENT D EVELOPMENT O PTIONS In-house development (in-sourcing) Outsourcing Buy from off the shelf Lease from vendor 18

20. MSS D EVELOPMENT D EVELOPMENT O PTIONS In-house development - Insourcing Development options for in-house development Building from scratch Building from components Integrating applications Need to have the expertise/ skills in house Good for specialized application 19

21. MSS D EVELOPMENT IN - HOUSE DEVELOPMENT -M ETHODS USED Methods used in in-house development System Development Life Cycle (SDLC) A systematic process for the effective construc-tion of large information systems 20

22. MSS D EVELOPMENT IN - HOUSE DEVELOPMENT -M ETHODS USED 21

23. MSS D EVELOPMENT IN - HOUSE DEVELOPMENT -M ETHODS USED Rapid application development (RAD) A development methodology that adjusts a system development life-cycle so that parts of the system can be develo-ped quickly enabling users to obtain some functionality as soon as possible Includes methods of phased development e.g. prototyping, and throwaway prototyping 22

24. MSS D EVELOPMENT IN - HOUSE DEVELOPMENT -M ETHODS USED Prototyping A strategy in which a scaled-down system or portion of a system is constructed in a short time, tested, and improved in several iterations 23

25. MSS D EVELOPMENT D EVELOPMENT O PTIONS Buying applications - cost, maintenance/support provided… Leasing applications Lease from an outsourcer and then install it on the company’s premises Lease from an ASP that hosts the application at its data center 24

26. MSS D EVELOPMENT D EVELOPMENT O PTIONS Methods used in in-house development Software-as-a-service (SaaS) Software that is rented instead of sold 25

27. MSS D EVELOPMENT D EVELOPMENT O PTIONS Factors driving the switch to software-as-a-service : Reducing the risks involved in acquiring new software Influencing product and service quality via an ongoing relationship with vendors 26

28. MSS D EVELOPMENT D EVELOPMENT O PTIONS Factors driving the switch to software-as-a- service: Changing usage commitments as business circumstances change Preparing financially justifiable business cases More accurately predicting ongoing expen-ses 27

29. D EVELOPMENT O PTIONS If custom software is required, the alternatives of insourcing and outsourcing should be compared. A key consideration is the availability of in-house resources. 28

30. D EVELOPMENT O PTIONS If do not have the resources to build in- house, need to consider buy off the shelf (package) or lease from vendor: if the application is sufficiently popular that packages and/or ASPs exist for it their total cost of ownership (TOC) should be compared for the firm’s planning horizon. The cost of using a package should include any component integration costs. The cost of using an ASP should include estimated price increases. 29

31. S YSTEM D EVELOPMENT & A CQUISITION MSS Application Outsourcing Options

32. MSS D EVELOPMENT O UTSOURCING O PTIONS Application Service Providers (ASP) A software vendor that offers leased soft-ware applications to organizations 31

33. MSS D EVELOPMENT O UTSOURCING O PTIONS Utility (on-demand) computing Unlimited computing power and storage capacity that, like electricity, water, telephone services, can be obtained on demand, used, and reallocated for any application, and billed on a pay-per-use basis 32

34. S YSTEM D EVELOPMENT & A CQUISITION Prototyping

35. P ROTOTYPING A DVANTAGES Short development time Short user reaction time i.e. feedback from user Improved user understanding of the system its information needs, and its capabilities Low cost 34

36. P ROTOTYPING L IMITATIONS Gains obtained from cautiously stepping through each of the system’s lifecycle stages might be lost including: A thorough understanding of the informa-tion system’s benefits and costs A detailed description of the business’s information needs 35

37. P ROTOTYPING L IMITATIONS Gains obtained from cautiously stepping through each of the system’s lifecycle stages might be lost including: An easy-to-maintain information system design A well-tested information system Well-prepared users 36

38. P ROTOTYPING D EVELOPMENT P ROCESS Users and managers, as well as an exe-cutive sponsor, must be involved The analysis, design, and prototype im- plementation phases are iteratively per-formed until a small prototype is sufficiently deve-loped 37

39. P ROTOTYPING D EVELOPMENT P ROCESS The final implementation takes place Simultaneously, further iterations occur as other subsystems or capabilities are added to the deployed system until a fairly stable, comprehensive system evolves 38

40. P ROTOTYPING D EVELOPMENT P ROCESS 39

41. P ROTOTYPING D EVELOPMENT P ROCESS 40

42. P ROTOTYPING C OLLABORATION IN P ROTOTYPING The interaction of user, developer, and technology is extremely important in the prototyping process 41

43. P ROTOTYPING E VALUATION IN P ROTOTYPING Iterative design A systematic process for system develop-ment that is used in MSS produce a first version of MSS then revise it and produce the second design version and so on is an iterative design 42

44. P ROTOTYPING I MPLEMENTING P ROTOTYPING Target small, tactical applications that show quick results Use software components Make application deployment iterative and open to customization Use commodity hardware Use object technology including tools such as Java 43

45. P ROTOTYPING I MPLEMENTING P ROTOTYPING Break major projects into manageable, deliverable chunks Use packaged applications whenever justifiable Consider IT service providers as well as utility and grid computing Use Web services, if possible 44

46. P ROTOTYPING S UCCESSES F ACTORS Users and managers should be invol-ved in every phase and iteration Learning should be explicitly integrated into the design process Prototyping should essentially bypass the formal information requirement defi-nition in the SDLC 45

47. P ROTOTYPING S UCCESSES F ACTORS A key criterion associated with proto-typing is the short interval between iterations The initial prototype must be low cost 46

48. P ROTOTYPING F AILURES No prelaunch objectives or metrics Too many major projects were conduc-ted simultaneously The CEO set budgets and deadlines before the project team was involved The budget and deadlines were not rea-listic 47

49. P ROTOTYPING F AILURES There was no insider presence on the data warehouse project team An overburdened project manager was involved The availability of source data was un-confirmed at the outset 48

50. P ROTOTYPING F AILURES No user demand for sophisticated data analysis was considered No routine meetings of executive spon-sors and the project manager Business managers were not initially involved 49

51. P ROTOTYPING L ESSONS L EARNED FROM F AILURE Most critical success factors for develo-ping a data warehouse executive sponsorship partnership of the IT staff and end users Unclear understanding of the business objectives and how they are measured 50

52. P ROTOTYPING L ESSONS L EARNED FROM F AILURE An incremental pilot project should occur to determine whether it is possi-ble to obtain the projected benefits An organization should expect to make a major investment in ongoing manage-ment of the data warehouse When all else fails, an organization should cut its losses and run 51

53. S YSTEM D EVELOPMENT & A CQUISITION MSS Software Packages & Suites

54. MSS D EVELOPMENT C RITERIA FOR S ELECTION Selection criteria to buy or lease deci-sion Flexibility Information requirements User friendliness Hardware and software resources Installation 53

55. MSS D EVELOPMENT C RITERIA FOR S ELECTION Selection criteria for buy or lease deci-sion Maintenance services Vendor quality and track record Estimating costs Personnel Technological evolution 54

56. MSS D EVELOPMENT C RITERIA FOR S ELECTION Selection criteria for buy or lease deci-sion Scalability Sizing Performance Reliability Security 55

57. MSS S OFTWARE P ACKAGES & S UITES T HIRD - PARTY P ROVIDERS Specialized and functional software packages MSS suite An integrated collection of a large number of MSS tools that work together for applica-tions development 56

58. MSS S OFTWARE P ACKAGES & S UITES T HIRD - PARTY P ROVIDERS Representative MSS suites MicroStrategy 8 Hyperion System 9 BI+ BusinessObjects XI Microsoft BizTalk Server 2004 Oracle’s MSS Products IBM’s WebSphere Commerce Suite 57

59. MSS S OFTWARE P ACKAGES & S UITES T HIRD - PARTY P ROVIDERS 58

60. THE END T HANK YOU FOR LISTENING