2018-09-17 시스템 분석과 설계 최종 학습 목표 시스템분석과 설계 과목을 통하여, 기업에서 요구되는 정보시스템의 구축과 관련된 핵심사항들에 관하여 그 개념을 이해하기 위한 전반적인 개념을 사례를 통하여 그 방법을 학습하고, 현행시스템의 개선을 위한 분석과 설계과정의.

시스템 분석과 설계 최종 학습 목표 시스템분석과 설계 과목을 통하여, 기업에서 요구되는 정보시스템의 구축과 관련된 핵심사항들에 관하여 그 개념을 이해하기 위한 전반적인 개념을 사례를 통하여 그 방법을 학습하고, 현행시스템의 개선을 위한 분석과 설계과정의 단계별 이해와 개발이전(PDP)프로세스에 관한 점검사항들을 습득하는데 그 목적이 있다. *¹: 國際大/ 권 오복

제 1장 시스템 개요 학습 목표 *시스템이란 무엇인가 ? * 시스템의 일반적 정의는 무엇인가 ?
제 1장 시스템 개요 학습 목표 *시스템이란 무엇인가 ? * 시스템의 일반적 정의는 무엇인가 ? * 정보시스템의 정의는 무엇인가 ? * 시스템의 기본요소는 무엇인가 ? * 시스템의 특성은 무엇인가 ?

1. 시스템 개요 1) 시스템의 분류 .우주 시스템 .인체 시스템 자연적 .동, 식물 체계 시스템 등 시스템 일반적 시스템 
1. 시스템 개요 1) 시스템의 분류 .우주 시스템 .인체 시스템 .동, 식물 체계 시스템 등 자연적 시스템 일반적 시스템  국가 기업 대학 정보시스템  급여(Payroll Control) 경영정보(MIS) 재고(Inventory Control) 인위적 시스템

조직, 체계 등으로 번역되는 시스템(system)
1. 시스템 개요 1) 시스템의 정의 조직, 체계 등으로 번역되는 시스템(system) 이란 무엇인가 ? “어떤 目的을 달성하기 위하여 有機的인 관계를 갖고 모인 부품들의 集合體”이다  기업의 목적 : Profit 의 극대화  인체의 목적 : 생명체 유지  가정의, 대학, 국가 등이 모두 시스템이며 시스템이 아닌 것이 별로 없다

1. 시스템 개요 3) 시스템의 일반적 정의 ? 통제 정보역류 처리 입력 R1 출력 R1 R1
1. 시스템 개요 3) 시스템의 일반적 정의 ? 통제 정보역류 처리 입력 R1 출력 R1 R1 주 변 환 경(Environment)

1. 시스템 개요 4) 시스템으로서의 기업 ? 통제 정보역류 처리 원료 인사 제품 회계 생산
1. 시스템 개요 4) 시스템으로서의 기업 ? 통제 정보역류 처리 원료 인사 제품 회계 생산 주 변 환 경(Environment)

1. 시스템 개요 5) 시스템으로서의 정보시스템 ? 통제 정보역류 처리 데이터 SW 정보 HW Network
1. 시스템 개요 5) 시스템으로서의 정보시스템 ? 통제 정보역류 처리 데이터 SW 정보 HW Network 주 변 환 경(Environment)

2)시스템은 부분이 아닌 전체로( As a Whole) 로 보아야 한다.
1. 시스템 개요 6) 정보시스템의 일반이론 ? 1)시스템의 구성원들은 상호관련적이고 相互依存的 이다. 2)시스템은 부분이 아닌 전체로( As a Whole) 로 보아야 한다. 3)시스템은 목적추구(Goal Seeking)가 중요하다. 4)시스템은 반드시 입력(Input)과 출력(Output) 이 있고 입력을 출력으로 변환시키는 처리과정(Process)가있다. 5)시스템은 무변화로 인한 붕괴(entropy)가 가능하다. 6)시스템은 목표 달성을 위하여 규제(Control) 가 있어야 한다. 7)하나의 시스템은 하위시스템(Sub System)들로 구성되는 것이 보통이다. 8)주어진 목표를 달성하는 데는 여러 가지 길이 있고 출발점이 다르더라도 동일한 목표지점에 도달할 수 있다.

1. 시스템 개요 7) 시스템의 기본요소 ? 5)control 3)Output 1)Input 2)Process
1. 시스템 개요 7) 시스템의 기본요소 ? 5)control 1)Input 2)Process 3)Output 4)Feed back 1)입력 2)처리 3)출력 4)피드백(역류) 5)제어

1. 시스템 개요 8) 정보시스템 이란? I = P(D) Data(자료) Process(처리)(+, -, *, /)
1. 시스템 개요 8) 정보시스템 이란? I = P(D) Data(자료) Process(처리)(+, -, *, /) Information(정보) 데이터와 정보 Example) Input Process Output 학적 파일 학생개개인 학적 데이터 학적 등록 프로그램 Data Process Information 학적 파일 재학생 현황 인쇄 프로그램 학과별 남.여학생 리스트

가)일괄처리시스템(Batch Processing System) 나)다중처리시스템(Multi-processing System)
1. 시스템 개요 9) 정보처리시스템의 형태 가)일괄처리시스템(Batch Processing System) 나)다중처리시스템(Multi-processing System) 다)온라인 시스템(On-line System) 라)실시간 시스템(Real Time System) 마)시분할시스템(Time Sharing System)

1. 시스템 개요 10) 시 분활 시스템이란 ? Job 1 Job 2 Job 3 Job 4 . Job n 1초 2초
1. 시스템 개요 10) 시 분활 시스템이란 ? Job 1 Job 2 Job 3 Job 4 . Job n 1초 2초 (1/100만 초) *(CPU는 한 시점에서 하나의 Job 밖에 처리하지 못한다. 만약 Job1 이 긴 시간을 요하는 것일 경우, 다른 모든 Job들은 모두 기다려야 한다. 그러나 시분할인 경우 여러 개의 Job을 거의 동시에 시작하여 기다리지 않고 모든 Job을 만족 시키는 것 이므로 효율적이다

1. 시스템 개요 11) 정보처리 시스템의 분류 ? 가. EDPS System 나. MIS System
1. 시스템 개요 11) 정보처리 시스템의 분류 ? 가. EDPS System 나. MIS System 다. DSS System 라. SIS System

가) 목적 성(Objective) 나) 자동 성(Automatic) 다) 제어 성(Control)
1. 시스템 개요 12) 시스템의 특성 ? 가) 목적 성(Objective) 나) 자동 성(Automatic) 다) 제어 성(Control) 라) 종합 성(Total System)

1. 시스템 개요 13) 시스템 분석가(System Analyst)의 역할 ? 경영층 시스템분석가 이용자 프로그래머
1. 시스템 개요 13) 시스템 분석가(System Analyst)의 역할 ? 경영층 시스템분석가 이용자 프로그래머

시스템에 문제가 생겼을 시, 1. 시스템 개요 1단계: 시스템 전체적인 견지에서 문제를 정의한 뒤,
1. 시스템 개요 14) 시스템 접근방식 ? 시스템에 문제가 생겼을 시, 1단계: 시스템 전체적인 견지에서 문제를 정의한 뒤, 2단계: 전체적인 입장에서 문제해결 수단을 모색해 보며, 3단계: 대안 별로 비용과 효과를 비교, 4단계: 최적 안을 선택하여 실행한 뒤 5단계: 피드백 원리에 입각, 6단계: 효과를 평가하는 일련의 과정 내지는 문제해결 방식을 시스템적 접근방법 이라고 한다.

1. 시스템 개요 15) 문제해결방식 귀납법/연역법 ? 가. 귀납법적 추리(Inductive Reasoning) :
1. 시스템 개요 15) 문제해결방식 귀납법/연역법 ? 가. 귀납법적 추리(Inductive Reasoning) : 자료 혹은 관찰에서 출발, 문제성격에 관한 가설(hypothesis)를 설정 하고 가설의 타당성 여부를 검증해 가는 문제해결방식을 말한다. 즉, 현행시스템의 문제점을 파악하고, 그 문제점의 원인을 규명하여, 그들을 제거, 결합 함으로서 해법을 도출하는 접근방식이다. 진리인식방법: 경험적 방법과 실험에 의한 지식의 습득 생활에의 적용: 원칙과 공식의 발견 나. 연역법적 추리(Deductive Reasoning) : 사전에 정해놓은 일정한 원칙이나 공리, 즉 선입관등을 적용하여 해결하는 방식으로 삼단논법 이라고도 한다. 즉, 시스템이 처해있는 현실적인 상황이나 여건의 문제에 초점이 있지 않고, 시스템의 이상적인 형태를 설정한 후에 그 실현 수단을 강구하는 방법으로 목적 지향적인 접근법을 말함. 진리인식방법: 과학적 논리와 추리 생활에의 적용: 원칙과 공식의 적용 3. 예제)

제 2장 SDLC 란 무엇인가? 학습 목표 *시스템개발 수명주기(SDLC)란 무엇인가 ?
제 2장 SDLC 란 무엇인가? 학습 목표 *시스템개발 수명주기(SDLC)란 무엇인가 ? *현행시스템의 요건파악의 절차는 무엇인가 ? *신 시스템(New System)의 정의는 무엇인가? *논리적인 시스템과 물리적인 시스템의 차이 는 무엇인가 ? *DFD(Data Flow Diagram)이란 ? *대표적인 시스템 개발모형은 어떤 것이 있는가 ? ?

2. 시스템개발 개요 1) 시스템개발주기(SDLC) ? 인 력 요 건 정 의 단 계 프 로 그 램 개 발 단 계 외 부 설 계
2. 시스템개발 개요 1) 시스템개발주기(SDLC) ? 인 력 요 건 정 의 단 계 프 로 그 램 개 발 단 계 외 부 설 계 단 시 스 템 테 트 단 계 내 부 설 계 단 유 지 보 수 단 계 시간

2. 시스템개발 개요 2) 시스템 요건파악 절차 신규시스템 개발이 상상에 의하여 새로운 시스템을 개발하는 것은 아니다. 현재 수작업으로 하는 업무를 기계화 할 수도 있고 이미 기계화되어 있는 시스템을 더욱더 개선시키고자 할 경우이다. 결국, 새로운 시스템은 현행시스템을 기초로 하여 생각하는 것이다. 업무요건을 적절히 파악하기 위해서는 먼저, 데이터와 처리가 복잡하게 얽혀 적용업무의 구성과 정보흐름을 체계적으로 정리하고 기술할 필요가 있다. 데이터는 본질적으로 기업활동과 밀접한 관계가 있어 업무와 데이터가 분리 될 수는 없다. 또한 데이터는 현실세계에 존재하는 실체(인물, 물건, 장소 등)의 형태를 반영한 것이고, 그 자신의 고유한 특성을 가지고 있다. 데이터의 처리방법은 그때마다 요구에 의하여 변하는 경우가 많지만 데이터의 특성은 변하지 않는다.

2. 시스템개발 개요 3) 시스템의 물리적 측면과 논리적 측면 ?
2. 시스템개발 개요 3) 시스템의 물리적 측면과 논리적 측면 ? 시스템의 요건을 정의할 때는 시스템을 구조적으로 분석할 필요가 있다. 그러기 위해서는 시스템을 논리적인 측면(관점)과 물리적인 측면(관점)으로 볼 수 있어야 한다. 1)물리적 측면 이란 : 정보를 얻기 위한 구조에 관한 요건, 즉 사람, 조직, 시간, 매체 등 을 말한다. 2)논리적 측면 이란 : 정보를 필요로 하는 요건 즉, 물리적인 표현에서 나타난 사람, 조직, 시간, 매체 등의 각종 물리적 제약을 제거하고 업무수행에 본질적으로 필요한 기능과 그 것에 관련된 데이터 만을 표현한 것을 말한다. 다시 말하면, 누가 무엇 이가 아니고, 무엇이 내용중심으로 보는 것을 말한다. 시스템 요건정의를 효율적으로 수행하기 위해서는 현행시스템의 물리적으로 표현된 시스템을 논리적 관점에서 재 점검하여 논리적 표현으로 변환해 갈 필요가 있다.

2. 시스템개발 개요 4) 새로운 시스템 개발과 요구사항정의 절차 2018-09-17
신규 시스템 개발은 현행시스템을 기초로 하여 생각하는 것이다. 따라서 새로운 시스템을 개발하기 위해서는 현행시스템의 정확한 문제점을 파악(요건정의)하고 경제성이나 신뢰성을 높여 보다 효과적인 시스템을 구축하는 것이다. 결국, 현행시스템의 물리적인 관점에서 현 시스템을 기술하고 물리적으로 표현된 시스템을 논리적인 관점에서 재점검하여 논리적 표현으로 재 점검할 필요가 있다. HW요건 HW 결정 SW개발 하드웨어 프로그램테스트 요구 조건 제안서 기초조사 요구사항 정의 (구조화 분석) 시스템 테스트 HW구성 프로그램명세 시스템테스트 끝 Requirement Conditions 테스트계획 외부설계 내부설계 New System 요건명세 외부설계명세 제약조건 사용자 요구사항 제약조건 검토 현행시스템 기술(Physical) 검토결과 기초조사 신 시스템 요건 전산화 수작업부분 범위결정 시스템 요건명세 작성 Physical System Logical New System 시스템요건정의 명세 분석결과 현행시스템 기술(Logical) 비용효과 분석 신 시스템 기술(Logical) 제안서

5) DFD (Data Flow Diagram)란?
2. 시스템개발 개요 5) DFD (Data Flow Diagram)란? DFD의 특징 자료흐름도(DFD)는 시스템 요건 정의 단계에서 집중적으로 사용하는 문서화 도구(Tool)이다. 시스템의 데이터 흐름을 토대로 시스템을 계층적, 그림 중심적으로 모델화 하는 도구이다. 2차원 형식이기 때문에 상호 연관 관계의 표현이 용이하다. 그림 중심적이며, 기술적인 표현이 없기 때문에 작성, 수정, 사용자의 이해가 용이하다. 몇 개의 기호로 정보의 압축적 표현과 시스템의 간결한 표현이 가능하다. 하향식 전개방법이 사용되므로 쉽게 하위/상위 레벨의 세부사항으로 전개가 가능하다.

