728x90
반응형
SMALL

예전에는 구현단계 즉 최종 개발완료된 산출물에 대해서 시큐어코딩의 적용여부를 검사했지만
지금은 분석/설계단계부터 개발보안 가이드를 기준으로 시큐어코딩의 적용여부를 체크하도록
되어 있다.
SW보안약점진단원 준비할려면 열심히 외워야 하는 부분이 더 늘어난 셈이다. ㅠㅠ
이번장에서는 소프트웨어 개발보안 가이드 중 '분석/설계' 단계에서의 진단항목에 대해서
알아보고자 한다. 

분석/설계 단계에서의 개발보안 항목은 크게 4가지로 분류를 한다.

SR1. 입력데이터 검증 및 표현 사용자가 입력하는 값에 대한 유효성체크를 주로 다룬다. 
SR2. 보안기능 중요정보에 대한 인증,전송,접근통제,저장 등을 주로 체크한다.
SR3. 에러처리 에러메시지에 대한 과도한 정보노출 등에 대해서 다룬다.
SR4. 세션통제 세션에 대한 해킹 방지를 위한 설계가 되어 있는지 확인한다.



각 세션별로 점검항목이 무엇이 있는지 간략하게 설명하면 다음과 같다

SR1. 입력데이터 검증 및 표현

번호 항목명 설명 비고
SR1-1 DBMS 조회 및 결과 검증 DBMS 조회를 위한 질의문(SQL) 생성시 사용되는 입력값
과 조회결과에 대한 검증방법 (예, 필터링) 설계 및 유효
하지 않은 값에 대한 처리방법설계
입.출력값
검증
SR1-2 XML 조회 및 결과 검증 XML조회를 위한 질의문 (XPath, XQuery) 생성 시 사용
되는 입력값과 조회결과값에 대한 검증방법 설계 및
유효하지 않은 값에 대한 처리 방법 설계
SR1-3 디렉터리 서비스 조회 및
결과 검증
디렉터리 서비스 조회 (LDAP) 시 사용되는 입력값과
조회결과에 대한 검증방법 설계 및  유효하지 않은 값에
대한 처리 방법
설계
SR1-4 시스템 자원 접근 및
명령어 수행 입력값 검증
시스템 자원 접근 및 명령어 수행을 위해 사용되는 입력값
에 대한 유효성 검증방법과  유효하지 않은 값에 대한
처리 방법
설계
SR1-5 웹서비스 요청결과 및
검증
웹서비스(게시판 등) 요청 (스크립트 게시) 과 응답결과
(스크립트 포함 웹페이지 등) 에 대한 검증방법과 적절하지
않은 데이터에 대한 처리방법 설계
SR1-6 웹기반 중요기능
수행요청 유효성 검증
사용자 권한 확인(인증 등) 이 필요한 중요기능 (결제)
에 대한 웹서비스 요청에 대한 유효성 검증방법과  유효
하지 않은 값에 대한 처리 방법
설계
SR1-7 HTTP 프로토콜 유효성
검증
비정상적인 HTTP 헤더, 자동연결 URL링크 등 사용자가
원하지 않는 결과를 생성할 수 있는 HTTP헤더 및 응답
결과에 대한 유효성 검증방법과  유효하지 않은 값에
대한 처리 방법
설계
SR1-8 허용된 범위내 메모리 
접근
허용된 범위의 메모리 버퍼에만 접근하여 저장 또는
읽기가 수행되어 버퍼오버플로우가 발생하지 않도록
처리방법 설계
SR1-9 보안기능 동작에 사용되는
입력값 검증
보안기능 (인증,인가,권한부여 등) 등 프로그램 동작을
위해 사용되는 입력값과 함수 (또는 메소드) 의 외부입력값
및 수행결과에 대한 처리 방법 설계
SR1-10 업로드.다운로드 파일
검증
업로드.다운로드 파일의 무결성,실행권한 등에 관한 유효
성 검사 방법을 설계하고, 검사 실패시 대응방안 설계
파일관리



SR2. 보안기능

