728x90
반응형
SMALL

기술평가의 정의
  - 기술과 관련된 정책결정에 활용할 객관적인 대안과 근거를 제공하기 위해 신기술
    적용 시 예상되는 결과와 영향을 체계적으로 분석 및 평가하는 방법.


기술평가의 유형

기술사업타당성평가 사업화 하거나 투자를 확대할 때 사업의 기술서 및 타당성을
등급으로 평가하는 방법
기술가치평가 현재 시현되거나 장래에 시현될 기술의 가치를 화폐단위로  
정량화 하여 평가하는 방법 


기술평가의 일반적인 평가요소 (기권시사)

구분 설명
기술성 기술의 정의 및 개요, 동향 및 경쟁기술, 경쟁기술 대비 기술수준인 우위성·첨단성
·기술 활용성 및 파급효과 등의 항목들에 대해 분석·평가 
권리성 -대상특허의 서지정보, 명세서에 기재된 기술정보, 권리범위, 선행기술정보
 등 조사 
시장성 -대상기술 적용 공법(제품)이 속한 시장의 환경분석, 경쟁분석 결과에 근거하여
 적용 공법 (제품)의 시장경쟁력을 평가 
사업성 대상기술을 이용하여 사업화를 추진하는 주체의 역량, 가격 및 품질 경쟁력
, 매출전망, 현금흐름 등 사업 전반을 평가 



기술사업타당성평가와 기술가치평가의 비교

구분 기술사업타당성평가 기술가치평가
목적 사업적 활용에 대한 전략적인 관점
신규사업에 대한 분석과정
평점,등급모형 기준 평가
사업가치(NPV)를 결정
기술이 공헌한 기여율을 결정하여
기술가치금액을 산정
평가기준 - 기술성, 권리성, 시장성, 사업성 - 완전성, 공정가치주의, 현금주의 
  수익 비용 대응의 원칙 
평가방법 - 평점모형, 등급 및 점수 산출  - 수익접근법
- 시장접근법
- 원가접근법
- 로열티공제법(혼합법) 
고려사항 - 합리적 의미. 해석
- 보고서에 등급 및 점수 동시 기재 필요
- 기술기여도, 할인율, 현금흐름 고려
- 기술 존속 및 평가기간 가정 필요



기술가치평가의 3가지 평가기법

구분 평가기법 설명
수익접근법 기술요소법
실물옵션 로열티공제(Relief from Royalty)법
다기간초과수익법 증분수익(Incremental Income)법
잔여가치(Residual value)법 
대상기술의 경제적 수명기간 동안 기술사업화로 인 하여 발생될 경제적 이익을 추정한 후 할인율을 적 용하여 현재가치로 환산하는 방법, 기술의 경제적 수 명, 현금흐름, 할인율, 기술기여도의 평가요소의 추정 이 필요함.
시장접근법 거래사례비교법 
로열티공제법 
경매(Auctions) 
 대상기술과 동일 또는 유사한 기술이 활성시장에서 거래된 가치에 근거하여 비교/분석을 통하여 상대적 인 가치를 산정하는 방법
원가접근법 역사적 원가법 
재생산원가법 
대체원가법 
경제원리에 기초, 동일한 경제적 효익의 기술을 개발 및 구입 통해 원가를 추정, 기술 가치를 산정하는 방 법, 상세원가정보 필요 


 
[출처] 118회 정보관리기술사 기출문제풀이집 (117어울림동기회)

728x90
반응형
LIST

'IT경영' 카테고리의 다른 글

OLTP 와 OLAP  (0) 2019.12.18
CRM 솔루션 소개  (0) 2019.12.05
프로세스 마이닝 (Process Mining) (2/2)  (0) 2019.11.15
프로세스 마이닝 (Process Mining) (1/2)  (0) 2019.11.14
SLM (Service Level Management) 프레임워크  (0) 2019.11.02
728x90
반응형
SMALL

OLTP (On-Line Transaction Processing)

OLTP는 일반적인 IT시스템의 처리 형태로서 사용자가 터미널(단말기)에서 어떤 Action을 하면 
거기에 바로 프로그램이 반응을 보이는 형태라고 할수 있다. 예를 들어 고객이 회원가입 페이지에서
회원정보를 입력한호 저장을 누르면 바로 시스템은 고객이 입력한 정보를 가지고 유효성 체크를
해서 Database에 저장하고 고객에게 회원가입이 완료되었다는 feedback을 바로 주는 프로세스를
말한다.  

OLAP (On-Line Analytical Processing)

반면 OLAP는 고객에게 제공하기보다는 회사에서 OLTP를 통해 저장된 Database의 내용을 다차원적으로 
분석하고자 스냅샵 형식으로 Database의 데이터를 가지고 와서 정제와 가공과정을 거쳐서 마트(Data Mart)에
담아놓고 이를 통해 회사 관리자에게 분석View를 제공하는 프로세스 라고 할수 있다.
보통 SAP BI 같은 DW 솔루션을 많이 이용한다.


OLTP 와 OLAP의 기능적 비교

구분 OLTP OLAP
개념


- Transactioni 중심으로 거래 데이터의 정확한
  처리 기능 제공이 중요


- 요청된 조건에 맞는 대용량 데이터를
  검색하여 다양한 View 제공이 중요

