1. ISP(Information Strategy Planning)의 개요

 1-1. ISP(Information Strategy Planning)의 정의

  - Business의 중/장기 경영 비전 및 전략을 효과적으로 지원하기 위해 전사적 관점에서 정보시스템, 정보관리 체계의 비전 및 전략계획을 수립하는 활동

  - 조직의 경영목표 및 전략의 효과적 지원을 위한 정보화 전략과 비전을 정의하고 IT사업(과제) 도출과 로드맵을 수립하는 활동

 

 1-2. ISP(Information Strategy Planning)의 필요성

  1) 경영목표에 부합되는 정보시스템 구축

  2) 정보시스템 구축시의 비용산정과 구축 우선순위 도출

  3) 정보시스템과 관련되는 관리체계의 최적화

  4) BPR 효과의 정보시스템 구현

 

2. ISP(Information Strategy Planning)의 구축절차, 수행범위, 주요 요소기술

 2-1. ISP(Information Strategy Planning)의 구축절차

ISP의 구축 절차(사업방향분석->AS-IS분석->TO-BE MODEL->DO PLAN

 

 2-2. ISP(Information Strategy Planning)의 수행범위

  1) 경영전략 및 환경분석을 통한 핵심성공요소 도출

  2) 정보화 수준 진단 및 과제 도출 / 과제별 추진방안 수립

  3) 중장기 정보화 전략 수립

  4) 정보시스템 기본구조 확립

  5) 정보자원 관리체제 방안 제시

  6) 단계별 정보화 실행계획 수립

 

  2-3. ISP(Information Strategy Planning)의 주요 요소기술

단계 구성 요소 설명
환경분석 4C 분석 Customer, Channel, Competitor, Company 분석
CSF 경쟁우위를 갖기 위한 핵심성공요인 Critical Success Factor)도출
경쟁환경분석(5 forces) 기존경쟁기업, 신규진입업자, 대체품, 구매자, 판매자 분석
핵심역량분석(7S Model) Shared Values(공동가치), Strategy(전략), Structure(구조), System(시스템), Skills(기술), Staff(직원), Style(문화)
SWOT 분석 기업의 강점, 약점, 기회, 위험요소를 파악
현황분석 가치사슬 분석 내부운영을 주 활동과 지원활동으로 구분하여 가치의 흐름에 따라서 분석
CRUD 분석 프로세스와 데이터간의 CRUD Matrix분석
목표체계 수립 차이분석 (GAP 분석) 문제점 및 전략적 기회 요소를 분석하여 목표를 작성
벤치마킹 사례 또는 표준과 비교분석 하여 Best Practice 적용
이행계획 정보화ROI분석 정보화전략에 대한 투자대비효과(ROI) 측정
추진전략수립 인력, 조직, 예산, 상세 정보화 추진전략 수립

 

블로그 이미지

운명을바꾸는자

IT와 함께 살아가는 삶

,

1. 로직트리(Logic Tree)의 개요

 1-1.로직트리(Logic Tree) 정의

   - 주요 과제를 MECE의 사고방식에 기초해서 하부과제를 Tree 모양으로 분해·정리하는 것

   - 현상 분석 및 원인의 모색, 해결책을 구체화하는데 유용

 

 1-2. 로직트리(Logic Tree)의 역할

   - 문제 해결의 각 단계에서 풀어야 하는 이슈가 무엇인지를 명확하게 함

   - 이를 기반으로 가설 설정, 가설의 검증을 위한 분석 방법, 정보 source, 담당자 선정 등 문제 해결 과정의 체계적인 진행이 가능하도록 함

 

2. 로직트리(Logic Tree)의 개념도, 대표유형 2가지

 2-1. 로직트리(Logic Tree)의 개념도

 

  2-2. 로직트리(Logic Tree)의 대표유형 2가지

블로그 이미지

운명을바꾸는자

IT와 함께 살아가는 삶

,

