|
|
구 분 | 기존 시스템 | ERP 시스템 |
사용이유 | 단순업무 전산화 | 기업전략 강화 |
사용고객 | 중소/대기업 구분 | 중소/대기업 모두 |
지역적 전개 | 로컬 | 글로벌 |
S/W 범위 | 업무의 일부 | 전체업무를 통합 |
도입결정의 특징 | 밑에서 위로(상향식, Bottom-Up) | 위에서 밑으로(하향식, Top-Down) |
도입방법의 결정 | 소스코드 수정 | 패러미터 설정 |
버 전 업 | 어렵다 | 쉽다 |
비 용 | 커스터마이징 | S/W 라이선스 |
□ Customize형 ERP와 Non-Customize형 ERP 시스템을 비교 설명하시오.
◦ Customize의 ERP
∙ 주문자의 요구 또는 제품 공급의 과정상 발생한 상황을 고려하여 제공되는 제품의 SPEC,
또는 기증을 사용자에게 맞게 조정하는 것
∙ Non-Customize보다 BPR의 효과 및 업무의 프로세스 표준화가 적다
∙ 최신의 업무표준과 기술반영이 적다.
◦ Non - Customize의 ERP
∙ 선택의 자유시대에 적합한 최신의 표준 ERP 시스템
∙ 쉽게 선택될 수 없는 ERP(자사에 맞게 구축해야 함으로)
∙ 절차적 도입 방법(데이타와 프로세스 관점) : 전략 ⇨ 분석 ⇨ 설계 ⇨ 구축
∙ 완벽한 패키지 형태의 ERP 시스템을 구축할 수 있다.
□ Customize형 ERP의 장․단점 및 구축절차를 설명하시오.
◦ Customize형 ERP의 장․단점
∙ 장점
- 사용자의 요구사항이 충실히 반영된 정보시스템을 구축 할 수 있다.
- 비 정형화 및 예외적 업무수행이 용이하다.
∙ 단점
- 사용자 업무능력 및 시스템 개발능력에 의존한다.
- 정보시스템의 수명 단기화를 초래 할 수 있다.
◦ ERP 구축절차
∙ ERP 계획 수립 과정 : 전략계획 수립 ⇨ 전술계획 수립 ⇨ 운영계획 수립
- 전략계획 수립 : 기업평가분석 ⇨ 정보시스템의 환경분석 ⇨ 전략정보시스템 계획의 개발
- 전술계획 수립 : 조직의 정보요구 분석, 평가 ⇨ 마스터 플랜(개발계획)의 취합 ⇨ 자원할당
계획의 개발 ⇨ 운영계획의 개발
- 운영계획의 수립 : 운영계획의 개발
□ ERP 시스템 구축 4단계를 설명하시오.
◦ ERP 구축 4단계 : 분석 ⇨ 설계 ⇨ 구축 ⇨ 구현
∙ 분석에 대한 세부사항 및 절차
- 프로젝트팀(TFT) 구성
- AS-IS 시스템 문제 파악
- 현업 요구 분석
- 세부 추진일정계획 수립
- 경영전략 및 비전 도출
- 주요성공요인 도출
- 목표와 범위 설정
- 시스템 설치(H/W, S/W)
- 교육
∙ 설계에 대한 세부사항 및 절차
- TO-BE Process 도출
- GAP 분석(패키지 기능과 TO-BE 프로세스와의 차이 분석)
- 패키지 설치 및 파라미터 설정
- 추가개발 및 수정보완 문제 논의
- 인터페이스 문제 논의
- 사용자 요구대상 선정 Customize
- 교육
∙ 구축에 대한 세부사항 및 절차
- 모듈 조합화
- 테스트
- 추가개발 또는 수정 기능 확정
- 인터페이스 프로그램 연계 테스트
- 출력물 제시
- 교육
∙ 구현에 대한 세부사항 및 절차
- Prototyping : 실 데이터 입력후 시스템을 시험적으로 운영하는 과정
- Data Conversion : 기존 시스템에서 필요한 데이터를 ERP 시스템으로 전환
- 시스템 평가
- 교육
- 유지보수
- 향후 일정 수립
□ AS-IS분석과 TO-BE 분석을 비교 설명하시오.
◦ AS-IS
∙ 목적
- 현행 업무 프로세스를 진단, 정립한다.
- 현행 시스템의 구성 현황을 파악하고 개선점을 파악한다.
- 업무관련 용어의 용이한 해석과 명확한 의사소통을 위해 표준의 업무용어를 초기 식별하고
정의한다.
- 사용자와의 인터뷰를 통해 현행 업무 프로세스 분석 결과를 확인하고 추가적인 문제점 및
개선 요구사항을 도출한다.
∙ 역할과 책임
- 분석-설계자 : 현행 업무 프로세스 및 시스템 분석 수행
- 현업담당자 : 현행 업무 프로세스 및 시스템에 대한 정보 제공 및 개선점 제시, 사용자 부서
업무협조 요청 및 조정, AS-IS 비즈니스 모델 및 시스템 현황 조사결과 검토
∙ 착수기준 : 프로젝트 착수
∙ 완료기준 : AS-IS 비즈니스 모델 작성 완료
◦ TO-BE
∙ 목적
- 개선된 비즈니스 프로세스와 조직 관계를 정의한다.
- 주요 비즈니스 엔터티를 도출하고, 그들 간의 관계를 분석한다.
- 상위 레벨의 업무 기능 구조를 정의한다.
∙ 역할과 책임
- 분석/설계자 : 비즈니스 프로세스 개선점 파악 및 비즈니스 개념 모델링을 수행
- 현업 담당자 : 현행 업무에 대한 개선 프로세스 정립, 사용자 부서 참여 유도 및 조정,
도메인 분석 산출물 검토
∙ 착수기준 : AS-IS 비즈니스 모델 작성 완료
∙ 완료기준 : TO-BE 비즈니스 모델 작성 완료
□ ERP 시스템의 기능적 및 기술적 특성
◦ 기능적 특성
∙ 통합업무시스템이다.
∙ 세계적인 표준업무 프로세스이다.
∙ 그룹웨어와 연동이 가능하다.
∙ 파라미터 지정에 의해 개발되어진다.
∙ 확장 및 연계성이 뛰어난 오픈 시스템이다.
∙ 글로벌 대응이 가능하다.
∙ 경영자 정보 시스템(EIS)를 제공한다
∙ 전자자료교환(EDI)과 전자거래대응이 가능하다.
◦ 기술적 특성
∙ 클라이언트 서버 시스템
∙ 4세대 언어 TOOL
∙ 관계형 데이터베이스(RDBMS)
∙ 객체지향기술(OOT)
첫댓글 GAP분석은 패키지기능과 TO-BE프로세스의 차이분석인 "설계"단계!