기능원리 - 트랜재션 ACID 준수
(Atomicity, Consistency, Isolation, Durability)
- 중복과 집계, 소트, 차원별 그룹
사용목적 - 단일 Transaction 데이터 저장
- 데이터의 무결성 유지
- 대용량 데이터 조회
- 각 차원별 다양한 View 제공
- 시계열 분석
주요기능 - Insert, Upate, Commit, Rollback - Drill Down/Up, Pivot, Slice, Dice
구현기술 -TP-Monitor , CS , EJB, ODBC - MOLAP, ROLAP, DOLAP

* MOLAP : Multidimensional OLAP / 다차원 OLAP
* ROLAP : Relational OLAP / 관계형 OLAP
* DOLAP : Desktop OLAP / 다차원 데이터 저장 및 프로세싱이 모두 클라이언트에서 이루어지는 OLAP


OLTP 와 OLAP의 데이터 측면 비교

구분 OLTP OLAP
데이터 구조 - 정규화를 통한 데이터 중복성을 최소화 중복 및 집계성 컬럼을 생성
데이터 마트
데이터 모델 ER모델 스타스키마, 스노우 플랙, ER모델
데이터 목적 데이터의 무결성 유지 시계열분석, 그룹분석, 실적집계, 의사결정
데이터 보호 Repeatable Read 레벨
Locking, 병행처리
Read Only
데이터 접근 응용프로그램을 통한 접근
사용자가 직접 접근

 

728x90
반응형
LIST

'IT경영' 카테고리의 다른 글

기술평가  (0) 2019.12.21
CRM 솔루션 소개  (0) 2019.12.05
프로세스 마이닝 (Process Mining) (2/2)  (0) 2019.11.15
프로세스 마이닝 (Process Mining) (1/2)  (0) 2019.11.14
SLM (Service Level Management) 프레임워크  (0) 2019.11.02
728x90
반응형
SMALL

CRM 솔루션 사업자 (국외)

  Salesforce.com SAP Oracle
특징 1. SaaS(Software as a Service) 형
   태로서 이는 기존 설치형 솔루션
   보다는 비용이 저렴
2.필요한 기능만을 선택해서 
  시스템을 구성할 수 있어서 보다
  고객이 자유롭게 Customizing이
  가능 
3.잠재고객 관리, 영업관리, 영업
  분석,정확한 영업예측 등의 
  기능이 사용하기 편리하고
  정확함.
1.고객 경험
  (CX:Customer Experience)을 
  관리,지원할 수 있는 Front-
  End Platform으로 판매가 아닌
  고객에 초점을 맞춘 새로운 
  버전인 SAP C/4 HANA를
  2018년에 출시.
2. 고객 데이터 보호,마케팅
  ,커머스,세일즈, 고객 서비스
  등 고객과 최접점에 있는 
  일명 '프론트 오피스' 기능을
  모두 포함한 스위트 제품으로
  최근에는 하이브리스(Hybris)를 
  비롯해 긱야(Gigya) 캘리더스
  클라우드(CallidusCloud), 
  코로나(Corona) 등 지난 
  2013년부터 인수한 관련 
  솔루션들 통합해 '종합적인
  고객 경험'을 제공
3. 기존 SAP ERP, BI 제품과 
   통합성 제공
1.데이터와 사용자 경험, 비즈니
  스 성과를 연결하는 플랫폼으
  로 평가
2.영업인력의 자동화를 넘어, 
  세일즈와 서비스, 마케팅, 
  커머스 역량이 통합된 서비스
  를 제공
3.최근 업데이트된 최신 혁신 
  기능은 
  - 새로운 오라클 데이터폭스
       (DataFox) 통합 기능
  - 최신 AI 기반 세일즈 플래닝
    기능
  - 업무 기반의 UX와 적응형 
    검색
  - 한층 똑똑해진 세일즈 비서
    (Sales Assistant) 기능 탑재
제품 Sales Cloud Service Cloud
Marketing Cloud
Commerce Cloud
Engagement Cloud
Platform Cloud
Integration Cloud
Analytics Cloud

SAP Marketing Cloud
SAP Commerce Cloud
SAP Service Cloud
SAP Customer Data Clouse 
SAP Sales Cloud

Oracle CX Marketing
Oracle CX Commerce
Oracle CX Sales
Oracle CX Service
제공 SaaS (Software as a Service)  SaaS (Software as a Service)  SaaS (Software as a Service) 
점유율
(Global)
20% 14% 12%
레퍼런스 포춘(Fortune) 500대 기업의 
83%가 사용
2015년도 까지 CRM 시장점유율
1위
 

 

CRM 솔루션 사업자 (국내)

  Obzen 핑거 포스트 Salesinsight
특징 1. 최적화된 추천 로직으로 자동
   화된 개인화마케팅 환경 제공
2. 15년간 국내 유통 및 금융권에
   서 안정적으로 검증된 고객사
   맞춤형 캠페인 솔루션
3. Real time 마케팅, Business
   Rule 관리 프로세스 통합 가능
4. 개발 프레임워크 기반으로
   사용자 요구사항과 솔루션의
   Gap을 Customizing하는 것이
   용이
5. 효율적인 TCO (Total Cost of
   Ownership), lease가 아닌 영
   구라이센스 제공, 향후 데이터
   증가로 인한 분석 환경 확장
   필요시 저렴한 확장 비용
