브레인코딩 Braincoding

DB. 분산DB

1. 개요

가. 정의

1) NW를 이용 여러개의 지역 DB를 논리적으로 연관시킨 DB

나. 목적

1) 데이터 처리의 지역화

2) 데이터 운영및 관리의 지역화

3) 처리부하의 분산및 병렬처리

4) 가용성 향상및 신뢰성 증가

2. 특성 (투명성)

가. 위치투명성

1) 접근할 Data 위치정보 알 필요없음

나. 병행투명성

1) 분산DB의 동시트랜잭션 이상없음

다. 복제투명성

1) 접근 Data 복사/복제 여부 알 필요없음

라. 분할투명성

1) Data 분할 알 필요없음

마. 장애투명성

1) 특정 노드 장애발생시 무결성 보장

3. 구성

가. 스키마

1) 전역스키마

가) 분할스키마

(1) 할당스키마

(가) 지역스키마

(나) Local DB와 물리적 이미지맵핑

(2) Flagment 할당지역사이드

나) 전역과할당사이 관계정의

2) DB내 모든데이터정의

나. 구성도

4. 유형

가. 동질분산DB

1) 모든 지역에 동일 DB사용

2) 전역스키마 이용

3) 분할스키마,할당스키마 적용

4) 전역->지역 하향식

나. 이질분산DB

1) 지역간 이기종 DB사용

가) 분산 DBMS가 이들 DB관리

2) 지역 사용자들이 존재

3) 지역DB는 전역스키마에 포함될 내용 자치적으로 결정

4) 지역->전역 상향식

5. 할당기법

가. 중앙집중식할당

1) 모든데이터를 한노드에 집중

2) 노드 부하 집중

나. 분산할당

1) 지역DB에 분할된 테이블을 위치

2) 지역참조성

3) 신뢰성 저하

다. 중복할당

1) 여러노드에 동일한 데이터 저장

2) 신뢰성 향상

3) 효율성 감소

라. 선택결정

1) 질의처리를 위한 통신비용

2) 자료 갱신을 위한 통신비용

3) 데이터처리비용/저장비용

4) 데이터 가용성

6. 고려사항

가. 동시성제어

1) 2PC (2 Phase Commit)

2) 분산DB 일관성 유지

나. 네트워크 속도

1) 광대역 NW구축

2) 분산DB정보 신속제공

다. 보안문제

1) 분산DB 전체통제가능

2) 통합보안시스템 구축

라. 백업/복구

1) 장애에 대비한 광전송 백업시스템

2) 장애시 신속한 복구가능시스템

7. 설계기법

가. 데이터분할

1) 논리적단위로 분할

2) 분할조건

가) 완전성

나) 재구성

다) 별개성

3) 분할방법

가) 수평

나) 수직

다) 혼합

나. 데이터복제

1) 데이터를 여러개의 복제로 중복

2) 결과

가) 가용성증대

나) 질의처리속도증대

다) 갱신오버헤드

다. 데이터할당

1) 데이터의 단편을 지역에 할당

http://digilogmap.tistory.com

정보관리기술사 준비를 위한 마인드맵

데이터베이스 > 분산DB

정보관리기술사 신재용

동시성제어

1. 정의

가. 다수 트랜잭션의 동시수행환경에서

나. 트랜잭션간의 간섭이 없도록 하는 기법

2. 하지 않았을때 문제점

가. 갱신Data손실

나. 모순Data읽기

다. 연쇄복귀

3. 제어기법

가. Locking

1) Shared

가) 다른 트랜잭션 Read가능

2) Exclusive

가) 다른 트랜잭션 Read불가

3) 단위

가) 필드값

(1) ↑ 오버헤드증가,동시성 높아짐  ↓ 오버헤드감소,동시성 낮아짐

나) 레코드

다) 테이블

라) 파일전체

마) DB전체

나. 2PL

1) 정의

가) 직렬성 보장기법

나) 교착상태발생->예방과 탐지로 해결

2) 단계

가) 확장

나) 수축

다. TimeStamp

1) TimeStamp식별자이용 트랜잭션간 순서

2) 생성방법

가) 논리적계수

(1) 논리적 Count증가, 직렬성 유지

나) 시스템계수

(1) System Clock을 TimeStamp사용

라. Validation

1) 트랜잭션 종료시 일괄적 검사

2) 수행동안 Local 사본에서만 갱신

3) 종료시 동시성, 직렬성 검증후 DB 에 반영

