1. 데이타무결성(integrity)의 개요

 1-1. 데이타무결성(integrity)의 정의

  - 데이터의 정확성, 유효성, 일관성, 신뢰성을 위해 무효갱신으로부터 데이터를 보호하는 개념

  - 데이터의 정확성과 일관성이 보장된 상태를 의미함

 

 1-2. 데이타무결성(integrity)의 필요성

  - 데이터의 정확성 확보로 신뢰할 수 있는 정보 제공
  - 데이터의 일관성 유지로 자료의 효율적 관리

 

2. 데이타무결성(integrity)의 개념도, 종류

 2-1. 데이타무결성(integrity)의 개념도

 

 2-2. 데이타무결성(integrity)의 종류

  1) 개체 무결성 (Entity)
   - 릴레이션의 기본키 속성은 절대 널값(Null Value)을 가질 수 없음
   - 기본키는 유일성을 보장해주는 최소한의 집합이어야 함
   - Primary Key , Unique index

 

  2) 참조 무결성 (Referential)
    - 외래키 값은 그 외래키가 기본키로 사용된 릴레이션의 기본키 값이거나 널(Null) 값이어야 함
    - 릴레이션의 외래키 속성은 참조할 수 없는 값을 가질 수
    - Foreign Key

 

  3) 속성(도메인) 무결성 (domain)
    - 릴레이션의 각 속성값들은 그 속성이 정의된 도메인에 속한 값이어야 함
    - 데이터의 속성, 기본값, Null 여부에 대한 제한
    - Check Constraints, Null/Not Null, Default, Rule

 

  4) 사용자 정의 무결성
    - 사용자의 비즈니스 요구에 따른 의미적 제한을 준수
    - 업무규칙 및 프로세스에 대한 데이터 규칙
    - Trigger, User Define Data Type

 

  5) 키 무결성 Key Integrity
    - 한 릴레이션에 같은 키 값을 가진 튜플들은 허용 안됨 (중복 배제)
    - Primary Key, Unique index

블로그 이미지

운명을바꾸는자

IT와 함께 살아가는 삶

,

1. BCP(Business Continuity Planning)의 개요

 1-1. BCP(Business Continuity Planning)의 정의

   - 각종 재해, 장애, 재난으로부터 위기관리를 기반으로 재해복구, 업무복구 및 재개, 비상계획 등의 비즈니스 연속성을 보장하는 체계

 

 1-2. BCP(Business Continuity Planning)의 특징

 1) 위기관리 : 재해 시 업무손실 최소화 방안의 구체화, 재해 시 백업체계 운영방안 및 체제구축

 2) BCP대상 : 전산시스템 및 IT 인프라, 직원, 미디어 등 전사적 관련요소

 3) 비용 : 보험적 성격이 강하기 때문에 비용의 효율성 고려

 

2. BCP(Business Continuity Planning)의 개념도, 전략적 접근방식

 2-1. BCP(Business Continuity Planning)의 개념도 

 2-2. BCP(Business Continuity Planning)의 전략적 접근방식

  1) Human Resource

    - 인력의 효율적인 관리

    - 재해 시 적정 수준의 서비스 제공을 위한 관리체계

    - 성능관리, 구성관리 수준향상

    - 교육훈련에 의한 재해 대비 수준 향상

 2) Infrastructure

    - 무정지(24 x 365)운영지향

    - 검증된 최신데이터 관리기술의적용

    - 안정적인 데이터센터 구축

 3) Process

    - 기존 IT운영 관리 체계와 효율적 연계

    - 프로세스 자동화 고려

 

3. BCP(Business Continuity Planning)의 주요 고려사항 및 기대효과

   1) 관리적 

         - 업무중요도 - 장기적 재해시, 우선 복구 중요도 업무 산출
         - 위험요소 - 위험개념 정립 및 장애, 재해 분석


   2) 기술적 

         - 백업위치 - 재해유형에 따른 백업센터 위치
         - 표준화 - 자원관리의 표준 리파지토리(Repository)
         - 확장성 - 기업 인프라 EA, ITA 를 고려한 설계, 확장성 고려


   3) 제도적 

         - 적정성 - 강제도입 보다는 인센티브제 도입 권고
         - 흐름 동기화 - 다변화하는 IT 컴플라이언스 모니터링