1. 2006년 설립된 국내 CRM
   전문업체
2. 처음에는 제약사에 특화된
   CRM 솔루션의 개발과 공급
   에 주력, 제약 CRM 분야에서
   절반이 넘는 시장점유율을 
   기록
3. 클라우드 도입 시 최대 관심
   사인 보안 문제도 국내 유
   일 PKI 암호화 및 API 토큰
   인증, 하이퍼바이저 레벨 
   방화벽, 10대 주요 웹 애플리
   케이션 보안 대응, SSL 적용
   을 통한 구간 데이터 암호화, 
   개인정보보호법 기준 민감 
   정보 암호화(256비트 
   대칭키) 등을 통해 해결.
4. 영어, 중국어 다양한 언어로
   변환 가능
5. 모바일에 최적화된 CRM으로
   외부 모바일 영업도 편리
1. 세일즈인사이트㈜는 15년 
   동안 레퍼런스로 검증된 
   CRM 솔루션을 기반으로
   영업활성화와 사업목표 
   달성을 지원하는 전문 기업.
2. CRM 솔루션 salespoint는 
   제조, 유통, 물류, 서비스
  ,건설, 금융, 교육, IT 등 다양
   한 업종의 납품사례 보유. 
3. 한국정보통신산업진흥원
   주관 ‘중소기업 클라우드 
   서비스 적용.확산사업'의
   CRM서비스 공급사로 3년 
   연속 지정
제품 온라인 분석 시스템 ‘OLAP’
통합 고객행동분석 솔루 'Big Planet' 
AI 기반 추천 솔루션 'Smart Offering‘
타겟 캠페인 솔루션 'CMS‘
실시간 캠페인 솔루션 'REBM'
‘핑거세일즈’
▲직원 별 영업 동선 및 고객 방문/전화/메일 등 영업활동 수 
▲고객과의 최초 미팅후 현재까지 세일즈타임라인 
▲기업 전체 영업기회(매출기회) 수 
▲직원, 부서별 매출 목표대비 실적 
▲고객 등급별 관리(S급, A급, B급, C급) 
▲지역 및 제품별 매출 등등
‘SalesPoint’
▲Single View 화면을 통한 효율적인 영업활동 
  및 영업정보 관리
▲영업 KPI 표준화 및 Process 정형화로 체계적
   인 영업활동 지원
▲다양하고, 직관적인 Chart 분석으로 사업
  가시성 및 Insight 확보
제공 SaaS / On-Premise cloud / customized cloud
 / on premise 
cloud / on premise (package
, enterprise)
정유률 (국내) 국내 1금융권 75% 점유    
레퍼런스 국내 1위 마케팅 분석 솔루션 
업체 CJ 그룹사 (CJ One, 올리브영, CJ오쇼핑 등)
제주항공 (캠페인 시스템), 교
보생명 (캠페인 시스템), KB국민
은행 (개인 CRM 고도화), 
신세계 (개인화 캠페인/실시간
마케팅), 대신증권 (고객행동분
석/마케팅 자동화) 등
• 동아제약,명인제약 등 제약부문과 
  아시아나항공, 롯데케미칼, 
  SK케미칼 ,SK Broadband
, 롯데정보통신, 유한킴벌리 등  
  300 여개 회사 
• 현대Glovis, LS전선, ㈜SK, 
  두산, 품무원, 동원F&B
, 코웨이 등 100 여개 회사



CRM 솔루션 사업자 (Cloud 사업자)

  AWS 마이르크소프트 NBP
  1. AWS (Amazon Web Service) 에서 자체   개발.공급하는 CRM솔루션은 없으며 대신
  AWS MarketPlace 를 통해 AWS의 클라우
  드 컴퓨팅 플랫폼을 이용해 개발되어 
  입점한 타사의 CRM 솔루션을 제공하고 
  있음.

1. 고객데이터를 통합해서 상황
   에 따른 AI기반의 Insight 제공
2. 익숙한 통합형 도구와     
   Intelligence 방식의 영업 
   Process 제공
3. 효과적인 판매자 코칭을 위해 
   데이터 중심의 feedback 
   제공 및 파이프라인 분석과
   거래 인사이트 활용을 통한 
   의사결정 기반 제공
4.. 다른 어플리케이션 및 기존의
   서비스에 맞게 쉽게 조정,확장
   ,연결할 수 있는 영업솔루션
   제공 
1. NBP (Naver Business Platform) 
  은 자체 CRM 솔루션을 공급
  하는 방식이 아닌 Naver 
  Cloud Platform 을 통해 
  기업용 비즈니스 애플리케
  이션을 위한 클라우드 컴퓨팅
  환경을 제공하고 CRM전
  문솔루션이 입점(Multi-
   Tenant) 해서 서비스를 제공
   하고 있음.
2. NBP 의 특징
  - Globl Region Infra 제공
  - 강력한 보안
  - 합리적인 비용
  - 다양한 솔루션 포트폴리오
  SuiteCRM
CiviCRM
OroCRM
SugarCRM
…..
Dynamics 365 for Sales
Dynamics 365 for Marketing
Dynamics 365 Customer Insight
Dynamics 365 Sales Insight
Microsoft Dynamics 365 CRM
핑거세일즈
SalesPoint
    Cloud Cloud
    • 미디어&커뮤니케이션– NOKIA,TelecomEgypt
