정보시스템 개발과정(IS Development Process)

시스템분석 및 설계(Systems Analysis & Design)

3주차

2

목차

♥ 정보시스템 수명주기 (Lifecycle)♦ 사전조사 (Preliminary investigation)♦ 개발 (Development)♦ 운영/지원 (Operation/Support)

♥ 정보시스템 개발♦ 업무(Tasks)♦ 방법(Methods)♦ 기법(Technique)

IS 수명주기(Lifecycle)♥ 사전조사 (Preliminary investigation)

♦ 개발 동기 (Initiative)♦ 개발 타당성 조사 (Preliminary Feasibility test)

♥ 개발 (Development)♦ 기획(Planning)♦ 분석(Analysis)♦ 설계(Design)♦ 구현(Implementation)♦ 설치(Installation)

♥ 운영/지원 (Operation/Support)

사전 조사(Preliminary investigation)

♥ 개발 동기 (Initiative)♦ 기술주도형(technology push)

♣ 전략적 시도(strategic initiative)♣ 벤치마킹(benchmarking)

♦ 요구주도형(demand pull) ♣ 시장/고객(users or customers)

♠ 운영상의 문제점 속출(operational issues)♠ 사용자불만(users complaints)

♣ 경쟁사(competitors)♦ 외부 강요형(compliance to regulation)

♣ 법규(law, ordinance)

♥ 전사적인 정보화 계획 확인 (Identify ISP)♦ 부재시 정보화전략 수립(Establish IT strategy.)♦ 존재시 정보화 계획과의 연계(Align with business strategy)

개발 타당성 조사 (Feasibility test)♥ 경제적 타당성 (Economic feasibility)

♦ 비용/효과 분석 (Cost-Benefit Analysis)♦ 유형(Tangible) vs. 무형(Intangible)

♥ 기술적 타당성 (Technical feasibility)♥ 사회적 타당성 (Social feasibility)

♦ 시기♦ 조직 문화

♥ 일정 타당성(Schedule feasibility)♥ 전략적 타당성 (Strategic feasibility)

경제적 타당성 (Economic feasibility)

♥ 비용/효과 분석 (Cost-Benefit Analysis)♦ 유형(Tangible) vs. 무형(Intangible)

♦ NPV, Payback period, IRR

♦ 비용(Cost): generally well-known

♣ 일회성 비용(one-time cost) vs. 반복성 비용(recurring cost)

♣ 비용항목(Expense items)

♠ 개발 장비 및 도구 (equipment, software)

♠ 컨설팅(consulting)

♠ 개발자: 외주(outsourcing) vs. 자체(in-house)

♠ 교육훈련(education & training)

♠ 지원비(extra cost)

♦ 효과(Benefit): fuzzy

♣ 비용 절감(cost reduction)

♣ 수익 향상(revenue increase)

♣ 시장 창출(market creation)

♣ 서비스 수준(service level), 고객만족도(customer satisfaction) 향상♣ 생존(survival), 시범 사업(pilot project)

기술적 타당성 (Technical feasibility)

♥ 기술의 성숙도(Maturity)♦ Gartner’s Hype cycle♦ 항공권 예약 시스템 사례 (Airline Reservation System)

♥ Risks♦ with technology♦ with engineers or technicians

♣ 신기술의 경우 교육 훈련 가능성 여부 (training for emerging technologies)

♣ 충분한 기술진 확보 여부(pool of available engineers/technicians)

사회적 타당성 (Social feasibility)

♥ 시기 (timing)♦ Not too early

♥ 기술 수용 문화 (IT culture)♦ 호의적(hospitable) vs 적대적(hostile)

♥ 조직 구성원 기술 수준♦ 친숙도(familiarity)

♥ Home trading system case(온라인 증권거래시스템)♦ PC 통신 시절 (before Internet technology)

일정 타당성(Schedule feasibility)

♥ 개발 일정의 적정성(project duration)♦ Not too short

♥ 완료일의 융통성(flexibility in delivery time)♦ Deadline flexibility

♥ 소요자원(required resource)의 확보 일정♦ Resource availability in time♦ People with necessary skills and expertise

전략적 타당성 (Strategic feasibility)

♥ 전략적 효과 여부(strategic effect)♦ 공공사업(public project)에서는 정책적 타당성으로 불림

♥ 시범 사업(pilot project)?♦ 다른 타당성이 부족해도 전략적 효과를 노리고 감행(sometimes

override other infisibilities)♦ 조직 구성원들에게 기술에 대한 경험과 친숙도를 높이기