동시성제어 필요

4. DB 무결성 보장

http://digilogmap.tistory.com

정보관리기술사 준비를 위한 마인드맵

데이터베이스 > 동시성 제어

정보관리기술사 신재용

DB.데이터모델링

1. 개요

가. 정의

1) 현실세계의 개체와 관계를 도출

2) 데이터베이스 구조를 설계하는 과정

나. 중요성

1) 데이터중심의 업무분석

2) 아키텍트, 디자이너, 개발자, 사용자간의 의사소통수단

3) 정확한 모델링을 기준으로 시스템 구현가능

2. 과정

가. 요구사항분석및정의

1) 데이터관리항목파악

2) 업무프로세스정의

3) 현업담당자생각인지, 경우의수도출

4) 서류중심분석 마무리후 진행

나. 개념적모델링

1) ER모델

2) 요구사항기준 정보구조표현

3) 엔티티속성정의, 관계표현

4) 중복및 불일치점 제거

다. 논리적모델링

1) 조직전체 관점 DB구조

2) DB내의 개체와 개체들간의 관계,제약조건 명세화

3) DBMS특성에 맞는 데이터구조 설계

라. 물리적모델링

1) DBMS,운영체제 특성

2) 레코드 속성별, 데이터 크기, 타입정의, 제약조건정의

3) 인덱스정의, 역정규화, 무결성 확보

마. 물리적DB구조

3. 절차

가. 엔티티도출

1) 명사위주 실체도출

2) 정보관리단위

나. 엔티티간 관계설정

1) 상호관계파악

다. 속성결정

1) 엔티티에 속할 속성결정

라. 유일키/외래키결정

1) 키결정

마. 정규화

1) 중복성제거

2) 무결성유지

4. 개념모델->논리모델 변환

가. 개체집합

1) 릴레이션

나. 관계집합

다. 다중값속성

1) 신규릴레이션

라. 키속성

1) 기본키

2) 보조키

http://digilogmap.tistory.com

정보관리기술사 준비를 위한 마인드맵

데이터베이스 > 데이터 모델링

정보관리기술사 신재용

DB. 데이터독립성

1. 개요

가. 정의

1) 하위 단계의 데이터 구조의 변화가 상위 단계에 영향을 미치지 않는 속성

2) 하위 단계 구현내용을 추상화하여 상위단계에서는 모르도록 하는 속성

나. 유형

1) 논리적 독립성

가) 개념단계의 스키마 변경이

(1) 응용 인터페이스

나) 외부단계의 스키마에 변경없음

2) 물리적 독립성

가) 내부단계의 스키마 변경이

(1) 저장 인터페이스

나) 외부,개념단계의 스키마에 변경없음

2. 구조

가. 외부스키마

1) External Schema

2) View 단계

3) 사용자, 개발자가 접근하는 DB

나. 개념스키마

1) Conceptual Schema

2) 개념단계, 조직전체의 DB

3) DB저장 Data, 그들간의 관계

다. 내부스키마

1) Internal Schema

2) 내부단계, DB가 물리적 저장형식

3) Data가 실제 저장되는 방법 필요

3. 구현

가. 외부/개념 사상

1) 논리적독립성

2) 응용 인터페이스

3) 특정 외부스키마와 개념스키마의 대응관계 정의

나. 개념/내부 사상

1) 물리적독립성

2) 저장 인터페이스

3) 개념 스키마와 내부스키마의 대응관계 정의

http://digilogmap.tistory.com

정보관리기술사 준비를 위한 마인드맵

데이터베이스 > 데이터 독립성

정보관리기술사 신재용

CCL

1. 개요

가. 자신의 창작물에 대하여 일정한 조건하에  모든 이의 자유이용을 허락하는 내용의 라이선스(License)

나. Creative Common Licence

다. http://www.creativecommons.or.kr/info/about

라. http://www.creativecommons.org/about/license/

마. 특징

1) some rights reserved

2) 비배타적이고 공동체적인 가치를 추구

3) 현행 저작권법의 틀 안에서 사용

4) 무료로 제공

5) 세계적(worldwide)인 라이선스

2. 조건

가. 저작권표시

나. 동일조건변경허락

다. 변경금지

라. 비영리

3. 질문?

가. Allow commercial uses of your work?  상업적이용을 허락하시겠습니까?

1) Yes

2) No

나. Allow modifications of your work?  변경을 허락하시겠습니까?

