ERP 시스템의 구축 ERP 시스템의 구축 기업이 ERP 시스템의 도입을 검토하는 단계에서부터 실제 업무에 적용하고 사후관리에 들어가는 단계에 이르기까지 시스템을 효과적으로 사용하기 위해 필요한 모든 활동.

Presentation on theme: "ERP 시스템의 구축 ERP 시스템의 구축 기업이 ERP 시스템의 도입을 검토하는 단계에서부터 실제 업무에 적용하고 사후관리에 들어가는 단계에 이르기까지 시스템을 효과적으로 사용하기 위해 필요한 모든 활동."— Presentation transcript:

1 ERP 시스템의 구축 ERP 시스템의 구축 기업이 ERP 시스템의 도입을 검토하는 단계에서부터 실제 업무에 적용하고 사후관리에 들어가는 단계에 이르기까지 시스템을 효과적으로 사용하기 위해 필요한 모든 활동

2 1. SAP의 ASAP SAP의 R/3제품을 구축하기 위해 사용되는 ASAP Accelerated SAP 프로젝트 준비
프로젝트팀 구성 마스터 계획(일정, 예산, 인력) 수립 비즈니스 상세계획 시스템 환경개발, 비즈니스 조직구조 정의 비즈니스 프로세스에 대한 상세계획 완성 시스템 구현 변경에 대한 기준을 구성, 확인, 보고서와 최종 사용자문서 생성 최종 준비 최종 사용자 교육/훈련 종합 테스트절차를 통한 시스템 개통 시스템 실행 및 지원 시스템의 현업무 적용 업그레이드를 포함한 사후관리

3 2. Oracle의 AIM Application Implementation Methodology 프로젝트 정의
현업분석 제품설계 구 축 전 환 제품완료 프로젝트 정의 ERP구축 전 단계에 대한 프로젝트 작업계획 등의 수립 현장 요구사항을 수집 후 패키지와의 차이분석 추가개발이나 보완에 대한 구체적인 해결책을 마련 및 구조설계 추가개발 및 보완프로그램이 개발 및 설치 시스템가동 준비가 완료되면 애플리케이션의 셋업을 통해 시스템가동 시스템을 본격적으로 운용 및 향후전략에 대한 제안

4 3. SAP과 Oracle 비교 프로젝트 준비 현업분석 제품설계 구 축 전 환 제품완료 프로젝트 정의 비즈니스 상세계획
구 축 전 환 제품완료 프로젝트 정의 비즈니스 상세계획 시스템 구현 최종 준비 시스템 실행 및 지원

5 SDLC와 방법론 SDLC (System Development Life Cycle)
정보시스템의 개발과정을 하나의 논리적 과정으로 정의하여 개발에 참여하는 Software Engineer, Programmer, 사용자가 비즈니스 문제를 풀어나가는 과정을 말함 방법론 논리적 Life Cycle를 물리적으로 구현한 것 각 단계별로 Step-by-Step Activity를 정의 각 Activity별로 사람이나 그룹의 역할을 정의 각 Activity별로 산출물과 품질표준 (Quality Standard)을 정의 각 Activity별로 사용할 Tool과 기법 (Technique)을 정의 훌륭한 방법론은 개발전체의 과정을 모두 다루어야 한다 단계에 따라 필요에 따라 여러 가지의 도구와 기법이 사용된다

6 시스템 개발의 원칙 1. Owner와 User를 참여시킨다 2. Problem-Solving Approach
참여를 통해 합의를 도출한다 의사소통 문제를 방지한다 참여과정을 통해 이해의 폭을 넓힌다 2. Problem-Solving Approach 문제의 연구와 이해 적정해법에 대한 요구정의 대안해법의 도출 (Relevance, Feasibility 의 분석) 최적 대안의 선정 (해법) 해법의 설계 및 구현 구현된 해법의 평가, 영향분석, 조정 문제의 잘못된 파악이나 해법도출을 게을리하여 잘못되는 경우가 많다