위해(providing experience and familiarity to organizational members)

11

개발(Development)

♥ 업무(Tasks)♥ 방법(Methods)♥ 기법(Technique)

개발 업무((Development Tasks)

♥ 기획(Planning)♦ Plan and monitor the project

♥ 분석(Analysis)♦ Understand the details of the problem or need

♥ 설계(Design)♦ Design the components that solve the problem or satisfy the need

♥ 구현(Implementation)♦ Build, test, and integrate system components

♥ 설치(Installation)♦ Complete system tests and then deploy the solution

♥ 평가(Assessment)

기획(Planning)

♥ Project 환경 파악(Identify project environment)

♥ 일정 계획(Scheduling)

♥ 프로젝트 팀 구성(Organizing project team)♦ 지식, 기술, 능력(knowledge, skill, ability)

♥ 프로젝트 타당성(project feasibility)♦ 일정, 소요 자원(resource requirement)

♥ 개발 과정의 진행상황 평가(monitoring progress)

♥ 프로젝트 영향 요인 제거 또는 조정(adjusting influential factors)

분석(Analysis)

♥ 현행 업무 파악 (As-is process)

♥ 요구사항(requirements) 파악♦ 모델링 (To-be process)

♣ 업무 시스템 설계(business system)

♣ BPR(프로세스 재설계)

♦ 요구 명세화(requirements specification)

♣ 잠재적 사용자 (potential users)

♣ 요구 정보(information requirement)

♠ 자료(data), 유형(type), 시기(timing), 방법(method)

♣ 사용자 목적(reason for using IS)

♣ 예) 서비스 대기 시간 단축(reducing service waiting time)

♦ 요구사항 우선순위 결정(prioritizing requirements)

설계(Design)

♥ 기술 시스템 설계(Technical system design)♦ 제약조건 파악(identifying platform constraints)

♦ 방법 선택(alternatives)

♣ 구입(purchase), 자체(in-house development), 외주(outsourcing)

♦ 자체 개발이나 외주시♣ User Interface Design

♣ Database Design

♣ Software Design

♣ System Interface design♠ 기술시스템간 interface

구현(Implementation)

♥ 프로그램 작성(programming)♥ 프로그램 검사(testing)

♦ 개별 모듈 검사(module test)♦ 모듈간 인터페이스 검사(module interface test)♦ 종합 검사(integration test)

♣ alpha test♣ beta test

설치(Installation)

♥ 신규 시스템 설치(Installing new system)

♥ 시스템 전환(Conversion)♦ 즉시 전환(Immediate)

♦ 병행처리 후 전환(after parallel processing)

♦ 단계적 전환(Stepwise)

♣ 사용자 집단(user groups)

♣ 시스템 범위(system scope)

♥ 자료 전환(Data conversion)

♥ 사용자 교육(User training)

평가(Assessment)

♥ 시스템 활용도(IS usage)

♥ 사용자 만족도(User satisfaction)

♥ 업무 성과 향상도(Improvement in task performance)

♦ 목표 달성(goal attainment)

♥ 호의적인 태도(Favorable attitude)

♥ 재무적 수익(Financial benefit)

운영/지원 (Operation/Support)

♥ 운영 및 유지 (Operation & Maintenance)♦ help desk, 교육/훈련 (education/training)

♥ 변경 및 추가요구 처리(Requirement changes or addition)

♦ corrective maintenance

♦ perfective maintenance

♦ adaptive maintenance

♦ preventive maintenance

♥ 외주 개발시 책임소재 및 비용 부담♦ In case of oursourcing

♣ Who is responsible?

♣ Who will pay for the cost?

IS 개발 방법(Methods)

♥ 진행 과정(procedure)♦ 폭포수형 (Waterfall approach)♦ 반복형 (Iterative approach)

♣ Spiral♦ 혼합형 (Mixed approach)

♣ Agile

♥ 선택 기준(Criteria)♦ 규모(size)

♦ 구조성(structuredness)

♦ 변동성(variability)

♣ 예-세무 회계 시스템(tax rate changes)

폭포수형 (Waterfall approach)

Planning

Analysis

Design

Implementation

Installation

Frozen Plan

Frozen Analysis Specification

Frozen Design Specification

반복형(Iterative – Spiral)

1. 목적, 대안, 제약들을 결정2. 대안 평가, 식별, 위험 해결

3.다음 수준프로덕트 개발, 검정