• 자동차 – BMW, 테슬라,폭스바겐,NISSAN
• 소매유통 – PRADA,Columbia,MarkJacobs
• 제조업 – HITACHI , LENOVO
n

 

728x90
반응형
LIST

'IT경영' 카테고리의 다른 글

기술평가  (0) 2019.12.21
OLTP 와 OLAP  (0) 2019.12.18
프로세스 마이닝 (Process Mining) (2/2)  (0) 2019.11.15
프로세스 마이닝 (Process Mining) (1/2)  (0) 2019.11.14
SLM (Service Level Management) 프레임워크  (0) 2019.11.02
728x90
반응형
SMALL

프로세스 마이닝의 기술 구성도

 

No 구분 설명 적용 알고리즘
프로세스 발견
(Discovery)
기존의 정보시스템으로부터 이벤트 로그를 추출하여
이를 분석해서 프로세스를 찾아내는 기법.
즉 이벤트 로그에서 프로세스 모델의 자동 발견을
지원하고 과거의 수행내역을 재생하는 데 활용
휴리스틱 마이닝
퍼지 마이닝
알파 마이닝
적합성 검사
(Conformance Checking)
① 을 통해 발견된 프로세스를 원래 의도했던
프로세스와 비교해서 어느정도 적합한지 평가
로그 리플레이 기법
로그 얼라이먼트 방법
프로세스 확장
(Enhancement)
적합성검사를 통해서 원래의 프로세스를 확장시켜서
적합성을 높이는 단계
또한 새로 발견된 프로세스 모델을 시간정보를 통해
확장
소셜 네트워크 마이닝
조직 마이닝
스탭 어사인먼트 마이닝
Petri Net 기반 성능분석
시퀀스 패턴
Dotted Chart 분석



용어 설명

용어 설명
휴리스틱 마이닝 Heuristic Mining
dependency graph를 기반으로 하여 이에 다양한 threshold들을 적용시켜 프로세스 모델을 도출하는 process discovery 알고리즘이다
알파 알고리즘과는 다르게 이벤트와 시퀀스의 빈도 (frequency)를 고려하기 때문에 몇 번 일어나지 않은 이벤트 등의 아웃라이어나 노이즈들을 필터링할 수 있다는 장점을 가진다. 그렇기 때문에 알파 알고리즘에 비해 실생활의 이벤트 로그를 프로세스 모델로 만들 때 더 유용하게 사용될 수 있다
프로세스 마이닝의 가장 기본이 되는 알고리즘인 Alpha algorithm을 발전시킨 형태로, 기본적으로 frequency(이벤트와 flow의 빈도)와 이를 바탕으로 한 dependency를 고려하여 맵을 생성한다.. Heuristic mining은 알파 알고리즘과는 다르게 빈도수를 고려할 수 있고, single activity, 즉 프로세스가 두 단계 이상 존재하지 않고 하나의 작업으로만 구성된 케이스를 생략할 수 있다는 장점을 가지고 있다.[출처] Heuristic Mining이란?|작성자 PUZZLE DATA

 

적용 사례

대상 프로세스 설명
보건 복지부 사회보장시스템
복지업무 처리프로세스
지자체 복지 업무 프로세스 효율화
한국수력원자력
SAP ERP 구매 프로세스
마스터 데이터 관리 효율성 개선 방안 도출
비즈니스 규칙 및 데이터 정합성 이슈 해결
서울시 구청
전자결재 프로세스
전자결재 단계의 단축 방안
인력간 업무량 파악 및 조정 가능
삼성전기
전기생산 시스템
공정 프로세스 모델 도출을 통한 프로세스 적합도 분석 및 병목
프로세스 도출
장비의 운용상태에 대한 분석
장비 활용의 효율성에 대한 분석



[출처] 118회 정보관리기술사 기출문제풀이집 - 117회 어울림 동기회

728x90
반응형
LIST

'IT경영' 카테고리의 다른 글

OLTP 와 OLAP  (0) 2019.12.18
CRM 솔루션 소개  (0) 2019.12.05
프로세스 마이닝 (Process Mining) (1/2)  (0) 2019.11.14
SLM (Service Level Management) 프레임워크  (0) 2019.11.02
데이터 모델링(Modeling)의 필요성  (0) 2019.11.01
728x90
반응형
SMALL

프로세스 마이닝(Process Mining) 의 정의

프로세스 마이닝은 정보시스템의 이벤트 로그를 분석하여 의미 있는 프로세스를 찾아내는 것을
목적으로 하는 기술로서. 프로세스 로그 분석은 프로세스에 대한 통찰, 병목점 식별 및 문제 예측
, 업무 수행 규정 위반 검사 및 대책 권고, 프로세스 간소화 등 매우 다양한 목적으로 활용될 수 있다.
[네이버 지식백과] 프로세스 마이닝 (국립중앙과학관 - 빅데이터)

프로세스 마이닝은 프로세스의 효율성과 이해를 향상시키는 것을 목표로 하며,
자동화된 비즈니스 프로세스 발견” ABPD (Automated Business Process Discovery)이라는 좀 더
일반화된 명칭으로 불리기도 한다.
[출처] BPM, RPA 그리고 Process Mining(프로세스마이닝)|작성자 wawaguru