2. 시스템개발 개요 6) DFD 구성 요소 시작과 종점(Source/ Sink Terminal) 자료흐름
2. 시스템개발 개요 6) DFD 구성 요소 시작과 종점(Source/ Sink Terminal) 자료흐름 처리과정(Process 혹은 Bubble) 자료저장소(Data Store)

2. 시스템개발 개요 7) DFD 예제 (개략적인 구매발주 시스템) 조회 구매발주마스터 구매 발주 구매 과 업자 마스터
2. 시스템개발 개요 7) DFD 예제 (개략적인 구매발주 시스템) 조회 구매발주마스터 조회응답 조회입력 확정구매발주 구매발주상황 구매 발주 구매요구 확정구매발주 갱신한 업자정보 업자정보 구매 과 갱 신 한 상 품 정 보 상품정보 업자 마스터 상품 마스터

Waterfall Model (폭포수 모델) O’Brien Model (오 브리엔 모델)
2. 시스템개발 개요 8) 시스템 개발 모형의 분류 Waterfall Model (폭포수 모델) O’Brien Model (오 브리엔 모델) Phased Model (단계별 모델) Prototype Model ( 프로토 타입 모델) Spiral Model (스파이럴 모델) Structured Model (구조적 모델) 객체지향 모델(Object Oriented Model)

2. 시스템개발 개요 4. 상세설계/검증 7. 실 행/시스템테스트 9.1) Waterfall 모형 특징:
2. 시스템개발 개요 9.1) Waterfall 모형 특징: . 절대로 역류할 수 없다. .전 단계가 끝나야 다음 단계로 간다. 1. 타당성 조사/ 확인 단 계 적 상 세 화 2. 요구사항 정의/확인 3.기본설계/검증 4. 상세설계/검증 5. ㅋCoding/ Module Test 단 계 적 통 합 화 6. 통합/검증 7. 실 행/시스템테스트 8. 사용과 유지보수/재확인

2. 시스템개발 개요 9.2) O’ Brian Model 모형
2. 시스템개발 개요 9.2) O’ Brian Model 모형 *.시스템 6단계를 두며, Testing 순환과정과 유지관리 과정을 두는 것이 특징이다. 시스템 조사 시스템 분석 시스템 설계 프로그래밍 시스템 이행 시스템유지 테스트 순환 유지관리 순환

2. 시스템개발 개요 시 스 템 통 합 테 9.3) O’ Brian Model 모형
2. 시스템개발 개요 9.3) O’ Brian Model 모형 1단계 단계 3단계 4단계 5단계 단계 단계 단계 타 당 성 조 사 시 스 템 분 석 시 스 템 설 계 하 드 웨 어 증 가 상 세 Module 듈 설 계 Module, Coding 테스트 시 스 템 통 합 테 트 이 행 1~2 단계: 10~20% 3~4 단계: 30~ 40% 5~8 단계: 50~60%

2. 시스템개발 개요 9.4) Proto Type 모형 요구분석 (문제분석) Prototype 개발/개선 Prototype
2. 시스템개발 개요 9.4) Proto Type 모형 장점: 1) 사용자나 개발자에게 공동의 참조모델제공 2)소프트웨어 개발이 제대로 되고 있는지 확인이 가능하다. 3)완성될 시스템의 모습을 먼저 볼 수 있어 시스템의 수정이 가능하다. 요구분석 (문제분석) Prototype 개발/개선 Prototype 평가 구현 시행/유지보수 단점: 1)프로토 타이핑 과정을 관리, 통제가 어렵다. 2)지속적으로 사용자의 참여를 계획하기가 어렵다. 3)사용자가 개발일정 단축을 요구하므로 품질저하 우려.

2. 시스템개발 개요 9.5) Proto Type 모형 *. 그래프는 책 참조:
2. 시스템개발 개요 9.5) Proto Type 모형 *. 그래프는 책 참조: 스파이럴 모형은 Waterfall 모형의 장점과 프로토타입 모형의 장점을 살린 모형으로 사용자 요구 확인에 의한 시스템 개발이 가능한 장점을 가지고 있다. 장점: 1) 대규모 시스템 개발에 적합하다. 2) 각 확장단계에서 발생될 위험에 대한 대책이 사전에 가능하다. 단점: 1) 초기 위험분석을 잘못하면 많은 비용을 투입하고 실패로 끝날 수 있다.

개발이전프로세스(PDP)에 대한 이해 목 차 1. 요구공학 (Requirement Engineering)
개발이전프로세스(PDP)에 대한 이해 목 차 1. 요구공학 (Requirement Engineering) 가. 요구공학 개요 나. 요구공학 목적 다. 요구공학의 활동 라. 요구공학기반의 요구관리전략 마. 요구관리 영향 요소 (부록) 조직문화와 요구관리 2. 타당성 분석 (Feasibility Study) 가. 타당성 분석의 개념 나. 타당성 분석관련 이론 다. 타당성 분석의 체계 라. 시장타당성 분석 마. 기술타당성 분석 바. 제도, 정책적 타당성 분석 사. 재무타당성 분석 아. 재무제표

개발이전프로세스(PDP) 에 대한 이해 목 차 3. PDP 모델에 대한 이해 4. 정보화 전략계획(ISP)
개발이전프로세스(PDP) 에 대한 이해 목 차 3. PDP 모델에 대한 이해 가. 프로세스 모델링 개념 1)PSEE의 역할 관계도 2)프로세스 모델, 프로세스, 결과물 관계도 3)프로세스 능력 성숙도 4)소프트웨어 모델 설계절차 나. 기존 프로세스의 모델 1) ISO/IEC DIS 표준의 특성 2) MIL-STD-498 표준의 특성 3) IEEE 표준 개발 프로세스 4) SPICE 프로세스 다. 개량된 PDP 프로세스 모델 1) PDP프로세스와 Elements 관계도 2) 개량된 PDP 전체 모델도 2.1) 소요제기와 타당성 검토 프로세스 연계도 2.2) 과제관리 프로세스 연계도 2.3) 요구명세 프로세스 연계도 2.4) 제안평가 프로세스와 계약프로세스 연계도 2.5) 형상관리 계획 프로세스 연계도 2.6) 의사결정 프로세스 연계도 4. 정보화 전략계획(ISP) 가. 정보전략(ISP) 개요 나. 정보전략(ISP) 다. 정보전략계획(ISP) 세부 절차 라. 사업계획서 내역

요구공학(Requirement Engineering)
IT중소기업 역량강화를 위한 요구공학(Requirement Engineering) 에 대한 이해 학습 목표 IT 중소기업 관리자 및 개발자들에게 요구공학(Requirement Engineering) 프로세스는, 사용자의 요구사항 활동 (요구추출, 요구분석, 요구명세 및 검증)과 요구사항 변경관리활동 (SW구조, SW설계, SW구현, SW테스트) 의 총체적 활동을 통하여, 고객과의 소통방법, 시스템분석가의 소통기술 및 고객의 needs를 만족하는 품질 높은 시스템을 구축하는데 필요한 기본지식을 제공한다.

1. 요구공학 (Requirement Engineering) 목 차
1. 요구공학 (Requirement Engineering) 목 차 가. 요구공학(Requirement Engineering) 개요 1) 요구공학의 개념 2) 요구공학 배경 3) 요구사항 관리의 개요 4) 요구상항 관리의 중요성 5) IT기업과 시스템환경 나. 요구공학(Requirement Engineering)의 목적 1) 새로운 시스템 개발과 요건정의 절차 2) 성공적인 S/W시스템의 개발 3) 요구공학의 Roadmap 다. 요구공학(Requirement Engineering)의 활동 1) RE(Requirement Engineering)활동의 개요 2) RM(Requirement Management) 프로세스 활동 3) 3-Dimensions 요구공학 라. 요구공학(Requirement Engineering)기반의 요구관리 전략 1) PM(Project Management) & RM(Resource Management) 2) 요구관리와 프로젝트 개발의 통합 3) 의사소통 관리와 요구관리 4) 요구관리를 위한 6 P’s 원리 마. 요구관리(Requirement Management)영향 요소 1) Personality Issues 2) Cultural Issues 3) Environmental Issues (부록) 조직문화와 요구관리

1. 요구공학(Requirement Engineering)
1. 요구공학(Requirement Engineering) 가. 요구공학 개요 1) 요구공학의 개념 요구공학(Requirement Engineering)이란, 요구사항 생성 및 관리의 수행을 위한 체계적이고 총괄적인 접근 사용자의 요구와 시스템 제약사항을 고객과의 합의하에 추출, 분석, 명세 및 검증하고 이를 기반으로 요구사항 변경관리를 수행하는 활동 과 원칙을 말함. 요구관리 프로세스 요구관리 기법 요구사항관리 프레임워크 기존 통합된 관리지원환경 @ 요구사항 명세 작성에 중점 @ 요구사항 분석지원 도구 @ 통합적인 관리 모델이 없음 @ 요구공학 기반의 단계별 활동 @ 요구사항 관리 지원 기법 @ 요구사항 관리도구 요구관리 도구

1. 요구공학(Requirement Engineering) 가. 요구공학 개요 2) 요구공학 배경 요구관리(Requirement Management)에 대한 중요성 및 Needs 증가함 개발환경의 대형화 및 분산화 요구공학의 단계별 이해와 체계적인 관리가 필요함 개발 환경의 대형화 및 분산화 잘못된 이해, 분석 문제환경의 이해부족 다양한 참여자 요구사항 변경 참여자의 견해차이 변경에 대한 관리부족 부 정확성 및 불완전성 충돌 및 일관성 결여 요구공학 단계별 이해와 체계적인 관리필요

1. 요구공학 (Requirement Engineering)
1. 요구공학 (Requirement Engineering) 가. 요구공학 개요 3) 요구사항 관리의 개요 요구사항 관리는 문제해결을 위한 시스템적 활동이다. 대부분의 프로젝트 실패 원인은 요구사항 관리 실패이다.

“Right Product” 는 요구사항에 달려있다.
1. 요구공학 (Requirement Engineering) 가. 요구공학 개요 4) 요구사항 관리의 중요성 “Right Product” 는 요구사항에 달려있다. “Time to Market with the Right Product” – better, cheaper and faster 추출하고 표현하고 구성하고 검토하고 변경하고 추적하고 합의하는 이해 관계자의 Needs를 시스템적 활동 고객관점 개발자관점 *. SW 시스템의 기능/성능에 대한 고객의 기대를 만족 *. 양질의 SW시스템을 확보하여 안전성과 신뢰성 향상 *. 개발/변경 노력의 최소화로 경제성 향상 *. Time-to-Market의 최소화 요구사항 관리의 중요성 *. 요구사항 관리는 프로젝트의 성공을 위한 기반을 제공한다. *. 요구사항 관리는 참여자들 간에 효과적인 의사소통 수단을 제공한다. *. 초기 요구사항 관리로 개발비용과 시간을 절약한다. *. 지속적인 변경관리로 요구사항을 일관성을 유지한다.

1. 요구공학(Requirement Engineering) 가. 요구공학 개요 5) IT기업과 시스템 환경 지역사회 주주 경쟁업체 목표:이윤극대화 경 영 환 정 부 기 관 경영진 정보 정보시스템 투입자원 인력 자금 자재 장비 시설 에너지 정보 기타 재화와 용역 제품 서비스 기타 인사 마케팅 개발 공 급 처 자원 고 객 산출물 판매 구매 입력 변환 출력 금융기관 노조

1. 요구공학(Requirement Engineering) 나. 요구공학 목적 1) 새로운 시스템 개발과 요구사항정의 절차 신규 시스템 개발은 현행시스템을 기초로 하여 생각하는 것이다. 따라서 새로운 시스템을 개발하기 위해서는 현행시스템의 정확한 문제점을 파악(요건정의)하고 경제성이나 신뢰성을 높여 보다 효과적인 시스템을 구축하는 것이다. 결국, 현행시스템의 물리적인 관점에서 현 시스템을 기술하고 물리적으로 표현된 시스템을 논리적인 관점에서 재점검하여 논리적 표현으로 재 점검할 필요가 있다. HW요건 HW 결정 SW개발 하드웨어 프로그램테스트 요구 조건 제안서 기초조사 요구사항 정의 (구조화 분석) 시스템 테스트 HW구성 프로그램명세 시스템테스트 끝 Requirement Conditions 테스트계획 외부설계 내부설계 New System 요건명세 외부설계명세 제약조건 사용자 요구사항 제약조건 검토 현행시스템 기술(Physical) 검토결과 기초조사 신 시스템 요건 전산화 수작업부분 범위결정 시스템 요건명세 작성 Physical System Logical New System 시스템요건정의 명세 분석결과 현행시스템 기술(Logical) 비용효과 분석 신 시스템 기술(Logical) 제안서

1. 요구공학(Requirement Engineering) 나. 요구공학 목적 2) 성공적인 S/W 시스템의 개발 고객의 요구를 만족시키며 제한된 일정과 기간 내에 품질 높은 software를 생산 하는 것. 고객의 Needs를 개발자의 관점이 아닌 고객의 관점에서 정확히 파악하는 것. .Time to Market 최소화 비즈니스 관점 .SW를 통한 이윤 극대화 .비즈니스 관점의 경영 Requirement Engineering 고객관점 개발관점 .개발노력과 결함을 최소화 .고객 만족 최대화 .Meet Customer needs .Customer Oriented Mgt. .Produce quality system service .Process oriented Mgt.

1. 요구공학(Requirement Engineering) 나. 요구공학 목적 3) 요구공학의 Roadmap 요구관리 개념 부재에서 업무의 일부로 수행 기업이 전문분야에 요구관리자 채용 국방산업으로 부터 금융산업, 자동차 산업 및 통신산업으로 확대되어짐. ~90’s 까지 요구관리 ‘00 ‘s 요구관리 10’s 요구관리 .특별한 전문분야(MBA) .기업의 요구관리 전담부서 .다양한 도구지원 .요구관리 개념 및 요구관리자의 역할 부재 .엔지니어가 업무의 일부로서 수행 .전문 도구가 부재 .일부 시스템에서 요구관리기능 제공 .요구관리 기반의 통합관리 .광범위한 도구지원 .추적성 이용의 보편화 .광범위한 재사용