번호 항목 설명  비고
SR2-1 인증 대상 및 방식 중요정보.기능과 인증방식을 정의
정의된 중요정보 접근 및 중요기능 수행허용을 위해
인증기능이 우회되지 않고 수행될 수 있도록 설계
인증관리
SR2-2 인증 수행 제한 인증 반복시도 제한 및 인증실패 등에 대한 인증제한
기능 설계
SR2-3 비밀번호 관리 안전한 비밀번호 조합규칙 
  - 비밀번호 길이
  - 허용문자 조합 등
을 설정하고 주기적으로 변경하도록 설계 
(하드코딩 금지)
SR2-4 중요자원 접근통제 중요자원 (프로그램 설정, 민감한 사용자 데이터 등) 을 
정의하고 정의된 중요자원에 대한 접근통제하는 신뢰할수
있는 방법 및 접근통제 실패시 대응방안 설계
권한관리
SR2-5 암호키 관리 암호키 생성,분배,접근,파기 등 안전하게 암호키 생명주기
를 관리할 수 있는 방법 설계
암호화
SR2-6 암호연산 국제표준 또는 검증필 프로토콜로 등재된 안전한 암호
알고리즘을 선정하여 충분한 암호키 길이, 솔트, 충분한
난수값을 기반으로 암호연산 수행방법 설계
SR2-7 중요정보 저장 중요정보 (비밀번호, 개인정보 등) 저장시 안전한 저장
및 관리방법 설계
중요정보
처리
SR2-8 중요정보 전송 중요정보 (비밀번호, 개인정보 등) 전송시 안전한 전송
방법 설계



SR3. 에러처리

번호 항목명 설명 비고
SR3-1 외처리 오류메시지에 중요정보 (개인정보, 시스템정보, 민감정보)
가 포함되어 출력되거나, 에러 및 오류가 부적절하게 처리
되어 의도치 않은 상황이 발생하는 것을 막기 위한
안전한 방안 설계
 


SR4. 세션통제

번호 항목명 설명 비고
SR4-1 세션통제 - 다른 세션간 데이터 공유금지
- 세션ID 노출금지
- (재)로그인시 세션ID 변경
- 세션종료 (비활성화, 유효기간 등) 처리
등 세션을 안전하게 관리할 수 있는 방안 설계
 


위에서 설명한 "분석/설계" 단계에서의 개발보안 항목은 결국 "구현"단계에서의 개발보안  항목과
연결이 되어 질수 밖에 없다.
구현단계에 대해서는 다음 편에서 소개를 하고 여기서는 간단하게 두 단계간의 매핑구조만 설명한다.

구분 분석/설계 항목 구현단계 보안약점
입력 데이터
검증 및 표현
DBMS 조회 및 결과 검증 SQL 삽입
XML 조회 및 결과 검증 XQuery 삽입
XPath 삽입
디렉터리 서비스 조회 및
결과 검증
LDAP 삽입
시스템 자원 접근 및
명령어 수행 입력값 검증
경로조작 및 자원삽입
운영체제 명령어 삽입
웹서비스 요청결과 및
검증
크로스사이트 스크립트 (XSS)
웹기반 중요기능
수행요청 유효성 검증
크로스사이트 요청위조
HTTP 프로토콜 유효성
검증
신뢰되지 않은 URL 주소로 자동접속 연결
HTTP 응답분할
허용된 범위내 메모리 
접근
포맷스트링삽입, 메모리 버퍼 오버플로우
보안기능 동작에 사용되는
입력값 검증
보안기능 결정에 사용되는 부적절한 입력값
정수형 오버플로우
Null Pointer 역참조
업로드.다운로드 파일
검증
위험한 형식 파일 업로드
무결성 검사 없는 코드 다운로드
보안기능 인증 대상 및 방식 적절한 인증 없는 중요기능 허용
DNS Lookup 에 의존한 보안 결정
인증 수행 제한 반복된 인증시도 제한 기능 부재
비밀번호 관리 하드코드된 비밀번호
취약한 비밀번호 허용
중요자원 접근통제 부적절한 인가
중요한 자원에 대한 잘못된 권한 설정
암호키 관리 하드코드 된 암호화
키 주석문 안에 포함된 시스템 주요 정보
암호연산 취약한 암호 알고리즘 사용
충분하지 않은 키 길이 사용
적절하지 않은 난수값 사용
솔트 없이 일방향 해시함수 사용
중요정보 저장 중요정보 평문저장
하용자 하드디스크에 저장되는 쿠키를 통한 정보노출
중요정보 전송 중요정보 평문전송
에러처리 예외처리  오류메시지를 통한 정보노출
시스템 데이터 정보노출
세션통제 세션통제  잘못된 세션에 의한 데이터 정보 노출