1. MECE/LISS의 개요

 1-1. MECE/LISS의 정의

  - MECE(Mutually Exclusive Collectively Exhaustive) : 서로 중복되는 부분이 없으며, 누락이 된 것도 없이 문제의 전체를 파악하는 사고방식

  - LISS(Linearly Independent Spanning Set) : 상호 중복되지는 않고 각각의 합이 전체가 되지 않지만 각각의 부분집합이 내포하고 있는 중요한 의미를 명확히 해야 한다는 전략적 사고방법

 

2. MECE와 LISS 관계,  프레임워크

 2-1. MECE와 LISS 관계

   - 비즈니스의 세계에서는 어떤 상황이나 정보를 완벽하게 MECE로 분류하기는 어려움, 실제 문제해결에서의 구조분석은 오히려 LISS에 가깝다고 볼 수 있음

 

 2-2. MECE와 LISS를 활용한 프레임워크

- 사실과 현상을 정리, 분류하는 사고의 틀을 Framework이라고 할 때, 대부분의 Framework은 MECE 또는 LISS를 응용하여 구성

 

3. MECE, LISS 를 전개하는 방법

비교 항목 MECE LISS
적용 관계 - 분석은 MECE하게, LISS 중심으로 적용
- MECE를 적용하면 모든 요소에 대한 분석이 필요하며, LISS를 적용하면 중요 요소에 대한 분석을 통해 컨설팅을 수행
적용 핵심 - 빠짐없이 분석 - 중요과제의 명확화
(과감히 버려라. 대폭 줄여라.)
적용 예 -인간의 출산에 관련된 계획을 분석하기 위해 남성과 여성으로 분류, 전 연령대 분석 - 인간의 출산에 관련된 계획을 분석하기 위해 남성과 여성으로 분류하고30대 남성과 30대 여성을 분석

 

'1. IT Story > Basic Studies' 카테고리의 다른 글

CRM(Customer Relationship Management)  (0) 2019.07.20
ISMP(Information Strategy(System) Master Planning)  (0) 2019.07.19
ISP(Information Strategy Planning)  (1) 2019.07.18
로직트리(Logic Tree)  (0) 2019.07.17
BCG Matrix  (0) 2019.07.15
Spring 프레임워크  (0) 2019.07.13
프레임워크  (0) 2019.07.12
SW 아키텍처 드라이버(SW Architecture Driver)  (0) 2019.07.11
블로그 이미지

운명을바꾸는자

IT와 함께 살아가는 삶

,

1. BCG Matrix 의 개요

 1-1. BCG Matrix의 정의

  - 미국 보스턴 컨설팅 그룹(BCG)에 의해 개발된 기법으로 성장-점유율 매트릭스라고도 함

  - 기업수준에서 각 사업단위(SBU)가 속해 있는 시장의 성장률과 각 사업단위가 그 시장 내에서 차지하는 상대적 시장 점유율을 기준으로 사업 포트폴리오를 평가하는 분석 기법

 

 1-2. BCG Matrix의 등장배경

  - 1980년대 초반 기업전략 미국 오일쇼크 이후 구조조정을 위해 어떤 서비스라인을 없애야 하는지에 대한 고민과정에서 등장한 Tool

  - 기업이 경쟁자와 대비한 상대적 시장 점유율, 산업의 성장률이라는 요인에 따라 기업의 전략과 제품을 분류하기 위해 사용

 

2. BCG Matrix의 4가지 영역, 영역별 세부내용, 활용전략

 2-1. BCG Matrix의 4가지 영역

  - 전략적 사업단위(Strategic Business Unit: SBU): 자원할당 가능한 사업단위

  - 상대적 시장점유율: 시장에서 기업의 강점을 측정하는 척도

  - 시장 성장률: 시장의 매력도를 측정

 

 2-2. BCG Matrix의 영역별 세부내용

영역 설명 현금 흐름량
의문표(Question Mark) - 높은 시장 성장률과 낮은 상대적 시장성장률의 사업단위
- 시장점유율을 유지, 증가 시키는데 있어 많은 현금이 필요
적자
개(Dog) - 낮은 시장 성장률과 낮은 상대적 시장점유율의 사업단위
- 대체로 수익성이 낮고 시장전망이 어두움
불확실
별(Star) - 높은 시장성장률과 높은 상대적 시장점유율의 사업단위
- 자체 사업을 통해 많은 현금을 벌어들이지만, 급속히 성장하는 시장에서 시장점유율을 유지, 증대시키기 위해 많은 자금 필요
불확실
캐시카우(Cash Cow) - 낮은 시장성장률과 높은 상대적 시장점유율의 사업단위
- 낮은 투자지출로 인해 많은 이익을 벌어들임
흑자