4. 다음 단계 계획

1.1 단계의 이해당사자 파악

1.2 이해당사자들의 승리조건을 파악

1.3 (a) 조건들을 일치시키고, (b) 다음단계의 목적, 제약사항, 대안을 확립

위험분석 프로토타입1 프로토타입2 프로토타입3

위험분석

위험분석

위험분석

요구사항 계획생명주기 계획

운영의 개념

개발계획

통합과테스트 계획

요구사항검증

소프트웨어요구사항

소프트웨어제품 설계

설계 검증과 검정

구현인증테스트

통합테스트

단위테스트

코드

상세설계

시뮬레이션, 모델, 벤치마크

운영프로토타입

* ReferenceStephen R. Schach, 구조적 소프트웨어 공학과 객체지향 소프트웨어 공학, 이한출판사, 1999, p.115Barry Boehm, "Anchoring the Software Process", IEEE Software July, 1996, p78

혼합형(Mixed – Agile)

Source: Introduction to Systems Analysis and Design, 6th Edition, Cengage

개발방법의 효과성 비교(Comparison)

개발도구(Tools)

♥ 모델의 생성이나 프로젝트 진행을 지원하는 소프트웨어♦ MS Visio♦ MS Project♦ CASE tools♦ IDE(Integrated development environment)♦ Code generator♦ Report generator

개발기법(Techniques)

♥ 구조적 기법(Structured technique)♦ DFD♦ ERD♦ Structure Chart

♥ 개체지향 기법(Object-oriented technique)♦ Use case diagram♦ Class diagram♦ Sequence diagram♦ State transition diagram

IS 개발시 고려사항(Considerations)

♥ 기업문화(Organizational culture)

♥ 조직설계(Organizational design)♦ 불확실성 최소화(Minimal uncertainty)

♦ 요구되는 전문성의 정도(Necessary expertise)

♦ 상호의존성 최소화(Minimal dependency)

♥ 개인, group, 조직에 미치는 영향 예측♦ 1차적(1st order effect)

♣ 직접적인 영향(direct effect)

♦ 2차적(2nd order effect)

♣ 조직 전체에 의도하지 않은 영향(Unintended effect on organization)

♦ 3차적(3rd order effect)

♣ 산업 전체에 예상하지 않은 영향(Unintended effect on industry)

IS개발 성공요건(Success factors)

♥ 업무지식(business knowledge)과 정보기술 지식(ITknowledge) 확보♦ meaningful user involvement

♦ IT professional + 프로세스 전문가(업무 전문가: process expert)♦ joint development

♥ 최고 경영진의 적극 지원(support from top managers♦ 상위 경영층의 효과적인 가시효과가 중요(visible support)

♥ 개 발 팀 원 간 의 협 조 와 의 사 소 통 (collaboration &communication)♦ 기술적인 프로젝트관리자와 사용자 부분 프로젝트 관리자의

긴밀한 협력 필요 (close cooperation among engineers and users)

시스템 개발의 실패요인(reasons for failure)

♥ 사용자 참여 부족(insufficient user participation)

♥ 사용자와 설계자 사이의 커뮤니케이션 차이(Communication gap between users and IT professionals)

♥ 경영층의 가시적 지원 부족(insufficient support from top managers)

♥ 복잡성과 위험 수준 (complexity and risk level)

♥ 극복전략(recovering tactics)

♦ 최고경영진의 지원 확보(assuring top managers’ support

♦ 사용자 교육, 강요, 설득,사용자 참여(user training and participation)

♦ 사용자 인터페이스 향상(improving user interface)

♦ 조직문제의 해결, 사용자를 위한 인센티브 재설계(giving incentives)

IS 개발시 범하기 쉬운 실수(mistakes)

♥ 모든 사람이 필요로 하는 모든 정보를 제공하는 총체적 시스템을단번에 만들겠다는 야심

♥ 너무 복잡한 시스템을 만들려는 경향♥ 사용자 중심적이지 않고 기술적으로 고도의 기법을 발휘하려는 경향♥ 개발 프로젝트에 업무 전문가가 참여하지 않는 것♥ 업무 전문가가 프로젝트에 참여하더라도 기술 시스템 설계에 대한

무관심♥ 업무 담당자들의 적극적인 지원 부족♥ 얻을 수 없는 효과를 약속하는 것♥ 개발 프로젝트의 관리 소홀♥ 구입하는 것이 경제적임에도 만들려는 생각