13장 정보시스템 개발 비디오 사례 사례 1: IBM: Business Process Management in a Service-Oriented Architecture and Managing Projects 사례 2: Rapid Application Development With Appcelerator Instructional Video 1: Salesforce and Google: Developing Sales Support Systems with Online Apps

새로운 시스템 개발이 어떻게 조직의 변화를 일으키는가? 시스템 개발 프로세스의 핵심 활동들은 무엇인가? 13장: 정보시스템 개발 학습 목표 새로운 시스템 개발이 어떻게 조직의 변화를 일으키는가? 시스템 개발 프로세스의 핵심 활동들은 무엇인가? 시스템 모델링과 설계를 위한 주요 방법론들은 무엇인가? 정보시스템 개발을 위한 방법에는 무엇이 있는가? 디지털 기업 시대의 시스템 개발을 위한 새로운 접근 방법은 무엇인가? This chapter discusses the kinds of organizational changes that result from the implementation of new information systems, the activities involved in systems development, and the various methodologies used to build information systems. Ask students to give their first impressions on how a new information system could produce organizational change. Give an example of a type of business and a new system; for example, a business that introduces an automated call-answering system to direct sales and technical inquiries to the right department. Ask students to discuss what types of organizational change this might bring about. © Pearson Education 2012

시스템 개발이 조직에 어떤 영향을 줄까? - BPM 시스템 개발 방법론 & 방법론에 따른 산출물 13장: 정보시스템 개발 Key Questions 시스템 개발이 조직에 어떤 영향을 줄까? - BPM 시스템 개발 방법론 & 방법론에 따른 산출물 시스템 필요 시 선택 가능한 방안들? 디지털 기업 시대의 시스템 개발을 위한 새로운 접근 방법은 무엇인가? This chapter discusses the kinds of organizational changes that result from the implementation of new information systems, the activities involved in systems development, and the various methodologies used to build information systems. Ask students to give their first impressions on how a new information system could produce organizational change. Give an example of a type of business and a new system; for example, a business that introduces an automated call-answering system to direct sales and technical inquiries to the right department. Ask students to discuss what types of organizational change this might bring about. © Pearson Education 2012

문제: 금융 서비스 제공 회사 CIMB 그룹은 비즈니스 프로세스, 특히 지점에서 계좌 개설 프로세스의 효율성 향상을 원한다. 13장: 정보시스템 개발 계좌 개설 프로세스를 재설계한 CIMB 그룹 문제: 금융 서비스 제공 회사 CIMB 그룹은 비즈니스 프로세스, 특히 지점에서 계좌 개설 프로세스의 효율성 향상을 원한다. 해결책: 효율성 향상이 필요한 25개 영역을 파악하기 위해 ARIS BPM tool 사용. 고객 데이터 자동 입력을 위해 말레이시아 정보 ID 카드 활용, 소요시간 50% 단축 비즈니스 프로세스를 재설계하기 위한 정보시스템 활용에 대해 설명하라 새로운 시스템 개발의 첫 단계인 ‘분석’에 대해 설명하라. This slide discusses the chapter opening case that looks at the information system solution built by CIMB Group in Malaysia to streamline a key business process. Ask students why the first step of building a system – analysis – is so important. What would happen if analysis didn’t occur? © Pearson Education 2012

IT에 의한 구조적 조직 변화 자동화 효율성 증대 수작업 대체 절차의 합리화 표준운영절차 간소화 및 합리화 13장: 정보시스템 개발 계획된 조직변화로서의 시스템 IT에 의한 구조적 조직 변화 자동화 효율성 증대 수작업 대체 절차의 합리화 표준운영절차 간소화 및 합리화 제품, 서비스, 운영의 지속적 품질개선 프로그램 전사적 품질관리(Total quality management (TQM)) 6시그마(Six sigma) This slide discusses the first two of four different types of organizational change that information systems can enable. You can ask students to give examples of each type of change within the context of an example of a business, for example, a pizza chain. Ask students to define TQM (makes achieving quality an end in itself) and six sigma (specific measure of quality – 3.4 defects per million). Ask students to evaluate the two methods. Would one be better in some industries or types of businesses over the other method? Which method would be better for a restaurant chain? Which would be better for a clothing manufacturer? Why? © Pearson Education 2012