7 시스템 개발의 원칙 3. 단계(Phase)와 Activity의 설정 개발 단계
개괄적 조사 탐구 (Preliminary Investigation) 문제 분석 (Problem Analysis) 요구분석 (Requirement Analysis) 의사결정분석 (Decision Analysis) 설계 (Design) 구축 (Construction) 구현 (Implementation) 운영 및 지원단계 ( Operation & System Support )

8 시스템 개발의 원칙 4. 표준의 설정을 통한 일관성의 유지 표준화 대상 문서화 방법
문서화 범위, 방법, 절차, 표현기법 등을 표준화 품질평가방법 산출물의 품질 산출물 : 시스템 구성요소, 프로그램, 문서, 교육훈련 방안 등 개발의 결과의 생성물 Activity 책임 의무 자동화 도구 (Automated Tool) 개발도구의 종류를 표준화하여 사용한다 정보기술 (IT) 표준적으로 사용하는 기종, 운영체제, Database 등

9 시스템 개발의 원칙 5. 시스템은 자본투자이다 문제해결을 위해 복수의 대안을 설정할 것
각 대안에 대하여 가능한 방안과 비용-효과 분석을 할 것 모든 행위에 대하여 비용/효익 분석이 동반되어야 한다 Risk Management 발생할 각 위험요소에 대한 대안을 마련한다

10 시스템 개발의 원칙 6. 취소나 수정을 두려워 하지 말라 잘못된 개발보다 수정이나 개발의 취소가 낫다
Check Point를 설정한다 각 체크 때 마다 기 투자된 비용에 연연하지 말아야 한다 각 체크 때 마다 변경가능성을 재검토 한다 프로젝트의 취소도 언제나 가능하다 프로젝트 범위의 증가에 따라 비용과 일정의 재평가를 한다 7. 시스템 문제접근 모든 시스템은 상위시스템(Super-System)의 일부이고 또 복수의 하위시스템(Sub-System)을 갖는다 시스템 문제 접근은 시스템을 Sub-System으로 나누고 각 시스템을 해결한 뒤 다시 조립하는 것 보다 해결하기 쉽고 (Feasible) 동작이 안전하며 (Stable) 믿을 수 있고 (Reliable) 관리가 편리하다 (Manageable)

11 시스템 개발의 원칙 시스템의 성능저하, 기능상실에 따라 유지보수가 지속적으로 필요하다
8. 시스템이 변화하고 대형화 됨을 항상 감안하라 현재 주어진 요구사항에만 맞춰진 개발은 부적절하다 시스템의 성능저하, 기능상실에 따라 유지보수가 지속적으로 필요하다 System Support Planning Design Analysis Implementation 비즈니스 문제 해결 필요 문제분석 요구분석 적정해법 해법의 구현완료 시스템 부적합 관련 신규 비즈니스 문제 또는 요구 발견 동일 문제에 대한 신규 해법발견 구현상 오류발견

12 시스템 개발의 단계 프로젝트 진행 순서 별 단계 개괄적 조사 (Preliminary Investigation)
문제분석 (Problem Analysis) 요구분석 (Requirement Analysis) 의사결정분석 (Decision Analysis) 설계 (Design) 구축 (Construction) 가동구현 (Implementation) 운영 및 지원 (Operation & Support)

13 표준적 개발방법론 check point

14 시스템 개발의 단계 1. 개괄적 조사 (Preliminary Investigation) 단계 프로젝트 수행의 필요성 검토
문제, 기회, 방향의 정확한 분석 산출물: 범위, 개괄적 요구사항, 제약조건, 참여자, 예산, 일정 2. 문제분석 (Problem Analysis) 단계 기존 시스템의 연구와 이해 1단계의 개괄적 조사 탐구결과에서 시작한다 용어, 전제조건, 역사의 이해 필요한 경우 문서화 한다 산출물: 시스템 개선 목표서