1. 요구공학(Requirement Engineering) 다. 요구공학 활동 1) RM(요구공학) 활동의 개요 요구공학의 활동이란 ? Product 개발 활동의 출발점인 동시에 비즈니스와 개발활동을 연계하는 활동을 말한다. 프로젝트 개발관점에서 개발을 위한 규칙이나 지시사항을 기록한 “요구사항 명세서”와 비즈니스 관점에서 성공적인 프로젝트의 완료를 요구하는 “요구사항 관리”가 요구된다. SW제품 서비스 개발 요구추출 요구분석 요구명세 및 검색 SW Architecture SW 설계 SW 구현 SW 테스트 요구사항 정의활동 요구사항 변경관리활동 고객관점 요구공학 총체적 활동 개발자 관점 SW Product Life Cycle Business Requirement RM Process Based Lines Requirement RM Tools Development Requirement

1. 요구공학(Requirement Engineering) 다. 요구공학 활동 2) RM(요구관리) 프로세스 활동 What does the user really need ? (고객의 추상적 요구(needs)  다양한 참여자(관리자, 담당자, 개발자 구체적 요구(Requirement) 요구사항 분석 요구사항 추출 Candidate Requirements Candidate needs Agreed Requirements (불완전, 중복, 누락, 충돌) 시스템 기능, 성능, 인터페이스정의) .비즈니스 요구사항 정의 .참여자 식별 .조기 요구사항 추출 .요구사항 Modeling .요구사항 Priority .요구사항 Selection 요구사항 변경관리 What does the User really need? .요구사항 변경제어 .요구사항 추적제어 .요구사항 버전제어 Based Lined Requirements Agreed Requirements .요구사항 명세 내용 검증 구조 검증 .요구사항 Base Line 설정 .요구사항 명세기준 정의 .기능 요구사항 명세 .비 기능 요구사항 명세 Consistent Requirements 요구사항 검증 Formal Requirements 요구사항 명세

1. 요구공학(Requirement Engineering) 다. 요구공학 활동 3) 3-Dimensions 요구공학 Specification Desired Output Complete Agreement Common View Initial Input Personal View Fair opeque Representation Informal Semi-formal Formal

1. 요구공학(Requirement Engineering) 라. 요구공학 기반의 요구관리 전략 1) PM(Project Management)& RM(Requirement Management)/ ( 프로젝트 관리와 요구관리) . 프로젝트의 실패 프로젝트 관리와 연계 1)언제 프로젝트의 실패를 인식하나? 2)비 현실적인 목표에 따른 추정과 자금 압박 3)움직이는 목표 1)적절한 프로젝트에 대한 추정 (정량적 판단에 의한 subset을 수행) 2)정해진 프로젝트 Effort에 대한 추정 (PM이 fact를 Reporting 할 수 있는 문화) 고객의 Needs 만족 및 프로젝트 성공을 위해 초기에 balancing .요구사항과 기대치의 balancing .요구사항과 일정계획, 비용계획, 위협의 balancing

1. 요구공학(Requirement Engineering) 라. 요구공학 기반의 요구관리 전략 2) 요구관리와 프로젝트 개발의 통합 의사소통 개선으로 개발 전략의 집중화 요구사항의 품질과 완전성의 증가 효과적인 소통관리 및 명확한 고객가치 관리를 통한 프로젝트 관리가 요구 비즈니스 중심 기대관리 .예측확대 .기간 및 비용 한도 내 완료 가능성 증대 프로젝트 관리 .정확한Error의 추정/계획 고객 관리자 요구관리 효과적 소통관리 명확한 고객 가치관리 .가시성 확보 .조직문화 활성화 의사소통 관리 품질관리 .의사소통 개선으로 개발전략 집중화 .요구사항 변경 감소 .요구사항의 품질과 완전성 증가 .고객만족과 SW품질개선 개발자

이해관계자 1. 요구공학(Requirement Engineering) 라. 요구공학 기반의 요구관리 전략
라. 요구공학 기반의 요구관리 전략 3) 의사소통 관리와 요구관리 요구사항 관리는 고객과의 Communication이다. 요구사항의 정의보다 Communication방법이더 중요하다. .그룹 내 혹은 그룹간에 참여자 사이의 이해의 문제 산출물 중간점검 및 완료점검 .다양한 참여자, 다양한 기술, 배경 및 기대를 공유 .자신의 요구사항에 한해 관심, 개인의 요구와 목적 및 우선순위를 가짐, 이해관계자 Jr. Programmer Sr. Project Sponsor User Wanted User Site Senior Analyst Manager Request 산출물 단계점검 산출물 수시점검 환경분석 시사점 정리 업무진단 인터뷰 업무모델 작성 (혹은 지원) 요구사항 수집 업무진단 및 결과정리 업무모델 가이드 및 작성 이행계획 작성 정보시스템진단 설문 요구사항 수집

1. 요구공학(Requirement Engineering) 라. 요구공학 기반의 요구관리 전략 4) 요구관리를 위한 6’P’s 원리 1. Purpose . Business Oriented RE 프로젝트의 목적과 요구사항 범위에 대한 명확한 식별 2. Participants . Multi-Viewpoint RE Stakeholder 역할 및 관계정의, 고객과의 의사소통 개선 3. Precision . Customer Oriented RE 고객의 기대를 만족시키는 요구사항 정의 및 공통 용어 정의 . Value Oriented RE 고객의 가치평가 기준정의 및 사용자의 기대와 요구사항 사이의 균형 4. Priority 5. Product . Quality Oriented RE 완전하고 명확한 제품 품질 정의 및 Trade off 6. Process .Process Oriented RE 체계적이고 내재화된 요구공학 프로세스의 적용

1. 요구공학(Requirement Engineering) 마. 요구관리영향요소 1) 요구관리 영향요소 개요 .요구사항 관리는 도구나 기술보다 참여자의 능력이 우선이다. .Communication Negotiation Skill Personal Issues .효율적인 요구관리를 위한 조직의 역할과 책임을 부여 .동기부여: 조직구성 및 관련자의 책임과 권한 부여 .목표충돌: 조직의 정치적 조직적 요소, Team Building Cultural Issues .작업 환경은 생산성과 품질에 큰 영향을 미친다. -도메인 성숙도, 프로세스 방법론, 프로젝트 관리 -Tailored 요구사항 관리프로세스 방법론 구축 Environment Issues

1. 요구공학(Requirement Engineering) 마. 요구관리영향요소 1) Personal Issue 1.1) Communication Skill .Business Communication의 일반적 현상 *상대방을 배려하지 않는 일방적인 의사소통을 한다. *자신의 느낌을 제대로 표현하지 못한다. *Communication 은 승자에게 모든 것이 돌아간다. *30초 안에 당신의 관점을 이해 시켜라. . 전투 형 . 타협 형 .핑계 형 .논리 형 .신뢰 형 .합의 방법 도출 .다른 사람의 이익-객관화 .발상의 전환 .자신의 이익 극대화 .협상의 몫을 증대 준비부족으로 생각 없이 행동 I win, you lose 1.2) Negotiation Skill .고객 가치 만족을 위한 Win-Win 협의전략 I win- you lose : We lose .협상이 아닌 승리가 목적 .비 타협적, 치고 빠지기 .최소한 한쪽은 불만이다 I win- you win 달성 .자신이 원하는 것/상대가 원하는 것 이해 .필요한 것과 희생할 수 있는 것의 식별 .우선순위 부여

1. 요구공학(Requirement Engineering) 마. 요구관리영향요소 1.3) 요구사항 분석가의 Skill Matrix No Requirements Analyst Skill Matrix Analyst Junior Mid-Level Senior-Level 1. Type of requirements 2. Criteria for a good requirements 3. Customer involvement with requirements Identifying real requirements from the stated requirements Anticipating and controlling requirements changes 6. Requirements elicitation 7. References concerning requirements 8. Requirements attributes 9. Requirements baseline 10. Training in system engineering K X X K X X K X X K X X ( K: Knowledge, X:Experience with)

1. 요구공학(Requirement Engineering) 마. 요구관리영향요소 1.3) 요구사항 분석가의 Skill Matrix No Requirements Analyst Skill Matrix Analyst Junior Mid-Level Senior-Level Rational for requirement Requirement tool Requirement peer review/Inspection Requirement syntax Requirement traceability Requirement verification Requirement review board Requirement activities Requirement Priority Technical writing of requirement deliverables K X X K X X K X X K X X ( K: Knowledge, X:Experience with)

1. 요구공학(Requirement Engineering) 마. 요구관리영향요소 1.3) 요구사항 분석가의 Skill Matrix No Requirements Analyst Skill Matrix Analyst Junior Mid-Level Senior-Level Develop, Implement and use requirement process Quality assurance of requirement Requirement allocation Requirement change control and change notification Requirements repository Requirement errors Use case development Requirement specifications Evaluating requirement s of risk Training the requirement process K X X X X ( k: Knowledge, X:Experience with)

1. 요구공학(Requirement Engineering) 마. 요구관리영향요소 2) Cultural Issue 2.1) 조직문화 기반의 요구관리 .조직의 요구사항 관리 능력 고객가치지향 요구사항 정보분석 .참여자가 비즈니스 영역문제와 전략을 이해하고 요구를 도출하는 것의 어려움. -고객이나 조직 중심이 아닌 개발자 위주 관리 위험성 존재 .개발기술 지식만으로 프로젝트의 요구사항을 성공적으로 관리하기에는 부족 -공학적인 개념(일정과 비용 예측/프로세스 관리 등) -비공식적인 개념(의사소통 관리, 조직관리 등)의 존재 조직의 내재화된 요구사항관리 환경 .조직의 환경개선을 통한 요구관리 .조직에 맞춤 요구사항 관리 프로세스와 기술의 조합. .고객가치 기반의 요구사항 정보관리를 위한 의사소통 및 협력 .비즈니스 목표 중심의 요구사항 가치관리 .지속적인 요구사항 관리를 위한 조직의 문화 비즈니스 가치지향 요구사항관리 지속적 가치지향 요구사항 변경

1. 요구공학(Requirement Engineering) 마. 요구관리영향요소 2) Cultural Issue 2.2) 비즈니스 Analyst 의 책무 CIO/CEO .기 술 (Technical) 비즈니스(Business) .비전문가에게 기술적 개념 전달 .전략 및 비즈니스 기획 .기술문서 작성 비즈니스 영역 지식 .테스트, 확인 및 검증 비즈니스 성과 판단 .Agile 프로토 타입화 비즈니스 케이스 작성 및 기록 .복합 모델링 기법 기술전문가에게 비즈니스 개념전달 경영진과 의사소통 통합관점 Business Analyst 고객과 의사소통 개발자와 의사소통 . 분석(Analysis) 리더 쉽(Leadership) .비즈니스 분석원칙 프로젝트 관리원칙 .요구사항 분석, 추적, 관리 조직 변경관리, 파워, 경영관리 .요구사항 계획, 문서화, 관리분석 .팀 관리, 리더쉽 , 맨토링 .요구사항 위험성 평가 및 관리 CRM, 문제해결, 협상, 의사결정 .cost-benefit 분석 Customer Project Manager

1. 요구공학(Requirement Engineering) 마. 요구관리영향요소 3) Environmental Issues 3.1) 효과작인 요구관리 프로세스 원하는 결과를 만들기 위하여 절차와 사람, 방법, 도구 등을 유기적으로 통합 -실제 결과를 예측할 수 있을 것: 명시적으로 정의되고 관리, 통제가 가능할 것 -고객이 결과에 만족하고, 개발자의 작업의 안정성, 가능성 아무리 우수한 인원이라도 프로세스가 이해되지 않으면 최선의 성과를 기대할 수 없다. .프로세스 활동 수행 .조직의 내재화 .Push pull 접근 .평가와 Review People 교육훈련 Software Technology Processes 우수한 기술도 프로세스 정착 없이는 성과거두기 어렵다. 기술보다 프로세스에 중점 프로세스 개선 Product 변화적용 주요판단요소: 원가, 스케줄, 품질

1. 요구공학(Requirement Engineering) (부록)조직문화와 요구관리 1) 국내기업의 기업문화 실태 1.1) Power Distance .상사와 부하 직원들과의 관계 .Power Index가 높은 사회 -상명하복 -경영진 혹은 관리자가 팀에게 프로세스를 따르도록 강요 Power Distance 국가 Index Rank Malaysia U.S Japan India Canada Australia Korea 104 40 54 77 39 38 80 1 38 33 10 39 41 27 Comparing values, behaviors, institutions and organizations Across Nations. 2006, 서울지역 소재 SW 35개 기업조사 , 서강대학교>

1. 요구공학(Requirement Engineering) (부록)조직문화와 요구관리 2) Uncertainty Avoidance .불확실한 상황에 관대한 정도 .Uncertainty avoidance index 가 높은 사회 -애매한 상황을 두려워함 -규격화된 툴로 애매한 상황을 피하려 함 Power Distance 국가 Index Rank U.S Japan India Canada Australia Korea 91 48 80 90 18 1 22 21 4 2 43 Comparing values, behaviors, institutions and organizations Across Nations. 2006, 서울지역 소재 SW관련 35개 기업조사 , 서강대학교>

1. 요구공학(Requirement Engineering) (부록)조직문화와 요구관리 3) Individualism .개인과 소집단과의 관계를 나타냄 .Individual Index 가 낮은 사회 -개인 보다는 그룹에 의한 의사결정 -개인의 사생활보다 그룹의 운명이 중요시 -개인 기술에 기반을 둔 채용/승진이 아님 Power Distance 국가 Index Rank Greece U.S Japan India Canada Australia Korea 112 46 92 40 48 51 85 1 43 7 45 41 37 16 Comparing values, behaviors, institutions and organizations Across Nations. 2006, 서울지역 소재 SW관련 35개 기업조사 , 서강대학교>