복잡하게 설명했지만..간단하게 말해 보통 IT시스템을 구축하는 경우 우선 해당 회사의 비지니스
프로세스를 분석해서 이를 기반으로 설계해서 정보시스템을 만들어서 운영을 하는데.. 이 순서를
반대로 해서 운영하고 있는 정보시스템의 로그 (이벤트 로그, 프로세스 로그)를 분석해서
역으로 프로세스를 도출한 다음 이 프로세스가 당초 분석대상이었던 프로세스와의 적합성이
어떤가를 통해 기존 프로세스의 개선점을 발견할 수 있고, 때로는 기존에 파악하지 못했던
새로운 비지니스 프로세스를 도출해서 조직의 성과 도출 및 개선이 가능하게 할 수 있는데
이런한 일련의 분석방법을 '프로세스 마이닝' 이라고 한다.

프로세스 마이닝 개념



프로세스 마이닝(Process Mining)의 필요성

기존 전통적인 프로세스 방법의 문제점을 통해 왜 프로세스 마이닝이 필요한지 가늠해 볼수
있다. (그렇다고 전통적인 프로세스 분석 방법이 틀렸다고 하는 것은 아님.. 그 나름대로
충분한 역할을 수행했듬)
1. 기존 프로세스 분석방법은 사람이 담당자를 상대로 인터뷰를 통해서 AS-IS 프로세스를
   파악하는 구조이다 보니깐 아무래도 주관적인 의견이 개입되며 때로는 편견도 섞여들어
   갈수 밖에 없다.  (객관성 떨어짐)
2. 또한 시간과 비용도 많이 소요되는 편이다.
3, 담당자별로 나누어서 인터뷰및 업무 분석을 하다 보니깐 전체적인 그림을 파악하기 어렵다.
4. 개선이 필요한 AS-IS라는건 모두가 공감하지만 그 개선방안에 대해서는 담당자와 부서마다
    다를 수 밖에 없다. (부서간 충돌 발생)

따라서 이러한 전통적인 프로세스 분석방법의 단점을 해결하고자 나온 개념이
프로세스 마이닝인데 이 프로세스 마이닝은 기존 BPM과 Data Mining 의 중간영역에서
도출되었다고 할수 있다.

BPM은 비즈니스 프로세스를 발견모델링분석측정개선최적화 및 자동화하기 위해
다양한 방법을 사용하는 운영 관리 기법을 의미하며프로세스를 관리하여 기업 성과를
향상시키는 데 중점을 둔다.좁은 의미에서 BPM은 업무 프로세스를 사전에 모델링하고
설계된 프로세스 대로 업무 결제승인구매 등의 업무 등이 자동화되어 흘러갈 수 있도록
도와주는 IT 시스템을 지칭한다. 
BPM Top-Down 방식으로 프로세스 모델을 그려서해당 프로세스 모델 대로 업무를
수행하도록 강제하는 방식이라면 프로세스 마이닝은 이미 수행된 업무로부터 프로세스 모
델을 도출하는 Bottom-up 방식을 따르는데.  하지만 점점 복잡해져 가는 기업 업무 활동을 
BPM
처럼 중앙 집권적 방식으로 모든 것을 통제하기에는 한계가 있으며.  BPM의 통제를
벗어난 다양한 여러 시스템을 업무 관점에서 통합적으로 관리하고 모니터링하기 위해서는
개별 시스템은 그대로 두고 이로부터 쏟아져 나오는 로그를 통해 프로세스를 관리하는
분권적 방식이 BPM의 한계를 보완하는 역할을 한다고 할수 있다.

[출처] BPM, RPA 그리고 Process Mining(프로세스마이닝)|작성자 wawaguru



프로세스 마이닝과 RPA와의 관계       

요즘 대세가 되어가고 있는 IT이슈중에 하나인 RPA (Robot Process Automation) 가
구현될려면 프로세스 마이닝이 우선 수행되어야 한다고 할 수 있다.
RPA는 소프트웨어 로봇 또는 AI (인공지능) 작업자의 개념을 기반으로 한 사무자동화
기술의 새로운 형태중에 하나이다. 
여기서 소프트웨어 '로봇'은 컴퓨터 시스템의 사용자 인터페이스와 상호 작용하는 인간의
행동을 복제하는 소프트웨어 응용 프로그램을 말하는 것으로예를 들어, ERP 시스템에
데이터 입력을 실행하거나 실제로 비즈니스 프로세스를 수행하는 것이 소프트웨어 로봇의
일반적인 활동이 될 것이다소프트웨어 로봇은 사람과 동일한 방식으로 사용자
인터페이스(UI)에서 작동을 하는데이것은 기존에 애플리케이션 프로그래밍 인터페이스(API)
기반한 전통적 형태의 IT 통합과 크게 다르다사용자 인터페이스의 데이터 아키텍처 계층을
기반으로 한 기계 간(machine-to-machine) 통신 형태를 취한다..
앞서 언급한 BPM이 프로세스 개선을 위해 프로세스 자체를 재설계하고 변경하려는 방식이라면 
RPA
는 사람이 하던 현재 방식을 그대로 모방하여 소프트웨어로 대체하여 자동화하는 방식이다
이러한 RPA가 업무에 더 많이 적용될 수록 더 많은 시스템 로그가 나올 것이고 이에 대한
성과 분석과 모니터링이 필요해질 것이다.
프로세스 마이닝은 RPA 도입 전 초기 단계에 전체 프로세스를 분석하여 RPA가 적용될 만한
구간을 식별하여 타당성을 검증하고, RPA 도입 이후의 전후 비교를 통해 지속적으로
업무 효율성을 측정할 수 있는 방법을 제공한다.