[출처 : 전자정부 SW개발.운영자를 위한 소프트웨어 개발보안 가이드]
[출처 : 2018년도 SW보안약번점진단원 교육 자료]

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

소프트웨어 보안취약점
 - 보안요구사항이 정의되지 않았거나
 - 논리적인 오류를 가지는 설계를 수행했거나
 - 기술취약점을 가지는 코딩규칙을 적용하였거나
 - 소프트웨어 배치가 절절하지 않았거나
 - 발견된 취약점에 대해 적절한 관리 또는 패치를 하지 않은 경우
발견된다.

소프트웨어 개발방법론

구조적 방법론  - 프로세스 중심의 개발방법론
 - 모듈의 분할과 정복에 의한 하향식 설계(Top-Down)
 - SDLC구조의 폭포수 모델이 기본
 - 산출물 : DFD
객체지향 방법론  - 반복적이고 점증적인 개발방식
 - 재사용성강조
 - 분산객체기술의 완벽한 지원
 - Bottom-Up
 - 유즈케이스 다이어그램, 시퀀스 다이어그램…
CDB 방법론  - 컴포넌트 기반 개발
 - 반복 점진적 개발 프로세스
 - 표준화된 산출물
 - 재사용성 향상
 - Bottom-up



소프트웨어 개발보안 적용 사례

사례 설명
MS-SDL  MS - Secure Development Lifecycle
Seven TouchPoints  - 소프트웨어 보안의 모범사례를 소프트웨어 개발 라이트사이클에 통합
 - 공통 위험요소를 파악하고 이해하며, 보안을 설계하고 모든 소프트웨어 
   산출물에 대해 철저하고 객관적인 위험분석 및 테스트를 거쳐 안전하 
   소프트웨어를 만드는 방법을 정의
 - 7개의 보안강화활동
CLASP Comprehensive, Lightweight Application Security Process
 - SDLC 초기단계에 보안강화를 목적으로 하는 정형화된 프로세스로서
 - 활동중심, 역할기반의 프로세스로 구성된 집합체이다.
 - 운영중인 시스템에 적용하기 좋다.
    ① 개념관점
    ② 역할기반 관점
    ③ 활동평가 관점
    ④ 활동구현 관점
    ⑤ 취약성 관점


소프트웨어 보안약점 진단방법론

정적분석 화이트박스
소스코드의 구조,구문의미 리뷰
소스코드의 보안약점을 점검하여 완성된 SW의 발생가능한 잠재적인 취약점을 
예방하는 점검
동적분석 블랙박스
실행파일, 결과, 성능,안정성 -> 디버깅, 부하테스트, 모의해킹
실행과정에서의 다양한 입출력데이터의 변화및 사용자 상호작용에 따른 변화를 
점검하는 방법으로 입출력에 대한 다양한 취약점을 점검



정탐/오탐

소스코드 진단도구 결과유형
Error Error 정탐
Error 정상 미탐
정상 Error 오탐



SW개발보안 기준 및 절차

구분 내용 비고
대상 정보시스템 감리대상 정보화사업  
범위 설계단계 산출물
소스코드
(신규는 전체, 유지보수는 변경된 부분만)
상용SW는 대상 아님
기준 감리법인이 진단도구 사용 시 국정원장이 인증한
도구 사용
진단기준
기타 - 감리법인은 SW보안약점 진단 시 진단원을 우선적으로 
  배치
- 감리대상 외 사업은 자체적으로 SW보안약점 진단
  ,제거결과 확인
 



보안항목 식별

정보에 대한
보안항목 식별
가. 외부환경분석을 통한 보안항목 식별
     - 개인정보보호 관련 법규 - 개인정보보호법, 정통망법,…
     - 특정IT기술관련 법규 - RFID프라이버시 보호가이드라인, 위치정보의 보호및 활용…
  나. 기타 중요정보 식별
     - 1등급 : 고유식별정보, 민감정보, 인증정보, 신용정보, 의료정보, 위치정보
     - 2등급 : 이름,주소,전화번호,핸드폰번호,이메일주소,생년월일,성별
                 학력, 직업, 키, 몸무게, 결혼여부,취미
     - 3등급 : IP정보, MAC주소, 사이트방문기록, 쿠키
                 가입자성향, 통계성정보
                 사번, 회원번호 등