블로그 이미지

운명을바꾸는자

IT와 함께 살아가는 삶

,

1. 반복적 모델(Iterative Development Model) 개요

  1-1. 반복적 모델(Iterative Development Model)의 정의

   - 사용자 요구사사용자 요구사항의 일부분 혹은 제품의 일부분을 반복적으로 개발하여 최종 시스템으로 완성하는 모델

   - 증분(또는 점증적)개발 모형(Incremental)과 진화적(또는 점진적)개발 모형(Evolutional)로 분류

 

2. 증분형 모델(Incremental Model)의 정의/특징 및 생명주기

 2-1.증분형 모델(Incremental Model)의 정의/특징

  1) 정의: 사용자 요구사항의 일부분, 제품의 일부분을 반복적으로 개발하면서 대상범위를 확대해
가면서 최종제품을 완성하는 방법(폭포수 모형의 변형)

  2) 특징: 핵심제품 먼저 개발, 각 증분별 인도, 병행개발, 관리의 어려움

 

 2-2.증분형 모델(Incremental Model)의 생명주기

3. 진화형 모형(Evolution Model)의 정의/특징 및 생명주기

 3-1. 화형 모형(Evolution Model)의 정의/특징

  1) 정의: 시스템이 가지는 여러 구성요소의 핵심부분을 개발한 후, 각 구성요소를 지속적으로 발전시켜 나가는 방법

  2) 특징:  진화과정 계획, 불명확한 요구사항, 요구사항 구체화, 재사용 전재

 

 3-2. 화형 모형(Evolution Model)의 생명주기

블로그 이미지

운명을바꾸는자

IT와 함께 살아가는 삶

,

1. 나선형 모델(Spiral)의 개요

 1-1. 나선형 모델(Spiral)의 정의

    - 시스템을 개발하면서 생기는 위험을 최소화하기 위해 나선을 돌면서 점진적으로 완벽한 시스템으로 개발하는 모델 (위험최소화가 목적)
    - 개발된 Prototype을 지속적으로 발전시켜 최종 SW에 이르게 하는 모델

 1-2. 나선형 모델(Spiral)의 특징

   1) 위험중심 접근 : 개발 단계별 위험분석으로 투자 위험 분산
   2) 고수준 품질보증 : 고객 평가(Feedback)에 따른 진화적 개발 사이클
   3) 대규모 장기간 사업 : 계획-위험분석-개발-평가의 Long Term 개발 주기  
   4) 프로토타입 장점수용 : Feedback, 반복, 의사소통 및 이해, 타당성 검토

  

2. 나선형 모델(Spiral)의 구성도, 단계

 2-1. 나선형 모델(Spiral)의 구성도

 2-2. 나선형 모델(Spiral)의 단계

   1) 계획 및 정의
    - 성능, 기능을 비롯한 시스템의 목표 규명
    - 시스템의 목표와 제약 조건에 대한 차선책 평가, 고객평가 반영 위험 분석

   2) 위험분석
    - 개발하려는 시스템의 기술적 위험도, 정보의 빈약함을 예측하고 시장조사나 여러 위험 제거 기법을 통해 위험을 방지
    - 위험 요소들의 분석과 관리기술을 통한 해석 개발

   3) 개발
    - 나선의 각 타원에서 프로토타입 개발
    - 여러 개의 모델을 혼합하여 개발도 가능 고객 평가

   4) 고객평가
    - 개발된 프로토타입의 평가

 