IT에 의한 구조적 조직 변화 비즈니스 프로세스 재설계 비즈니스 프로세스의 분석, 단순화, 재설계 13장: 정보시스템 개발 계획된 조직변화로서의 시스템 IT에 의한 구조적 조직 변화 비즈니스 프로세스 재설계 비즈니스 프로세스의 분석, 단순화, 재설계 작업 흐름 재조직, 단계 결합, 반복 제거 패러다임 변화 사업 본질의 재검토 새로운 비즈니스 모델의 정의 조직의 본질 변화 This slide discusses the third and fourth types of organizational change that information systems can enable. You can ask students to give examples of each type of change within the context of an example of a business; for example, a pizza chain. Or, you can provide examples of change, and ask students to determine what category that change falls into. For example, what type of organizational change is involved when a business implements its first accounting software? For business process redesign, the text gives the example of Ford Motor Company’s which redesigned its accounts payable process so that vendors no longer needed to send invoices which then needed to be reconciled with purchase orders – instead, purchase orders are entered directly into the system. An example of a paradigm shift is Schneider National which changed its business model from being a long-haul trucking and transportation firm to using its information systems to manage logistics for other companies. © Pearson Education 2012

계획된 조직변화로서의 시스템 13장: 정보시스템 개발 © Pearson Education 2012 This graphic illustrates the four types of change, identifying them according to the potential return on investment as well as level of risk. What makes automation a low risk? What makes a paradigm shift or redesign a high risk? It is important to note that BPR and paradigm shifts have high failure rates. Ask the students why this is so. (Organizational change is difficult to orchestrate.) © Pearson Education 2012

비즈니스 프로세스 관리(BPM) BPM 추진 단계 13장: 정보시스템 개발 계획된 조직변화로서의 시스템 비즈니스 프로세스 관리(BPM) 기존 프로세스를 분석하고 새로운 프로세스를 설계하며 그러한 프로세스들을 최적화하기 위한 다양한 도구와 방법들을 제공 비즈니스 프로세스 재설계를 추진하는 기업에서 활용 BPM 추진 단계 변화가 필요한 프로세스 파악 기존 프로세스 분석 새로운 프로세스 설계 새로운 프로세스 구현 지속적인 측정 This slide discusses business process management, a category of tools and techniques that help firms redesign business processes. It discusses the riskiness of business process reengineering, and the need to properly manage it in order for BPR to be effective. Ask students what the importance is of each step. For example, why is it important to determine the right business process to change rather than all business processes (some processes may not yield time or cost savings, you could spend too much money trying to improve all processes, and some processes may already be effective.) Give students an example of a business process and ask how the process could be measured. For example, how would you measure the business process of a customer ordering a meal? Of a kitchen preparing and delivering that meal? What about the business process of hiring a new employee? It is important to note that, even with effective process redesign, a majority of reengineering projects do not achieve breakthrough gains because of inadequate change management. © Pearson Education 2012

계획된 조직변화로서의 시스템 13장: 정보시스템 개발 © Pearson Education 2012 This slide’s graphic illustrates the process of purchasing a book prior to reengineering, including the steps if a book is not available. It emphasizes the sequential nature of the task. Besides the time taken for this process, what are other disadvantages of this traditional business process? © Pearson Education 2012

계획된 조직변화로서의 시스템 13장: 정보시스템 개발 © Pearson Education 2012 This graphic illustrates the book purchasing process after reengineering as an online process. The new process and technology has reduced numerous stages to four or five. What are the elements that have allowed these steps to occur? Which of the four types of organizational change described earlier does this redesigned process most closely resemble – automation, rationalization, redesign, paradigm shift? © Pearson Education 2012

BPM을 위한 다양한 도구 기존 프로세스의 파악과 문서화 개선된 프로세스의 모델 생성 13장: 정보시스템 개발 계획된 조직변화로서의 시스템 BPM을 위한 다양한 도구 기존 프로세스의 파악과 문서화 비효율성 파악 개선된 프로세스의 모델 생성 프로세스 실행을 위한 비지니스 규칙의 생성 프로세스 개선을 위해 기존 프로세스 통합 프로세스 개선을 측정 프로세스 변화가 핵심 비즈니스 성과에 미친 영향 분석 This slide gives an overview of the various types of BPM tools that firms use to redesign business processes. The text discusses the example of American National Insurance Company, which used Pegasystems BPM workflow software to streamline customer service processes across four business groups. BPM built rules to guide service reps through a single view of customer information across multiple systems, eliminating the need to access multiple applications when handling customer requests. This increased workload capacity of the representatives by 192%. © Pearson Education 2012

아메리소스버진과 다이볼드와 같이 큰 회사들이 왜 비즈니스 프로세스 관리의 적용에 적합한가? 13장: 정보시스템 개발 계획된 조직변화로서의 시스템 비즈니스 프로세스 관리가 차이를 만들 수 있나? 아메리소스버진과 다이볼드와 같이 큰 회사들이 왜 비즈니스 프로세스 관리의 적용에 적합한가? 아메리소스버진과 다이볼드의 비즈니스 프로세스 재설계 및 관리의 이점은 각각 무엇인가? BPM이 비즈니스 수행 방식에 어떤 변화를 주었나? 비즈니스 프로세스가 상당히 많은 경우 BPM 소프트웨어 확장의 문제는 무엇인가? 어떤 회사가 BPM을 통해 가장 많은 도움을 받나? This slide presents discussion questions regarding the chapter case on the experiences of two firms, AmerisourceBergen and Diebold, in implementing business process management. AmerisourceBergen used Metastorm BPM software to automate over 300 processes with tremendous efficiency savings. Diebold (security systems and services) used Progress Savvion’s Business Manager BPM to improve its order fulfillment system, with enough success to use the product to analyze and improve other processes. © Pearson Education 2012