1. 요구공학(Requirement Engineering) (부록)조직문화와 요구관리 4) Masculinity .Masculinity : 지배, 독단, 업적, 부의 획득을 중시 .Femininity : 사람간의 관계, 사회적 지원, 삶의 질을 장려 Power Distance 국가 Index Rank China U.S. Japan India Canada Australia Korea 118 29 80 81 23 31 75 1 27 4 7 30 22 5 Comparing values, behaviors, institutions and organizations Across Nations. 2006, 서울지역 소재 SW관련 35개 기업조사 , 서강대학교>

타당성 분석(Feasibility Study)
IT중소기업 역량강화를 위한 타당성 분석(Feasibility Study) 에 대한 이해 학습 목표 IT 중소기업 관리자 및 개발자들에게 타당성 분석 (Feasibility Study) 프로세스는, 새로운 사업 (특정프로젝트 개발, 투자 등)에 관한, 투자의 대상을 탐색하고, 유효한 상품을 계획하며, 그 경제성을 다각적인 방법(시장적, 기술적, 제도적, 재무적) 으로 평가하는 일년의 체계적인 분석 활동을 통하여 신규 개발시스템에 대한 타당성을 구체적으로 분석하는 방법에 관한 기본지식을 제공한다.

2. 타당성 분석 (Feasibility Study)
2. 타당성 분석 (Feasibility Study) 목 차 가. 타당성 분석의 개념 나. 타당성 분석관련 이론 다. 타당성 분석의 체계 라. 시장타당성 분석 1) 동일시장에서의 분석 2) 목표시장에서의 분석 마. 기술타당성 분석 1) 기술적 분석요소 2) Engineering 기술분석 3) Operation & Maintenance 기술분석 바. 제도, 정책적 타당성 분석 사. 재무타당성 분석 1) 재무타당성 분석체계 ) 자금조달계획 3) 자금조달(간접)계획 ) 자금조달(직접)계획 아. 재무제표 1) 손익계산서 ) 대차대조표 3) 현금 수지표 ) 자본비용 5) 사업성 분석지표

2. 타당성 분석 (Feasibility Study) 가. 타당성 분석의 개념 1) 타당성 분석의 정의 타당성 분석이란 , 목적사업에 대한 장기투자를 효율적으로 수행 하고, 특정 프로젝트의 성공 가능성을 평가하기 위해 투자대상을 탐색하고, 유효 상품을 계획 하며, 그 경제성을 평가하여, 사업을 성공 시키기 위한 일련의 체계적인 활동을 말한다. 이를 구체적으로 문서화 시킨 것이, “사업타당 성 분석 보고서,사업계획서, 사업제안서 이다. 사업개발 단계 중 가장중요 사업계획서와의 관계 .광의의 개념은, 사업타당성 분석과, 사업계획서는 동일, 협의의 개념은 구분 됨. 후보 Item 사업타당성 DROP no yes .사업계획서 : 고려하고 있는 사업을 앞으로 실행할 일련의 활동계획을 말함. 사업계획서 . 사업타당성 분석: 외부 전문가에 의뢰

2. 타당성 분석 (Feasibility Study) 가. 타당성 분석의 개념 2) 타당성 분석의 필요성 1. 가업의 장래를 정확히 파악하고 그를 통해 기업의 체계적 설계를 구상하고 적용하는데 기여한다. 2. 사업타당성 분석을 통해 위험요소를 사전에 적출하고, 자원의 효율성을 높인다. 3. 능력과 환경에 알맞은 사업의 적절한 목표를 설정하고 사업의 범위와 규모 등을 제시한다.. 4. 4. 사업의 각종 투입 변수를 조정하고 정확한 분석을 통하여 위험을 감안한 최적의 사업 대안을 마련한다. 5. 사업의 기술 성, 수익성, 시장성, 자금의 수지계획 등 각종 세부사항을 사전에 도출하여 경영의 효율성을 높인다. 6. 사업상의 균형요소 즉, 외부환경의 기회와 위협, 자사의 강점과 약점 등을 파악하고 전략적 경영능력을 제고한다. 7. 정확한 사업타당성을 분석을 통한 개발, 생산 및 판매의 가능성을 파악하여 계수에 의한 사업의 효율성의 제고

2. 타당성 분석 (Feasibility Study) 가. 타당성 분석의 개념 3) 타당성 분석의 범위 항목별 주요분석 범위 Founder’s ability analysis 대표이사의 경영능력, 학력, 경력 Market analysis 시장 및 시장 개척 가능성 -(판매 가능성, 시장규모와 잠재력, 시장동향분석, 상품분석, 경쟁업체분석, 수요예측, 판매전략분석) Technical analysis 제품 기술개발 가능성 -( 품질 우수성, 적정한 원가, 제조 가능성, 시설능력확보, 제품설계, 제조공정설계, 공장신축, 소요동력산출, 폐기물처리 등 Financial analysis 수익성 및 자금조달 가능성-(예상매출액, 수지상태분석, 상품원가, 마진율, 손익분기점, 소요자금규모, 조달가능성, 차입금, 운전자금확보, 상환능력) Social Probability 공익성 분석

2. 타당성 분석 (Feasibility Study) 가. 타당성 분석의 개념 4) 타당성 분석의 검토의의 내적 사업성 검토자 외적 사업성 검토자 창업자, 기존사업자 금융기관, 정부기관 총체적 평가 성공 가능성 타당성 검토 회수 가능성 사업추진 능력 제품 개발 제반 문제 체크 기술성 위험 요소 시장성 제품 생산 수익 성 경제성 자 본 정 보 투자 제품 판매 위험성 고객

2. 타당성 분석 (Feasibility Study) 가. 타당성 분석의 개념 5) 타당성 분석의 중요성 프로젝트 Life Cycle 상 사업계획 수립 등, 초기 사업타당성 분석단계 에서 사업이 Control 되어야, 비용절감, 사업성공가능성이 높다. 사업초기의 기회비용 절감범위 영향력 Feasibility Study 비용 high Design Pre-Development Process 전통적 방법 에서의 기회비용 절감범위 비 용 Development low 영향도 시간

2. 타당성 분석 (Feasibility Study) 가. 타당성 분석의 개념 6) 타당성 분석 시 필요한 아이템 선정기준 새로운 사업 아이템은 사업의 방향과 내용을 정하는데 중요한 요소이다. 사업 아이템의 선정 기준 8단계는 다음과 같다. 1. Something New 2. Something Better 3. Something Cheaper 4. Something Commitment 5. Something Creativity 6. Something Competence 7. Something Change 8. Something Handicap

2. 타당성 분석 (Feasibility Study) 가. 타당성 분석의 개념 7) 타당성 분석의 효과 1.사업손익예측 2.사업우선순위결정 3. 사업추진방향 강구 4. 사업경쟁, 장애요인파악 5. 관련사업과 연계방안모색 1.소용자금 규모, 성격파악 2.자금조달 조건, 규모파악 3.자금조달원 강구 자금측면 사업측면 타당성 분석 실시효과 조직측면 관리측면 1.사업추진,조직설계 2.소요인적자원의 예측 3.업무추진 Procedure설계 1.사업의 효과적 관리시스템 설계 2.사업위험요소 관리방안 강구

2. 타당성 분석 (Feasibility Study) 나. 타당성 분석 관련 이론 1) 사업성 분석 관련 이론 결 정 분 야 결 정 지 원 분 야 마케팅 평가론 조사 분석론 개발론 금융론 투자론 타당성 분석 이론 기초분야 법규론 재무론 세무론 회계학 기술론

2. 타당성 분석 (Feasibility Study) 나. 타당성 분석 관련 이론 2) 재무론 기업이 필요한 자금을 어떻게 조달하고, 조달된 자금을 어떻게 사용할 것인가를 판단, 결정하는 것. 자산에 대한 투자결정(Investment Decision) . 최적 자산구성(Optimal Asset Structure) . 자본예산(Capital Budget): 고정자산에 대한 투자분석  투자분석/ 투자의 결정  투자 분석 론 자본금에 대한 조달결정(Financing Decision) . 최적 자본구조(Optimal Capital Structure) . 가치평가(수익 율), 시간가차, 포트폴리오 이론, 자본, 자산결정 모형  자기자본/타인자본, 자본비용, 자본구조 이론, 자본조달  금융론 현금 유 출입에 대한 유동성 관리(Liquidity Management) . 운전자본 관리, 재무계획, 자금분석, 에버리지 분석  재무제표 분석, 재무분석(ROE, ROI) 회계론

2. 타당성 분석 (Feasibility Study) 나. 타당성 분석 관련 이론 3) 투자의 결정 확실성 하의 의사결정 의사결정에 영향을 미치는 모든 변수의 값을 사전에 아는 상태 1)비 할인 현금 흐름 법(회수 기간 법, 회계적 이익율법) 2)할인 현금 흐름 법(순 현재 가치 법, 내부 수익 율 법) 위험성 하/불확실성의 투자의사결정 상황의 발생 확률과 비용이 알려지지 않는 상황에서 기대효용을 최대화 하기 위한 의사결정 대안 대책 1)시나리오 분석 2)민감도 분석 3)시뮬레이션 4)Decision Tree 5)위험성의 축소 구 분 결정론적 방법 확률론적 방법 (시뮬레이션) 1)비 할인 현금 흐름 법(Non Discount Cash Flow) .회수 기간 법 .회계적 이익률 법 2)할인 현금 흐름 법(Discount Cash Flow) .순 현가 법(Net Present Value) .내부 수익률 법(Internal Rate of return) 1)시나리오 분석 .최상(Best-case), 최적 (Most-likely) .최하(Worst-case) 2)민감도 분석(What-if analyst) 해당 없음 . 달성확률 분석 .시나리오 분석 .리스크 분석 .민감도 분석 .상관관계 분석 확실성하의 의사결정 불확실성 하의 의사결정

2. 타당성 분석 (Feasibility Study) 나. 타당성 분석 관련 이론 4) 회계론 최선의 경제적 선택 내지 최선의 의사결정을 내리는데 유용한 회계정보의 창출과 활용을 다루는 것. 재무회계 (Finance Accounting) 주주를 포함한 이해관계자가 기업의 가치를 알 수 있도록 “재무제표”를 작성. -복식 부기 시스템, 정기보고(결산), 기업회계기준 -재무제표: 대차대조표, 손익계산서, 현금흐름도, 이익잉여금 처분 계산서 관리회계(Management Accounting) 경영자가 경영의사 결정을 내리는데 필요한 회계정보 -원가계산 시스템, 수시보고, 정해진 회계 기준 없음. -수익관리, 비용관리, 자산관리, 경영감사 필요. 세무회계(Tax Accounting) 조세부담을 정확하게 예측, 조정하고 신고하는 것 -세무조정, 입금, 손금 -법인세(법인), 소득세(개인), 부가가치세 *공인회계사, 세무사

2. 타당성 분석 (Feasibility Study) 나. 타당성 분석 관련 이론 5) 법규론 시스템 구축 사업 추진의 핵심결정 요인 법, 제도 및 관련정책 공법 .특허관련 법규 .소프트웨어 개발 촉진법 .컴퓨터프로그램 보호 법규 .정보통신 관련 법규, 정보통신 설비 법규 .정보보호 법규 .수출 관련 법규 사법 .권리관계: 민법상 명기 .권리분석: 재산권, 소유권 관계  등기 분석결과의 모든 항목은 재무적 분석 에 정량적으로 표현되어야 함. 세법 .세제관계 :조세제도 및 조세 정책 .단계별 과세: 취득, 보유, 처분

* Customer Relationship Mgt. * Partner Relationship Mgt.
2. 타당성 분석 (Feasibility Study) 나. 타당성 분석 관련 이론 6) Marketing 론 소비자의 요구를 정확히 파악하고 그에 맞는 적합한 상품을 개발하여 높은 가격으로 파는 것임. STP 4P/4C I-M Market Segmentation Product Strategy Price Strategy Place Strategy Promotion Strategy + Customer Value Customer Cost Convenience Communication Implementation Market Targeting Monitoring Market Positioning CRM & PRM * Customer Relationship Mgt. * Partner Relationship Mgt.

2. 타당성 분석 (Feasibility Study) 나. 타당성 분석 관련 이론 6.1) 4C전략 STP 4 C 1.Customer Value 마케터들이 자신들이 제품을 파는 사람으로 여기는 반면, 과거의 고객들이 단순히 제품을 산다는 개념에서, 오늘날 고객들은 자신들의 가치, 또는 솔루션을 사는 개념이다. 1.Marketing Segmentation -Business Market 의 세분화 -하나의 시장을 구매자의 needs 특성, 행동양식, 등에 기초하여 특성 있는 구매자 그룹으로 나누는 것. 2.Cost to the Customer 과거에는 제품의 가격에 중점, 최근에는 가격 이상의 의미에 관심을 갖고 있음. 즉, 제품가격뿐만이 아니라, 제품구매가격, 사용 및 처분비용 등 총비용에 관심. 2.Marketing Targeting -목표시장 선정 -유사성을 갖는 각각의 구매자 그룹의 매력 도를 평가하여 주어진 시장에 진입하기 위하여 구매자의 그룹을 선택하는 과정. 3.Convenance 고객들은 제품/서비스에의 접근이 가능한 한 편리하기를 원한다는 의미임. 3.Marketing Positioning -목표고객들의 마음에 경쟁제품 과 비교하여 명백하고 독특하며, 바람직한 지위를 갖도록 자사 제품을 배열하는 것. 4.Communication 오늘날 고객들은 생산자나 공급자의 일방적인 프로모션을 원하지 않으며, 그들과의 쌍방향 커뮤니케이션을 원한다는 의미.

2. 타당성 분석 (Feasibility Study) 나. 타당성 분석 관련 이론 6.2) 4P 전략 The 4P Framework Target 시장 공급자 중심 Product Price Place promotion .상품의 종류 .품질 .디자인 .브랜드 네임 .포장 .크기/규격 .서비스 A/S .품질보증 .Cost .할인 .지급기간 .대금지급방법 .전자결재 .중개수수료 .전자화폐 .지역/범위 .재고 .유통/배송 .물류 .PR/홍보/광고 .판매촉진 .Direct Marketing .e-마케팅 .웹 프로모션 고객중심 Customer Value Cost to the Customer Convenience Communication