[출처] BPM, RPA 그리고 Process Mining(프로세스마이닝)|작성자 wawaguru




728x90
반응형
LIST
728x90
반응형
SMALL

SLM (Service Level Management) 의 정의

요즘 IT서비스에 대해서 직접 회사내부에서 직원이 개발하고 유지보수하는 이른바 
인소싱(in-sourcing) 은 예전보다 많이 감소했고 외부인력을 고용한다던지 아예
외부 서비스를 이용하는 아웃소싱(out-sourcing) 형태가 주류를 이루고 있으며 한발
더나아가 클라우드를 통한 인프라나 플랫폼까지도 외주를 주는 경우가 큰 흐름으로
자리잡고 있다.
따라서 서비스 이용자는 외부에서 제공하는 서비스가 만족할만한 수준의 서비스를
제공 하고 있는지, 장애는 얼마나 발생하는지..그에 따른 패널티(Penalty)는 어떻게
부여할 것인지 등에 대한 관리가 포인트가 될 것이다. 
이러한 아웃소싱과 같은 외부자원으로부터 서비스를 제공받는 특히 IT서비스에 대해
서비스제공자와 사용자간의 서비스수준(SLA, Service Level Agreement)을 합의하고
이를 달성하기 위해 모니터링,보고,리뷰,개선 등 정상적인 프로세스 (PDCA)를 통해
서비스의 수준을 유지하고 지속적인 품질향상을 도모하는 일련의 활동을
SLM (Service Level Management) 라고 한다.


SLM 프레임워크 구성도

구성요소 구성특징 설명
서비스 카탈로그 - 서비스 내역 상세
- 서비스 분석/목록
Service Calalog
- 고객에게 제공되는 서비스 특징을 기술한 
  전체 목록
- 요구사항 분석/회의에 따른 상세화 수행
SLA - 서비스 수준 지표 Service Level Agreement
- IT서비스를 제공하는 업체와 사용자간의 서비스 수준에
  대한 합의서
OLA - 운영 수준 지표 - 관리조직과 운영조직간의 서비스 수준 관리에 대한 합의서
UC - 하위 계약 Underpinning Contract
- 외부공급자가 IT인프라 부품을 제공하도록 하청계약을
  맺은 지원
SLM엔진 - 모니터링
- 개선 및 Cycle화
- 서비스 수준 관리 과정 지표별 측정치 산출
- 보고서 작성 자동화 기능
- 실시간 정보 서비스 모니터링 기능
ITIL - Best Practice - 서비스 효율화를 위한 사례 및 지침 제공



SLA 와 OLA 의 관계

구분 SLM 구성요소 지표유형 설명 예시
사용자 SLA Avaliability 
(가용성)
정의된 서비스 시간에 대한
서비스 중단 시간의 백분율
Avaliability
내부조직간 OLA Reliability
(신뢰성)
서비스 중단을 포함한 장애
가 발생하지 않는 시간
MTBF
(Mean Time
Between Failure)
Manageability
(유지보수성)
서비스 장애를 감지하고
장애를 복구하는 평균시간
MTTR
(Mean Time
To Repair)
외부유지
보수업체
UC
(Underpinning
 Contract)
Serviceability
(서비스용이성)
외부공급업자가 IT인프라
부품을 제공하도록 하청
계약을 맺은 지원
Delivery Time

1. SLA구조화를 위해서는 최종 사용자에게 제공되는 SLA수준이상으로 내부 OLA 운영수준
  과 외부유지보수 UC 계약수준이 반영될 수 있도록 관리되어야 한다.

2. 서비스제공자는 사용자에게 약속한 가용성(SLA)을 만족시키기 위해 
   신뢰성과 유지보수성(OLA) 그리고 외부공급업체와의 부품시간 제공시간(UC) 등을 
   관리 해야 하며 상위 가용성을 만족시킬 수 있는 하위 지표수준으로 관리되어야 한다.

3. SLA-OLA-UC 의 구조는 하위구조의 지표수준이 상위구조의 지표수준과 같거나 
   높아야 하며 상위구조의 수준을 하위구조에서 보증해주어야 한다.
   만약 SLA지표를 지원할 수 없는 하위 OLA 또는 UC계약 수준이 존재 할 경우 최종 사용자
   에게 제공되는 SLA 서비스수준은 보증될 수 없는 구조적 모순에 빠지게 된다,.

728x90
반응형
LIST
728x90
반응형
SMALL

모델링(Modeling)의 정의

       - 사용자의 요구사항으로부터 데이터의 실체를 나타내는 일
       - 가설적 또는 일정 양식에 맞춘 표현
       - 어떤 것에 대한 예비 표현으로, 그로부터 최종 대상이 구축되도록 되어 있는 계획으로 
          기여하는 것.
       - 복잡한 현실세계를 단순화 시켜 표현하는 것.
       - 사물 또는 사건에 관한 양상(Aspect)이나 관점(Perspective)을 연관된 사람이나 그룹
         을 위해 명확하게 하는 것.
       - 현실세계의 추상화된 반영
       - 기업의 업무에 대한 종합적인 이해를 바탕으로 데이터에 존재하는 업무규칙에 대하여 
         참 또는 거짓을 판별할 수 있는 사실을 어떻게 ,누가 접근하는지를 정의하고 추상화하는 기법