3. 나선형 모델(Spiral)의 이점/한계

 1) 나선형 모델(Spiral)의 이점:

    - 비용이 많이 들고 장기간이 걸리는 큰 시스템을 구축해 나가는데 가장 현실적인 접근방법.
    - 성과를 보면서 조금씩 투자하여 위험부담을 줄일 수 있는 이상적인 방법
    - 위험 중심의 접근은 어려움을 피하게 함.

 2) 나선형 모델(Spiral)의 한계:

    - 모델 자체가 복잡하여 프로젝트 관리 자체를 어렵게 만들 가능성이 많음.
    - 많은 고객을 상대로 하는 상업용 제품에 부적합

    - 상대적으로 새로운 접근방법이며 많이 사용되지 않아 충분한 검증을 거치지 못함.

블로그 이미지

운명을바꾸는자

IT와 함께 살아가는 삶

,

1. 프로토타입(Prototype)모델의 개요

 1-1. 프로토타입(Prototype)모델의 정의

   - 사용자의 기본적인 요구사항에 따른 모형시스템을 신속히 개발하여 제공한 후, 사용자들의 의견을 바탕으로 시스템을 개선하고 보완해가는 프로세스 모델

 

 1-2. 프로토타입(Prototype)모델의 특징/목적

   1) 사용자 참여 유도 : 어려움 해결, 의사소통 도구, 빠른 피드백 유도
   2) 개발 타당성 검토 : 사용자 자신이 원하는 것이 무엇인지 구체적으로 모르는 경우
   3) 순차 모델의 단점 보완 : 점진적 시스템 개발, 요구사항 반영용이

 

2. 프로토타입(Prototype)모델의 절차도, 장단점

 2-1. 프로토타입(Prototype)모델의 절차도

 2-2. 프로토타입(Prototype)모델의 장단점

   1) 장점

    - 사용자 요구사항 도출 용이
    - 개발자와 사용자간 의사소통 원할
    - 시스템의 이해와 품질 향상
    - 시스템 이해도 낮은 관리자 유효

 

   2) 단점

    - 사용자 과도한 요구사항 발생 가능
    - 폐기시 비경제적
    - 문서작성 미흡
    - 개발속도 지연우려

 

3. 프로토타입(Prototype)모델의 문제점 및 해결 방안

   1) 개발측면

     - 문제점: 시간낭비라는 인식으로 거부감, 개발속도 지연

     - 해결방안: 효율적인 교육으로 의사소통의 중요성 인지 및 활성화 관리

 

   2) 관리측면

     - 문제점: 프로젝트의 관리 부실화 발생 가능, 문서 관리 미흡

     - 해결방안: 체계적인 개발 체제 및 관리도구 도입

 

   3) 사용측면

     - 문제점: 요구 사항에 대한 신속한 결과 기대, 결과물에 대한 오해/기대 심리, 평가 후 폐기시 비경

제적

     - 해결방안: 프로토타입과 결과물간의 차이에 대해 인지하도록 설득 및 교육, 수직적 시나리오 기법 사용

블로그 이미지

운명을바꾸는자

IT와 함께 살아가는 삶

,

1. 폭포수 모델 (Waterfall)의 개요

 1-1. 폭포수 모델 (Waterfall)의 정의

 

    - 고전적 라이프 사이클 패러다임 (Classic Lift-cycle Paradigm)
    - 분석, 설계, 개발, 구현, 시험 및 유지보수과정을 순차적으로 접근하는 방법

 1-2. 폭포수 모델 (Waterfall)의 특징

   - 순차적 접근 : 계획수립-요구분석-설계-구현-시험-적용-유지보수

   - 하향식 접근 : 개념 정립에서 구현까지 하향식 접근 

   - 단계별 접근 : 각 단계 종료 시 검증 후에 다음 단계로 진행

   - 프로젝트 관리 용이 : 프로젝트 진행과정을 세분화하여 관리하기에 용이

   - 문제점 발견 지연 : 중요한 문제점이 뒤에서 발견되는 문제점

 

2. 폭포수 모델 (Waterfall)의 절차도, 장단점

 2-1. 폭포수 모델 (Waterfall)의 절차도

 2-2. 폭포수 모델 (Waterfall)의 장단점

  1) 장점
    - 가장 오래되고 폭넓게 사용  사례 풍부
    - 전체과정이 이해하기 용이  문서작성 등 관리와 적용이 용이

  2) 단점
    - 초기에 요구사항 정의가 어려움  중요 문제점의 발견이 늦어짐 (후반부에 구체화)
    - 이전 단계 종결(검증)되어야 다음 단계를 수행  사용자 피드백에 의한 반복 불가능
    - 초기 단계 강조 시  코딩, 테스트 지연

 