1) Yes

2) Yes, as long as others share alike

3) No

다. 라이센스의 재판관할

1) 나라이름

4. 종류

가. 저작권표시 BY

1) http://creativecommons.org/licenses/by/2.0/kr/

2) 

3) 

나. 저작권표시-동일조건변경허락 BY-SA

1) http://creativecommons.org/licenses/by-sa/2.0/kr/

2) 

3) 

다. 저작권표시-변경금지 BY-ND

1) http://creativecommons.org/licenses/by-nd/2.0/kr/

2) 

3) 

라. 저작권표시-비영리 BY-NC

1) http://creativecommons.org/licenses/by-nc/2.0/kr/

2) 

3) 

마. 저작권표시-비영리-동일조건변경허락 BY-NC-SA

1) http://creativecommons.org/licenses/by-nc-sa/2.0/kr/

2) 

3) 

바. 저작권표시-비영리-변경금지 BY-NC-ND

1) http://creativecommons.org/licenses/by-nc-nd/2.0/kr/

2) 

3) 

http://digilogmap.tistory.com

정보관리기술사 준비를 위한 마인드맵

디지털 컨버전스 > CCL(Create Common Licence) 

정보관리기술사 신재용

퍼지이론

1. 개요

가. 개념

1) 인간의 언어를 컴퓨터로 처리하고자 하는 인공지능이론

2) 퍼지이론은 가능성을 바탕으로 한 가능성이론

나. 구분

1) 확률

가) 통계적인 근거에 의해 예측된 수치

2) 가능성

가) 확률을 바탕으로 추측되는 느낌, 개연성 또는 경험적 심증

2. 용어

가. 

나. 퍼지집합

1) 젊다, 매우젊다 등의 모호한 표현

다. 멤버쉽함수

1) 퍼지집합 의미를 개념적 그래프

라. 전체함수

1) X축의 범위

마. 멤버쉽값

1) Y축의 값[u젊다(25) = 1]

3. 지지집합

가. 

나. 전체집합의 원소중 멤버쉽값이 0이 아닌 원소의 집합

다. ex) Support(젊다) = {15,25,35,45,55}

4. 높이

가. 전체집합에 대해 퍼지집합의 멤버쉽값중 최대값

나. ex) 젊다 퍼지집합 높이 = 1

5. 정규화

가. 퍼지집합의 높이가 1인경우 정규화되었다고 함

나. 방법

1) 가장 큰 멤버쉽값으로 전체 나눔

2) ex)

가) A : {(5,0),(15,0.2),(25,0.4),(35,0.6),(45,0.8)}

나) 정규화 A : {(5,0),(15,0.25),(25,0.5),(35,0.75),(45,1)|

6. a 수준집합

가. 일정한 멤버쉽 값(a) 이상인 원소의 집합

나. ex) 젊다(a=0.2)= {15,25,35,45}

7. 크기

가. 농도

1) 퍼지집합 A에 있는 모든값을 더한 스칼라값

2) ex) |젊다| = 0.2 + 1 + 0.8 + 0.4 + 0.1 = 2.5

나. 상대농도

1) 상대적 값을 이용 퍼지집합크기 표현

2) 퍼지집합 A의 농도를 전체집합 X크기와 비교값

3) ex) ||A|| = |A| / |X|

4) ex) ||젊다|| = 2.5 / 9 = 0.2778

8. 집합

가. 여집합

1) 1 에서 모든 멤버쉽값을 뺀값

2) u젊지않다 ={(5,1),(15,0.8),(25,0)....}

나. 합집합

1) 두 멤버쉽 값중 최대값

가) 다

2) 젊다∪성숙={(15,0.2),(25,1),(35,1)...}

다. 교집합

1) 두 멤버쉽 값중 최소값

2) 젊다∩성숙={(15,0.1),(25,0.9),(35,0.8)...}

http://digilogmap.tistory.com

정보관리기술사 준비를 위한 마인드맵

수치해석 > 퍼지이론

정보관리기술사 신재용

웹 2.0

1. 개요

가. 정의

1) 서비스 제공자가 의미기반의 정보를 제공

2) 사용자가 직접 가공하여 참여,개방,공유를 지향하는

3) 플랫폼으로의 웹

나. 기존웹의 문제점

1) 상호작용도가 낮음(단순클릭)

2) 업데이트가 제공자중심적

3) 정적환경한계로 동적접근 위한 ActiveX등의 보안취약