2. 타당성 분석 (Feasibility Study) 나. 타당성 분석 관련 이론 7) 조사 분석 론/ 통계학 문제의 제기 .조사분석의 목적 문제의 규명 및 필요정보 문제의 제기 조사설계 보고서 작성 .조사의 종류 .인과 관계와 실험설계 자료분석 및 해석 종속관계분석 통계의 기초 자료수집 .회귀분석 .판별분석 .로직분석 .분석기법종류 .기술통계 .상관관계분석 .자료수집 .설문지 작성 .표본 기본설계 .표본 추출방법 구조분석 상호관계분석 .구조방정식 모델 .요인분석 .군집분석 .다차원 분석

2. 타당성 분석 (Feasibility Study) 다. 타당성 분석의 체계 1) 타당성 분석 체계(1) 전략적 측면 전략적 측면 .사업성공요소 평가 1)기술능력 -기술검토 및 소요자금 2)자금조달능력 -산업특징, 경쟁업체, 핵심경쟁력 -위험 정도/대처능력 3)경영관리능력 -전문지식, 대외 신뢰도 .사업매력도 평가 1) 절대평가 기준 -기업비전, 신규사업유형 2)상대평가 기준 -산업특징, 경쟁업체, 핵심경쟁력 -위험 정도/대처능력 재무경제적 측면 .사업수익성 평가 -매출액 추정 -수익성 분석 -자금흐름 분석 -경제성 분석

2. 타당성 분석 (Feasibility Study) 다. 타당성 분석의 체계 2) 타당성 분석 체계(2) 시장 성 분석 기술 성 분석 .제품의 기술적 특성 .공장입지의 적합성 생산설비와 장비 .공장의 적합성 .생산지원검토 .공장규모 건설계획 .시설소요자금 . .시장조사 .시장세분화 .제품 포지셔닝 .제품수급조사 .동종업계조사 .총수요/점유율 예측 재무 성 분석 체계화 -시장 성 -기술 성 -재무 성 생산/구매/판매/감리계획 .재 원가 및 비용추정 .추정 재무제표 작성 .경영성과 분석 .자금수지/현금흐름 추정 .할인율 추정 .위험분석

2. 타당성 분석 (Feasibility Study) 다. 타당성 분석의 체계 3) 일반적 사업타당성 분석 일반적으로, 사업타당성 분석이란, 광의적으로 시장타당성, 기술타당성 및 재무적 타당성 분석으로 분류하며, 협의적 타당성 분석이란, 재무적 타당성 분석을 의미한다. 구 분 내 용 업무능력 비 고 시장 타당성 분석 기술 재무 광의 타당성 1. 시장분석 2. 시장성 분석 * 사회적 타당성 1. 기술 분석 2. 제도 분석 * 물리적 타당성 협의 타당성 사업수지 분석 경제적 타당성 재무적 타당성

2. 타당성 분석 (Feasibility Study) 다. 타당성 분석의 체계 4) 사업타당성 분석 흐름도 사업타당성 분석의 흐름은 목표하고자 하는 사업 아이디어를 대상으로 시장분석, 기술분석, 재무분석 순으로 분석하며, 각각 사업성이 있다고 판단되면 다음 순서의 분석이 이루어 지고 모두 충족 시 사업에 착수함. 사업아이디어 시장분석 No yes 기술분석 No yes 재무분석 No yes 사업수행

2. 타당성 분석 (Feasibility Study) 다. 타당성 분석의 체계 5) 사업타당성과 사업계획서 수립과의 관계 시장 성 공익성 분석 타당성 수정.보완 <매출추정> 거시환경분석 산업환경분석 변화 추정 위험 및 감도 분석 사 업 계 획 서 작 성 타당성 추정 사업타당성 분석 기술 성 <원가추정> 기술분석 규모분석 추정재무 분석 미래경영 상태분석 경제 성 <현금흐름 추정> -자금수지분석 -손익분석

2. 타당성 분석 (Feasibility Study) 라. 시장타당성 분석 1) 시장분석의 개요 시장분석이란? 공급할 제품이 시장에서 어느 정도 판매될 수 있는가를 분석하는 것이다. 시장분석을 통해 시장의 규모, 예상시장 점유율, 수요와 공급의 구조, 시장진입과 판매확대 가능성, 상품의 라이프 사이클, 등 필요한 정보를 창출한다. 시장의 특성 수요 분석 공급 분석 거래수요분석 시장의 위치 주요 고객 공급 능력 미래수요예측 수송 방법 기존제품가격 시장점유율예측 예상 소비량 유통 조직 잠재시장규모 소비 총액 품질판매전략 거래 조건 경쟁우위지속성

2. 타당성 분석 (Feasibility Study) 라. 시장타당성 분석 2) 목표시장(진입예정) 에서의 산업분석 신규진입 결정요인 .규모의 경제 .제품차별성 .브랜드 .소요자본 .유통채널 .원가우위 .투입원재료 정부정책 .예상보복 기존기업간 경쟁 결정요인 .산업성장 .고정비 .과잉생산능력 .제품차별성 .브랜드 .경쟁자의 다양성 .이해관계자 .철수정책 신규 진입 자 신규 진입 자 위협 공급자 협상력 구매자 협상력 산업 경쟁자 기존기업간 경쟁 공급자 구매자 공급자협상력 결정요인 .투입원재료 차별성 .대체원재료의 출여 .공급자집중도 .공급물량의 규모 .원가 차별화에 따른 원재료의 영향도 .전후방 통합위협 구매자협상력 결정요인 .구매비용/규모 .구매자의 정보력 .가격민감도 .총구매 물량 .제품차별성 .브랜드 .구매자의 이익 .구매결정자의 인센티브 대체재 위협 대체재 대체재 위협 결정요인 .대체재의 상대적 가격 .대체재에 대한 구매자의 성향 .대체제의 특성

2. 타당성 분석 (Feasibility Study) 라. 시장타당성 분석 3) 목표시장(진입예정)에서의 경쟁영역분석 경쟁영역분석 분석목적 : 경쟁자간 경쟁우위 기조자료로 활용 경쟁영역 : 산업자원, 제품자원, 시장자원. 1)수평적 자원 .영역분석기준 -산업연관성 -유사자원의 사용 -기술적 상호 연관성 2)수직적 자원 -원료공급영역분석 .기술적 완전분리 .생산하는 제품과 유사제품 분석 .제품의 분석이 가능 하면 OK 산업자원 (Industry Scope) 제품자원 (Product Scope) 산업자원 (Industry Scope) 산업자원 (Industry Scope) 1)Segment -시장 및 고객세분화 2)영역분석기준 -고객의 지리적 특성 -고객의 구매규모 -고객의 구매성향 -고객의 제품구매용도 분석핵심 -지리적 입지 및 물류 흐름 영역구분 기준 -지역별 매출액 -지역별 시장성 -지역별 영업 이익율

2. 타당성 분석 (Feasibility Study) 마. 기술타당성 분석 1) 기술분석의 개요 기술분석이란? 사업 내용에 관한 기술적 타당성과 원가 추정을 위한 기초자료를 제공하고 사업에 영향을 미치는 여러 가지 기술요인을 고려하여 기술적 대안을 비겨 검토 하는 것이다. 기술분석에는 사업아이템 혹은 제품의 개발 및 설계, 제조에 등의 성능과 기술구현, 자체개발, Out Sourcing 여부, 특허권, 차별화 구현을 위한 구입기계의 규격 및 공급가격, 설비의 신뢰성과 성능 등이 포함된다. 구 분 분 석 요 소 세부 분석 내용 기술도입 및 분석 . 핵심기술의 존재성 기술관련 요소 여부 . 기술의 특성 기술의 용도, 물리적 및 화학적 특성 . 기술의 경쟁 성 국내주요 경쟁사의 기술, 유사기술의 원가 경쟁력 대체기술의 존재여부 및 존재여부 출현가능성 보유기술과 기술수명주기, 기술의 장래성 .자연적, 경제적 사회적 입지조건 . 직접적, 간접적 원동력 기술수준 . 교통, 용수, 원재료 조달의 용이성 . 전기, 가스, 공업용수 등의 수요와 조달방법, 비용 관계법령상의 조건 소음 및 공해방지대책, 각종 관계법규 저촉여부 소음 및 공해방지 대책 환경조건 . 폐기물의 종류, 수량, 처리방식, 관련비용, 규제 등 입지조건 분석 관련시설 주요시설의 규모, 능력 월별 가동능력, 가동률, 향후 5년 내 기술의 진부와 위협 시설확정 계획 소요자재 수급계획 소요 원재료 수급의 원활 성 원자재의 종류, 가격, 수량, 공급자 및 공급자의 위치

2. 타당성 분석 (Feasibility Study) 마. 기술타당성 분석 2) 기술적 분석요소 High 원천기술 기업 요소기술 기업 모방가능성 수익성 핵심기술 기업 응용기술 기업 Low 성공 가능성 High

2. 타당성 분석 (Feasibility Study) 바. 제도, 정책적 타당성 분석 1) 정책적 타당성 분석요소 사업관련 정부정책의 과거흐름 및 변화요인 조사 현행정책의 원인 및 배경 조사 현행정책의 변화가능성 및 변화방향 검토 향후 사업관련 환경변화에 따른 정부정책의 변화검토 정부정책 시행에 따른 사업추진상의 유.불리 점 파악 정부정책과 관련한 기회와 위협요소 검토 정부정책과 관련 사업추진사의 대응책 강구 지방자치단체, 공기업의 정책방향도 동일한 검토필요

2. 타당성 분석 (Feasibility Study) 바. 제도, 정책적 타당성 분석 2) 제도적 타당성 분석요소 공법 1. 소프트웨어 개발 촉진법 2. 전자상거래 관련법규 3. 정보통신망 이용촉진 및 정보보호법 4. 위치정보 보호에 관한 법률 5. 통신사업법, 통신비밀 보호법 6. 전보통신 기반 보호법 7. 전자 서명 법 8. 친환경 관련법규 등 사법 1. 권리관계: 민법 상 등기 2. 권리분석: 재산권 3. 소유관계: 등기부 등본(토지,건물) 세법 1. 세제관계: 조세제도 및 정책 2. 단계별 과세: 취득, 보유, 처분

2. 타당성 분석 (Feasibility Study) 바. 제도, 정책적 타당성 분석 3) 법적 타당성 분석요소 등기,보존,이전 소유권 압류 재산권 물건 본 권 처분 경매 파산,화의,정리 제안물건 용역물건 지상권 지역권 전세권 점유권 담보물건 유치권 채권 질권 저당권

2. 타당성 분석 (Feasibility Study) 사. 재무 타당성 분석 1) 재무분석의 개요 재무분석이란? 경제성이나 수익성을 측정하는 여러 가지 지수를 이용하여 사업타당성 여부를 검토하고 적정 자본 규모의 결정에 필요한 재무제표를 작성하는 것이다. 재무분석에서 검토해야 할 사항은 사업비의 총액, 초기투자액, 시간에 따른 사업의 재무상태 변동을 나타낸 재무제표의 작성, 총 사업비의 명세서, 초기 자본소요액 및 사업과 관련된 현금수지 분석, 손익계산서, 대차대조표, 현금수지분석표에 의거한 미래의 재무 구조 예측, 경비의 지불기간, 원가의 항목, 투자수익률, 손익분기점등이다. 구 분 내 역 자금 조달 능력 1. 사업추진과 그에 따른 자금 조달 액 규모의 합리성. 2. 사업기반 확립시기 까지의 자금조달 검토. 3. 거래하는 금융거래 기관의 우호성 4. 시설 장비의 리스, 의존도의 정도 5. 손익에 대한 정확한 인식 정도 재무제표 1. 재무제표( 손익계산서, 대차대조표) 작성 및 점검 2. 정확한 월별 시간표의 작성 3. 관계회사의 거래관계 명료 성 4. 각종 재무비율 분석(경쟁사와 비교)

2. 타당성 분석 (Feasibility Study) 사. 재무 타당성 분석 2) 재무타당성 분석체계 사업계획 사업개요 Factor 기술개요 factor 사업화 계획 Factor 수입 관련항목추정 지출 관련항목추정 자기자본, 현금, 기타 조달 금 .개발비,.인건비, 부대비용, 특허비용, 자문비용, 사업성 분석지표 검토 자금조달계획 추정 재무제표 작성 사업 수지표 손익 계산서 현금 흐름 표 할인율 검토 RISK 분석 민감도 분석 종합평가+실적평가= 의사결정

2. 타당성 분석 (Feasibility Study) 사. 재무 타당성 분석 3) 자금조달 계획 .소요자금 .자금조달계획 Total Investment 1. 인건비 2. 초기사업비 3. 시스템구입비 4. 기타제비용 자기자본 (Equity) 공모 사모 타인자본 (Debt) L O A N 담보대출 신용대출 증권발행 투자자모집 직접조달 & 간접조달 Corporate Financing & Project Financing)

2. 타당성 분석 (Feasibility Study) 사. 재무 타당성 분석 4) 자금조달 (간접) 계획

2. 타당성 분석 (Feasibility Study) 사. 재무 타당성 분석 5) 자금조달 (직접) 계획 주식, 사채 전환사채 신주인수권부사채 등 . Venture Capital .은행(제1금융권) .엔젤 투자자 .종금사 .증권회사 .개인투자자 기 업 투자

2. 타당성 분석 (Feasibility Study) 아. 재무제표 1) 손익 계산서 경영활동의 결과로 나타나는 수익과 비용을 대응시키고 이들의 차이를 이익의 형태로 보고하는 회계자료를 말한다. 매출액 (Revenue): - 매출원가 (재료비, 인건비, 경비, 감가상각비) 2. 매출이익(Gross Profit): - 판매 비와 관리비(급여 및 복리후생비) 영업 이익(Operating Income): + 영업 외 수익(수입이자) - 영업 외 비용(이자비용, 임차료, 조세공과) 4. 경상이익 (Ordinary Income): + 특별이익 - 특별손실 5. 세전 순이익 (Earnings before Taxes: EBT): - 법인세 당기 순이익(Net Income)