기능에 대한
보안항목 식별
요구사항정의서에 보안요구사항을 정의하여 설계,구현,테스트 단계에서 적용될 수 
있도록한다



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

클라우드 (Cloud) 의 정의

클라우드 컴퓨팅 (Cloud Computing) 은 "규모의 경제에 입각한 대규모 분산 컴퓨팅 패러다임
으로서, 거대한 IT자원을 추상화하고, 가상화하여 동적 확장이 가능한 체계로 사용자가
필요한 만큼 네트워크를 통해 사용하는 컴퓨팅 서비스 환경" 으로 정의할수 있다.

주요기관별 클라우드에 대한 정의



클라우드 컴퓨팅 모델

구분 정의
Public Cloud 클라우드 컴퓨팅 이용 대상을 제한하지 않는 방식으로 누구나 네트워크에 접속해 신용카드 등의 결제만으로 서비스에 접근할 수 있고 사용한 만큼 지불하는 구조 (Pay-as-you-go)를 갖는 공중 인프라
Private Cloud 보안기능이 강화된 방화벽 내에서만 배타적으로 이용할 수 있는 서비스로 주로 대기업에서 데이터 소유권을 확보하고 프라이버시를 보장받고자 할 때 구축되는 방식
Community Cloud 커뮤니티 클라우드는 특별한 보안요구나 공통 미션 같은 관심사를 공유한 조직의 그룹에 의해 제어되고 이용
Hybrid Cloud 상호운용이 가능한 퍼블릭과 프라이빗의 조합으로 구성되며, 일반적으로 사용자는 비즈니스에 중요하고 보안이 필요한 서비스와 데이터는 프라이빗 클라우드의 통제하에 두고 덜 중요한 정보나 처리는 퍼블릭 클라우드를 이용

Community 나 Hybrid 클라우드는 사용자 IT 환경, 서비스 특성 및 운영정책 등에 매우 
종속적이고 특성화되어 있으나, 결과적으로 퍼블릭과 프라이빗의 복합된 형태로 구성되므로 
보통 퍼블릭과 프라이빗을 중심으로 가이드를 제시함.


클라우드 도입의 필요성

항목 설명
클라우드 & 모바일 기반
사무환경
-. 근무 효율성 향상, 탄소배출량 저감 등을 위해 시간과 장소에 상관
  없는 스마트워크 활성화 추세.
-. 기업입장에서 복잡한 어플리케이션을 지원하며
  , TCO(Total Cost of Ownership)를 절감
-. ROI(Return On Investment)를 극대화할 수 있는 솔루션 도입과 
   그린 IT에 대한 관심 증대
스마트 디바이스 & 미디어
활성화
스마트폰, 스마트패드 등의 다양한 단말의 폭발적 보급과 3G/LTE/WiFi 등 무선통신 서비스 기술의 발전. 소셜미디어를 통한 대용량의 다양한
콘텐츠의 생산과 유통 환경 일반화 추세
ICT 서비스의 진화와
클라우드
방송, 인터넷 등의 ICT 서비스는 서비스 제공자 중심의 단방향 서비스에서 모바일 스마트 디바이스의 확산과 함께 이용자 중심의 양방향, 개인화, 모바일화 및 지능화의 방향으로 급격히 진화하고 있으며, 이러한
ICT 서비스의 진화 과정 속에서 클라우드가 핵심적 역할을 수행할 것으로 전망
클라우드 도입 장애요인 극복필요 클라우드의 다양한 장점에도 불구하고 보안문제, 비용절감에 대한 불확실성, 관리 운영방안의 부재 등이 클라우드 도입에 장애요인으로 제시되고 있음
클라우드 도입에 대한 부담감 해소필요 조직의 전략적 차원에서 클라우드 시스템으로 전환하는데 있어 조직의 니즈와 적용분야에 따른 기능 및 제품선정, 도입 절차, 관리ž운영 등 
패러다임 변화에 대한 부담감 존재하며, 향후 클라우드 도입 추진시
정부(공공기관)의 역할 중에서 ‘클라우드 도입 지침 마련 및 제공’에 대한 업계의 니즈가 높음
728x90
반응형
LIST
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