2. 구성

가. 

3. 주요기술

가. RSS

1) 컨텐츠 구독기술

2) Really Simple Syndcation

나. wiki

1) 집단지성을 통한 공동 컨텐츠 수정기술

2) 자유수정

가) 누구나 관리자

3) 히스토리

가) 잘못된 삭제

4) 토론

가) 논란해소

5) 진보적성선설(Radical Trust)

가) 다양한 사용자들의 직접참여->신뢰도

나) 순기능이 역기능을 월등하게 앞서는 것

다. AJAX

1) 비동기방식을 통한 고속의 동적 UI기술

2) Asynchronous JavaScript And Xml

라. Flex

1) 플래시기술을 이용한 플랫폼 독립적 UI기술

마. OpenAPI

1) 개방된 어플리케이션 연동 방식

2) 매쉬서비스가능

3) 구글 API, 네이버 API

바. Tagging

1) 하나의 컨텐츠를 여러개의 분류로 분류

2) 태그 클라우드

3) Folksonomies

사. CCL

1) 구분

가) 귀속,Attribution,by

나) 비영리,Noncommecial,nc

다) 파생금지,No Rerivation,nd

라) 동일조건허락,Shave Alive,sa

2) 의미

가) by

나) by-nd

다) by-nc

라) by-nc-nd

마) by-nc-sa

바) by-sa

3) Some Right Reserved

4. 주요서비스

가. UCC

1) User Create Content

2) 사용자가 직접 생산한 컨텐츠

3) UCC 수익모델과 저작권보호방안 중요

나. 블로그

1) Web + log

2) 사용자가 직접 컨텐츠를 생산하고 제공하는 UCC 창작소

3) RSS기술을 이용한 컨텐츠 동기화

다. 소셜네트워크

1) 사용자와 사용자간의 커뮤니케이션

2) 싸이월드

라. 위키피디아

1) 위키위키를 이용한 집단지성의 백과사전

2) 200개이상의 언어로 작성

3) 한국 위키백과사전 30,000 컨텐츠 작성

마. 플리커

1) 사용자 기반의 사진공유 서비스

바. 구글

1) 구글 애드센스, 구글맵, 구글API등 웹2.0의 선두주자

사. 딜리셔스

1) 사용자 기반의 즐겨찾기 공유 서비스

아. SaaS

1) SW as a Service

2) 패키지 기반이 아닌 사용자의 사용량에 과금한 SW이용방식

3) MS, 구글등에서 어플리케이션 운용방식으로 도입예정

자. Folksnomies

1) 태깅에 의한 사용자의 분류방식

차. 롱테일

1) 80:20의 파레토법칙에 반하는 새로운 법칙으로

2) 외면받던 80%의 소수에서 수익모델을 찾는 웹2.0환경의 서비스모델

카. 매쉬업

1) 힙합계 DJ용어

2) 여러곡을 리믹스 혼합, 새로운곡을 만드는 작업

5. 고려사항

가. 보안

나. 국내서비스 선도

http://digilogmap.tistory.com

정보관리기술사 준비를 위한 마인드맵

디지털 컨버전스 > 웹 2.0

정보관리기술사 신재용

베이즈의 정리 Bayes’ Rule

1. 조건부 확률

가. 사건A가 일어났다는 전제하에 사건 B가 일어날 확률

2. 표본공간의 분할

가. 표본 공간을 몇 개의 배반사상들의 합사상으로 표현할 수 있을 때  이러한 배반사상들의 모임

나. 확률의 합의법칙

1) 

다. 확률의 곱셈법칙

1) 

3. 총확률 법칙

가. 확률의 곱셈법칙과 사상의 분할을 이용하여  임의 사상의 확률을 표현

나. 

다. 

4. 베이즈의 정리 유도

가. 어떤 사건의 발생 확률에 대한 선험적인 생각이 실험에 의하 여 변화되어 가는 체계적인 과정을 표현

나. 

다. 

라. 내용

1) 사건

가) 조건부확률

2) 분자

가) 확률의 곱셈법칙

3) 분모

가) 총확률의 법칙

5. 예제

가. 문제

1) 어느 컴퓨터 회사의 메인보드 중 30%는 A1 공장에서 만들어지고 50%는 A2 공장에서 만들어지고 나머지 20%는 A3 공장에서 만들어진다고 하자. 각 공장에서 만들어지는 메인보드의 불량률은 각각 2%, 1%, 그리고 5%라고 하면