- 전략적 사업단위(SBU) 별 성장성, 매력도 분석을 통해 해당 영역별 전략을 수립함

 

 2-3. BCG Matrix의 활용전략

 

블로그 이미지

운명을바꾸는자

IT와 함께 살아가는 삶

,

1. Spring 프레임워크의 개요

 1-1. Spring 프레임워크의 정의

  - EJB 기반의 복잡함과 무거움을 극복하고 개발생산성 향상과 고품질의 시스템 개발을 위한 자바 플랫폼 상의 경량화된 오픈소스 웹 어플리케이션 프레임워크

 

 1-2. Spring 프레임워크의 특징

구분 설명 특징
객체관리 컨테이너에서 직접 객체 관리(생성/소멸) 개발자의 객체 생성 및 소멸 관리 부담 감소
제어반전
(IoC)
컨트롤의 제어권이 프레임워크에 존재 스프링에서 사용자 코드 호출 가능
의존성주입
(DI)
각각의 계층이나 서비스들 간에 의존성 존재할 경우 프레임워크가 상호 연결시켜줌 XML 파일을 통한 환경설정
관점지향 프로그래밍
(AOP)
여러 모듈에서 공통적으로 사용하는 기능의
분리 지원
추상화된 트랜잭션 관리, 로깅, 보안 등의 공통 기능 활용
영속성 데이터베이스 처리 라이브러리와 인터페이스 제공 JDBC, iBatis, Hibernate 등에 대한 지원

 

2. Spring 프레임워크의 구성도, 구성 모듈별 기능과 역할

 2-1. Spring 프레임워크의 구성도

 

 2-2.  Spring 프레임워크의 구성 모듈별 기능과 역할

구성모듈 기능 및 역할 세부기능 및 사례
DAO -단순화된 JDBC 기능
-대부분의 ORM 프레임워크와 통합
-트랜잭션 관리 기능
-JTA에 대한 ‘global’ transaction 지원
-단일 데이터 소스에 대한 ‘local’ transaction지원
ORM -객체관계형 모델 지원
-다양한 DB 접속 방식 및 인터페이스
지원
-Hibernate, JDO, Oracle Toplink, iBatis,
JPA 등
J2EE -원격접근
-EJB 대체 및 통합
-스케줄링 및 동적 언어 지원
-테스트 기반환경 제공
-다양한 프로토콜에 대한 POJO 기반 원격접근
-JUnit 통합, DI에 의한 용이한 테스팅
-어플리케이션 서버 밖에서 통합 테스트 지원
WEB -Spring Web MVC
-이벤트 기반 프레임워크
-타 웹어플리케이션 프레임워크와 대체 통합
-Request 기반 프레임워크
-JSP, PDF, Excel 등 다양한 View 기술 지원
-Struts, WebWork, JSF 등
Core
(IoC)
-IoC(Inversion of Control) Container
-객체간 의존성 감소로로 코드 변경에 유연한 대처 가능하고 재사용 가능성 제고시킴
-컨테이너가 객체의 생성부터 소멸까지 관리
-컴포넌트를 개별적으로 테스트 가능
-The Hollywood Principle
“Don’t call me, I will call you”
-컨테이너에 의한 Dependency Injection(의존성주입)
AOP -트랜잭션 관리, 로깅 등과 같은 관심사에 대한 모듈화
-횡단관심사의 분리로 코드 변경없이 더해지거나 제거 가능(유지보수성, 변경용이성)
-Crosscutting Concern
-Aspect = Advice + Pointcut
-Join Point, Pointcut, Weaving
-AspectJ(사실상 표준)

'1. IT Story > Basic Studies' 카테고리의 다른 글