시스템 개발: 조직의 문제해결이나 기회 활용을 위해 정보시스템을 만드는 활동 시스템 분석 시스템 설계 프로그래밍(구축) 13장: 정보시스템 개발 시스템 개발의 개요 시스템 개발: 조직의 문제해결이나 기회 활용을 위해 정보시스템을 만드는 활동 시스템 분석 시스템 설계 프로그래밍(구축) 검사(테스트) 전환(이행) 가동과 유지보수 This slide and the following slides discuss the activities involved in system development – the creation of a new (or improvements to an existing) information system. The activities listed are performed in order – the first two, systems analysis and systems design are preparatory steps for the system. The last four steps translate the design of the system into actuality. It is important to emphasize that an information system is not technology for technology’s sake. It is a solution to a problem or set of problems the organization perceives it is facing – including the problem of an opportunity that requires the use of information systems in order to undertake. What problems with business processes have students encountered or witnessed in their work or educational career that could have been improved with the help of a new or improved information system? © Pearson Education 2012

시스템 개발의 개요 13장: 정보시스템 개발 © Pearson Education 2012 This graphic illustrates the six core activities of systems building. Ask students why these activities are represented as a circle. The circular nature indicates that systems building is not a linear process that is finished once the system is built. Typically, additional changes and improvements will need to be made to the system or part of the system that will require additional analysis, design, programming, testing, conversion, and maintenance. © Pearson Education 2012

시스템 분석 새로운 정보시스템을 이용해 해결하고자 하는 문제를 분석 타당성 조사 포함 13장: 정보시스템 개발 시스템 개발의 개요 시스템 분석 새로운 정보시스템을 이용해 해결하고자 하는 문제를 분석 문제의 정의 및 원인 파악(근본 원인 파악이 중요) 해결책 명시 시스템 제안서는 대안 해결책들을 파악하고 검토한다 정보요구사항 파악(이전 시간 요구사항 정의서 참고) 타당성 조사 포함 해결책이 타당하며 만족스러운 투자인가? 요구되는 기술이 활용 가능한가? This slide and the next describe the first stage of systems development, systems analysis. The systems analyst first creates a road map of the existing organization and systems. What does this road map consist of? (Identifying primary owners and users of data along with existing hardware and software.) What constitutes a primary owner of data? Ask students how an analyst would determine if a problem existed with existing systems. (He/she would examine documents, work papers, procedures, observe system operations, and interview key users as well as managers). What does it mean that a solution is feasible from a financial standpoint? A technical standpoint? An organizational standpoint? © Pearson Education 2012

시스템 분석 (계속) 정보요구사항 분석 누가 어떤 정보를 언제 어디에서 어떻게 필요로 하나 새로운/수정된 시스템의 목표 정의 13장: 정보시스템 개발 시스템 개발의 개요 시스템 분석 (계속) 정보요구사항 분석 누가 어떤 정보를 언제 어디에서 어떻게 필요로 하나 새로운/수정된 시스템의 목표 정의 새로운 시스템이 수행해야 하는 기능들을 구체화 잘못된 요구사항 분석은 시스템 실패와 높은 개발비용의 주요 원인임 This slide continues the discussion about the first stage in systems development, systems analysis. Establishing information requirements is an essential part of analysis. A system designed around the wrong set of requirements will either have to be discarded because of poor performance or will need to undergo major modifications. As the text discusses later in the chapter, user involvement is essential for gathering requirements. Why is this so? If user involvement is central to gathering information requirements, why should technical specialists, such as systems analysts, also be involved in this process? © Pearson Education 2012

시스템 설계 시스템 분석 단계에서 파악된 기능들의 구현 방법을 시스템 명세서에 상세하게 기술 13장: 정보시스템 개발 시스템 개발의 개요 시스템 설계 시스템 분석 단계에서 파악된 기능들의 구현 방법을 시스템 명세서에 상세하게 기술 시스템 해결책의 경영적, 조직적, 기술적 요소 등을 고려해야 한다 최종 사용자의 역할 사용자의 정보요구사항은 전체 시스템 구축에 있어 매우 중요한 역할을 담당 사용자는 그들의 사업 우선순위와 정보요구가 시스템에 제대로 반영되도록 설계 과정에 적극 참여하여야 한다 설계 과정에 불충분한 사용자 참여는 시스템 실패의 주요한 원인 This slide describes the second stage of systems development, systems design. The text explains that like houses or buildings, information systems may have many possible designs. Each design represents a unique blend of all technical and organizational components. What makes one design superior to others is the ease and efficiency with which it fulfills user requirements within a specific set of technical, organizational, financial, and time constraints. Given an identical systems analysis, what elements might be different in a system design created by two different systems designers? © Pearson Education 2012