데이터 모델링의 필요성

  - 애플리케이션과 데이터의 통합 - 데이터를 기반으로 한 통합은 효과적이면서 저비용
  - 개발자들의 시스템 이해 - 논리적인 관점과 물리적인 관점을 분리함으로써 사용자가 원하는 
                                      것의 논리적개념을 명확하게 이해할 수 있으며 저장기법, 파일접근방법
                                      등 물리적인 것으로부터 독립되어 사용자가 필요로 하는 데이터를 
                                      정의할 수 있다


현실세계 비즈니스의 모델링의 개요

   - 복잡한 현실세계를 이해하기 쉬운 형태로 변환하기 위해 단순화, 추상화, 구조화, 가시화하는
      모델링 이용
    - 기업의 비즈니스, 데이터, 프로세스, 아키텍처를 가지고 모델링과정을 거쳐서 구체화함으로써
       기업의 Biz를 강화할수 있으며 이를 IT 시스템으로 구현할 수 있다.



데이터 모델링시 주의점

    1) 중복 -  중복을 방지해야 한다.
    2) 비유연성 - 데이터 정의를 데이터의 사용과 프로세스를 분리함으로써 데이터 혹은 프로세스의 
                      변화가 애플리케이션과 데이터베이스에 중대한 변화를 일으킬 수있는 가능성을 
                      줄인다.
    3) 비일관성 - 데이터의 중복이 없더라도 비일관성은 발생한다. 데이터간 상호관계에  대한 명확한 
                      정의로  예방할 수 있다.


데이터 모델링 단계

개념 데이터 모델링  - 주제별로 분류 가능한 업무를 분석한 후 핵심 엔터티를 추출하고 그들 간의 관계
   를 정의하여 전체 데이터 모델의 골격을 생성한다.
 - 이렇게 도출된 엔터티와 관계를 표현하기 위해 개체-관계다이어그램(ERD)를 
    작성한다
논리 데이터 모델링  - 개념 데이터 모델링단계에서 정의한 핵심 엔터티와 관계를 바탕으로 상세속성
    을 정의하고 식별자를 확정, 정규화 M:M해소, 참조무결성 정의와 같은 상세화
    과정을 수행한다.
 - 데이터 모델링 프로세스의 Input 으로써 비즈니스정보의 논리적인 구조와 
    규칙을 명확하게 표현하는 기법 또는 과정이라 할 수 있다. 
 - 논리데이터모델은 데이터 모델링이 최종적으로 완료된 상태라고 정의할 수 
    있다. 즉 물리적인 스키마설계를 하기 전 단계의 '데이터 모델을 일컫는 말이다.
물리 데이터 모델링  - 목표로 하는 DBMS의 특성및 구현환경 등을 감안한 스키마를 일정한 기준과 
   규칙에 의해 도출하고 컬럼의 데이터 타입과 길이를 정의한다.
 - 또한 데이터 사용량을 분석 예측하는 과정을 통해 효율적인 데이터베이스가
   될 수 있도록 인덱스의 정의 및 역정규화 작업을 수행한다.

 

[참조] 118회 정보관리기술사 기출문제풀이 (117회 정보관리기술사 동기회 모임 - 어울림)

728x90
반응형
LIST
728x90
반응형
SMALL

오픈소스SW 라이선스의 특징

  - 라이선시는 해당 오픈소스SW를 자유롭게 사용할 수 있다.
  - 라이선시는 해당 오픈소스SW를 자유롭게 복제할 수 있으며,
    일정한 조건하에 재배포할 수 있다.
 - 라이선시는 해당 오픈소스SW를 자유롭게 수정하여 사용할 수 있으며, 
   일정한 조건하에 수정된 내용을 재배포할 수 있다.
 - 라이선시는 해당 오픈소스SW의 소소코드를 자유롭게 획득하고 접근할 수 있다.

공통적 준수사항 저작관련 문구 유지
제품명 중복 방지
서로 다른 라이선스의 조합
선택적 준수사항 사용 여부 명시
소스코드 공개
특허


라이선스별 내용

라이선스 종류 설명
GPL
(General Public License)
 * GPL 2.0
1. SW를 배포하는 경우 저작권 표시, 보증책임이 없다는 표시 및
   GPL에 의해 배포된다는 사실을 명시
2. SW를 수정하거나 새로운 SW를 링크 (Static 과 Dynamic
   linking
모두) 시키는 경우 GPL에 의해 소스코드를 공개해야 함.
3. Object code나 Executable Form 으로 GPL SW를 배포하는 경
   우, 소스코드 그 자체를 함께 배포하거나 또는 소스코드를 제공
   받을 수 있는 방법에 대한 정보를 함께 제공하여햐 함.
4. 자신의 특허를 구현한 프로그램을 GPL로 배포하는 경우에는
   그 프로그램을 GPL조건에 따라 이용하는 이용자에게 특허에 
   대한 사용료를 받을 수 없으며 , 제3자의 특허권을 구현한 
   프로그램인 경우에는 그 특허권자가 GPL조건에 따라 이용하는
   프로그램 이용자에 대하여는 사용료를 받지 않을 때에만 
   그 프로그램을 GPL로 배포하는 것이 가능함.
 * GPL 3.0