2) 1) 이 회사제품 중 임의로 하나를 추출하였을 때 이 제품의 메인보드가 불량일 확률은 얼마인가?

3) 2) 불량 메인보드가 발견되었을 때 이것이 A1 공장 에서 만들어졌을 확률

나. 0) 사전확률

1) 불량일 확률을 P(B)

2) 공장제품확률을 P(A1), P(A2), P(A3)

3) P(B|A1)=0.02, P(B|A2)=0.01, P(B|A3)=0.05

4) P(A1)=0.3, P(A2)=0.5, P(A3)=0.2

다. 1) 전확률

1) P(B)=P(A1)P(B|A1)+ P(A2)P(B|A2)+ P(A3)P(B|A3) =0.3×0.02+0.5×0.01+0.2×0.05 =0.021

2) 제품이 불량일 확률 P(B) = 2.1%

라. 2) 베이즈정리

1) 

2) 불량제품이 A1공장일 확률 P(A1|B) = 28.5%

6. 데이터마이닝

http://digilogmap.tistory.com

정보관리기술사 준비를 위한 마인드맵

수치해석 > 베이즈의 정리

정보관리기술사 신재용

소프트웨어 아키텍쳐

1. 정의

가. 아키텍처

1) SW구성요소와 그들이 지니고 있는 외부에 들어나는 특성과 구성요소간의 관계를 표현하는 시스템의 구조나 구조체

가) SW요소를 정의

나) 하나이상의 구조로 구성

다) 모든 SW는 아키텍처 존재

라) 시스템 행위를 아키텍처로 표현가능

2) 필요성

가) 이해관계자 의사소통수단

나) 초기 중요결정사항

(1) 개발제약사항 정의

(2) 개발구조 결정

(3) 품질속성 장려, 억제

(4) 일정 비용 예측

다) 재사용 가능한 시스템 추상화

(1) 특정시장의 시스템특징 공유(Product Line)

(2) 특정요소 외주 개발(교환용이성)

(3) 템플릿 기반 개발

라) 시스템 진화 방향 제시

나. 뷰

1) 이해관계자에 의해 읽히고 쓰이는 아키텍처 요소의 일관된 집합

다. 구조

1) 소프트웨어나 하드웨어에 존재하는 아키텍처 요소 그자체

라. 패턴

1) 특정문제에 대한 반복해서 나타나는 해결책

2) 장점

가) 설계생산성 향상

나) 문제와 해결채을 문서 ->문제영역의 어휘와 언어 정리

마. 스타일

1) 아키텍처 설계에서 반복해서 나타나는 문제들을 해결 하는 방법

바. 프레임워크

1) SW의 특정한 클래스에 대하여 재사용할수 있는 설계로 구성된 관련한 클래스들의 집합

2) 사용목적

가) 모듈화

(1) 구현을 I/F 뒤에 감추는 캡슐화

(2) 설계와 구현의 변경에 따르는 영향을 최소화

나) 재사용성

다) 확장성

(1) 다형성

라) 제어의역흐름

(1) 헐리우드의 원리

(가) 나를 부르지마라,

(나) 내가 너를 부를 것이다.

3) 종류

가) Spring

나) Struts

다) Ruby

사. 종류

1) 기술아키텍처 (지식)

가) 해결가능 솔루션 적용

2) 응용아키텍처 (선택)

가) 비즈니스 적합 선택

3) 비즈니스아키텍처 (분석)

2. 구조

가. 뷰타입

1) 모듈 (구현단위)

가) 분할스타일

(1) is part of

나) 사용스타일 use

(1) depend on

다) 일반화스타일 class

(1) is a

라) 계층스타일 layer

2) 컴포넌트&커넥터 (구조화)

가) 컴포넌트

(1) Client

(2) Server

(3) Filter

(4) Object

나) 커넥터

(1) Procedure Call

(2) Publishing Subscribe

다) 스타일

(1) 파이프 필터 스타일

(2) 공유 데이터 스타일

(3) 출판/구독 스타일

(4) 클라이언트/서버 스타일

(5) 피어투피어 스타일

(6) 커뮤니테이션 프로세스 스타일

3) 할당 (맵핑)

가) 배포스타일

나) 구현스타일

다) 작업할당스타일

나. 스타일

1) 아키텍처 스타일 + 디자인 패턴

2) Pattern Oriented SW Architecture(POSA)

3) 종류

가) 데이터중심 스타일