2. 타당성 분석 (Feasibility Study) 아. 재무제표 2) 대차 대조표 일정시점에 기업의 자산과 이에 대한 채권자 및 소유자의 청구권을 대조표시 해 놓은 회계자료를 말한다. PJT 이해 관계자 자 산 Asset (법인) 차입금 (Loan) (은행) 자산 유동자산 - 당좌자산 - 재고자산 부채 유동부채 - 매입채무 - 단기차입금 2. 고정부채 -회사채, -장기차입금 자본금 (Equity) (주주) 2. 고정자산 - 투자자산 - 유형자산 - 무형자산 자본 1. 자본금 2. 잉여금 (자본, 이익) 법인: 자금 금액 대비 운영수익이 적정선 이상인가? (NPV, IRR, 회수기간) 은행: 빌려준 대출금의 원리금은 제때 받을 수 있는가 ? (DSCR) 주주 : 투자한 자본금 대비 배당은 적정선 이상인가 ? (IRR, NPV, 회수기간)

2. 타당성 분석 (Feasibility Study) 아. 재무제표 3) 현금 수지표(Cash flow statement) 일정 기간 동안 수입과 비용을 대비시켜 현금흐름을 나타내는 것으로 자금 흐름을 분석하는데 기초가 되는 보고서를 말한다. 영업활동으로 인한 현금흐름 1) 당기 순이익 2)현금의 유출이 없는 비용 등의 가산 3)현금의 유입이 없는 수익 등의 가산 4)영업활동으로 인한 자산. 부채의 변동 투자활동으로 인한 현금흐름 1)투자활동으로 인한 현금 유입 액 2)투자활동으로 인한 현금 유출 액 재무활동으로 인한 현금흐름 1)재무활동으로 인한 현금 유입 액 2)재무활동으로 인한 현금 유출 액 현금의 증가(감소) (1+2+3) 기초의 현금 기말의 현금 (4+5)

2. 타당성 분석 (Feasibility Study) 아. 재무제표 4) 사업성 분석지표 구 분 내 용 장 점 단 점 타당성 기준 회수 기간 법 (Pay Back Period) 회계적 이익율법 *. 투자사업의 원금회수 기간을 계산하여 목표 기간과 비교평가 * . 회수기간=투자원금/투자 수익 .간단하고 이해 쉬움 .투자위험 정보제공 .유동성 .투자의 수익 성을 판단 하는 기법 이 아님. .회수기간 < 목표기간 비 할인 현금 흐름 법 *. 투자사업의 이익을 계산하여 목표 이익 율과 비교평가 * . 이익 율=투자순익/투자 원금 .간단하고 이해 쉬움 .회계장부의 자료를 이용 하면 됨 .화폐의 시간 가치 무시. .현금 흐름에 에 의한 분석이 아님. 회수 이익 율 > 목표 이익 율 순 현재 가치 법 (NPV) 내부 수익율법 *. 투자로부터 획득하는 연간 투자순익을 자본비용을 반영하여 현재 가치화한 후에 이를 투자원금과 비교하여 순 현재가치를 계산. 순 현재가치 = 투자순익의 현재가치 - 투자원금의 현재가치 .화폐의 시간 가치 고려 .이론적으로 가장우수 .할인율 결정 이 어려움. .이해하기 어려움. 할인 현금 흐름 법 .순 현재가치 > 0 *. 순 현재 가치를 0 으로 만들 수 있는 할인율을 계산하여 이를 최저 목표 수익 율 (자본비용)과 비교 .화폐의 시간 가치 고려 .이론적으로 우수한 기법 .할인율 결정 이 어려움. .이해하기 어려움. .내부 수익 율 > 자본비용

PDP(Pre-Development Process)
IT중소기업 역량강화를 위한 PDP(Pre-Development Process) 모델에 대한 이해 *² 학습 목표 IT 중소기업 관리자 및 개발자들에게, PDP(Pre-Development Process) 모델 프로세스는, 새로운 개발사업수행 시, 개발조직 프로세스 엔지니어링, 소프트웨어 프로세스 엔지니어링, 프로젝트 관리 등 개념형성단계부터 모델설계, 모델링 단계에 관하여 기존에 알려진 다양한 기법과 실제 프로세스의 연관관계 도를 통하여, PDP에 관한 전반적인 모델에 관한 실제적인 이해를 위한 기본지식을 제공한다. *2: 김 태 달 학위논문

3. PDP 모델에 대한 이해 목 차 가. 프로세스 모델링 개념 1)PSEE의 역할 관계도
3. PDP 모델에 대한 이해 목 차 가. 프로세스 모델링 개념 1)PSEE의 역할 관계도 2)프로세스 모델, 프로세스, 결과물 관계도 3)프로세스 능력 성숙도 4)소프트웨어 모델 설계절차 나. 기존 프로세스의 모델 1) ISO/IEC DIS 표준의 특성 2) MIL-STD-498 표준의 특성 3) IEEE 표준 개발 프로세스 4) SPICE 프로세스 다. 개량된 PDP 프로세스 모델 1) PDP프로세스와 Elements 관계도 2) 개량된 PDP 전체 모델도 2.1) 소요제기와 타당성 검토 프로세스 연계도 2.2) 과제관리 프로세스 DUSRAPEH 2.3) 요구명세 프로세스 연계도 2.4) 제안평가 프로세스와 계약프로세스 연계도 2.5) 형상관리 계획 프로세스 연계도 2.6) 의사결정 프로세스 연계도

3. PDP 모델에 대한 이해 가. 프로세스 모델링 개념 PSEEs (Process-centered Software Engineering Environments) 역할 관계도 SW제품의 개발 및 유지를 의미 Software Engineering Status Automation Guidance Enforcement PSEE .Analysis .Definition .Simulation History .Measurement .Improvement Monitoring Process Engineering Modification Project Management Controlling SW프로세스 모델들의 정의와 유지를 의미 SW엔지니어링의 활동들을 조정하고 추적함 .종전의 소프트웨어 엔지니어링 환경은 소프트웨어 개발 관점에 초점을 맞추었지만, PSEE는 보다 포괄적인 의미를 갖는다. .PSEE 에서의 프로세스 개념은 SW개발 조직의 프로세스 엔지니어링과 SW엔지니어링, 프로젝트 관리와 같은 모든 기능을 연관시키고 지원하는 것이다.

Process characterized Fairly well understood
3. PDP 모델에 대한 이해 가. 프로세스 모델링 개념 2) 프로세스 모델, 프로세스, 결과물 관계도 PROCESS MODEL PROCESS PRODUCT Process Modeling Process Instant Process Execution 3) 프로세스 능력 성숙도 단계 (카네기 멜런 대학 Capability Maturity Model 5단계) Optimizing(5) Focus on process improvement Process improvement Key Process area Managed(4) Process measured and controlled Process Mgt. Key Process area Technical Key Process area Defined (3) Process characterized Fairly well understood Repeatable (2) Can repeat previously mastered task Management Key Process area Initial (1)

3. PDP 모델에 대한 이해 4) 프로세스 모델 설계 절차 가. 프로세스 모델링 개념 수명주기 프로세스 개념형성 모델설계
3. PDP 모델에 대한 이해 가. 프로세스 모델링 개념 4) 프로세스 모델 설계 절차 개발방법론 선정자료 개발 관리환경 기초자료 수명주기 관련표준 및 지침 획득방법 결정자료 수명주기 프로세스 표준 개발자 경험, 지식 개념형성 수명주기 모델설계 프로세스 모델링 수명주기 모델 개발 관리모델 시스템 개념 사용자요구 시스템 개념 적용기법/ 고려사항 세부내용 모델링 절차 .개념형성 사용자 요구에 따라 사용자와 분석자가 공동 개념형성 단계 개발시스템 개념형성 단계 .외부자문기구를 통해 조정 및 통제 .수명주기 획득방법, SW구성 항목별 획득 방법결정 모델설계 개발방법론 개발방법론 선정, 수명주기모델 개념선정 개발환경 고려 이정표 산출물, 기준선 설정 시스템수명주기를 수명주기 모델 선정 설계 .프로세스 설계된 수명주기모델 기존 수명주기모델과 적용할 수명주기 모델링 에 따라 개발관리 프로세스 표준안 검토. 단계 모델을 설계 프로세스 식별을 위해 프로세스 수준, 그 절차에 따라 활동수준, 일정계획, 조직구성, 개발하는 단계 비용계획 수립

Process characterized Fairly well understood
3. PDP 모델에 대한 이해 가. 프로세스 모델링 개념 2) 프로세스 모델, 프로세스, 결과물 관계도 PROCESS MODEL PROCESS PRODUCT Process Modeling Process Instant Process Execution 3) 프로세스 능력 성숙도 단계 (카네기 멜런 대학 Capability Maturity Model 5단계) Optimizing(5) Focus on process improvement Process improvement Key Process area Managed(4) Process measured and controlled Process Mgt. Key Process area Technical Key Process area Defined (3) Process characterized Fairly well understood Repeatable (2) Can repeat previously mastered task Management Key Process area Initial (1)

3. PDP 모델에 대한 이해 1) ISO/IEC DIS 12207-1 표준의 특성 나. 기존 프로세스 모델 지원프로세스
나. 기존 프로세스 모델 3. PDP 모델에 대한 이해 1) ISO/IEC DIS 표준의 특성 ISO 소프트웨어 수명주기 프로세스는 6가지 기본 프로세스와 8가지 지원 프로세스의 집합체로 관련자간 역할 및 관계를 나타내고 있다. .계약에 의해 획득하는 제품, 서비스를 획득하는 획득자의 조직 및 활동 정의 계약 관점 계약 사용 획득 프로세스 공급 프로세스 획득 자 공급 자 .제품, 서비스를 공급하는 공급자의 조직 및 활동 정의 사용 관리 관점 사용 관리 프로세스 관리자 .수명주기 동안의 관리활동을 정의. 사용 사용 운영 관점 사용 운용 프로세스 운영자 사용자 .시스템을 운영하는 운영자, 조직의 활동 을 정의 사용 공학 관점 사용 유지보수 프로세스 사용 개발 프로세스 개발자 유지보수자 .SW에 대한 정의, 개발자, 조직의 활동 정의 .유지보수자, 조직의 활동을 정의 지원프로세스 . 문서화 .품질보증 .형상관리 .검증 . 확인 문제해결 .합동검토 .감사 지원 관점 지원프로세스 사용자 .8가지 지원프로세스 의 집합체, 과제의 성공과 품질에 기여 조직 프로세스 .기반구조 개선 훈련

3. PDP 모델에 대한 이해 2) Mil-STD-498 표준의 특성 나. 기존 프로세스 모델
나. 기존 프로세스 모델 2) Mil-STD-498 표준의 특성 무기체계들과 자동화 정보체계들의 개발을 위해 적당환 activities 와 문서화를 위한 표준을 통합해서 만든 새로운 표준이다. 특징은, 첫째, 방대한 설계프로그램에 적용 가능, 둘째, 증분 프로그램 개발에 적용가능, 셋째, 진화적 프로그램 개발에 적용 가능 넷째, reengineering에 적용 가능한 전략으로 구성 됨.

3. PDP 모델에 대한 이해 3) IEEE 표준개발 프로세스 나. 기존 프로세스 모델 2018-09-17
나. 기존 프로세스 모델 3) IEEE 표준개발 프로세스 IEEE 모델의 특징은, 개발이전프로세스(Pre DP)와, 개발프로세스(DP),개발 이후 프로세스 (Post DP)로 구분하고 있으나 매우 복잡하고, 획득 자와 공급자가 쌍방계약에 의해 프로젝트를 수행하거나 외부 위탁 처리에 대한 프로세스가 누락되어있는 단점이 있다.

3. PDP 모델에 대한 이해 4) SPICE 프로세스 특성 나. 기존 프로세스 모델
3. PDP 모델에 대한 이해 나. 기존 프로세스 모델 4) SPICE 프로세스 특성 SPICE 프로젝트의 목적은, SW 프로세스 평가에 사용할 국제표준을 만드는 것, 이 표준은 개발, 관리, 고객지원, 품질, SW개발 및 유지보수, SW개발 사람, 기술까지 다루고 있으며 1995년 소프트웨어 공학 국제 표준화를 추진 하고 결정하였다. Part1 : Concepts and introductory guide SPICE의 도입 부문, 전체적으로 구성과 선택에 대한 기술과 사용자 지침 부분 제공 Part2 : A Model for process management 소프트웨어 공학차원의 필수적인 기본활동과 프로세스 능력 향상을 위해 필요한 내용 기술. Part3 : Rating Process 평가수행에 필요한 프레임 웍과 프로세스 능력의 등급 기준 정의. Part4 : Guide to Conducting assessment 팀 수준의 소프트웨어 프로세스 평가 수행에 대한 지침 제공 Part5 : Construction, selection and use of assessment instruments and tools. 평가자의 평가수행을 위한 도구를 만드는데 필요한 프레임 웍 제공. Part6 : Qualification and training of assessors. 프로세스 수행에 필요한 평가자의 교육경력, 훈련 및 경험에 대하여 기술. Part7 : Guide for use in process improvement. 프로세스 개선을 목적으로, 평가의 입력을 어떻게 정의하고 평가결과를 어떻게 이용하는가 를 정의. Part8 : Guide for use in process improvement. 프로세스 능력결정을 목적으로, 평가의 입력 정의, 평가의 결과를 어떻게 이용하는가 기술. Part9 : Vocabulary. SPICE 목적에 맞게 모든 용어 정의.

3. PDP 모델에 대한 이해 1) 개발이전 단계의 프로세스와 엘엘엘 ㅍ엘엘Elㄷementㄴs 의 관계도
3. PDP 모델에 대한 이해 다. 개량된 PDP 모델 1) 개발이전 단계의 프로세스와 엘엘엘 ㅍ엘엘Elㄷementㄴs 의 관계도 개량된 프로세스는 기능적 관점은 프로세스를, 행위적 관점은 활동을, 조직적 관점은 프로세스를 담당할 부서를, 정보적 관점은 프로세스 간 입.출력되는 정보와 연관 관계를 나타내고 있다.