3. 폭포수 모델(Waterfall)과 반복, 점진적 모델 비교

  1) 폭포수 모델

    - 접근방법 : 분석, 설계, 개발, 구현, 시험 및 유지보수 과정을 순차적으로 접근하는 모델

    - 등장배경 : 소프트웨어 위기 극복 대안, 소프트웨어 품질, 생산성 향상

    - 장점 : 적용 사례가 많으므로 위험성 적음, 문서 관리와 적용이 용이, 단계별로 정형화된 진행가능

    - 단점 : 문제해결/수정 비용이 큼, 사용자 피드백에 의한 반복이 불가능, 대규모 개발 시 통합 관리 곤란, 문서화의 부담과 작업지연 발생 가능

 

  2) 반복, 점진적 모델

     - 접근방법 : 사용자의 요구사항 일부분 혹은 제품의 일부분을 반복적으로 개발하여 최종 시스템으로 완성하는 모델

     - 등장배경 : 대규모 프로젝트

     - 장점 : 어려운 부분은 반복 수행하여 위험 감소(분산), 단계별로 구현된 제품을 볼 수 있어, 사용자의 요구사항 반영이 용이

     - 단점 : 핵심 워크플로우 위주로 수행할 경우 waterfall 모델과 같아짐, 반복 수행 시 비슷한 내용의 산출물 재생산 우려, milestone간 구분이 모호하여 관리 어려움

블로그 이미지

운명을바꾸는자

IT와 함께 살아가는 삶

,

CPU (Central Processing Unit) 


1. CPU (Central Processing Unit)의 개요

 1-1. CPU (Central Processing Unit)의 정의

 - 컴퓨터의 가장 중요한 부분으로서 명령을 해독하고, 산술논리연산이나 데이터 처리를 실행하는 장치
 - 프로그램의 실행과 데이터 처리하는 중추적 기능의 수행을 담당하는 요소

 

 1-2. CPU가 수행하는 세부동작

 1) 공통적 동작 : 

  - 명령어 인출 (Instruction Fetch), 기억장치로부터 명령어를 읽어옴

  - 명령어 해독 (Instruction Decode), 수행해야 할 동작을 결정하기 위해서 인출된 명령어를 해독

 2) 필요시 수행

   - 데이터 인출 (Data Fetch) , 명령어 실행을 위하여 데이터가 필요한 경우에는 기억장치 또는 입출력장치로부터 그 데이터를 읽어옴
   - 데이터 처리 (Data Process), 데이터에 대한 산술적 또는 논리적 연산을 수행
   - 데이터 쓰기 (Data Store), 실행한 결과를 저장

 

2. CPU (Central Processing Unit) 구조와 구성요소

 2-1. CPU (Central Processing Unit)의 구조

ALU, 레지스터, 제어유닛, 내부버스로 구성

 2-2. CPU (Central Processing Unit)의 구성요소

 1) ALU
  - Arithmetic and Logic Unit
  - 각종 산출연산들과 논리연산을 수행하는 회로들로 이루어진 하드웨어 모듈
  - 산술연산: 덧셈, 뺄셈, 곱셈, 나눗셈
  - 논리연산: AND, OR, NOT, XOR 등

 2) 레지스터
  - CPU 내부에 위치한 엑세스 속도가 가장 빠른 기억장치
  - PC(프로그램 카운터), IR(명령어 레지스터), AC(누산기), MAR(기억장치 주소 레지스터), MBR(기억장치 버퍼 레지스터), SP(스택포인터)

 3) 제어유닛
  - 프로그램 코드(명령어)를 해석하고, 그것을 실행하기 위해 제어 신호들(Control Signal)을 순차적으로 발생하는 하드웨어 모듈

 4) CPU 내부버스
  주소버스
   - CPU가 외부로 발생하는 주소정보를 전송하는 신호 선들의 집합
  데이터버스
  - CPU가 기억장치 혹은 I/O장치와 사이에 데이터를 전송하기 위한 신호선의 집합
  제어버스
  - CPU가 시스템 내의 각종 요소들의 동작을 제어하는데 필요한 신호선의 집합

 