SPICE 정의

 - 소프트웨어 프로세스 심사(Software Process Assesment:SPA)를 위한 국제표준인 
   ISO/IEC 15504의 개발을 지원하기 위하여 진행중인 국제표준화 프로젝트
 - ISO 12207의 기본 틀에 맞추어 개발되고 확장됨
 - 5개 범주 , 6개 단계               ( CMM - 5  , CMMi - 4,5  SPICE - 5,6)


SPICE 구성

   프로세스 차원과 프로세스 능력 차원으로 구분 (2차원 평가모델)

구성항목 차원 설명
프로세스 범주
5개
Best Practices
Customer-Supplier  - 고객에게 직접적으로 영향을 주는 
    프로세스들로 구성
 - 제품개발과 개발된 제품을 고객에게 인
   도하기까지의 프로세스들
Engineering  - 시스템, 소프트웨어 제품및 사용자문서 
   들을 정의하고, 구현하며, 유지하는
   프로세스들
Support  - 전체 소프트웨어 생명주기에 걸쳐 다른
   프로세스들에 의해 사용되는 프로세스
Management  - 프로세스를 관리하는 주체에 의해서
   사용될 수 있는 General Practices을
   포함하는 프로세스들
Organization  - 조직의 목표를 수립하고, 프로세스, 제품 
   및 자원과 관련된 자산을 개발하는
    프로세스들
프로세스 능력수준
6단계
Process Attribute
Level 0 - imcomplete  
Level 1 - Performed  계획없이 그냥 프로세스가 진행되는 상태
∙프로세스의 목적이 전반적으로 달성되나
 적극적으로 계획되거나 추적되지 않는
 상태이다.
∙식별 가능한 Work Product(WP)가 존재

√ Process performance attribute 
  : 프로세스의 정의된 outcomes 달성
Level 2 - Managed ∙계획이 있고 계획과 편차가 있는 경우
 해당 조치 수행
∙프로세스가 계획되고 추적되는 상태
∙Level1과 차이점은 계획된 일정과 자원
 내에서 품질요구사항을 만족하는 WP를
 산출해 낼수 있다는 것이다.

√ Performance management attribute
  : 프로세스의 관리
√ WorkProduct management attribute
  : 프로세스 산출물의 관리
Level 3 - Established ∙정의된 프로세스(Defined Process)를 사용하여 프로세스를 수행하고 관리하는 
 상태이다. 
∙ Level2 와의 차이점은 Managed는 개별
  프로젝트마다 서로 상이한 프로세스가
  존재하는 반면 Level3 Established는 
  조직에서 정의한 표준 프로세스로부터
  해당 프로젝트 프로세스를 도출한다.

√ Process definition attribute
  : 표준 프로세스 정의
√ Process resource attribute
  : 프로세스 인프라 식별
Level 4 - Predicatable ∙정의된 프로세스가 일정한 통제범위내에
 서 일관되게 수행되는 상태이다.
∙수행경과의 측정값이 수집되고 분석되며
 수행상태가 정량적으로 관리된다.
∙Level3 Established와의 차이점은 프로세
 스가 정해진 범위내에서 일관되게 수행
 된다는 것이다.

√ Measurement attribute
  : 프로세스의 측정
√ Process control attribte
  : 프로세스의 정량적 관리
Level 5 - Optimizing ∙현재와 미래의 사업 need에 맞게 프로세
 스가 최적화되게 변경되어 정의된 사업
 목표를 충족시킬 수 있는 상태이다.
∙결과분석을 통하여 지속적인 개선을 
 가능하게 하는 수준이다.
∙Level4 Predicatable 와의 차이점은 현재
 및 미래의 사업목표를 효과적으로 만족
 시키기 위해 프로세스가 동적으로 변화
 한다는 것이다

√ Process change attribute
  : 프로세스 변화 및 영향/분석 평가
√ Continuous improvement attribte
  : 변화의 효과성 및 영향/분석 평가

 

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