나) 데이터흐름 스타일

다) 가상머신 스타일

라) 호출/리턴 스타일

마) 독립적 컴포넌트 스타일

바) 이질적 컴포넌트 스타일

다. 뷰

3. 개발단계

가. 요구사항 분석

1) 유스케이스 모형정제

2) UI 설계

3) 객체모형 작성

나. 아키텍처 정의

1) SW 아키텍처 정의

2) 설계전략 정의

3) 비즈니스 컴포넌트 설계

4) 시스템 아키텍처 정의

5) 컴포넌트 획득

6) 데이터 모형 작성

다. 아키텍처 프로토타이핑

1) 아키텍처 프로타타입 계획

2) 아키텍처 프로토타입 개발

3) 아키텍처 프로토타입 평가

라. 테스트및 전환

1) 테스트 계획

2) 전환 계획

4. 품질속성 SAiP

가. 시스템

1) 가용성 Availability

2) 변경가능성 Modifiability

3) 시험용이성 Testability

나. 비즈니스

1) 적시성 Time to Market

2) 비용/예산 Cost/Buget

3) 목표시장 Target Market

4) 첫공개일정 Rollout Schedual

5) 기존시스템통합 Legacy Integration

다. 아키텍처

1) 개념적무결성 Conceptual Integrity

2) 정확성/완전성 Correctness / Completeness

3) 구축가능성 Buildability

5. 아키텍처 평가

가. 기법

1) ATAM Architecture Tradeoff Analysis Method

가) 민감점(Sensitivity Points)

나) 절충점(Trade off Points)

다) 위험/무위험risk/nonrisk)

라) 아키텍처 접근법 분석서

2) CBAM Cost Benefit Analysis Method

가) 목적

(1) 비용(Cost) 최소화

(2) 이익(Benefit) 최대화

(3) 불확실성(Uncertainty) 최소화

나) 단계

(1) 시나리오결정

(2) 효용-반응값곡선 작성

(3) 아키텍처접근법 전체이익계산

(4) 아키텍처접근법 선정과검증

3) SAAM Software Architecture Analysis Method

가) 최초 정의된 아키텍처 평가방법

나) 간단하고 다양한 영역 적용가능

다) 시나리오

(1) 직접시나리오

(2) 간접 시나리오

4) ARID Active Reviews for Intermediate Designs

가) 부분아키텍처를 아키텍처 설계초기에 평가하는 방법

나) ATAM,SAAM + ADR 혼합

나. 방식

1) 이른평가(Early)

2) 늦은평가(Late)

다. 결과

1) 적합성판단 Suitability

2) 달성목표

3) 우선순위

라. 베이스라인

6. 문서화 SAD

가. 표준

1) IEEE 1471-2000

2) 아키텍처 관련 용어,개념 통일

3) 기술중립적

나. 작성공정

1) 아키텍처 정보작성

2) 이해관계자 관심식별

가) 사용자

(1) 필수 이해관계자

나) 인수자

다) 개발자

라) 유지보수자

3) 관점 선택

가) 뷰를 작성하는 규칙과 방법 정의 => 뷰의 메타모델

4) 관점 설명 작성

가) 관점이름

나) 관점관련 이해관계자목록.관심

다) 뷰작성 방법

5) 뷰 작성

6) 전체 뷰 작성

가) 시스템 개괄

나) 뷰사이 관계

다) 구성요소 사전

라) 용어사전

다. 형식

1) 1.Revision history정보

2) 2.Introductino

가) purpose

나) scope

다) 목적

라) 범위

3) 3.Architecture Representation

4) 4.Architecture Goal & Constraints

5) 5.4+1 View

가) Use case

나) Logical(논리적)

다) Process(프로세스)

라) Developmentation(개발)

마) Implementation(물리적)

6) 6.Size & Performance

7) 7.Quality

라. 아키텍처 프레임워크

1) 정의

가) 아키텍처 기술서를 구성하는 뷰가 따라야 하는 관점들과  이 관점들 사이의 관계를 정의

2) 4+1 View

가) 시나리오 Use case

나) 논리 Design

다) 물리 Deployment

라) 개발 Implementation

마) 프로세스 Process

3) RM-ODP Reference Model for Open Distributed Processing

가) 엔터프라이즈관점

나) 정보관점

다) 계산관점

라) 공학관점

마) 기술관점

http://digilogmap.tistory.com

정보관리기술사 준비를 위한 마인드맵