3. PDP 모델에 대한 이해 2) 개량된 프로세스 모델도 다. 개량된 PDP 모델 모델명 개발이전 프로세스 개발 및 개발
3. PDP 모델에 대한 이해 다. 개량된 PDP 모델 2) 개량된 프로세스 모델도 모델명 개발이전 프로세스 개발 및 개발 이후 프로세스 개량된 프로세스 모델 프로젝트 특성 및 조직특성을 고려하여 기존에 발표된 개발 수명주기를 임의 선택 하도록 유도 소요제기 프로세스 제안서 처리 프로세스 .기존시스템 운영 문제파악 제안서 접수 .시스템 교체 계획 검토 제안서 평가계획 수립 .향후 설치계획 검토 .도입/개발 추정 예산계획 제안평가 프로세스 .시스템 도입 타당성 검토 제안설명회 개최 .타당성검토 결과 승인 요청 제안서 기술 평가 타당성 검토 프로세스 계약 프로세스 .타당성 검토 자원 판단 제안서(가격)평가 .도입/개발 가능 검토 최종계약자 선정 -기본기능 및 사양검토 계약조건 협상 -소요자원 검토 계약 체결 .타당성 검토 경과 통보 .타당성 검토 경과 승인 확인 과제관리 프로세스 형상관리 프로세스 .일정통제 계획 .부 계약자 계획 문서화 프로세스 .문서화 계획 .형상관리 계획 의사결정 프로세스 .자원지원 계획 .시설계획 공급계획 프로세스 .인력소요 계획 .예산계획 획득관리 프로세스 .기술요구 및 정의 .신뢰성 및 품질요구 계획 .시험 계획 요구명세 프로세스 .시스템 요구사항 정의 .요구사항 확립 .요구명세서 작성 및 검토 제안 요청 계획 프로세스 .제안 요청계획서 작성 .제안 요청서 작성 .제안 요청 설명회 개최

3. PDP 모델에 대한 이해 2.1) 소요제기와 타당성 검토 프로세스 연계도 다. 개량된 PDP 모델 2018-09-17
소요제기 프로세스는 요구부서에서 기존시스템의 운영상 문제점이 있거나 신규로 시스템 도입 또는 개발이 필요할 때, 시스템화 계획을 수립하고, 향후 설치 및 예산 계획을 기본적으로 수립하여 시스템 도입 또는 개발 타당성 검토를 하여 타당성검토 부서에 의뢰하고 그 결과를 타당성 검토 부서로부터 타당성 검토 보고서를 받아서 의사결정자로부터 승인을 받는 프로세스를 나타낸다. 타당성 검토 프로세스는 요구부서에서 의뢰한 타당성 검토 의뢰서에 근거하여, 시스템 화 타당성을 검토하게 되며, 우선 타당성 검토 자원을 판단하여 그 가능성이 확인되면 시스템화에 필요한 기본기능 및 사양을 검토하여 소요기술과 소요자원을 검토, 도입 또는 개발 가능성을 확인하여 타당성 검토 결과를 보고서로 작성하여 해당부서에 제출 하는 프로세스를 말한다.

3. PDP 모델에 대한 이해 2.2) 과제관리 프로세스 연계도 다. 개량된 PDP 모델 2018-09-17
과제관리 프로세스는 과제관리 계획 활동을 위해 세부적인 일정통제계획, 부계약자계획, 문서화 계획, 형상관리계획, 자원지원계획, 시설계획, 인력소요계획, 예산계획, 기술요구 및 정의, 신뢰성 및 품질보증계획, 시험계획 Task 로 구분된다.

3. PDP 모델에 대한 이해 2.3) 요구명세 프로세스 연계도 다. 개량된 PDP 모델 2018-09-17
요구명세 프로세스는 시스템 요구사항 정의활동과 요구사항 확립활동 및 요구 명세서 작성 및 검토 활동으로 구분되며, 기능적 요구사항 평가 및 수정 Task는 기능적 요구사항 정의 Task로 부터 기능요구사항 자료를 받고, 인터페이스 요구사항 정의 Task로 부터 인터페이스 정의 사항 자료를 받아서, 요구사항 평가 및 수정작업을 거쳐 형상관리계획 프로세스에 시스템 검토 의뢰서와 형상관리계획 요청이 이루어 진다. 요구명세서가 제안요청 프로세스에 전달된다.

3. PDP 모델에 대한 이해 2.4) 제안평가 프로세스와 계약 프로세스 연계도 다. 개량된 PDP 모델 2018-09-17
제안평가 프로세스는 제안설명회 평가, 제안서(기술)평가 활동을 하며, 프로세스간 정보, 입.출력 관계는 제안서 처리 프로세스로 부터 제안서 평가 의뢰서와, 제안서를 받고 공급계획 프로세스에 제안설명회 계획을 통보하고, 참석 여부를 통보 받는다. 계약프로세스는 제안서(가격)평가, 최초계약자 선정을 위한 계약자 선정 활동과 계약, 조건협상 계약체결 내용을 검토하는 계약체결활동으로 구성된다.

3. PDP 모델에 대한 이해 2.5) 형상 관리 계획 프로세스 연계도 다. 개량된 PDP 모델 2018-09-17
2.5) 형상 관리 계획 프로세스 연계도 형상관리계획 프로세스는 형상식별, 상태기록계획, 품질관리계획, 형상통제계획, 형상평가계획을 위한 형상기획 활동과 형상감리, 관리기준, 기술 및 개발기법을 기준으로 검증 및 확인 계획을 수립, 하자보증 이행 계획을 수립하는 하자보증계획과 상태관리계획 극복관리계획, 유지보수계획을 근거로 유지보수이행계획을 수립하는 유지보수계획활동으로 시행된다.

3. PDP 모델에 대한 이해 2.6) 의사결정 프로세스 연계도 다. 개량된 PDP 모델 2018-09-17
2.6) 의사결정 프로세스 연계도 의사결정 프로세스는 의사결정자가 업무를 주관하는 프로세스로 프로그램 및 프로젝트 관리계획, 기술적 관리계획, 자원관리계획, 획득관리계획, 후방지원관리계획, 자료관리계획을 위한 활동을 한다. 이 프로세스의 정보 입.출력 관계는 소요제기 프로세스로 부터 도입/개발 승인 요청을 받고, 승인여부를 판단하고, 과제관리프로세스로 부터 과제관리계획서와 제안서 처리프로세스로 부터 최종 평가 기준서와 평가위원 추천서를 받아 승인 여부를 판단한다. 계약프로세스로부터는 계약서를 받고 서명날인하며, 문서화 프로세스에 의사결정 관련 문서를 전달한다.

IT중소기업 역량강화를 위한 정보전략계획(ISP) 학습 목표 IT 중소기업 관리자 및 개발자들에게 정보전략계획(ISP) 프로세스는, PDP에 관한, 요구공학, 타당성조사, PDP 모델에 관한 단계별 이해와 분석을 통하여 도출된, AS-IS 현황분석과, TO-BE 정보화 개선방향 설정과, 구체적인 개발ISP에 필요한 모델들을 적용한 제안서 작성과 사업계획서내역에 필요한 내용을 구축사례를 중심으로 살펴봄으로 그 이해를 돕는다.

4. 정보전략 계획(ISP) 목 차 가. 정보전략(ISP) 개요 1) ISP란 2) ISP 필요성 나. 정보전략(ISP) 절차
4. 정보전략 계획(ISP) 목 차 가. 정보전략(ISP) 개요 1) ISP란 ) ISP 필요성 나. 정보전략(ISP) 절차 1) ISP 추진 절차도 다. 정보전략계획(ISP) 세부 절차 1) 환경분석(2) 2) 현황분석(3) 3) 목표수립 4) 이행계획 수립 라. 사업계획서 내역 1) 사업추진 프로세스 2) RFI/RFP 2.1)RFP 기본개념 2.2)ITSM 구축사업 RFP 예 - 목차 2.3)ITSM 구축사업 RFP 예 - 핵심요청사항 2.4)ITSM 구축사업 RFP 예 - 업체평가표 3) 사업계획서 세부 내역 3.1)ITSM 구축사업계획서 – 목차 3.2)ITSM 구축사업계획서 – 구축비용, 조직도 3.3)ITSM 구축사업계획서 – 구축전체일정 3.4)ITSM 구축사업계획서 – 세부일정 3.5)ITSM 구축사업계획서 – 기대효과 4) WBS를 이용한 비용산정 방법 5) 범위/형상/변경관리

4. 정보전략계획(ISP) 가. ISP 개요 1) ISP란 전사 차원의 중 장기 정보화 추진 계획이며, 조직/기관의 장래성을
4. 정보전략계획(ISP) 가. ISP 개요 1) ISP란 전사 차원의 중 장기 정보화 추진 계획이며, 조직/기관의 장래성을 달성하기 위하여 효과적으로 정보기술을 연계하고 적용할 것인가 에 대하여 전략 및 해결책과 실행계획을 수립해 나가는 일련의 과정 이다. 정보시스템 구현에 투입되는 인력과 자원의 효율적 투자계획을 수립 할 수 있으며, 정보전략계획은 통상 3년 주기로 수립하는 것이 일반 적이며, 대상기업의 규모에 따라 3~6개월 소요되고, 투입요원의 수는 대상범위에 따라 결정된다. ISP 수행 내역 ① 통합 정보 전략 비전 설정 고객 사를 효과적으로 지원할 수 있는 통합 정보 전략과 각 사업부문이 공 유하는 운영 Vision을 수립함으로써 변화의 방향을 설정. ② 프로세스 혁신과제 도출 고객사의 내부 및 고객과 외부 거래선과 연관된 프로세스의 혁신과제를 도출하고 정보화 시스템 추진 시 이를 구체화하여 성공적인 프로세스의 혁 신을 통해서 가치를 창출. ③ 정보 시스템 마스터플랜 수립 운영 Vision, 프로세스 혁신 및 정보화 시스템 도입을 위한 To-Be 모델에 의하여 전사 차원의 정보 인프라 구축을 위한 마스터 플랜을 작성하며, 향후의 적용 시스템 및 정보 기술 모델을 제시하고 차후 설계 및 구현 단 계를 위한 세부 추진 계획을 수립.

4. 정보전략계획(ISP) 가. ISP 개요 2) ISP 필요성 ▪ 정보전략계획의 수립여부에 따라 예상되는 불확실성이 감소
4. 정보전략계획(ISP) 가. ISP 개요 2) ISP 필요성 ▪ 정보전략계획의 수립여부에 따라 예상되는 불확실성이 감소 ▪ 정보시스템 구축 및 운영에서 경제적 효율성을 도모 ▪ 사용자의 업무 및 정보 지원에 초점 형성 ▪ 정보시스템 구축과정 전체 및 시스템 운영에 대한 통제수단 제공 ▪ 급변하는 경영환경에 대응하고, 능동적으로 대처하기 위한 정보화 지원 체계 구축 필요 ▪ 정보화 도입시 효율적 투자 및 위험요소 사전 제거를 위한 구축전략수립 필요 ▪ 정보화 도입의 중요도, 우선 순위를 구별하여 경영전략과 연계한 중장기적 정보화 도입 계획 수립 필요 *ERP (Enterprise Resource Planning: 전사적 자원관리) *EIS (Executive Information System: 임원정보시스템) *DW (Data Warehouse: 자료저장소) *OLAP (Online Analytical Processing: 올랩 ) *CSF (Critical Success Factors: 주요성공요소) *CA (Company Automation:기업 자동화) *SE (Strategy Environment: 전략적 환경)

4. 정보전략계획(ISP) 나. ISP 추진 절차 1) ISP 추진 절차도 환경분석 현황분석 목표수립 이행계획 외부환경분석
현황진단 목표업무체계수립 이행계획 시장환경분석 현행업무진단 목표업무모델정의 이행계획수립 IT동향분석 현행정보시스템진단 목표IT체계수립 상생전략분석 업무분석 목표APP.모델정의 내부환경분석 현행업무모델정의 목표데이터모델정의 기업전략분석 업무이슈및개선안도출 목표IT인프라모델정의 경영진의견수렴 IT분석 IT현황조사 현행APP.모델정의 현행데이터모델정의 현행IT인프라모델정의 IT이슈및개선안도출

4. 정보전략계획(ISP) Illustrated 다. ISP 세부 절차 1) 환경분석(1/2) 환경분석 현황분석 목표수립
1) 환경분석(1/2) 환경분석 현황분석 목표수립 이행계획 [내부환경 분석 – 기업전략분석 예] Illustrated 경영전략체계 시사점 자동차 산업의 글로벌화된 경영환경하에서 제품의 품질, 원가, 기술력 등에서의 경쟁력 확보에 중점 …

4. 정보전략계획(ISP) Illustrated 다. ISP 세부 절차 1) 환경분석(2/2) 환경분석 현황분석 목표수립
1) 환경분석(2/2) 환경분석 현황분석 목표수립 이행계획 [내부환경 분석 - 경영진 의견 수렴 예] 모기업 및 협력업체와의 정보공유를 통한 생산최적화를 기하고 있으나, 연계시스템의 보완 및 개선이 필요 … 방법 : 경영층 의견수렴을 위한 인터뷰 수행 대상 : XX공장 OOO이사 경영진 의견수렴 요약 시사점 생산계획이 수시로 변동하여 변동 폭 분에 대한 재고 부담으로 어려움이 있음 모기업 및 협력업체와의 협력의 애로사항 원자재, 자재, 사내재고, 출고재고 등의 원활한 파악 필요 현행 업무처리의 애로사항 기존 POP를 개선하여 자재, 생산, 품질, 물류가 체계적으로 관리되어야 함 업무처리개선을 위한 필요사항 Illustrated

4. 정보전략계획(ISP) Illustrated 다. ISP 세부 절차 2) 현황분석(1/3) 환경분석 현황분석 목표수립
2) 현황분석(1/3) 환경분석 현황분석 목표수립 이행계획 [현황진단 - 현행업무 진단 예] OOO기업의 업무 현황은 SCM 참조모델을 기준으로 다음과 같이 구성되어 있으며, 이 중 SCM 핵심업무에 해당하는 계획, 구매/조달, 생산/제조, 판매/물류를 중심으로 현행 업무를 진단함 Illustrated 본원업무 지원업무 재무/회계/외환 S1.자재/조달 M1.생산/제조 SR1.자재 반품 DR1.반품 회수 P1.자재조달 계획 P2.생산/제조 계획 P3.판매/물류 계획 P.계획(Plan) R.반품 (Return) S.자재/조달 (Source) M.생산/제조(Make) D.판매/물류(Deliver) D1.판매/물류 인사 R&D 무역 품질 IT전략 및 운영 협력업체 공급처 모기업 고객