시스템 개발의 개요 13장: 정보시스템 개발 © Pearson Education 2012 This slide lists the various types of specifications that must be detailed and describe in a systems design. From this it is easy to see how complex designing a system can be, and how many opportunities there are for mistakes to creep in. Problems in any one of these areas could produce a less-than optimal system and losses in efficiency and productivity. Select a few of the specifications here and ask students what types of problems could result from an inadequate definition of that specification. © Pearson Education 2012

프로그래밍: 검사 설계 단계에서 만들어진 시스템 명세서는 프로그래밍 단계를 거치면서 소프트웨어 프로그램 코드로 전환 13장: 정보시스템 개발 시스템 개발의 개요 프로그래밍: 설계 단계에서 만들어진 시스템 명세서는 프로그래밍 단계를 거치면서 소프트웨어 프로그램 코드로 전환 검사 시스템이 올바른 결과를 산출하는지 확인 단위검사: 시스템 내의 각 프로그램들을 개별적으로 검사 시스템 검사: 정보시스템의 기능을 총체적으로 검사 인수검사: 시스템이 실제 운영환경에서 사용될 준비가 되었는지 최종적으로 확인 검사계획: 일련의 검사를 위한 모든 준비 This slide describes the third and fourth stages of systems development, programming and testing. Many companies today do not perform their own programming, but purchase software or outsource programming to a vendor. In outsourcing, who would be responsible for the testing, the vendor or the purchasing company? Would any testing be needed when software is purchased as a package? It is important to note that the importance of testing is typically underrated in systems project planning, and the risks resulting from inadequate testing are enormous. Ask students why, if system testing is performed that checks the entire system, would unit testing be important? © Pearson Education 2012

시스템 개발의 개요 13장: 정보시스템 개발 © Pearson Education 2012 This graphic illustrates a portion of a test plan. Ask students to describe what the columns of this table mean. It looks at six different possible situations, given a user of the system attempting to change a record in the database, from trying to change an existing address in the system (2.1) to not completing the record change (2.6). Ask students what they understand about system testing from looking at this example. © Pearson Education 2012

전환(이전 시스템에서 변경된 시스템 진행 시) 13장: 정보시스템 개발 시스템 개발의 개요 전환(이전 시스템에서 변경된 시스템 진행 시) 기존 시스템에서 새로운 시스템으로 변환하는 과정 4가지 주요 전략 병렬전략 직접전환 파일럿 검토 단계적 접근 최종 사용자 훈련 필요 기술 및 사용자 관점에서 시스템 작동 방식을 상세히 설명한 문서 작성 This slide describes the fifth stage of systems development, conversion. Ask students to describe each of the strategies. What would make one approach more appropriate than another? Is there any case in which a direct cutover would be the optimal strategy? © Pearson Education 2012

가동과 유지보수 시스템 수정이 필요한지 판단하기 위해 시스템 검토 공식 구축 감사문서 포함 유지보수 13장: 정보시스템 개발 시스템 개발의 개요 가동과 유지보수 시스템 수정이 필요한지 판단하기 위해 시스템 검토 공식 구축 감사문서 포함 유지보수 오류 수정, 새로운 요구사항 처리, 처리 효율성 향상 등을 위해 하드웨어, 소프트웨어, 문서, 그리고 절차 등을 수정 업무의 20% : 디버깅, 비상 작업 업무의 20% : 하드웨어, 소프트웨어, 데이터, 보고서 변경 업무의 60% : : 처리 효율성 향상을 위한 사용자 교육, 문서화, 시스템 요소 기록 등의 업무 This slide describes the sixth and final stage of systems development, production and maintenance, and shows that an information system is never “finished.” Situations and business environments always change, and systems have to change along with the business. Of course many businesses do not want to spend the resources to change their systems as required by a changing environment. And for this reason, systems can become dysfunctional, costing the firm money fixing the problems created by an outdated system. Ask students to discuss if any of the types of maintenance work listed here could be eliminated by better analysis and design? © Pearson Education 2012

시스템 개발의 개요 13장: 정보시스템 개발 © Pearson Education 2012 This slide summarizes the six stages in system development. Ask students what the difference is between information requirements and design specifications. © Pearson Education 2012