소프트웨어 공학 > 소프트웨어 아키텍처

정보관리기술사 신재용

소프트웨어공학

1. SDLC

가. 절차

1) 계획

가) 타당성분석

나) 비용,기간 예측

2) 요구분석

3) 설계

4) 구현

5) 테스트

6) 유지보수

가) 종류 (교적완방)

(1) 교정

(2) 적응

(3) 완전

(4) 예방

나) 절차

(1) SW이해

(2) 변경요구분석

(3) 변경및효과예측

(4) 회귀테스트

다) 향상방안

(1) 모듈화

(2) 코딩스타일

(3) 문서화

나. 모델

1) 폭포수모델

2) 프로토타입

3) 나선형모델

4) 반복적

가) 점진적

나) 진화적

5) RAD

다. 표준

1) ISO12207

2. 방법론

가. 구조적방법론

1) 프로세스중심 개발

나. 정보공학방법론

1) 데이터중심 개발

2) 절차

가) ISP

나) BAA

다) BSD

라) SC

다. 객체지향방법론

1) 기본개념 (캡상추다)

가) 캡슐화

나) 상속성

다) 추상화

(1) 기능

(2) 자료

(3) 제어

라) 다형성

(1) overloading

(2) overriding

2) 특징

가) 모형의적합성

나) 재사용 용이

(1) 열림특성,닫힘특성

(2) 상속성,다형성

다) Time to Market

(1) 재사용,패턴언어

라) 설계와 프로그램 매핑

라. CBD

1) 요구획득

2) 1st Iteration : 아키텍처

3) 2nd Iteration : 점진적개발

4) 3nd Iteration(권장) : 점진적개발

5) 인도

마. RUP

1) 개념정립(inception)

2) 전개(elaboration)

3) 구축(construction)

4) 전환(treansition)

바. Agile

1) XP

2) SCRUM

3) DSDM

4) FDD

5) AOP

가) joint point

나) cross cutting

다) advice

라) weaving

(1) Dynamic

(2) Static

사. 아키텍처중심개발

1) SW아키텍처

가) 구조

나) 품질

(1) 시스템

(2) 비즈니스

(3) 아키텍처

다) 평가

(1) ATAM

(2) CBAM

(3) SAAM

(4) ARID

2) PLE

가) Core asset

나) Product

다) Management

3) MDA

가) CIM

나) PIM

다) PSM

4) EDA

5) SOA

3. 테스트

가. 단계(단통시인)

1) 단위

가) 인터페이스

나) 로컬데이터구조

다) 경계조건

라) 수행경로

2) 통합

가) Stub/Driver

나) 상향식/하향식

3) 시스템

가) 회안강성구

4) 인수

가) 알파

나) 베타

다) Validation

5) 회귀

나. 분류

1) 명세기반

2) 구조기반

3) 경험기반

다. 기법

1) BlackBox(동경원오)

가) 동치분할

나) 경계값

다) 원인오류

라) 오류탐색

2) WhiteBox(수분조루)

가) 수행

나) 분기

다) 조건

라) 루프

라. 목적(회안강성구)

1) 회복

2) 안정

3) 강도

4) 성능

5) 구조

마. 시각

1) Validation

2) Verification

바. 테스트 커버리지

1) Statement

2) Decision

3) Condition

사. 자동화

1) 코드분석

가) 정적분석

나) 동적분석

2) 테스트케이스

가) 자료흐름도

나) 기능테스트

다) 입력도메인분석

라) 랜덤테스트

3) 테스트실행

가) 캡춰&리플레이

나) 스텁/드라이버

다) 자동테스트환경

아. Walkthoruth

자. Inspection

4. 비용산정

가. LOC

나. FP

1) 경험중심적

2) 비즈니스응용분야에 정확

3) 생산성매트릭필요

4) 활용

가) 생산성 : MM/FP

나) 비용 : 비용/FP

다. COCOMO

1) 원시프로그램 규모

2) 유형

가) 단순형

나) 중간형

다) 임베디드형

3) 노력승수값

가) 제품특성

나) 컴퓨터설정

다) 개발요원특성

라) 프로젝트특성

라. COCOMO II

1) SW개발진척에따른모델

2) 단계

가) 프로토타이핑

나) 초기설계

다) 설계이후

3) 특징

가) 재사용성

나) 요구분석/변경

다) FP적용

마. 정통부대가산정

5. 관리

가. UML

1) 사물