1. GPL3.0의 소스코드를 특정한 제품에 포함시키거나 혹은 그와 함
   께 배포하는 경우에는 해당 소스에 설치정보를 함께 제공하여야
   한다. 다만 SW가 ROM에 설치된 경우처럼, 해당제품의 제조업체
   나 여타 제3자도 수정된 코드를 제품에 설치할 수 없는 경우에
   는 설치정보를 제공하지 않아도 됨.
2. DRM과 관련하여 각국의 법률에 의해 보호되는 이익을 포기해
   야 함.
3. 특허와 관련해서 원래의 소스코드를 개선하여 배포한 기여자
   의 경우 자신이 기여한 부분에 대해서는 비차별적이고 특허 사
   용료가 없다는 내용의 라이선스를 제공해야 함.
4. 특허와 관련해서 라이선시 등으로부터 특허소송이 제기되는 
   경우 소송을 제기한 날에 특허소송을 제기한 라이선시의 오프
   소스SW 라이선스는 종료됨
5. Apache License 2.0및 Affero GPL과 양립 가능함
LGPL 
(Lesser General Public License)
* LPGL은 링크하는 SW의 소소코드를 공개할 필요가 없다는 점이
  GPL과 가장 큰 차이점이다. 
* 어떠한 경우에도 LPGL SW자체는 공개애햐 하지만 LPGL SW와
  링크되는 부분의 SW소스코드는 공개할 의무가 발생하지 않는다.

1.SW를 배포하는 경우 저작권 표시, 보증책임이 없다는 표시 및
  LPGL에 의해 배포된다는 사실을 명시.
2.LPGL 라이브러리의 일부를 수정하는 경우 수정한 라이브러리의
  소스코드 공개
3.LPGL 라이브러리에 응용프로그램을 링크시킬 경우 해당 응용프
 로그램의 소스를 공개할 필요가 없음. 다만, 사용자가 라이브러리
 수정 후 동일한 실행파일을 생성할 수 있도록 Static Linking 시에
 는 응용프로그램의 Object Code를 제공해야함.
3.특허의 경우 GPL과 동일함.
BSD
(Berkeley Software License)
* SW의  소소코드를 공개하지 않아도 되는 대표적인 라이선스 중 하나이다.
1.SW를 배포하는 경우 저작권표시, 보증책임이 없다는 내용을
  표시
2.수정프로그램에 대한 소스코드의 공개를 요구하지 않기 때문에
  상용SW에 무제한 사용 가능.
Apache License * 아파치재단의 모든 SW에 적용되는 라이선스로 BSD와 비슷하여 
  소스코드 공개 등의 의무가 발생하지 않는다다만 'Apache' 라
   이름에 대한 상표권을 침해하지 않아야 한다는 조항이 명시
  적으로 들어가있고 특허권에 대한 내용이 포함되어 있어 BSD보
  다는 좀더  법적으로 완결된 내용을 담고있다.

1."Apache" 라는 이름에 대한 상표권을 침해하지 않아야함.
2.SW를 배포하는 경우 저작권표시, 보증책임이 없다는 내용을 표
  시
3.수정프로그램에 대한 소소코드 공개를 요구하지 않기 때문에 
  상용 SW에 무제한 사용가능
MPL
(Mozilla Public License
공개해야할 소스코드의 범위를 좀 더 명확하게 정의하고 있다.
  즉 GPL에서는 링크되는 SW의 소소코드를 포함하여 공개해야 할
  소스코드의  범위가 모호하게 정의되어 있지만 MPL에서는 링크
  등의 여부에 상관없이 원래의 소스코드가 아닌 새로운 파일에 
  작성된 소스코드에 대해서는 공개의 의무가 발생하지 않는다.

1.SW를 배포하는 경우 저작권표시, 보증책임이 없다는 표시 및
  MPL에 의해 배포되다는 사실을 명시
2.MPL코드를 수정한 부분은 다시 MPL에 의해 배포
3.MPL코드와 다른 코드를 결합하여 프로그램을 만든 경우 MPL
  코드를 제외한 결합 프로그램에 대한 소소코드는 공개할 필요
  가 없음.
4.스코드를 적절한 형태로 제공하는 경우, 실행파일에 대한 
  라이선스는 MPL이 아닌 다른 것으로 선택가능.
5. 특허기술이 구현된 프로그램의 경우 관련 사실을 'LEGAL'파일
   에 기록하여배포

 

  무료이용가능 배포허용가능 소스코드
취득가능
소스코드
수정가능
2차적 저작물 
재공개 의무
GPL O O O O O
LGPL O O O O O
MPL O O O O O
BSD O O O O X
Apache O O O O X



용어정리

Reciprocal(상호주의) License
Copyleft License
공개소스를 사용해서 만든 SW역시 공개해야 한다. 
Dual License - 상업용 라이선스와 오프소스SW라이선스 를 조합하여 배포
- 오프소스SW라이선스와 다른 오프소스SW라이선스를 조합하
  여 배포
GPL 2.0 및 GPL 3.0 라이선스는 조합저작물(Large Work) 작성 및 타 라이선스(듀얼 라이선스)
배포를 모두 허용하지 않는다.

 

728x90
반응형
LIST

+ Recent posts