시스템 모델링과 설계에 가장 자주 사용되는 방법론: 13장: 정보시스템 개발 시스템 개발의 개요 시스템 모델링과 설계에 가장 자주 사용되는 방법론: 구조적 방법론(Structured methodologies) 객체지향방법론(Object-oriented development) 구조적 방법론 구조적: 기법이 단계적 (step-by-step, progressive) 프로세스 중심: 데이터를 처리하는 프로세스 또는 활동들에 집중 프로세스로부터 데이터를 분리 This slide identifies the two most prominent methodologies for modeling systems and introduces the core concepts behind a structured methodology. Ask students what a process is or to give an example of a process. What does it mean to “separate data from processes?” © Pearson Education 2012

데이터흐름도(Data flow diagram): 13장: 정보시스템 개발 시스템 개발의 개요 데이터흐름도(Data flow diagram): 프로세스(processes)와 프로세스 간 데이터 흐름(data flow)을 표현하기 위한 주요한 도구 정보 흐름에 대한 논리적 도식 모델을 제공 프로세스를 몇 개의 상세 프로세스로 나누기 위해 상위 수준과 하위 수준 다이어그램이 사용될 수 있음 데이터사전: 데이터 흐름도와 데이터 저장소의 콘텐츠를 정의 프로세스 명세서: 데이터 흐름도의 가장 하위 수준에 있는 각 프로세스의 변환내용과 논리를 기술한 것 구조도: 설계의 각 수준, 다른 수준과의 관계, 그리고 전체 설계 구조에서의 위치 등을 보여주는 하향식(top-down) 차트 This slide continues the discussion of the structured methodology, looking at the tools and techniques that it uses to model an information system. An example data flow diagram is shown on the next slide, so it may be helpful to move to that slide to discuss these diagrams. A data dictionary is needed so that system builders know exactly what data is stored and manipulated. Process specifications express the logic that is used when one piece of data is transformed by a process. A structure chart looks at the main function of the system, breaks it down into sub-functions, breaks sub-functions into more detailed sub-functions, until the smallest level of detail is reached. Ask students to give an example of what the smallest level of detail might look like, for example, in a university system managing student grades and reports. © Pearson Education 2012

시스템 개발의 개요 13장: 정보시스템 개발 © Pearson Education 2012 This graphic is a data flow diagram. Ask students what the rounded boxes represent (processes) and what the square box represents (an external entity). What about the open rectangle and the arrows? Where does the process begin? Ask a student to step through the process of registering a student for a course, noting what data is transferred at each step. It’s always fun to do data flow diagrams as a group because it illustrates how the same process is seen differently by different people. © Pearson Education 2012

시스템 개발의 개요 13장: 정보시스템 개발 © Pearson Education 2012 This graphic shows a high-level structure chart. Note that this is high-level – and subfunctions exist for the functions “Get inputs,” “Validate inputs,” etc. What might be a subfunction for “Calculate gross pay”? © Pearson Education 2012

객체지향 개발 시스템 분석과 설계의 기본 단위로서 객체를 사용 클래스와 상속의 개념에 기초한 객체지향 모델링 13장: 정보시스템 개발 시스템 개발의 개요 객체지향 개발 시스템 분석과 설계의 기본 단위로서 객체를 사용 객체(Object): 객체는 데이터와 그 데이터를 조작하기 위한 특정 프로세스를 결합시킨다 객체에 캡슐화된(encapsulated) 데이터는 그 객체와 관련된 연산(operation), 또는 메소드(method)에 의해서만 접근과 수정이 가능 클래스와 상속의 개념에 기초한 객체지향 모델링 객체는 한 클래스에 속하며 그 클래스의 속성을 갖는다 객체들의 클래스는 좀 더 일반적인 클래스의 구조와 속성을 상속 받을 수 있음 This slide introduces the second of the two main system modeling methodologies – object-oriented development. A key concept here is that of class and inheritance. Ask students what a class is – (general category of similar objects) and to describe objects that might be in the same class. For example, what objects might be in the category “Degrees” in a university’s information system? © Pearson Education 2012

시스템 개발의 개요 13장: 정보시스템 개발 © Pearson Education 2012 This graphic illustrates the concept of class and inheritance in object-oriented development. The Class employee allows subclasses to be created using the “template” or superclass “Employee” and use the processes and properties defined for Employee. Subclasses can use properties of their superclass and also add their own properties. If a subclass “Intern” was added to this chart, what unique properties might it have? © Pearson Education 2012