ISP(Information Strategy Planning)  (1) 2019.07.18
로직트리(Logic Tree)  (0) 2019.07.17
MECE(Mutually Exclusive Collectively Exhaustive)/LISS(Linearly Independent Spanning Set)  (0) 2019.07.16
BCG Matrix  (0) 2019.07.15
프레임워크  (0) 2019.07.12
SW 아키텍처 드라이버(SW Architecture Driver)  (0) 2019.07.11
ADD(Attribute Driven Design)  (0) 2019.07.10
SWOT  (0) 2019.07.09
블로그 이미지

운명을바꾸는자

IT와 함께 살아가는 삶

,

1. 프레임워크의 개요

 1-1. 프레임워크의 정의

   - SW가 개발될 수 있는 뼈대구조로 공통/복잡한 문제를 최소한의 코드 구현을 통해 완제품을 만들 수 있도록 지원하는 반제품 형태의 Template

 

2. 프레임워크의 개념의 관계도, 특징

 2-1. 프레임워크의 개념의 관계도

  - 아키텍처는 설계를 실현하는 골격 시스템의 기초를 제공함

  - 프레임워크는 만들고자 하는 정보시스템의 구조물 형태의 골격을 제공

 

 2-2. 프레임워크의 특징

특징 상세설명
실체성 프레임워크는 사상이나 개념으로 끝나는 것이 아니라 실체를 담고 있어야 함.
구체성 모든 프레임워크는 프레임워크 구성요소, 각 구성요소가 다루는 내용과 갖춰야 할 형식, 구성요소 사이의 관계, 사용 예제를 담고 있어야 함
다양성 프레임워크의 실체는 다루는 대상의 추상화 수준에 따라 달라짐
재사용성 프레임워크는 비슷한 문제영역을 다루는 어플리케이션을 만들 때 계속 재사용할 수 있음.

  - 소프트웨어 개발에서의 프레임워크는 아키텍쳐 설계를 실현하는 골격 시스템을 제공하며, 
아키텍쳐에서 정의한 시스템 구성요소를 가장 높은 추상화 수준에서 제공한 것

'1. IT Story > Basic Studies' 카테고리의 다른 글

로직트리(Logic Tree)  (0) 2019.07.17
MECE(Mutually Exclusive Collectively Exhaustive)/LISS(Linearly Independent Spanning Set)  (0) 2019.07.16
BCG Matrix  (0) 2019.07.15
Spring 프레임워크  (0) 2019.07.13
SW 아키텍처 드라이버(SW Architecture Driver)  (0) 2019.07.11
ADD(Attribute Driven Design)  (0) 2019.07.10
SWOT  (0) 2019.07.09
7S 모델  (0) 2019.07.08
블로그 이미지

운명을바꾸는자

IT와 함께 살아가는 삶

,

1. SW아키텍처드라이버의 개요

 1-1. SW아키텍처 드라이버의 정의

  - 아키텍처 요구사항 항목들을 분석하여 아키텍처 설계에 직접적으로 근간이 될 수 있는 항목들을 추출정제하여, 이를 아키텍처 설계의 원칙 (Principle)이나 근거의 형태로 표현한 것

 

 1-2. SW아키텍처 드라이버의 특징

  - 소프트웨어 아키텍처를 만드는데 영향을 주는 주요 요구사항

  - 선정된 아키텍처 드라이버는 보통 10개 미만이 적정

 

2. SW아키텍처 드라이버의 구성도, 구성요소

 2-1. SW아키텍처 드라이버의 구성도

 

 2-2. SW아키텍처 드라이버의 구성요소

구성 요소 설명 사례
기능
요구사항
- 시스템에서 반드시 구현되어야 하는 부분
- 간접적으로 품질요구사항을 발생시킴으로써 아키텍처에 영향을 줌
시스템은 차량 트래픽 정보를 제공해야 한다
품질
속성
- 기능성과 함께 시스템이 갖추어야 하는 특성
- 가용성/수정가능성/성능/보안 등
시스템은 차량 트래픽 정보를 1분 간격으로 최대 10만명에게 제공해야 한다
제약사항 - 사전에 설계자가 만든 시스템 설계 결정사항
- 비즈니스/조직/기술 제약사항
시스템은 개발시간을 단축하기 위해 J2EE기반으로 개발되어야 한다.

 