3. 명령어 사이클의 종류와 CPU 구성요소의 관계

 1) 인출 사이클
    - 프로그램 카운터(PC)가 가리키는 기억장치 위치로부터 명령어를 인출해옴
    - 레지스터(PC, MAR, MBR, IR), CPU 내부버스

 2) 실행사이클
    - CPU가 인출된 명령어 코드를 해독(Decode)하고, 그 결과에 따라 필요한 연산을 수행
    - 레지스터(AC), ALU, 제어유닛

 3) 인터럽트사이클
    - 인터럽트 요구신호를 검사하고, 현재의 PC 내용을 스택에 저장한 다음에 PC에 해당 ISR의 시작주소를 적재하는 과정
    - 레지스터(MBR, PC, MAR, SP)

  4) 간접사이클
    - 실행 사이클이 시작되기 전에 그 데이터의 실제 주소를 기억장치로부터 읽어오는 과정
    - 레지스터(MAR, IR, MBR), CPU 내부버스

블로그 이미지

운명을바꾸는자

IT와 함께 살아가는 삶

,

BPM(Business Process Management), 비즈니스 프로세스 최적화 도구


1. BPM(Business Process Management)의 개요

 1-1. BPM(Business Process Management)의 정의

  - 비즈니스 프로세스의 자동화, 통합화, 최적화를 통해 비즈니스 프로세스의 민첩성, 유연성, 가시성 확보 및 이를 통해 기업가치를 높이는 개념 및 시스템

 1-2. BPM(Business Process Management)의 특징

   1) 가시성
      - End-to-End 프로세스 전과정의 관리를 통한 가시성 및 통제력 확보
   2) 자동화
     - 자동화된 비즈니스 프로세스의 실행(BPEL)의 이용
   3) 통합화
     - E2E 관점에서의 Legacy 시스템과의 비즈니스 프로세스 통합
   4) 최적화
    - 비즈니스 프로세스 모니터링 및 분석을 통한 프로세스 개선

 

2. BPM(Business Process Management) 개념도의 구성요소

 2-1. BPM(Business Process Management)의 개념도

Legacy 시스템 통합하여 비즈니스 프로세스 최적화, 인터넷 통해 서비스 제공

 2-2. BPM(Business Process Management)의 구성요소

 1) 비즈니스 프로세스 모델링
  - 비즈니스 프로세스, 정보의 흐름 등을 GUI 기반에서 설계 및 지원
  - BPML, BPMN


 2) 비즈니스 프로세스 실행
  - 프로세스 자동화 및 흐름제어, 사람과 APP 간 통합업무 환경 제공  
  - BPEL, BRE, BPEL4WS

 3) 비즈니스 프로세스 모니터링
  - 프로세스의 진행상태의 직관적, 실시간 모니터링 및 추적 관리
  - BAM

 4) 프로세스 분석 및 최적화  
  - 비즈니스 프로세스에 대한 Activity 단위 및 다차원 분석을 통한 최적화 지원
  - BPA 도구

 

3. BPM(Business Process Management) 구축을 위한 접근 방법

 1) Workflow 관점에서의 BPM 접근

   - Workflow 기반 BPM의 특징: 전통적 Workflow에서 출발, 문서와 사용자 업무처리 중심

   - Workflow 기반 BPM의 주요 기능 : 자동화 및 조직설계

 2) EAI 관점에서의 BPM 접근

   - EAI 기본 기능 보유, 시스템간 데이터 전달 및 전환기능 기반 탄생

 3) SOA 관점에서의 BPM 접근

   - 프로세스와 데이터 통합을 위한 아키텍처 중심의 BPM 구현

블로그 이미지

운명을바꾸는자

IT와 함께 살아가는 삶

,