객체지향 개발 객체지향 개발은 전통적인 구조적 개발보다 더 반복적이고 점증적 13장: 정보시스템 개발 시스템 개발의 개요 객체지향 개발 객체지향 개발은 전통적인 구조적 개발보다 더 반복적이고 점증적 시스템 분석: 시스템과 사용자 간의 상호작용을 분석하여 필요한 객체들을 파악 설계 단계: 객체들이 행태와 객체들간의 상호 작용을 결정; 클래스, 하위 클래스, 계층 구성 구현: 일부 클래스는 기본 클래스 라이브러리를 재활용 객체들을 재활용할 수 있으므로 객체지향 개발은 개발 시간과 비용을 절감할 수 있다 This slide continues the discussion of object-oriented development, highlighting unique considerations during the systems development process. Ask students to perform some rudimentary systems analysis and design for an information system that managed inventory for a department store. What classes might be created? What properties would they have? What subclasses would there be for one of these classes and what properties would they inherit? It is important to emphasize that object-oriented development can reduce the time and cost of development through reusing objects and classes from one application for other applications. © Pearson Education 2012

컴퓨터 지원 소프트웨어 공학(Computer-aided software engineering (CASE)) 13장: 정보시스템 개발 시스템 개발의 개요 컴퓨터 지원 소프트웨어 공학(Computer-aided software engineering (CASE)) 개발을 자동화하고 반복적인 작업을 줄여주는 소프트웨어 도구로 다음 기능을 제공 차트와 다이어그램을 자동으로 생성하는 그래픽 기능 화면과 리포트 생성기 분석과 검사 도구 데이터 사전 코드 및 문서 생성기 수정과 변화를 자동화하고 프로토타입 기능을 제공함으로써 반복적 설계를 지원 CASE 도구들을 효과적으로 사용하려면 조직의 원칙이 필요 CASE tools are software tools to automate development tasks for either of the two methodologies just discussed (structured, object-oriented). What does it mean that organizational discipline must be used to be used effectively? What kinds of gains in productivity can be expected if CASE tools are used properly? © Pearson Education 2012

시스템 개발 방법 전통적인 시스템 생명주기 프로토타이핑 최종 사용자 개발 응용소프트웨어 패키지 아웃소싱 시스템 개발 방법 13장: 정보시스템 개발 시스템 개발 방법 시스템 개발 방법 전통적인 시스템 생명주기 프로토타이핑 최종 사용자 개발 응용소프트웨어 패키지 아웃소싱 Structured methodology and object-oriented development describe the structure of the software applications used by information systems. The next slides discuss different ways in which the work by the teams involved in creating this software can be organized. Ask students to evaluate which of these methods, if implemented effectively, they think might produce the highest ROI. Which might be the riskiest? © Pearson Education 2012

전통적인 시스템 생명주기: 가장 오래된 정보시스템 개발 방법 시스템을 개발하기 위한 단계적 접근 방법 13장: 정보시스템 개발 시스템 개발 방법 전통적인 시스템 생명주기: 가장 오래된 정보시스템 개발 방법 시스템을 개발하기 위한 단계적 접근 방법 폭포수(waterfall) 접근 방법: 한 단계의 작업이 끝나야 다음 단계의 작업이 시작 정보시스템 전문가와 최종 사용자의 역할을 명확히 구분 정형화된 명세서와 문서 작업을 강조 거대하고 복잡한 시스템을 개발할 때 여전히 사용 많은 비용과 시간이 소요되며 유연성이 부족 This slide describes the first method for building systems, the traditional systems life-cycle. Ask students what the effects of unanticipated user requirements are when using this type of building method. What is the role of end users in this method? © Pearson Education 2012

프로토타이핑 신속하고 저렴하게 실험시스템을 만들어 사용자의 평가를 받아보는 방식 13장: 정보시스템 개발 시스템 개발 방법 프로토타이핑 신속하고 저렴하게 실험시스템을 만들어 사용자의 평가를 받아보는 방식 시제품(Prototype): 작동하지만 정보시스템의 예비 버전 시제품은 최종 시스템을 만들기 위한 템플릿으로 사용될 수 있 음 프로토타이핑 단계 사용자의 요구사항 파악 초기 시제품 개발 시제품 사용 시제품 수정 및 개선 This slide discusses the second method of systems building, prototyping. It is an explicitly iterative process. The term iterative has been used several times; ask students to describe what this means (steps to build the system can be repeated over and over). What are the benefits of an iterative process? Note that once no more iterations are needed, the prototype becomes the finished specifications for the final application, or may serve as the production version of the application. © Pearson Education 2012

시스템 개발 방법 13장: 정보시스템 개발 © Pearson Education 2012 This graphic illustrates the four steps (rectangles) of prototyping. The steps that are repeated are steps 3) Use the prototype and 4) Revise and enhance the prototype. Would this type of system development be appropriate for developing a large, enterprise management system? © Pearson Education 2012

