Pengembangan Solusi E-Bussiness
•Download as PPT, PDF•
0 likes•812 views
Pengembangan Solusi E-Bussiness
Recommended
More Related Content
What's hot
What's hot (20)
Similar to Pengembangan Solusi E-Bussiness
Similar to Pengembangan Solusi E-Bussiness (20)
More from Afdan Rojabi
More from Afdan Rojabi (20)
Recently uploaded
Recently uploaded (20)
Pengembangan Solusi E-Bussiness
- 1. 1 Eleventh Edition Pengenalan Sistem Informasi Esensi2 untuk Perusahaan E-Business Peserta-jaringan Modul James A. O’Brien 10 Pengembangan Solusi-solusi e-Business Irwin/McGraw-Hill Copyright © 2002, The McGraw-Hill Companies, Inc. All rights reserved.
- 2. James A. O’Brien Pengenalan Sistem Informasi Eleventh Edition 2 Tujuan-tujuan Modul • Menggunakan proses2 pengembangan sistem yg garis-besarnya ada dalam modul ini serta model komponen2 SI dari Modul 1 sebagai kerangka2 kerja, untuk membantu anda mengusulkan solusi2 sistem informasi bagi masalah2 bisnis sederhana. • Memaparkan dan memberikan contoh2 untuk mengilustrasikan bagaimana anda dapat memakai setiap langkah siklus pengembangan sistem informasi untuk mengembangkan dan mengimplementasikan suatu sistem e-bisnis. Irwin/McGraw-Hill Copyright © 2002, The McGraw-Hill Companies, Inc. All rights reserved.
- 3. James A. O’Brien Pengenalan Sistem Informasi Eleventh Edition 3 Tujuan-tujuan Modul (lanjutan) • Menerangkan cara prototyping memperbaiki proses pengembangan sistem untuk para pemakai-akhir dan spesialis2 SI. • Meng-identifikasi aktifitas2 yg terlibat dalam peng-implementasian sistem informasi baru. • Memaparkan beberapa faktor evaluasi yang perlu dipertimbangkan dalam mengevaluasi akwisisi hardware, software, dan layanan2 SI. • Men-identifikasi beberapa solusi manajemen perubahan bagi pembangkangan pemakai-akhir terhadap diimplementasikannya aplikasi2 e-bisnis yang baru. Irwin/McGraw-Hill Copyright © 2002, The McGraw-Hill Companies, Inc. All rights reserved.
- 4. James A. O’Brien Pengenalan Sistem Informasi Eleventh Edition 4 Pendekatan Sistem bagi Pemecahan Masalah Mendefinisikan Permasalahan Mengembangkan Solusi-solusi Alternatif Memilih Solusi Desain Solusi Implementasikan Solusi Monitor dan Evaluasi Hasil-hasil Irwin/McGraw-Hill Copyright © 2002, The McGraw-Hill Companies, Inc. All rights reserved.
- 5. James A. O’Brien Pengenalan Sistem Informasi Eleventh Edition 5 Siklus Hidup Pengembangan Sistem Tradisional Investigasi Sistem Produk: Studi Kelayakan Analisis Sistem Produk: Kebutuhan2 Fungsional Desain Sistem Produk: Spesifikasi2 Sistem Implementasi Sistem Produk: Sistem yg Operasional Pemeliharaan Sistem Produk: Sistem yg Lebih Baik Memahami Permasalahan Atau Peluang Bisnis Membangun Suatu Solusi Sistem Informasi Mengimplemen-tasikan Solusi Sistem Informasi Irwin/McGraw-Hill Copyright © 2002, The McGraw-Hill Companies, Inc. All rights reserved.
- 6. James A. O’Brien Pengenalan Sistem Informasi Eleventh Edition 6 Proses Prototyping Meng-identifikasi Kebutuhan2 Informasi Para Pemakai Akhir Membangun Prototype2 Sistem Informasi Revisi Prototype2 Agar Memenuhi Kebutuhan Pemakai Akhir dengan Lebih baik Gunakan dan Pelihara sistem yg sudah dapat diterima dan dipakai Siklus Prototyping Siklus Pemeliharaan Irwin/McGraw-Hill Copyright © 2002, The McGraw-Hill Companies, Inc. All rights reserved.
- 7. James A. O’Brien Pengenalan Sistem Informasi Eleventh Edition 7 Investigasi Sistem Kelayakan Keorganisasian Apakah cocok ? Kelayakan Operasional Bisakah diterima? Kelayakan Ekonomik Dapat dibiayai? Kelayakan Teknikal Apakah ada kapabilitas? Irwin/McGraw-Hill Copyright © 2002, The McGraw-Hill Companies, Inc. All rights reserved.
- 8. James A. O’Brien Pengenalan Sistem Informasi Eleventh Edition 8 Analisis Sistem KKeeoorrggaanniissaassiiaann Wilayah2 penting Analisis Sistem Kebutuhan2 SSiisstteemm sseekkaarraanngg fungsional Irwin/McGraw-Hill Copyright © 2002, The McGraw-Hill Companies, Inc. All rights reserved.
- 9. James A. O’Brien Pengenalan Sistem Informasi Eleventh Edition 9 Desain Sistem Desain Data Desain Interface utk Pemakai Desain Proses Desain Layar, Formulir, Pelaporan dan Dialog Desain Struktur Unsur Data Desain Program dan Prosedur Irwin/McGraw-Hill Copyright © 2002, The McGraw-Hill Companies, Inc. All rights reserved.
- 10. James A. O’Brien Pengenalan Sistem Informasi Eleventh Edition 10 Pengembangan untuk Pemakai Akhir Kendali2 Kendali2 Kendali2/kontrol2 apa yg diperlukan? Kendali2/kontrol2 apa yg diperlukan? Input Data apa Input Data apa yang diperlukan? yang diperlukan? Prosesing Operasi2 input apa yg diperlukan? Prosesing Operasi2 input apa yg diperlukan? Output Output Informasi apa yg diperlukan? Informasi apa yg diperlukan? Tempat Penyimpanan Tempat Penyimpanan Apakah aplikasi Apakah aplikasi perlu menyimpan data? perlu menyimpan data? Irwin/McGraw-Hill Copyright © 2002, The McGraw-Hill Companies, Inc. All rights reserved.
- 11. James A. O’Brien Pengenalan Sistem Informasi Eleventh Edition 11 Proses Implementasi Aktifitas2 Implementasi Pengujian Sistem KKoonnvveerrssii Pengembangan dan Modifikasi Pendokumen-tasian Sistem Pelatihan untuk Pemakai Akhir AAkkuuiissiissii Irwin/McGraw-Hill Copyright © 2002, The McGraw-Hill Companies, Inc. All rights reserved.
- 12. James A. O’Brien Pengenalan Sistem Informasi Eleventh Edition 12 Evaluasi Hardware dan Software FFaakkttoorr22 EEvvaalluuaassii HHWW • Kinerja • Biaya • Reliabilitas/Handal • Kompatibilitas • Teknologi • Ergonomika • Konektifitas • Skalabilitas • Software • Dukungan FFaakkttoorr22 EEvvaalluuaassii SSWW • Kualitas • Efisiensi • Keluwesan/Fleksibilitas • Keamanan • Konektifitas • Bahasa • Dokumentasi • Hardware Irwin/McGraw-Hill Copyright © 2002, The McGraw-Hill Companies, Inc. All rights reserved.
- 13. James A. O’Brien Pengenalan Sistem Informasi Eleventh Edition 13 Evaluasi Layanan-layanan SI FFaakkttoorr22 EEvvaalluuaassii SSII • Kinerja • Pengembangan Sistem • Pemeliharaan • Konversi • Pelatihan • Cadangan/Backup • Aksesibilitas • Posisi Bisnis • Hardware • Software Irwin/McGraw-Hill Copyright © 2002, The McGraw-Hill Companies, Inc. All rights reserved.
- 14. James A. O’Brien Pengenalan Sistem Informasi Eleventh Edition 14 Pengimplementasian Sistem Baru AAkkttiiffiittaass--aakkttiiffiittaass IImmpplleemmeennttaassii • Akuisisi • Pengembangan Software • Pelatihan • Pengujian/Testing • Dokumentasi • Konversi Irwin/McGraw-Hill Copyright © 2002, The McGraw-Hill Companies, Inc. All rights reserved.
- 15. James A. O’Brien Pengenalan Sistem Informasi Eleventh Edition 15 Metode2 Konversi Instalasi SSiisstteemm LLaammaa SSiisstteemm BBaarruu SSiisstteemm LLaammaa Sistem Baru SSiisstteemm LLaammaa Sistem Baru SSiisstteemm LLaammaa SSiisstteemm BBaarruu Paralel Pilot Bertahap Langsung diganti Irwin/McGraw-Hill Copyright © 2002, The McGraw-Hill Companies, Inc. All rights reserved.
- 16. James A. O’Brien Pengenalan Sistem Informasi Eleventh Edition 16 Pengelolaan Perubahan Keorganisasian Manajemen Perubahan Pengukuran Dan Penghargaan Desain Keorganisasian Pengembangan Kompetensi2 Utama Visi Eksekutif Misi dan Peranan Organisasi Desain-ulang Pekerjaan Irwin/McGraw-Hill Copyright © 2002, The McGraw-Hill Companies, Inc. All rights reserved.
- 17. James A. O’Brien Pengenalan Sistem Informasi Eleventh Edition 17 Rangkuman Modul • Profesional2 dan spesialis2 SI memakai pendekatan sistem untuk membantu mereka mengembangkan solusi2 Sistem Informasi untuk memenuhi kebutuhan2 e-business. • Prototyping merupakan metodologi alternatif utama sebagai pengganti siklus pengembangan sistem informasi traditional: mencakup penggunaan berbagai perlengkapan dan metodologi prototyping, yang kemudian menyodorkan proses iteratif dan interaktif. Irwin/McGraw-Hill Copyright © 2002, The McGraw-Hill Companies, Inc. All rights reserved.
- 18. James A. O’Brien Pengenalan Sistem Informasi Eleventh Edition 18 Rangkuman Modul (lanjutan) • Berbagai kapabilitas pengembangan aplikasi yang dibangun kedalam banyak paket software pemakai-akhir memberikan kemudahan bagi pemakai-akhir untuk mengembangkan aplikasi-aplikasi e-bisnis mereka sendiri. • Proses implementasi utk projek-projek SI mencakup akuisisi, testing, dokumentasi, training, pemasangan, dan konversi. • Profesional2 bisnis perlu mengetahui cara mengevaluasi produk-produk TI yang akan diakuisisi. Proposal2 vendor TI harus berdasarkan berbagai spesifikasi yang dibangun sewaktu tahapan desain. Irwin/McGraw-Hill Copyright © 2002, The McGraw-Hill Companies, Inc. All rights reserved.
- 19. James A. O’Brien Pengenalan Sistem Informasi Eleventh Edition 19 Rangkuman Modul (lanjutan) • Aktifitas-aktifitas implementasi mencakup pengelolaan introduksi dan implementasi perubahan-perubahan dalam proses-proses bisnis, struktur-struktur keorgani-sasian, penugasan-penugasan pekerjaan (job assignments), dan hubungan-hubungan kerja sebagai hasil dari inisiatif-inisiatif e-bisnis. Irwin/McGraw-Hill Copyright © 2002, The McGraw-Hill Companies, Inc. All rights reserved.
Editor's Notes
- The systems approach views a business process as a system that has 5 components: input, process, output, feedback and control. The systems approach to problem solving uses the systems orientation to conceptualize the nature of the problem. Under the systems orientation, all elements of a problem interact with one another. Consequently, the systems approach considers each "step" to influence and provide feedback on every other step: Define the Problem. A problem is a basic condition that is causing an undesirable result. An opportunity is a basic condition that presents the potential for desirable results. A key task at this stage is to separate symptoms -- signs that a problem exists -- from the actual problems themselves. Develop Alternative Solutions. It is almost always true that every problem or opportunity has more than one effective course of action. As a problem solver, you must resist the tendency to move to the most immediate solution that comes to mind. It is good management practice to generate several alternatives and choose among them on the basis of clearly defined evaluative criteria. Select the Solution. On the basis of evaluative criteria, it is possible to compare alternatives to each other. Selection is important because there must be firm commitment to the alternative before committing organizational resources to solving the problem. Design the Solution. The selected solution to an IS problem next requires designing how the solution will be created. Here it is a good idea to meet with business end users and technical staff to develop design specifications and an implementation plan. Implement the Solution. When ready, the solution must be implemented. It is a good idea to monitor implementation carefully so that an assessment of the solution, design, and the logistics of bringing it into action can all be evaluated objectively. Teaching Tips This slide corresponds to Figure 10.3 on pp. 345 and relates to the material discussed in the whole chapter.
- The traditional information systems development cycle is based upon the stages in the systems approach to problem solving, where each step is interdependent on the previous step: Systems Investigation. This stage may begin with a formal information systems planning process to help sort out choices from many opportunities. Typically, due to the expense associated with information systems development this stage includes a cost/benefit analysis as part of a feasibility study. Systems Analysis. This stage includes an analysis of the information needs of end users, the organizational environment, and any system currently used to develop the functional requirements of a new system. Systems Design. This stage develops specifications for the hardware, software, people, network, and data resources of the system. The information products the system is expected to produce are also designated. Systems Implementation. Here the organization develops or acquires the hardware and software needed to implement the system design. Testing of the system and training of people to operate and use the system are also part of this stage. Finally, the organization converts to the new system. Systems Maintenance. In this stage, management uses a postimplementation review process to monitor, evaluate, and modify the system as needed. Teaching Tips This slide corresponds to Figure 10.3 and relates to the material presented in the whole chapter.
- Prototyping is the rapid development and testing of working models, or prototypes, of new applications. Prototyping is an iterative, interactive process that combines steps of the traditional development cycle with the increased involvement of end users to provide feedback that improves the prototype and the final IS. Application development using prototyping proceeds through the following steps: Identify Requirements. Here end users identify their information needs and assess the feasibility of several alternative information system solutions. Develop Prototype. Here end users and/or systems analysts use application development packages to interactively design and test prototypes of information system components that meet end user information needs. Revise Prototype. During this stage, the information system prototypes are used, evaluated, and modified repeatedly until end users find them acceptable. Use and Maintain. The accepted system can be modified easily since most system documentation is stored on disk. Teaching Tips This slide corresponds to Figure 10.4 on pp. 346 and relates to the material on pp. 345-347.
- Teaching Tip: Consider redisplaying slide 5 “Traditional Systems Development Life Cycle”, before beginning discussion of this lecture slide. As pointed out earlier, all application development methodologies share certain common activities. During the remainder of this lecture we will discuss these activities. We will begin by discussing systems investigation. The Investigation Phase begins the preliminary study of the proposed information system solution to meet the e-business needs. Its focus is to seek to answer the questions: What are our opportunities, what are our priorities, and can IS be used to address these needs? Because the process of application development can be costly both in time and resources, the system investigation phase begins with a Feasibility Study. The goal of feasibility studies is to evaluate alternative systems and to propose the most feasible and desirable systems. Feasibility is assessed across four major categories: Organizational Feasibility. This focuses on how well a proposed information system supports the objectives of the organization. Technical Feasibility. This ascertains whether reliable hardware and software capable of meeting the needs of the proposed system can be acquired or developed. Operational Feasibility. This refers to the willingness and ability of the management, employees, customers, suppliers, and others to operate, use, and support a proposed system. Economic Feasibility. This is concerned with whether the proposed IS benefits are greater than its costs. This area is particularly concerned with financial affordability -- whether the firm can pay to develop the system. A cost/benefit analysis is used to weigh the total costs a new system is likely to incur against the total anticipated benefits to be gained. This includes determining tangible costs (such as hardware and software purchases and employee salaries) and intangible costs such as effects on employee morale and disruptions in productivity during the installation of the new system. Benefits too can be either tangible (such as reduced inventory and carrying costs) or intangible (higher customer satisfaction). Teaching Tips This slide corresponds to Figure 10.7 on pp. 348 and relates to the material on pp. 347-349.
- The goal of system analysis is to determine what the system should do. It is an in-depth study of end user information needs that produces functional requirements that are used for design. Systems Analysis involves three key areas: Organizational Analysis. An effective IS can only be designed with a full awareness of the organization it will serve. Systems analysis then begins with a thorough analysis of the organization, its management structure, its people, its business activities, the environmental systems it deals with, and its current information systems. Analysis of the Present System. If a system already exists, it is useful to study it to help assess how it can be improved or replaced by the proposed system. In particular, the analysis should identify how things are currently done (such as user interface methods) and determine how they should be done in the system being designed. Functional Requirements Analysis. Functional requirements specify the information systems capabilities required to meet the information needs of users. In particular, functional requirements analysis must specify: User Interface Requirements. What user input will be needed? The input/output needs of end users must be supported by the IS. Processing Requirements. Functional analysis must specify the processing requirements necessary to perform all the activities involved in converting input into output. The objective is to determine what must be done; not how it will be done. Storage Requirements. What data must be stored and retrieved? Organization, content, and size of databases and procedures for maintenance must be specified. Control Requirements. What control reports must be produced? What data input controls are needed? Issues of accuracy, validity, safety, security, and adaptability must be specified. Teaching Tips This slide corresponds to material on pp. 349-351.
- Systems design specifies how the system will accomplish the objectives of meeting the information needs of users as described by the systems analysis. Design activities produce system specifications satisfying the functional requirements identified earlier. Specifications are then used to develop or acquire the necessary components and skills to implement the system. The systems design concept focuses on three major products or deliverables: User Interface Design. This activity focuses on the interaction between end users and computer systems. In the e-business, designers concentrate on designing attractive and efficient forms for user input and output on intranet pages. Prototyping is often used at this stage to involve users in developing acceptable interfaces. Data Design. This activity focuses on the design of the structure of databases and files to be used by a proposed information system. Data design frequently produces a data dictionary, which catalogs detailed descriptions of the attributes of entities (objects, people, places, events) about which the IS needs to maintain information. The data dictionary also specifies the relationship entities have to each other, the specific data elements for each entity, and the integrity rules governing how each data element is specified and used in the IS. Process Design. This activity focuses on the design of software resources -- the programs and procedures needed by the proposed IS. System Specifications. Completion of the previous areas of system design culminate in a clear statement of system specifications for the User Interface, Database, Software, Hardware and Facilities, and Personnel components of the IS. Teaching Tips This slide corresponds to Figure 10.12 on pp. 352 and relates to the material on pp. 351-353.
- The availability of end user development tools make it possible for end users to develop their own computer-based solutions. End user development results in faster application development and applications that are more likely to meet user requirements and needs. In user development, IS professionals play a consulting role, aiding or training the user in the use of application packages or prototyping tools. It is important to remember that end user development should focus on the fundamental activities of any information system. As the slide depicts the user developer should focus on the following: Output. What output needs to be produced? That is, what information should the application provide? What are the characteristics of that output, e.g. form? Input. What input needs to be supplied to the application? What data is available? What is its source? Processing. What operations or transformation processes will be required to convert the available inputs into the desired output? Storage. Will the output, or some intermediary form of data, need to be stored? If so, what files or databases will be used to store the data? Controls. What controls are needed to protect the data? Does access to the data need to be controlled? How should we protect against loss of data? Teaching Tips This slide corresponds to Figure 10.16 on pp. 355 and relates to the material on pp. 353-356.
- The implementation process involves developing the information system into an operational system for end users. Key activities include: Acquisition of Hardware, Software, and Services. Some very large organizations purchase proprietary hardware and software solutions. An increasing number of companies can purchase off-the-shelf hardware and software from original equipment manufacturers or resellers. In the next slide we will cover this topic in more detail. Software Development or Modification. Some companies write their own software in-house. Even for those firms that buy software off-the-shelf, modification is often necessary (indeed, the flexibility to modify software is built in to most application programs). System Testing. Involves testing website or application performance. It may involve such activities as testing and debugging software and testing new hardware. End User Training. This is a vital activity. Provisions and resources for training end users on the new system must be identified and allocated. System Documentation. How to use and maintain the system must be provided in the form of manuals and, increasingly, online help. In addition, a detailed record of the system’s design is essential for future problem diagnostics or making changes. This effort is simplified through the use of CASE tools. Conversion. This involves the actual logistics of switching to the new system. The four methods are covered on a later slide. Teaching Tips This slide corresponds to Figure 10.20 on pp. 359 and relates to the material on pp. 359-367.
- In today’s e-business environment, acquisition of hardware, software, and IS services is an important part of e-application development. How should companies make such acquisition choices? What process should they use for selecting vendors? Larger businesses may require suppliers to present bids and proposals based on system specifications developed during the design phase. Many e-businesses formalize these requirements into a document called an RFP (request for proposal). The selection process may sometimes involve a live test demo of software or hardware functionality, or a benchmark test, which is used to evaluate system performance through simulation of typical processing tasks. In each case hardware and software evaluation factors are used to judge the suitability of the component. Teaching tip: Consider discussing the individual factors shown on the slide. When acquiring IS services, other evaluation factors need to be considered. These include: Past Performance. Referrals from past customers is essential. Business Position. Is the vendor financially strong, with good industry prospects? Service and Capabilities. What kind of services can they offer? What kind of equipment do they have available? Accessibility. Does the vendor provide local or regional support? Maintenance and Guarantees. Will they maintain their product? Are there warranties? Teaching Tips This slide corresponds to Figures 10.23 & Figure 10.24 on pp. 361 & 362 and relates to the material on pp. 361 and 262.
- In today’s e-business environment, acquisition of hardware, software, and IS services is an important part of e-application development. How should companies make such acquisition choices? What process should they use for selecting vendors? Larger businesses may require suppliers to present bids and proposals based on system specifications developed during the design phase. Many e-businesses formalize these requirements into a document called an RFP (request for proposal). The selection process may sometimes involve a live test demo of software or hardware functionality, or a benchmark test, which is used to evaluate system performance through simulation of typical processing tasks. In each case hardware and software evaluation factors are used to judge the suitability of the component. Teaching tip: Consider discussing the individual factors shown on the slide. When acquiring IS services, other evaluation factors need to be considered. These include: Past Performance. Referrals from past customers is essential. Business Position. Is the vendor financially strong, with good industry prospects? Service and Capabilities. What kind of services can they offer? What kind of equipment do they have available? Accessibility. Does the vendor provide local or regional support? Maintenance and Guarantees. Will they maintain their product? Are there warranties? Teaching Tips This slide corresponds to Figure 10.25 on pp. 363 and relates to the material on pp. 362.
- In today’s e-business environment, acquisition of hardware, software, and IS services is an important part of e-application development. How should companies make such acquisition choices? What process should they use for selecting vendors? Larger businesses may require suppliers to present bids and proposals based on system specifications developed during the design phase. Many e-businesses formalize these requirements into a document called an RFP (request for proposal). The selection process may sometimes involve a live test demo of software or hardware functionality, or a benchmark test, which is used to evaluate system performance through simulation of typical processing tasks. In each case hardware and software evaluation factors are used to judge the suitability of the component. Teaching tip: Consider discussing the individual factors shown on the slide. When acquiring IS services, other evaluation factors need to be considered. These include: Past Performance. Referrals from past customers is essential. Business Position. Is the vendor financially strong, with good industry prospects? Service and Capabilities. What kind of services can they offer? What kind of equipment do they have available? Accessibility. Does the vendor provide local or regional support? Maintenance and Guarantees. Will they maintain their product? Are there warranties? Teaching Tips This slide relates to the material on pp. 364-367.
- When the development of a system will replace or improve a current system, a conversion process will be needed. Conversion methods are used for managing system change and managing both the cost and risk associated with a failure of the new system.. Four major forms of system conversion are common: Parallel. This involves operating both the old and the new system at the same time for some period until the project development team and end user management agree to switch over completely to the new system. This is the least risky approach but the most costly, since resources must be used to keep both the new and old system operational. Pilot. Here one department or often an off-site office gives the new system a trial run to see how it works and to catch any problems before the system is implemented company-wide. This is a less costly approach. Risk of failure is isolated to the department or office which receives the new system. Phased. Here the new system is implemented gradually throughout the organization according to some diffusion plan, such as department by department, section by section, or even floor by floor. This approach exposes the organization to more risk, but is less costly. Plunge. This "cold turkey" approach ends use of the old system and begins use of the new system all at once. This approach has the highest risk, but is the least costly to implement. Can be considered for non-critical applications, or application improvements that are marginal. Teaching Tips This slide corresponds to Figure 10.27 on pp. 366 and relates to the material on pp. 365-366.
- <number> © 2002 McGraw-Hill Companies