CMMI 2.0 출시

기존 버전은 CMMI 1.3 까지 나왔음
2019년부터 2.0버전으로 심사 반영.
성과영역이 강조되고 다른 개발방법론과 호환성 확대



CMMI v1.3 과 v2.0 비교

v1.3 Process Area 가 v2.0에서는 Practice Area 로 변경
v1.3 에서 Specific Goal, Generic Goal 영역이 삭제되고 v2.0 에서는
        Practice Group
        Practices
        Practices Group
   기준으로 레벨목표 설정하여 달성하도록 변경
v2.0에서는
       Model,
       Practice Area,
       Practice Group,
       Priactices,
       Informative Material
   5개 컴포넌트로 구성되어 조직의 비즈니스 목표에 따라 View(관점) 에서 선택하여 현실에
   맞게 사용함.

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

CMMI 의 평가지표 (단계,영역)

Staged
단계적
Maturitu Model
성숙도
5단계
L1. Initial (초기)  
L2. Managed (관리) 특정한 프로젝트 내의 프로세스가 정의되고 수행되는 상태

∙ 요구관리             (Engineering)
∙ 프로젝트 계획, 모니터링
  공급자 계약관리   (Project)
∙ 측정과 분석절차와 제품의 품질보증
  형상관리             (Support)
L3. Defined (정의) 조직의 표준 프로세스를 활용하여 업무를 수행하는 상태

∙ 요구사항 개발 기술 솔루션 제품통합
  검증확인         (Engineering)
∙ 조직절차의 집중 조직 프로세스 정의
  조직 교육훈련   (Process)
∙ 프로젝트 통합관리 위험관리 (Project)
∙ 의사결정 조직환경과 통합      (Support)
∙ 팀구성의 통합 공급자 통합관리(Project
L4. Quantatively Managed 
     (정량적 관리)
정량적 기법을 활용하여 핵심 프로세스를 통제하는 상태

∙ 프로젝트량의 관리        (Project)
∙ 조직과 혁신과 발전        (Process)
L5. Optimizing (최적화) 프로세스 역량 향상을 위해 신기술 
도입 ,프로세스 혁신 활동 수행

∙ 인간관계 분석 및 해결    (Support)
Continuous
연속적
Capability Model
4개 영역(PA)
Engineering
 - 2,3레벨에만 있고
   4,5레벨에는 없음.
(주로 요구사항 *)
L2 : 요구사항관리
L3 : 요구사항 개발 기술 솔루션 제품통합
      검증확인
Support
(주로 품질,형상,의사결정,
        인간관계)
L2 : 측정과 분석 절차와 제품의 품질보증
      형상관리
L3 : 의사결정 조직환경과 통합
L5 : 인간관계 분석 및 해결
Project Management
 - 2,3,4 레벨에 다 있음
 - 5레벨에만 없음
(주로 프로젝트*)
L2 : 프로젝트 계획, 모니터링
      공급자 계약관리
L3 : 프로젝트 통합관리 위험관리
L3 : 팀구성의 통합 공급자 통합관리
L4 : 프로젝트량의 관리
Process Management
(주로 조직*)
L3 : 조직절차의 집중 프로세스 정의
      조직 교육훈련
L4 : 조직의 혁신과 발전

 

  Process Management Project Management Engineering Support
L5 (최적화)       인간관계 분석 및 해결
L4 (정량적) 조직과 혁신과 발전 프로젝트량의 관리    
L3 (정의) 조직 절차의 집중 
조직 프로세스 정의
조직 교육훈련 
조직 절차의 집중 
조직 프로세스 정의
조직 교육훈련 프로젝트 통합관리 
위험관리
팀구성의 통합관리
공급자 통합관리
*요구사항 개발 
 기술 솔루션 
*제품통합
*검증
*확인
의사결정 
조직환경과 통합
L2 (관리)   프로젝트 계획
프로젝트 모니터링(감시통제)
공급자 계약관리
요구사항 관리 측정및 분석
제품의 품질보증
형상관리    



CMMI 의 4가지 지식체계

1. System Engineering
2. Software Engineering
3. Integrated Product and Process Development
4. Supplier Sourcing

728x90
반응형
LIST

+ Recent posts