프로토타이핑의 장점 단점 시스템 개발의 필수 단계를 간과할 우려가 있음 13장: 정보시스템 개발 시스템 개발 방법 프로토타이핑의 장점 요구사항이나 설계 해결책에 불확실성이 있을 때 유용 종종 최종 사용자 인터페이스 설계를 위해 사용 사용자의 요구사항을 충족시키는 시스템을 개발할 가능성이 높음 단점 시스템 개발의 필수 단계를 간과할 우려가 있음 대용량의 데이터나 많은 수의 사용자를 쉽게 수용하지 못하는 경우가 있음 철저한 검사와 문서화 단계 간과할 수 있음 This slide continues the discussion of prototyping, listing the advantages and disadvantages to using this method of building systems. Ask students to explain these advantages and disadvantages. For example, why is prototyping useful if there is uncertainty in requirements? What kinds of essential steps might be glossed over? © Pearson Education 2012

최종 사용자 개발: 4세대 언어를 사용해 기술 전문가의 도움 없이(또는 약간의 도움만으로) 정보시스템을 직접 개발 13장: 정보시스템 개발 시스템 개발 방법 최종 사용자 개발: 4세대 언어를 사용해 기술 전문가의 도움 없이(또는 약간의 도움만으로) 정보시스템을 직접 개발 4세대 언어: 전통적인 프로그래밍 언어에 비해 비절차적 PC 소프트웨어 도구 질의어(Query languages) 보고서 생성기(Report generators) 그래픽 언어(Graphics languages) 응용프로그램 생성기(Application generators) 응용소프트웨어패키지(Application software packages) 최상위 프로그래밍 언어(Very high-level programming languages) This slide discusses a third alternative method in systems building, end-user development. What does it mean that fourth-generation languages are less “procedural” than conventional programming languages? What is an example of a conventional programming language? Ask students to describe or give an example of each type of fourth generation language category. © Pearson Education 2012

최종 사용자 개발(계속): 장점: 단점: 최종 사용자 개발 관리 프로젝트의 더 신속한 완료 높은 수준의 사용자 참여와 만족도 13장: 정보시스템 개발 시스템 개발 방법 최종 사용자 개발(계속): 장점: 프로젝트의 더 신속한 완료 높은 수준의 사용자 참여와 만족도 단점: 프로세스 집약적 응용프로그램에 적합하지 않음 부적절한 관리 및 통제, 검사, 문서화 데이터 통제권 상실 최종 사용자 개발 관리 최종 사용자 정보시스템 프로젝트의 투자 타당성 검토 필요 하드웨어, 소프트웨어, 그리고 품질에 대한 표준설정 This slide continues the discussion of end-user development. What types of projects might end-user development be most suited for? How might this type of development result in a loss of control over data? © Pearson Education 2012

응용 소프트웨어 패키지 시간과 비용 절약 고객화(customization) 기능 제공: 패키지 평가기준은 다음을 포함: 13장: 정보시스템 개발 시스템 개발 방법 응용 소프트웨어 패키지 시간과 비용 절약 고객화(customization) 기능 제공: 조직의 독특한 요구사항을 만족시키기 위해 소프트웨어 패키지의 전체적인 통합성은 유지하면서 일부 기능만을 수정 패키지 평가기준은 다음을 포함: 패키지에 의해 제공되는 기능들, 유연성, 사용자 편의성, 하드웨어와 소프트웨어 자원, 데이터베이스 요구 사항, 설치 및 유지보수에 드는 노력, 문서, 공급업체의 수준, 그리고 비용 등 제안요청서(Request for Proposal (RFP)) 패키지 소프트웨어 납품업체에게 제공되는 상세 질문 리스트 여러 소프트웨어 패키지를 평가할 때 사용 This slide discusses a fourth alternative in systems building, the use of application software packages. It is important to note that many functions are common to all business organizations—payroll, accounts receivable, or inventory control. Software packages will fulfill the need for many organizations for these types of functions. However, it is still important to perform systems analysis in order to determine your organization’s requirements for a system. Step through and explain (or have students explain) the evaluation criteria for a package. For example, you would want to outline the functions you need from the package and determine whether the software package provides that. © Pearson Education 2012

아웃소싱 여러 유형 클라우스(Cloud)와 사스( SaaS) 제공업체 외부업체 시스템 개발 방법 13장: 정보시스템 개발 시스템 개발 방법 아웃소싱 여러 유형 클라우스(Cloud)와 사스( SaaS) 제공업체 계약한 기업들은 서비스 제공자가 제공하는 소프트웨어와 컴퓨터 하드웨어를 사용 외부업체 설계와 소프트웨어 개발을 위해 고용 국내 아웃소싱 고객사가 가지고 있지 못한 기술, 자원, 그리고 자산을 아웃소싱 기업이보유하고 있다는 사실 때문에 주로 추진 해외 아웃소싱 비용 중심적 경향 This slide describes a fifth alternative in systems building, outsourcing. SaaS and cloud computing were introduced in chapter 5. Have students describe these types of outsourcing in their own words. Refer students to the Learning Tracks on outsourcing and cloud computing. © Pearson Education 2012