2) 관계

3) 다이어그램

가) 행위

나) 구조

나. 디자인패턴

1) 종류

가) 생성

나) 구조

다) 행위

2) 형식

가) 이름

나) 종류

다) 의도

라) 결과

마) 구현

바) 예제코드

다. 리팩토링

1) Principles

가) OAOO

2) Smells

3) Refactoring

가) extract

나) remove

다) rename

4) Test

라. 유지보수 (교적완방)

1) 교환

2) 적응

3) 완전

4) 예방

마. SLA/SLM

바. 아웃소싱

사. 형상관리

1) 절차

가) 식별

나) 통제

다) 감시

라) 기록

2) CCB

아. 영향도분석

자. 품질관리

1) Umbrella Activy (보호활동)

가) 프로젝트관리

나) 문서화

다) 품질보증

2) 종류

가) 제품품질

나) 프로세스품질

3) QP

4) QC

5) QA

차. Baseline (기분설시제운)

카. 감리

1) 프레임워크

가) 사업유형

나) 감리영역

다) 감리관점

(1) 절차

(2) 산출물

(3) 성과

2) 결과

가) 적정

나) 보통

다) 미흡

라) 부적정

3) 보고서

4) 절차

6. 표준

가. ISO9126

1) 기신사효유이

2) 신뢰성/가용성

나. ISO14598 (계획평)

1) 개발자

2) 획득자

3) 평가자

다. ISO12207 (조지기)

1) 조직

2) 지원

3) 기술

4) 조정(Tailering)

라. ISO20000

1) ITIL/ITSM

2) BS15000

마. ISO25000 (정모관측평)

1) 정의

2) 모델

3) 관찰

4) 측정

5) 평가

바. ISO12119 (제사실행)

1) 제품설명

2) 사용설명

3) 실행SW

사. ISO15504 (SPICE)

1) 기본(CUS)

2) 공학(ENG)

3) 지원(SUP)

4) 관리(MAN)

5) 조직(ORG)

아. ISO15288 (기기프협)

1) 기업

2) 기술

3) 프로젝트

4) 협정

자. CMMI

1) 종류

가) Staged

나) Continous

2) 단계

가) init

나) repeat

다) define

라) manage

마) optimize

3) PA

가) Project

나) Process

다) Support

라) Enginering

차. PSP/TSP

카. GS인증

1) TTA

2) 우선구매제도

타. K모델

7. 요구분석

가. 종류

1) 기능적

가) 기능

나) 자료

다) 인터페이스

라) 사용자

2) 비기능적

가) 자원

나) 성능

다) 보안

라) 품질

나. 단계

1) 요구추출

가) 인터뷰

나) 현행시스템

다) 도메인모델

(1) 벤치마킹

(2) 베스트프랙티스

라) 문서(관련법규,규정)

2) 요구분석

가) 구조적

나) 객체지향

다) 정보공학

라) 정형화

3) 요구관리(REQM)

가) CMMI 2level

나) 내용

(1) Understand

(2) Manage Change

(3) Control Status

(4) Traceablility

4) 요구개발(RD)

가) CMMi 3level

나) 내용

(1) Elicitation

(2) Analysis

(3) Specification

(4) Verification

다. 요구분석명세서

1) 주의사항

가) 개발자,사용자 합의

나) 수행기능 명확정의

다) 제약조건 명시

라) 인수기준

마) 품질기준,테스트방안

2) 평가

가) 무결성,완벽성,명확성

나) 일관성

다) 기능적

라) 검증가능

(1) 요구만족

(2) 개발일치

마) 추적성

3) 검증항목

가) 불필요한 명세

나) 미기술

다) 지나친 명세

라) 모순,모호성

마) 성급한참조

바) 희망사항

8. 설계

가. SW설계원리

1) 추상화

가) 기능

나) 데이터

다) 제어

2) 정보은닉

3) 구조화

가) Divide

나) Conquer

4) 모듈화

가) 응집도(Cohesion)

나) 결합도(Coupling)

나. 인터페이스설계

1) 사용자분석

가) 초보자

나) 일반

다) 전분가

2) 대화설계

가) 일관성

나) 오류처리

다) 간편

3) 상호작용

가) 메뉴선택

나) 양식채움

다) 명령어

라) 직접조작

http://digilogmap.tistory.com

정보관리기술사 준비를 위한 마인드맵

소프트웨어 공학 총괄

정보관리기술사 신재용