4. 정보전략계획(ISP) Illustrated 다. ISP 세부 절차 2) 현황분석(2/3) 환경분석 현황분석 목표수립
2) 현황분석(2/3) 환경분석 현황분석 목표수립 이행계획 [업무분석 – 업무이슈 및 개선안 도출 예] 업무별 이슈 및 요구사항 개선 방향 일반 협력업체와의 계획 정보 공유 미흡 모든 사업장을 포괄하는 판매-생산-구매 계획 수립 업무의 시스템 기능 및 정보관리 체계 구축 신규 모델에 대한 BOM 등록 지연 구매/조달계획 적정재고 산출기준 미흡 기준정보 정비 및 관리체계 정립 생산/제조계획 … Illustrated 판매/물류계획 … 기능품질 이슈 및 요구사항 개선 방향 ERP시스템 (영업관리) ERP 재고와 제품재고관리시스템 재고 간 불일치 개선을 위한 프로세스 개선 최적의 계획 및 스케줄링을 위한 선진 기법 도입 최적의 판매계획 수립을 위한 분석 기능의 시스템 화 개선 물류-정보-회계 간의 불일치 최소화를 위한 프로세스 개선

4. 정보전략계획(ISP) Illustrated 공급처 기업(내부) 고객 다. ISP 세부 절차 2) 현황분석(3/3)
2) 현황분석(3/3) 환경분석 현황분석 목표수립 이행계획 [IT분석 – 현 어플리케이션 구성도 예] 기 도임 미 도임 활용도 上 활용도 中 활용도 下 범례 공급처 기업(내부) 고객 경영관리 2차공급망 1차공급망 정보관리 전사관리 기업명 전략경영 EIS 그룹웨어 APS GOP ERP MPS/MRP e-Procurement 구매포탈 FP 영업관리 자재관리 회계관리 전자세금계산서 2차협력사 SCM SRM 협력업체 관리 개발/전략 구매 SCM연계 계획정보 실행정보 개발정보 품질정보 생산관리 MES POP 개발관리 PLM PDM DW MDM 연계 어플리케이션 FCST Illustrated

4. 정보전략계획(ISP) 다. ISP 세부 절차 3) 목표수립 환경분석 현황분석 목표수립 이행계획 목표 업무모델 정의
3) 목표수립 환경분석 현황분석 목표수립 이행계획 목표 업무모델 정의 상세작업 내용 목표 프로세스 정의 현행업무구성도, 현행업무관계도, 업무 요구사항정의서를 토대로 재설계할 업무프로세스를 선정한다. 선정한 업무프로세스를 업종별 참조모델을 참고하여 재설계하고 목표업무구성도, 목표 업무 관계 도를 문서화한다. 현행 대비 변경된 사항에 대해 개선 업무 정의 서를 작성한다. 목표 프로세스 상세 정의 업무구성도, 업무관계도, 개선업무정의서의 수정/작성이 끝나면 각 업무프로세스 별 주요 성과지표를 선정한다. (필요 시 인터뷰 수행) 성과지표 선정은 현재 관리하고 있는 지표를 우선적으로 하며, 필요 시 업종별 참조모델에서 제시하는 성과지표를 참조하여 작성한다. 작성된 목표업무구성도, 목표업무관계도, 개선 업무 정의서에 대해 고객과 검토하고 확정한다. 목표 어플리케이션 모델 정의 상세작업 내용 목표 어플리케이션 모델 정의 현행 어플리케이션구성도, IT요구사항 정의서를 바탕으로 개선이 필요한 어플리케이션을 선정한다. 현행 어플리케이션 구성도와 개선방안을 바탕으로, 추가/변경 사항을 반영하여 목표 어플리케이션 구성도를 작성한다. 목표 어플리케이션 상세 정의 현행 대비 목표의 변화사항을 목표어플리케이션구성도의 어플리케이션개선내역서에 작성한다. 작성된 산출물을 해당 담당자의 검토 후 확정한다.

4. 정보전략계획(ISP) 다. ISP 세부 절차 4) 이행계획 수립 환경분석 현황분석 목표수립 이행계획 이행 계획 수립 절차
4) 이행계획 수립 환경분석 현황분석 목표수립 이행계획 이행 계획 수립 절차 이행과제 도출 이행과제 정의 우선순위 정의 로드맵 정의 업무방향성 분석 우선순위 평가 과제 기본 정의 IT방향성 분석 Portfolio 분석 추진단계 정의 과제 상세 정의 이행과제 도출 상관관계 분석 구 분 우선순위 평가 상과관계 분석 대 상 정보시스템 담당자 목 적 최적의 정보시스템 도입 시기 결정 구 성 평가영역 : 4개 평가영역 : 3개 평가영역 시급성 영향/효과 구현용이성 이행용이성 구축 종속성 사업추진 효율성 정보화 사업 추진계획

4. 정보전략계획(ISP) Illustrated 라. 사업계획서 내역 1) 사업 추진 프로세스(1/2)
1) 사업 추진 프로세스(1/2) 일반 기업의 조직별 역할과 책임을 프로세스로 표현함 RFI/RFP는 사전영업단계에서 발생하며, RFI/RFP가 나오면 영업/영업지원 조직이 이를 바탕으로 사업타당성 검토 및 제안 작업을 진행함 DCB(Decision Control Board) : 실질적인 사업 go/no-go에 대한 결정을 수행하는 stake-holders간의 내부 의사결정체 [ OO중견기업의 사업추진 프로세스(1/2)] Illustrated

4. 정보전략계획(ISP) Illustrated 라. 사업계획서 내역 1) 사업 추진 프로세스(2/2)
1) 사업 추진 프로세스(2/2) 수주, 계약검토/매출품의, 계약 등 사업 수행팀이 사업을 수행하기 이전까지의 프로세스 각 사업별로 계약서 검토 및 사업코드(프로젝트코드)를 부여하고 관리하는 작업이 중요함 [ OO중견기업의 사업추진 프로세스(2/2)] Illustrated

1. 정보전략계획(ISP) 라. 사업계획서 내역 2) RFI/RFP(1/4) 2.1) RFI/RFP 기본개념
RFP (Request for proposal) 발주 사가 원하는 것(사업)에 대해 필요한 사항을 체계적으로 정리하여 공식적으로 요청하는 제안요청(서) 공급업체의 폭넓은 지원과 회신을 요구/독려함 RFI (Request for Information) 발주 사가 원하는 것(사업)의 구현에 대해 잘 모를 때 RFP 이전에 공급업체에게 사전 정보를 요구하는 정보요청(서) 발주 사 측면에서는 해당 IT기술에 대한 이해도를 높이는 기회가 됨 RFI는 RFP와는 달리 데이터 수집과 내부 학습을 목적으로 함에 따라 형식에 구애 받지 않음 BMT (Bench Mark Test) 하드웨어나 소프트웨어의 성능을 비교하기 위하여 하나 이상의 대상을 두고 비교 시험하여 평가하는 방식 일반적인 성능테스트와 달리 실제와 같은 상황의 동일한 시험 환경에서 한 개 또는 여러 개의 대표적인 비교대상과 비교 시험을 반복하여 성능을 평가함 Pilot 요구되는 시스템의 개념설계서를 바탕으로 축소된 소규모의 시스템을 만들어 실제와 같이 실현시켜 봄 POC(Proof of Concept) 신기술을 도입하기 이전에 이를 검증하기 위한 작업 Pilot은 전체 시스템을 대상으로 한다면 POC는 발주자가 원하는 특정 영역을 중심으로 검증이 이루어 짐

1. 정보전략계획(ISP) Illustrated 라. 사업계획서 내역 2) RFI/RFP( 2/4)
2.2) [ITIL기반의 ITSM 구축 사업 RFP 예 – RFP 목차] I. 목적 및 배경 1. 목 적 2. 배 경 II. 범위 및 계획 1. 범 위 2. 계 획 가정 및 제안 조건 1. 서비스데스크(Service Desk) 사용자 수 2. 정보 시스템 현황 3. 기타 제안 참고 사항 4. 제안 제외 품목 핵심 제안 요청 사항 1. ITIL 기반 ITSM 서비스 지원(Service Support) 체계정립 컨설팅 2. 통합 서비스데스크(Consolidated Service Desk) 구축 10 3. 통합관제 시스템 12 4. 시스템 장애 관리 13 5. 시스템 성능 관리 14 6. 데이터베이스 관리 15 7. 종합상황판 16 V. 제안서 작성 17 1. 일반 사항 17 2. 제안서 제출 17 3. 제안서 작성 18 4. 제안서 목차 18 VI. 평가 및 선정 19 1. 제안 가격 19 2. 제안 설명회 19 3. 평가 및 선정 19 Illustrated

1. 정보전략계획(ISP) Illustrated 라. 사업계획서 내역 2) RFI/RFP(3/4)
2.3) [ITIL기반의 ITSM 구축 사업 RFP 예 – 핵심제안 요청사항] Illustrated

1. 정보전략계획(ISP) Illustrated 라. 사업계획서 내역 2) RFI/RFP(4/4)
2.4) [ITIL기반의 ITSM 구축 사업 RFP 예 – 업체 평가 표] Illustrated

1. 정보전략계획(ISP) Illustrated 라. 사업계획서 내역 3) 사업계획서 세부 내역(1/5)
3) 사업계획서 세부 내역(1/5) 3.1) [ITIL기반의 ITSM 구축 사업 사업계획서 – 목차] Illustrated

3) 사업계획서 세부 내역(2/5) 3.2) [ITIL기반의 ITSM 구축 사업 사업계획서 – 구축비용] [ITIL기반의 ITSM 구축 사업 사업계획서 – 조직도] Illustrated

3) 사업계획서 세부 내역(3/5) 3.3) [ITIL기반의 ITSM 구축 사업 사업계획서 – 구축 전체 일정] Phase별로 산정한 WBS를 기반으로 전체 일정을 수립 함 Illustrated

3) 사업계획서 세부 내역(4/5) 3.4) [ITIL기반의 ITSM 구축 사업 사업계획서 – 세부일정] 각 WBS 항목별 세부 일정을 수립 함 Illustrated

3) 사업계획서 세부 내역(5/5) 3.5) [ITIL기반의 ITSM 구축 사업 사업계획서 – 기대효과] 사업계획서 세부 내역에 꼭 필요한 항목 - 비용산정 내역 - 기대효과 : 최고 경영진이 가장 관심 있어하는 부분 중 하나임 정성적 효과는 산출하기 쉬우나 정량적 효과 산출이 난이하며 따라서 이에 집중하는 것이 중요함 Illustrated

1. 정보전략계획(ISP) 라. 사업계획서 내역 4) WBS를 이용한 비용 산정 방법
사업계획 수립 단계에서는 RFI/RFP를 기반으로 3-level 정도 까지 break down 하여 해당 output(또는 인도물)을 도출하고 이에 해당하는 예상 수행 인력의 등급(작업난이도), 기간 을 도출하여 총 예상 비용을 산정할 수 있음 WBS 프로젝트 목표를 달성하고 필요한 인도물을 산출하기 위하여 프로젝트팀이 실행할 작업을 인도물 중심으로 분할한 계층 구조체계 Work Package (작업 패키지) WBS의 최하위 단위(cost account) 최대 80시간(2주) 로 분할 작업의 원가와 일정을 신뢰할 수 있을 정도로 세분화한 단위 [ WBS 기능전개형]

1. 정보전략계획(ISP) Illustrated 라. 사업계획서 내역 5) 범위/형상/변경관리(1/3)
5) 범위/형상/변경관리(1/3) 프로젝트의 모든 개발과정에서 발생하는 산출물들 중 관리되어야 할 항목을 식별하고, 이에 대한 추적성 및 무결성을 보장하는 방안을 제시함으로써 보다 완성도 높은 시스템을 구현하고 향후 유지보수의 효율성을 높이기 위해 작성됨 [OO은행 OO시스템 형상관리 계획서 – 목차(1/2)] Illustrated

1. 정보전략계획(ISP) Illustrated 라. 사업계획서 내역 5) 범위/형상/변경관리(2/3)
5) 범위/형상/변경관리(2/3) 소프트웨어 형상(Software Configuration) 제품으로 구현되거나 문서로 나타나는 모든 소프트웨어의 기능적이고 물리적인 특성. 예) 컴포넌트, Source Code, 문서, 데이터 형상 항목(Configuration Item) 소프트웨어 형상(SC) 중 개별적으로 인식 및 관리될 수 있는 형상관리의 대상 베이스라인(Baseline) 공식적으로 검토되고 승인된 형상 항목들의 집합을 말하며, 다음 단계 개발을 위한 기준이 되며, 이후의 모든 변경사항은 공식적인 변경절차를 거치도록 하게 하는 기준선 [OO은행 OO시스템 형상관리 계획서 – 목차(2/2)] Illustrated

1. 정보전략계획(ISP) Illustrated 라. 사업계획서 내역 5) 범위/형상/변경관리
5) 범위/형상/변경관리 5) 범위/형상/변경관리(3/3) 형상항목 식별 프로그램, 문서, 데이터 등의 시스템 형상요소 중 형상관리를 하고자 하는 항목을 선정하여 그 특성을 정의하고 명명하는 활동 형상항목 등록 식별된 형상항목에 대해 형상관리 라이브러리에 등록하는 활동 변경관리 베이스라인이 설정된 산출물에 대해, 무분별한 변경을 통제하고 변경이 꼭 필요한 경우에는 체계적인 변경절차를 거치도록 함으로써 해당 변경내역을 효과적으로 관리하고 공유하여 시스템의 무결성을 보장하기 위한 활동 [OO은행 OO시스템 형상관리 계획서 – 변경관리절차] Illustrated

감사합니다.

Similar presentations

Similar presentations

About project

지원

로그인

Auth with social network:

Similar presentations

Similar presentations

About project

지원