아웃소싱 (계속) 장점 IT 니즈에 대한 유연성 제공 단점 숨겨진 비용 비즈니스 프로세스를 제 3자에게 공개 13장: 정보시스템 개발 시스템 개발 방법 아웃소싱 (계속) 장점 IT 니즈에 대한 유연성 제공 단점 숨겨진 비용 업체 파악 및 선정 비용 새로운 업체로의 전환 비용 비즈니스 프로세스를 제 3자에게 공개 This slide continues the discussion of outsourcing. It is important to emphasize the amount of work involved in partnering and sharing work with a vendor. It may take anywhere from 3 months to a year to fully transfer work to a vendor. What other types of hidden costs can students identify? © Pearson Education 2012

시스템 개발 방법 13장: 정보시스템 개발 © Pearson Education 2012 This graphic looks at the best and worst case scenarios regarding hidden costs in outsourcing. The best case column shows the lowest estimates for additional costs, and the worst case reflects the highest estimates for these costs. In the Additional Cost column at the lower right, you can see that hidden costs increase the total cost of an offshore outsourcing project by an extra 15 to 57 percent. However, it is important to note that even with these extra hidden costs, many firms will benefit from offshore outsourcing if they manage the work well. © Pearson Education 2012

신속응용프로그램 (Rapid application development (RAD)) 개발 13장: 정보시스템 개발 디지털 기업을 위한 응용프로그램 개발 신속응용프로그램 (Rapid application development (RAD)) 개발 매우 짧은 시간 내에 작동 시스템(workable systems)을 만드는 프로세스 다음과 같은 기술 활용: 비주얼 프로그래밍 등의 도구 활용 시스템 핵심 요소의 반복적 프로토타이핑 프로그램 코드 생성의 자동화 최종 사용자와 정보 시스템 개발자 사이의 긴밀한 팀워크 The next slides discuss application development methods that emphasize providing fast solutions needed in an increasingly digital world. What elements in RAD are similar to building methods already discussed are used in RAD– CASE tools, prototyping, etc.? © Pearson Education 2012

공동응용프로그램개발(Joint application design (JAD)) 13장: 정보시스템 개발 디지털 기업을 위한 응용프로그램 개발 공동응용프로그램개발(Joint application design (JAD)) 정보 요구사항의 신속한 수집과 초기 시스템 설계를 위해 활용 최종 사용자와 정보시스템 전문가가 한 자리에 모인 대화의 자리에서 시스템 설계에 대해 논의 설계 단계를 상당히 가속화시킬 수 있으며 사용자의 적극적 참여를 유도 JAD is a second technique for accelerating the systems building process. © Pearson Education 2012

민첩개발(Agile development) 13장: 정보시스템 개발 디지털 기업을 위한 응용프로그램 개발 민첩개발(Agile development) 큰 프로젝트를 반복적이고 지속적인 피드백을 통해 짧은 기간에 마무리 할 수 있는 일련의 하위 프로젝트들로 분해하여 가동 시스템을 빨리 만드는 데 집중 하위 프로젝트(Subprojects) 마치 하나의 완벽한 프로젝트인 것처럼 한 팀에 의해 수행 반복과 지속적인 피드백을 이용해 빠른 시간 내에 개발 협업을 독려하고 빠르고 효율적인 의사결정을 위해 대면 대화를 강조 Agile development is a third technique used to accelerate the systems building process. Could all three of the techniques described be used at the same time? © Pearson Education 2012

컴포넌트 기반 개발(Component-based development) 13장: 정보시스템 개발 디지털 기업을 위한 응용프로그램 개발 컴포넌트 기반 개발(Component-based development) 공통적인 기능(예, 온라인 주문)을 위한 소프트웨어를 제공하고 대규모 기업 응용프로그램 개발을 위해 결합할 수 있는 객체들의 집합. 웹 서비스(Web services) XML과 개방형 인터넷 프로토콜을 사용하는 재사용 가능한 소프트웨어 컴포넌트 데이터와 서비스 공유를 위한 맞춤형 프로그래밍이 없이도 응용프로그램들이 서로 통신할 수 있도록 지원 신용 확인, 조달 또는 제품 주문과 같은 좀 더 복잡한 거래를 처리하기 위해 다른 웹 서비스를 이용 가능 플랫폼과 단말기에 독립적인 표준 사용은 상당한 비용절감과 다른 회사와의 협업 기회 제공 Component-based development also speeds up system and software building. Web services describe Internet-standards based reusable software components, that can be combined to build more complex applications, such as checking a customer’s credit, procurement, or placing orders. © Pearson Education 2012

13장: 정보시스템 개발 © Pearson Education 2012