3. SW아키텍처 설계 뷰 작성과정

'1. IT Story > Basic Studies' 카테고리의 다른 글

MECE(Mutually Exclusive Collectively Exhaustive)/LISS(Linearly Independent Spanning Set)  (0) 2019.07.16
BCG Matrix  (0) 2019.07.15
Spring 프레임워크  (0) 2019.07.13
프레임워크  (0) 2019.07.12
ADD(Attribute Driven Design)  (0) 2019.07.10
SWOT  (0) 2019.07.09
7S 모델  (0) 2019.07.08
가치사슬(Value Chain)  (0) 2019.07.07
블로그 이미지

운명을바꾸는자

IT와 함께 살아가는 삶

,

1. ADD(Attribute Driven Design)의 개요

 1-1. ADD(Attribute Driven Design)의 정의

  - ADD(Attribute Driven Design)은 순차적으로 소프트웨어 아키텍처 수립하기 위한 시스템적인 방법론

  - ADD는 소프트웨어 시스템의 기능적인 속성과 품질 속성, 그리고 제약사항을 input으로 받아 각각의 속성을 만족시킬 수 있도록 최상위 수준에서 recursive하게 분할하는 과정을 통해 아키텍처를 수립하는 방법

 

 1-2. ADD(Attribute Driven Design)의 특성

  1) 소프트웨어가 달성해야 할 품질속성이 기반.

  2) 품질속성 달성 방안을 고려해서 아키텍처 스타일을 결정.

  3) 결정한 아키텍처 스타일에 따라 분할(decomposition)을 수행.

  4) 분할로 구성요소와 이 구성요소들 사이의 관계가 결정되면 기능 요구사항을 만족시킬 수 있도록 구성요소들을 구체화.

  5) 이 작업을 ADD로 더 이상 분할할 것이 없을 때까지 반복.

  6) ADD는 초기단계의 분할만 수행한다. ADD의 결과로 얻은 아키텍처는 세세한 부분까지
다루지 않고 시스

 

2. ADD(Attribute Driven Design)의 개념도, 프로세스

 2-1. ADD(Attribute Driven Design)의 개념도

 

 

 2-2. ADD(Attribute Driven Design)의 프로세스 

단계 구분 내용
1 요구 추출 - 요소들간의 관계를 설계할 핵심적인 아키텍처 요구사항을 추출
- 요구사항들은 반드시 순위로 작성
2 분할 선택 - 소프트웨어 아키텍처를 수립할 소프트웨어 시스템의 최상위 수준 요소를 선별하고 분할할 요소를 선택
3 중요 설계 요소 - 우선 순위가 높은 요구사항을 추출
4 설계 방향 - 아키텍처 설계 방향(아키텍처 패턴이나 tactics)을 선택
- 사용하려 하는 아키텍처 패턴이나 tactics들이 다른 아키텍처 요구사항과 tradeoff가 발생할 경우 우선 순위로 선택
5 매핑 - 선택된 아키텍처 패턴과 tactics에 맞도록 분할할 요소에 맵핑
6 인터 페이스 - 분할할 요소 내부에 새로운 요소를 정의하고 이들의 인터페이스 및 연관관계를 정의
7 정제 - 아키텍처 요구사항을 다시 한번 정제하고 앞에서 정해진 요소를 제약사항으로 정의
8 반복 - 모든 아키텍처 요구사항을 만족하는지 확인하여 만족할 때까지 1 ~ 7번을 반복적으로 수행

 

'1. IT Story > Basic Studies' 카테고리의 다른 글

BCG Matrix  (0) 2019.07.15
Spring 프레임워크  (0) 2019.07.13
프레임워크  (0) 2019.07.12
SW 아키텍처 드라이버(SW Architecture Driver)  (0) 2019.07.11
SWOT  (0) 2019.07.09
7S 모델  (0) 2019.07.08
가치사슬(Value Chain)  (0) 2019.07.07
5 Force  (0) 2019.07.06
블로그 이미지

운명을바꾸는자

IT와 함께 살아가는 삶

,