15 시스템 개발의 단계 3. 요구분석 (Requirement Analysis) 단계 비즈니스 요구사항의 우선순위를 결정한다
Data, Process, Interface의 각 요구사양을 결정한다 기술적 관점으로 판단하는 것이 아니라 비즈니스 관점으로 판단하여야 한다 2단계의 문제분석 단계의 결과인 시스템 개선 목표에 대한 검증 각 비즈니스 요구에 대한 우선순위를 분석하여 결정한다 인터뷰, 설문, 회의를 통해 각 요구사항을 검증한다 산출물: 비즈니스 요구사양서

16 시스템 개발의 단계 4. 의사결정분석 (Decision Analysis) 단계
비즈니스 요구사양에 대한 전산화 처리 범위와 방법결정 대안의 상정과 분석 전산화 범위 개발 구현 또는 구매를 통한 구축 사내 Network 또는 Web-based 방법 신기술의 도입여부 기술적 가능성 개발에 대한 기술적 소화능력이 있는지 여부 운영적 가능성 개발된 시스템이 사용자의 요구를 만족시키는지 여부 경제적 가능성 비용대비 효과가 있는지 여부 일정상의 가능성 일정을 맞출 있는지 여부 위험관리상의 가능성 성공가능성의 검토 의사결정 투자여부가 결정된다 필요에 따라 조정된 프로젝트로 결정된다 산출물: 시스템 제안서 (System Proposal)

17 시스템 개발의 단계 5. 설계 (Design) 단계 비즈니스 요구사양과 시스템 제안서에 따라 설계사양을 만든다
기술적 설계방안을 사용자, Vendor, IT 전문가에게 의뢰하는 단계 Completeness, Usability, Reliability, Performance, Quality standard에 맞는 설계방안은 강구 설계사양서는 문서로 만들거나 실행 가능한 Prototype으로 개발한다 다른 시스템과의 통합을 고려한 설계 기술적 실현 가능성에 대한 판단에 따라 프로젝트 수행여부를 결정하는 단계 산출물: 설계사양서(Design Specification)

18 시스템 개발의 단계 6. 구축 (Construction) 단계
비즈니스 요구사양과 설계사양을 만족시킬 시스템을 구축하고 시험한다 기존시스템과의 통합을 위한 Interface를 구현한다 하드웨어 및 소프트웨어의 설치 및 시험가동 7. 가동구현 (Implementation) 단계 새로이 개발된 시스템을 가동하기 위한 전환가동단계 기준자료입력, 자료의 변환, 병행가동, 교육훈련

19 시스템 개발의 단계 8. 운영 및 지원 (Operation & Support) 단계
시스템을 실제 비즈니스에 적용하여 가동하는 단계 지속적 유지보수가 필요 사용자를 위한 기술적 지원 새로운 사용자에 대한 교육훈련 기존 사용자에 대한 지속적 사용지원 3가지 시스템 유지보수 오류수정 (Bug-Fix) 신규 요구의 반영 기술발전, 신규요구사항, 신규 문제처리 시스템 복원 (System Recovery) Hardware, Software, Database Recovery

20 시스템 개발의 단계 프로젝트 단계 각 단계는 시작 시점의 관점에서 순서를 갖는다
단계의 진행은 직렬(Serial)적이지 않고 병렬(Parallel)로 진행된다 전체시간의 단축 + 개발의 효율 + 상호의존적 개발의 특성 기존의 폭포수 모형과 차이가 있음 계획-요구분석-설계-구현-시험-유지보수, 필요에 따라 부분 또는 전체의 반복 실제의 상황에 잘 맞지 않음 단계 사이의 필요한 교류를 허용할 수 있다 ID 1 2 3 4 5 6 7 8 9 Project Management 개괄적 조사 문제 분석 요구 분석 의사결정 분석 설계 구축 가동구현 운영 및 지원 5월 6월 7월 8월 9월 10월 11월 12월 1월 2004년 2005년 Task Name