Posts List

Translate

2014년 3월 18일 화요일

종합심사제 기본 용어 정리

1.사업주관부서
: 종합심사낙찰제 대상공사에 관한 발주계획의 수립,발주설계,계약체결 후 사업시행 등에 관한 업무를 총괄하는 부서
2.계약부서
: 종합심사낙찰제 대상공사에 관한 입찰,계약체결,대가지급 등의 업무를 수행하는 부서
3.심사주관부서
: 기술관리부서
4.심사위원회
: 물량 및 시공계획 심사를 위하여 심사주관부서의 장이 구성한 위원회
5.법정경비
: 관련법령에 의거 계상이 의무화 되어 있는 경비
산재보험료,고용보험료,국민건강보험료,노인장기요양보험료,국민연금보험료,
산업안전보건 관리비,환경보전비,퇴직공제부금비,건설하도급대금 지급보증서 발급비,
건설기계대여금 지급보증서 발급비,부가가치세 등
6.경비 등 합계
: 공종별 입찰금액에 포함되지 않은 경비로서 법정경비를 제외
기타경비,품질관리비,공사이행보증수수료,제비율제외 항목 및 공사손해보험료 등
7.PS항목
: 사전에 물량이나 금액을 확정할 수 없는 등의 사유로 인해 현장 설명시 배부하는 물량내역서상에 금액 등을 지정한 항목
8.설계서
공사시방서,설계도면,현장설명서,공종별 목적물 물량내역서(물량내역서)
9.물량내역서
: 계약예규에 따라 수공 또는 입찰자가 작성하여 공종별 목적물을 구성하는 품목 또는 비목과 동 품목 또는 비목의 규격,수량,단위 등이 표시된 내역서
10.산출내역서
: 입찰금액 또는 계약금액을 구성하는 물량,규격,단위,단가 등을 기재한 내역서
11.세부공종
: 물량내역서 및 산출내역서에 물량 및 단위가 표시된 최소단위 공종
13.균형가격
: 입찰금액을 심사하기 위한 기준에 따라 산정한 금액
14.균형단가
: 균형가격 산정방법과 동일한 방법으로 세부 공종별로 산정한 단가
15.추정물량
: 발주기관이 입찰공고시 제공한 물량내역서의 물량으로 입찰자의 산출내역서 작성을 돕기 위해 제시한 물량을 말하며,추정가격 1,000억원이상 공사에 한하여 적용
16.입찰물량
: 입찰자가 발주기관이 제시한 설계서,물량내역서의 추정물량 등을 참고하여 작성한 산출내역서상의 물량을 말하며,추정가격 1,000억원이상 공사에 한하여 적용한다.
17.최종물량
: 산출내역서의 입찰물량 적정성을 판단하기 위하여 제4호에 따른 심사위원회에서 확정한 물량을 말하며,추정가격 1,000억원이상 공사에 한하여 적용

2014년 3월 13일 목요일

[IT] 블로그 소스 코드 올리기

요즘 블로그를 하다가...... 소스를 올리는 자주 있는데 ...
다른 사람 블로그는 왜이렇게 깔끔하게 소스를 올릴까라는 생각을 안하다가 ....
오늘 갑자기 들어서 해결 !

Color Scripter - 사이트 접속 ! 

1. 웹에서 실행 클릭

2. 소스 언어 선택
3. 소스 입력 후 복사하기 클릭!

4. 블로그 복사 화면 .... 우와 ; 마돈나 깔끔하다 ..

5. 블로그 화면 .... 그 동안 난 뭘한걸까 .. 다 바꿔야겠다 .. 시간을 내서 !


2014년 3월 12일 수요일

[SQL] 월별 집계 Query

SQL Query
설명은 ... 나중에 하자 ..시간을 내서


1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
SELECT T2.DVSN_DEPT_CD,
       T2.PJT_CD,
       T2.PJT_NM,
       T2.CON_AMT,
       T1.CLFC,
       T1.BF_TOT_AMT,
       T1.A01 AS T01,
       T1.A02 AS T02,
       T1.A03 AS T03,
       T1.A04 AS T04,
       T1.A05 AS T05,
       T1.A06 AS T06,
       T1.A07 AS T07,
       T1.A08 AS T08,
       T1.A09 AS T09,
       T1.A10 AS T10,
       T1.A11 AS T11,
       T1.A12 AS T12,
       T1.YY_AMT,
       T1.TOT_AMT,
       (T2.CON_AMT - T1.TOT_AMT) AS REM_AMT
  FROM (SELECT T1.PJT_CD,
               T1.CLFC,
               SUM (CASE WHEN T1.YM < '2014' || '01' THEN T1.AMT END) BF_TOT_AMT,
               SUM (CASE T1.YM WHEN '2014' || '01' THEN T1.AMT END) A01,
               SUM (CASE T1.YM WHEN '2014' || '02' THEN T1.AMT END) A02,
               SUM (CASE T1.YM WHEN '2014' || '03' THEN T1.AMT END) A03,
               SUM (CASE T1.YM WHEN '2014' || '04' THEN T1.AMT END) A04,
               SUM (CASE T1.YM WHEN '2014' || '05' THEN T1.AMT END) A05,
               SUM (CASE T1.YM WHEN '2014' || '06' THEN T1.AMT END) A06,
               SUM (CASE T1.YM WHEN '2014' || '07' THEN T1.AMT END) A07,
               SUM (CASE T1.YM WHEN '2014' || '08' THEN T1.AMT END) A08,
               SUM (CASE T1.YM WHEN '2014' || '09' THEN T1.AMT END) A09,
               SUM (CASE T1.YM WHEN '2014' || '10' THEN T1.AMT END) A10,
               SUM (CASE T1.YM WHEN '2014' || '11' THEN T1.AMT END) A11,
               SUM (CASE T1.YM WHEN '2014' || '12' THEN T1.AMT END) A12,
               SUM (CASE WHEN T1.YM LIKE '2014' || '%' THEN T1.AMT END) YY_AMT,
               SUM (CASE WHEN T1.YM <= '2014' || '12' THEN T1.AMT END) TOT_AMT
        FROM   (SELECT   T1.PJT_CD,
                         T1.YM,
                         CASE T2.RNUM
                            WHEN 1 THEN '01'
                            WHEN 2 THEN '02'
                            WHEN 3 THEN '03'
                            WHEN 4 THEN '04'
                         END
                            CLFC,
                         CASE T2.RNUM
                            WHEN 1 THEN T1.SALES_PLAN_AMT
                            WHEN 2 THEN T1.SALES_ARST_AMT
                            WHEN 3 THEN T1.BLCLCT_PLAN_AMT
                            WHEN 4 THEN BLCLCT_ARST_AMT
                         END
                            AMT
                  FROM   ITA0090 T1, (    SELECT   LEVEL RNUM
                                            FROM   DUAL
                                      CONNECT BY   LEVEL <= 4) T2
                 WHERE   T1.YM <= '2014' || '12') T1
       GROUP BY  T1.PJT_CD, T1.CLFC) T1,
       ITA0020 T2
 WHERE 1=1
   AND T1.PJT_CD(+) = T2.PJT_CD
   
 ORDER BY
       T2.PJT_CD, T1.CLFC

2014년 3월 8일 토요일

[종합심사제] 종합심사 낙찰 흐름도

[종합심사제] 종합심사 낙찰 흐름도


평가 기준 선정 ⇒ 투찰내역서등록 ⇒ 예정가격 등록 ⇒ 투찰 금액 확인
⇒ 무효입찰여부판정 ⇒ 균형가격산정 ⇒ 단가심사 ⇒ 공사수행능력등록
⇒ 사회적책임 등록 ⇒ 업체선정완료

[구글 검색] 검색 노하우 , 팁_2


1. site 키워드
site 키워드는 검색 범위를 특정 사이트로 한정시키고자 할 때 사용합니다. site 키워드는 검색창에 'site:사이트주소 검색어'와 같은 형식으로 입력하여 사용합니다이 때 주의하실 점은 'site:' 과 '사이트주소사이에 공백이 없어야 한다는 것입니다.

예를 들어 구글 코리아 블로그 사이트에 있는 구글 검색 팁과 관련된 글을 찾고자 한다면, 'site:googlekoreablog.blogspot.com 구글 검색 팁'과 같이 사용하시면 됩니다그러면 구글 코리아 블로그에 포함된 문서만을 대상으로 검색하여 아래와 같은 결과를 얻게 됩니다.

2. filetype 키워드
filetype 키워드는 특정 종류의 파일을 대상으로 검색하고자 할 때 유용합니다사용 방법은 검색어에 'filetype:파일확장자'를 추가하시면 됩니다예를 들어, pdf 문서를 대상으로 검색할 때는 filetype:pdf를 지정하시면 됩니다. filetype 키워드는 이렇게 파일의 확장자를 지정할 수 있기에 전문 자료 검색에 유용하게 사용할 수 있습니다구글에 대한 발표 자료나 연구 자료가 필요하신가요? 'filetype:ppt 구글또는 'filetype:pdf 구글', 아니면 '구글 filetype:pdf OR filetype:ppt'을 검색해 보세요구글에 대한 잘 정리된 자료들을 한번에 찾을 수 있습니다.

3. 구글 알리미
이렇게 구글에서는 관심있는 정보를 쉽게 그리고 정확하게 찾기위한 다양한 방법을 지원합니다그렇지만 아무리 관심있는 정보가 있다고 하더라도매일 구글에서 같은 검색어로 검색을 수행하는 것은 귀찮은 일이지요이럴때 사용할 수 있는 것이 구글 알리미(http://www.google.co.kr/alerts)입니다구글 알리미를 방문하시면 다음과 같은 설정화면을 만나실 수 있습니다.
이렇게 구글은 관심있는 정보를 쉽고 정확하게 찾을 수 있는 다양한 방법을 제공합니다그렇지만 아무리 관심있는 정보를 쉽게 찾을 수 있다 하더라도매일 구글에서 동일한 검색어를 입력하는 것은 번거로운 일이지요이럴 때 유용하게 사용할 수 있는 기능이 구글 알리미(http://www.google.co.kr/alerts)입니다구글 알리미를 방문하시면 다음과 같은 설정화면을 만나실 수 있습니다.

구글에 대한 최신 정보를 받아보고 싶으시면 이 설정화면에서 '검색어'로 '구글'을 지정하고 '귀하의 이메일'에는 자신의 이메일 주소를 입력하시면 됩니다구글은 지정하신 주기로 (여기서는 하루에 한 번뉴스 등 여러 정보 소스에서 검색된 '구글'에 대한 주요 정보를 이메일로 발송합니다구글 알리미는 연예인회사증권 등 신속하고 정확한 정보를 지속적으로 얻고자 하는 경우에 유용하게 사용하실 수 있습니다.

4. 구글 블로그 검색
잘 알려져 있지 않은 듯하지만가장 많이 사용되는 구글의 서비스 중 하나가 바로 구글 블로그 검색(http://blogsearch.google.co.kr/)입니다구글 블로그 검색은 특정 주제에 대한 블로그최신 블로그 글을 찾아줍니다물론 검색 결과에 대한 RSS 피드도 제공되므로 RSS 리더를 이용하여 구독하실 수 있습니다다음은 구글 블로그 검색에서 '구글'을 검색한 예입니다.

검색 결과의 좌측에서 검색 기간을 지정할 수 있으며구독을 위한 Atom, RSS 피드에 대한 링크도 제공됩니다검색 결과의 상단에는 '구글'이라는 검색어와 관련된 블로그를 정리하여 보여주고 있어 특정 검색어를 가장 자세히 다루는 블로그를 쉽게 찾아볼 수 있습니다.

[구글 검색] 검색 노하우 , 팁_1


먼저, 검색어를 넣어 검색하는 방법의 다양한 변형에 대해 살펴보겠습니다.
 
1. 키워드 입력
예를 들어, 구글코리아를 검색하려 한다면 가장 일반적인 검색 방법은 구글과 코리아라는 키워드를 모두 검색창에 입력하는 방법일 것입니다. 이 경우에는 구글 과 코리아를 포함한 모든 웹 문서를 찾아옵니다.
 
2. 따옴표("...")를 사용한 검색
찾고자 하는 구문에 포함된 단어의 순서 그대로 검색하려면 어떻게 해야 할까요? 검색 대상이 되는 구문을 따옴표로 묶어 검색하면 됩니다. 예를 들어 구글과 코리아가 연이어서 나타난 문서를 검색하고자 한다면 다음과 같이 "구글 코리아"를 검색하시면 됩니다.
보다 명확한 차이를 보고 싶으시다면 다음 두 경우를 비교해보세요.
1) 구글 한국어 페이지의, 2) "구글 한국어 페이지의".
 
3. +를 사용한 단어의 자동 맞춤법 기능 방지
흔히 잘못 쓰이는 단어는 구글이 자동으로 수정하여 검색합니다. 예를 들어 다음과 같이 구글 프로그램을 검색한 결과를 보면, 프로그렘이 프로그램으로 수정된 결과가 나옴을 알 수 있습니다.
 
그러나 때로는 프로그렘이라는 단어가 포함된 문서를 찾고 싶을 수도 있습니다. 이 경우에는 구글 +프로그렘으로 검색해보세요. 그러면 프로그렘이라는 단어가 포함된 문서를 찾을 수 있습니다.
 
4. - 를 사용한 특정 단어 제외
이번에는 구글에서 제공하는 프로그램중 구글 어스를 제외한 다른 프로그램들만 검색하는 경우를 알아보겠습니다. 구글 어스를 제외하기 위해서는 어스가 포함되지 않은 문서만 찾아오는 것이 좋겠죠. 이 경우에는 -어스를 검색어에 추가합니다. 그러면 검색 결과에서 '어스'가 포함된 문서가 제외됨을 알 수 있습니다.
 

2014년 3월 5일 수요일

[DAP, DAsP] 1-1-4 전사아키텍처 프로세스

[DAP, DAsP]  1-1-4 전사아키텍처 프로세스

전사아키텍처 프로세스 구성
전사아키텍처 프로세스는 전사아키텍처 비젼 수립, 전사아키텍처 구축, 전사아키텍처 관리, 전사아키텍처 활용 단계로 구분할 수 있다.

전사아키텍처 프로세스 구성 체계


[DAP, DAsP] 1-1-3 전사아키텍처 참조모델

[DAP, DAsP]  1-1-3 전사아키텍처 참조모델

1.참조 모델 정의

참조 모델 개념

참조 모델(Reference Model)은 아키텍처 구성 요소를 식별하여 표준화한 것으로 기관이나 기업 의 전사아키텍처를 수립할 때 참조하는 추상화된 모델이다.
참조 모델은 다양한 관점을 충족시킬 수 있도록 시스템에 대한 개념적인 모델을 추상화하고, 구성 요소를 재사용 가능한 방식으로 생성하여, 여러 기업이 사용할 수 있도록 한 것이다.

전사아키텍처에서는 비슷한 특성이 존재하는 산업군마다 정의된 참조 모델을 활용하도록 추천하 는데, 각 기업은 동종의 참조 모델을 참조하여 고유의 아키텍처를 구성할 수 있다. 이러한 참조 모델 중 잘 알려진 것은 국방, 공공 참조 모델이다.

아키텍처별 참조 모델 
- 업무    참조 모델 (BRM, Business Reference Model)
- 데이터 참조 모델 (DRM, Data Reference Model)
- 서비스 참조 모델 (SRM, Service Reference Model)
- 기술    참조 모델 (TRM, Technical Reference Model)
- 성과    참조 모델 (PRM, Performance Reference Model) 등

참조 모델 현황

범정부 EA 참조 모델 개념 구조

- 성과 참조 모델 : 정보화 성과의 측정을 위한 항목과 지표 및 방법을 제시
- 업무 참조 모델 : 업무아키텍처의 기준, 아키텍처 대상 기관의 사업 또는 업무 등을 전체적으로 분류하고  정의
- 서비스 참조 모델 : 응용아키텍처의 기준이 되며, 응용 서비스의 기능을 분류하고 정의
- 데이터 참조 모델 : 데이터아키텍처의 기준이 되며, 기관 간에 교환되는 주요 데이터 요소를 분석하여 이를 정의                               하고 표준화
- 기술 참조 모델 : 기술아키텍처의 기준이 되며, 정보기술을 분류 및 식별


참조 모델 사례

업무 참조 모델

업무 참조 모델은 특정 기관의 독립적인 업무 기능을 중심으로 정의한 참조 모델
업무 참조 모델은 조직과 무관한 기능 위주의 접근이며, 다른 아키텍처를 정의하는 기준으로 활용될 수 있다.

정부의 업무 참조 모델은 정책 분야, 정책 영역, 대기능, 중기능, 소기능 등으로 분류하고 있는데, 일반 기업의 업무 참조 모델은 흔히 사업 영역, 업무 영역, 업무 기능 등으로 분류하고 있다.
범정부 업무 참조 모델 체계 예
서비스 참조 모델

서비스 참조 모델은 업무 수행과 목표 달성을 지원하는 서비스 요소를 분류하기 위한 기능 중심의 평가 지향적 참조 모델이다.
공공 부문의 애플리케이션 서비스에 대한 식별을 통하여 업무와 서비스의 연계 및 재사용을 촉진하고 중복 개발을 방지하기 위한 것으로, 업무 및 조직에 독립적인 표준 서비스 분류 체계
재활용을 촉진하기 위한 서비스 분류 체계를 제공
정부 기관 업무 지원 컴포넌트에 대한 단일화되고 통합된 분류 체계를 제공
업계와 정부 간의 컴포넌트 개발, 축적, 유통의 활성화를 촉진하며, 복잡, 다양한 정부 부처 응용 서비스를 용 이하게 식별할 수 있도록 하기 위한 것이다.

서비스 참조 모델은 여러 개의 서비스 영역으로 구분된다. 각 서비스 영역은 여러 개의 서비스 유형으로 구성되며, 서비스 유형은 서비스 컴포넌트로 분류된다.

기술 참조 모델

업무와 서비스 구성 요소의 전달과 교환, 구축을 지원해 주는 표준, 명세, 기술 요소를 기술. 업무를 지원하는 응용 기능을 구현하는 데 필요한 정보 기술 및 표준들을 분류하고 정의한 체계
공통의 정보 기술 기반을 수립하고 기업의 정보 기술을 표준화할 수 있도록 한다.
각 기업은 이를 통하여 기술 및 응용 서비스의 재사용을 제고
업무 및 응용 서비스의 안전한 교환 및 전달을 위한 기반 환경을 구축
정보 기술 간의 상호 운용성 확보를 지원하여 정보 기술 성능과 투자의 최적화를 추구

특성상 다양한 산업군 및 기업에 바로 적용할 수 있기 때문에 구축하기 용이하고 기대 효과가 커서 가장 먼저 적용 가능한 영역
기술 참조 모델의 수립은 시스템 구축 시 사용할 기술에 대한 표준 프로파일을 분류하는 데 활용 가능하다. 시스템 관리 시 정보 자산을 분류하는 데 활용 가능하고, 시스템 통합 시 정보시스템 간의 유사성을 판단하는 기준 항목으로 활용 가능하다.

데이터 참조 모델

범정부 DRM 프레임워크와 개별기관 데이터아키텍처의 관계

데이터 참조 모델은 기관 간의 공통 정보 파악과 활용을 지원하기 위한 모델
기관 간의 정보 공유 및 데이터의 표준화, 재사용을 지원하기 위한 범정부 데이터 분류 및 데이터 표준화와 관리를 위한 기준과 체계를 정의

범정부 데이터 모델

범정부에서 구축 및 활용하고 있는 데이터를 식별하고 데이터 영역 간의 관계를 도식화한 것
개별 기관은 범정부 데이터 모델을 참조함으로써 범정부에서 구축 및 운영되고 있는 데이터에 어떤 것이 있는지를 확인

데이터 분류

데이터에 대한 분류 기준을 정의
범정부 데이터 모델의 데이터들은 데이터 분류에 따라 그룹핑
데이터 구조의 데이터 요소는 데이터 분류 체계에 매핑
데이터 분류 체계를 활용 함으로써 좀 더 용이한 데이터 관리 및 검색이 가능

데이터 구조

범위 내의 모든 데이터 요소와 요소의 소유주, 표준화 항목 정의, 요소 간 관계 및 정보를 저장
구축 및 활용하는 데이터 요소에 대한 표준화 항목과 가이드를 제시하고, 궁극적으로는 주요한 표준 데이터요소를 등록하여 이를 공유 및 재사용할 수 있도록 한다.

데이터 교환

데이터 요소의 교환을 위하여 교환 대상 정의 및 메시지 구조, 메시지 방식을 제시하고 교환 내역 을 관리
데이터 교환에서 정의한 데이터 교환 패키지를 통해서 데이터 요소를 참조/재사용

데이터 관리

데이터 품질, 표준화, 보안 등의 유지를 위한 데이터 관리 정책 및 규칙, 프로세스, 조직 구조를 정의

성과 참조 모델

성과 참조 모델은 정보화 성과 관리를 위한 구성 요소와 관계를 정의한 것
정보화 성과 제고 및 정보화 사업 품질 향상을 위한 기본 틀을 제공
성과 참조 모델의 도입을 통하여 정보화 사업 의 성과 정보 생성을 지원, 의사결정을 향상
정보화 사업의 입력, 과정, 출력, 최종 성과 간의 인과 관계를 명확히 하여 계층별 성과의 연계를 증진
정보화 사업의 성과 를 가시화, 측정, 통제, 관리함으로써 정보화 사업의 개선 가능성을 파악하고 궁극적으로 성과를 증진

성과 참조 모델
: 평가 분류 체계, 표준 가시 경로, 성과 관리 표준 양식으로 구성
1)평가 분류 체계는 표준화된 평가 지표 개발 및 성과 관리를 위한 기본 틀(분류 체계 및 지표 사례)로서, 평가 영역, 평가 항목, 평가 그룹, 평가 지표로 구분

2)표준 가시 경로란 평가 그룹 및 평가 지표 간 관계 를 도식화한 것으로, 정보화 사업의 IT 성과가 서비스 품질, 고객 만족 등의 업무 성과에 기여하는 과정을 파악

3)성과 관리 표준 양식은 공공 기관에서 성과 참조 모델을 활용하여 평가 및 성과 관리를 하기 위한 표준 양식

참조 모델 활용
참조 모델은 다양한 용도로 활용될 수 있으며, 용도에 따라 효과도 달라진다. 참조 모델은 정부기 관과 같이 중앙 부처가 산하기관에 참조 모델을 적용하거나, 기업군의 성격을 가지는 기업의 지주회 사나 계열사가 하위 기업에 적용하는 것을 제외하고는 일반 기업이 참조 모델을 업무에 적용하는 것 은 아직 일반화되어 있지 않다.

그러나 기술 참조 모델의 경우, 기업 전체의 기술 환경을 이해하는 논리적인 틀로 받아들여 기술 아키텍처의 현황 진단과 목표 아키텍처를 정의하는 작업의 분류 체계로 잘 활용되고 있다. 참조 모델 별로 활용 방안과 기대 효과는 [표 1-1-5]와 같다.


기업의 데이터아키텍처 담당자는 데이터아키텍처를 정의할 때 전사아키텍처와의 통합성 및 연계 성은 물론 상위 기관 또는 산업별 데이터 참조 모델을 참조해야만 정보의 상호운용성과 교환을 촉진 할 수 있고, 데이터 중복 배제 및 재사용 증대 등의 데이터아키텍처 구축 효과를 얻을 수 있다.

[DAP, DAsP] 1-1-2 전사아키텍처 프레임워크, 아키텍처 매트릭스

[DAP, DAsP]  1-1-2 전사아키텍처 프레임워크

전사아키텍처 프레임워크 개념

전사아키텍처 프레임워크는 전사아키텍처 활동에서 얻어지는 산출물을 분류하고 조직화하고 이를 유지 관리하기 위한 전체적인 틀을 정의


전사아키텍처 프레임워크 구성


전사아키텍처 프레임 워크 구성 예

전사아키텍처 정책

전사아키텍처 정책은 전사아키텍처의 정보를 어떻게 구성할 것이고, 전사아키텍처 수립을 통하여 기업이 달성하고자 하는 궁극적인 모습은 무엇이며, 전사아키텍처를 효과적으로 관리하고 활 용하기 위한 원칙은 어떤 것인지 등을 정의하는 것이다.

아키텍처 매트릭스

아키텍처 매트릭스는 전사아키텍처의 정보를 체계적으로 분류한 틀로서, 기업이 관리하려고 하는 전사아키텍처 정보의 수준과 활용 계층을 결정하는 수단이다.

전사아키텍처 비전

전사아키텍처 비전은 전사아키텍처 수립을 통하여 기업이 궁극적으로 달성하고자 하는 모습이다. 전사아키텍처 비전에는 전사아키텍처 구축의 목표와, 그 목표를 효과적으로 달성하기 위한 전략과 방향 등을 포함한다.

전사아키텍처 원칙

전사아키텍처 원칙은 전사아키텍처 정보를 효율적으로 구축하고, 기업의 목적에 맞게 전사아키텍처 정보를 효과적으로 활용하기 위해서 조직 구성원이 공유해야 할 규범을 말한다. 전사아키텍처 원칙은 전사아키텍처 대원칙, 아키텍처 원칙, 표준 등을 포함한다.

전사아키텍처 정보

전사아키텍처 구축을 위해서는 아키텍처 매트릭스에서 정의한 각 아키텍처 산출물에 대하여 현재 상태와 목표 상태의 정보를 구축한다. 그리고 목표 아키텍처를 달성하기 위한 이행 계획을 수립한다. 아키텍처 정보를 구축하기 위해서는 우선 아키텍처 정보의 영역을 구분해야 하는데, 이런 아키텍처 영역을 구분한 것을 아키텍처 도메인(Architecture Domain)이라 한다. 정확히 말하면, 아키텍처 도메인이란 아키텍처 매트릭스 상에서 뷰의 관점으로 아키텍처 영역을 구분한 것을 말한다. 현행 아키텍처와 목표 아키텍처는 이런 아키텍처 도메인별로 아키텍처 정보를 구축한다.

아키텍처 도메인 예

헌행 아키텍처

아키텍처 도메인별로 정의된 산출물에 대하여 기업의 현재 상태를 아키텍처 정보로 정의한 것을 말한다.

목표 아키텍처

아키텍처 도메인별로 정의된 산출물에 대하여 기업이 궁극적으로 달성하고자 하는 목표 아키텍처의 상태를 아키텍처 정보로 정의한 것을 말한다.

전사아키텍처 이행계획

아키텍처 도메인별로 현재 모습에서 바람직한 목표 모습으로 이행하기 위한 이행 전략과 이행계획을 정의한 것을 말한다.

    비즈니스아키텍처
: 조직의 목적 및 임무를 지원하기 위해 수행하는 업 무를 분석하고, 이를 업무 활동 단위로 분할하여 표현
    데이터아키텍처 
: 효과 적인 업무 처리 및 의사결정을 위해 어떤 정보가 사용되고, 전달되어야 하는지를 표현한 아키텍처로 서, 전사 데이터 구성을 분류하고 데이터 모델을 정의
    애플리케이션아키텍처
조직의 임무를 수행하는 데 필요한 애플리케이션의 기능 및 이들 간의 관계 등을 정의한 것으로, 기업 의 애플리케이션 단위를 분류하고 애플리케이션 간의 인터페이스를 정의
    기술아키텍처 
: 비즈니스아키텍처, 데이터아키텍처, 애플리케이션아키텍처를 지원하는 데 필요 한 정보 기술 인프라 요소 및 구조, 그리고 이들 간의 관계를 표현한 아키텍처로서, 전사의 기술 영역 을 분류하고 표준 프로파일과 기술 아키텍처 모델을 정의

전사아키텍처 관리

전사아키텍처 관리 체계

전사아키텍처 관리 체계는 흔히‘전사아키텍처 거버넌스’라고 말하기도 한다. 이것은 구축된 전사 아키텍처를 유지하고 개선하기 위한 제도적 기반을 수립하는 것이며, 정의된 전사아키텍처 원칙을 준수하도록 확인하고 통제하기 위한 조직과 프로세스를 정의하는 것을 포함한다. 전사아키텍처 관 리 체계는 전사아키텍처 활동을 관리하며, 전사아키텍처의 정보 변경을 통제하고, IT 프로젝트가 전사아키텍처의 기본적인 원칙과 정책을 준수하도록 하기 위한 목적이 있다.

전사아키텍처 관리 시스템

전사아키텍처 관리 시스템은 전사아키텍처의 정보 관리의 효율성을 제고하고 전사아키텍처 정보의 공유를 활성화하기 위해 구축하는 정보시스템이다. 전사아키텍처 관리 시스템은 도입하는 기업의 요건에 따라 다양한 형태로 구성될 수 있는데, 일반적으로 전사아키텍처 정보를 정의하는 모델링 도구와 전사아키텍처 정보를 저장하는 전사아키텍처 리포지터리, 전사아키텍처 정보를 사용자에게 배포하는 전사아키텍처 포털 등으로 구성된다.

전사아키텍처 평가

전사아키텍처의 관리와 활용 수준의 제고를 위해서는 전사아키텍처에 대해 주기적으로 평가하고, 개선점을 도출하여 반영해야 한다. 이를 위해서는 전사아키텍처의 수준을 객관적이고 정확하게 평가할 수 있는 전사아키텍처 성숙 모형이 필요하다.

아키텍처 도메인 구성

비지니스아키텍처

전사 사업 모델 (계획자 관점)

비즈니스 아키텍처는 먼저 아키텍처 정보를 구축하는 대상인 전사(Enterprise)의 범위를 정의
전사를 둘러싼 내외부의 이해관계자를 분석하고, 외부 객체와의 가치사슬을 분석하여 전사를 정의
전사의 정확한 가치사슬을 분석하기 위해서는 외부 객체의 가치사슬과의 연관 관계를 파악하여 어떤 기능들이 외부객체에 의해서 수행되고, 외부객체의 어떤 기능을 전사 내부가 수행하고 있는지 분석

조직 모델 (계획자 관점)

조직 모델은 기업의 사업 모델을 지원하기 위한 기업의 조직 구조를 정의
비즈니스를 수행하는 지리적 위치와 내부 객체를 도출하여 기업의 조직 구조와 업무 분장을 정의

업무 기능 모델 (책임자 관점)

기업의 업무 기능을 계층적으로 분할하고 기능 내용을 정의
업무 기 능을 분할할 때는 조직 기준이 아닌 업무 기능의 유사성과 연관성을 기준으로 정의
업무 기능 모델링은 데이터와 애 플리케이션의 상호 비교를 통한 연관 분석이 이루어진다.

프로세스 모델 (설계자 관점)

업무 기능을 상세화하여 계층적으로 프로세스을 분할하고 프로세스의 활동내용을 정의
프로세스란 업무 수행을 위해 정보를 입력 받아 의미있는 활동을 통해 산출물을 생성하는 일련의 과정
프로세스 모델 역시 데이터와 애플리케이션과 상호 비교를 통한 연관분석이 반복적으로 이루어진다.

업무 메뉴얼 (개발자 관점)

업무 기능이나 프로세스별 업무 내역을 상세히 기술한 자료로, 전사아키텍처에서는 목록 수준의 정보를 관리

애플리케이션아키텍처

전사 애플리케이션 영역 모델(계획자 관점)

기업의 업무를 지원하는 애플리케이션을 식별하고 애플리케이션별 특성 분석을 통해 이를 전사 수 준에서 구조화 애플리케이션의 기능과 특성에 따라 독립되어 구현되고 운영될 수 있 는 애플리케이션을 정의
애플리케이션과 관련된 업무, 데이터와 IT 특성을 감안하여 애플리 케이션을 그룹화하여 애플리케이션 영역을 정의

애플리케이션 모델(책임자 관점)

애플리케이션 모델은 각 애플리케이션이 지원하는 기능과 데이터 정보를 정의하고, 애플리케이션 이 제공하는 서비스를 도출하며, 이들 간의 연관 관계를 정의한 것이다. 애플리케이션이나 서비스 가 어느 업무 프로세스에서 활용되고, 어떠한 정보를 생산하고 관리하는지 연관성 분석을 한다. 애플리케이션 모델의 정의는 개발 방법론에 의존적이다.

컴포넌트 모델, 클래스 모델(설계자 관점)

실제 애플리케이션 개발에 필요한 설계 정보를 관리하는 것
컴포넌트 정의나 클래스 정의, 데 이터 흐름도(DFD, Data Flow Diagram) 등이 해당되며 기업의 개발 방법론에 영향을 많이 받는다. 
기업이 가지고 있는 업무 영역별로 애플리케이션의 개발 환경은 상이할 수 있다. 
예를 들면 정 보계는 컴포넌트 기반 개발(CBD, Component Based Development) 방법론을, 운영계는 메인 프레임 중심의 구조적 방법론을 사용할 수 있다.

프로그램 목록(개발자 관점)

애플리케이션의 최종 단위인 프로그램에 대한 정보를 관리한다.

데이터아키텍처

참고로, 데이터아키텍처 전문가가 다루는 데이터아키텍처의 범위는 데이터 구조뿐만 아니라 데이터 표준, 데이터 관리 체계 등을 포함하는 광의의 데이터아키텍처를 의미한다.

전사 데이터 영역 모델 (계획자 관점)

전사 데이터 영역 모델은 개괄 데이터 모델이라고도 하며 상위 수준의 전사 데이터 영역을 분류하여 표현한 것
상위 주제 영역 수준의 데이터 구성도가 이에 해당된다. 주제 영역은 업무 기능과 대응되는 개념으로 유사 데이터를 그룹화 한 것이다.

개념 데이터 모델 (책임자 관점)

개념 데이터 모델은 전사 수준의 데이터 모델로 단위 주제 영역 또는 핵심 엔터티 정도를 표현한 데이터 모델
개념 데이터 모델은 전사 수준에서 사용하는 데이터를 전체적으로 표현할 수 있 는 기본 틀로서, 전사 데이터아키텍처를 관리하는 데 있어 매우 유용한 모델이다. 개념 데이터 모델에서는 핵심 엔터티는 일반적으로 단위 주제 영역별로 한두 개가 정도가 도출된다.

논리 데이터 모델(설계자 관점)

논리 데이터 모델은 개념 데이터 모델에서 정의된 주제 영역과 핵심 엔터티를 기본 정보로 하여 업무 요건을 충족시키기 위한 데이터의 상세한 구조를 논리적으로 구체화
논리 데이터 모델링은 수집된 업무 관련 데이터 정보 및 사전에 작성된 산출물을 기반으로 필요한 모든 엔터티를 도출하고, 식별자, 속성, 관계와 서브타입 등을 정의한다. 논리 데이터 모델은 엔터티, 속성에 대 한 명칭, 정의, 형식, 규칙, 코드 등을 전사적인 차원의 표준으로 정의하여 관리

물리 데이터 모델(개발자 관점)

물리 데이터 모델은 기술적 환경과 특성을 고려하여 물리적 데이터 구조를 설계하고, 데이터베이 스 객체를 정의한 것이다. 개발자는 논리 데이터 모델을 물리적인 데이터 구조로 전환하고 데이터 무결성을 보완하여 정의하고, 데이터 분산 설계에 따른 데이터 무결성 등 추가적인 무결성 규칙을 정의한다. 데이터베이스의 성능을 고려하여 이미 설계된 데이터 구조에 추가적으로 데이터의 접근 성능 향상을 위한 인덱스 설계, 데이터 구조에 대한 비정규화 과정을 수행한다.

기술아키텍처

기술아키텍처는 비즈니스, 데이터, 애플리케이션 아키텍처에서 정의된 요건을 지원하는 전사의 기술 인프라 체계를 정의하는 것이다 기술 인프라는 하드웨어, 시스템 소프트웨어, 통신 네트워크, 시 스템 개발도구, 시스템 관리도구, 최종 사용자 소프트웨어 등을 포함한다. 기술 참조 모델과 표준 프로파일 구축을 통해 애플리케이션의 이식성과 확장성을 강화하고, 벤더로부터의 독립성을 확보하며, 시스템 간의 상호운용성을 강화하는 등의 효과를 기대할 수 있다. 기술아키텍처의 경우 다른 아키텍 처와 달리 개별 기업에서도 기술 참조 모델을 정의하는 것이 일반적이다.

전사 기술 영역 모델, 기술 참조 모델(계획자 관점)

전사 기술 영역 모델은 기업이 업무활동에 필요한 정보기술의 영역을 상위 수준에서 분류한 것
기술 참조 모델(TRM, Technical Reference Model)은 기업이 업무 활동에 필요한 기능들을 수행하기 위해 요구되는 정보기술을 상위 수준에서 논리적으로 분류한 틀인데, 전사 기술 영역 모델과 같은 범주로 볼 수 있다. 
기술 참조 모델은 일반적인 표준을 최대한 수렴해 정의하는 것이 특징이라고 할 수 있다.

표준 프로파일(책임자 관점)

표준 프로파일(SP, Standard Profile)은 기술 참조 모델에 명시된 서비스를 지원하기 위한 정보기술 표준들의 집합이다. 기업의 모든 기술 아키텍처 요소들에 영향을 미치는 표준들을 포함한다. 이 표준들은 시스템의 이식성, 확장성, 상호운용성, 호환성을 제고하게 된다. 일반적으로 표준 프로파일은 기술표준을 프로파일의 대상으로 하며, 최근에는 제품을 프로파일링 대상에 포함시키는것이 추세이다.

기술 아키텍처 모델

기술 아키텍처 모델은 전사 기술 영역 모델이나 기술 참조 모델에서 정의된 서비스 카테고리별로 아키텍처의 패턴을 정의하거나, 기업의 소프트웨어, 하드웨어, 네트워크 등의 구성 요소에 대한 배치도를 정의하는 것이다.

기술자원 목록, 제품 목록

표준 프로파일이나 기술 아키텍처별로 관련된 기술자원 목록이나 제품 목록을 기술 아키텍처 정보로 관리한다.

전사아키텍처 프레임워크 사례

전사아키텍처 프레임워크로 참조할 수 있는 모델은 다양하다. 자크만 프레임워크(ZEAF)를 비롯하여, 미연방정부 프레임워크(FEAF), 미재무성 프레임워크(TEAF), 미국방성 프레임워크(DoDAF), 오픈그룹 프레임워크(TOGAF), 한국정보 프레임워크 등이 대표적인 사례이다.

예를 들면 자크만 프레임워크(ZEAF)는 다섯 가지 관점(Planner, Owner, Designer, Builder, Sub-contractor)과 각 관점에 따르는 여섯 가지 묘사 방법(Data, Function, Network, People, Time, Motivation)을 정의하고 있다. 전사아키텍처 프레임워크의 대표적인 예로서 많은 다른 전사아키텍처 프레임워크에서 참조되고 있다.



미재무성 프레임워크(FEAF)는 8개 구성요소로 이루어져 있고 4단계에 걸쳐 점차적으로 진행하여 마지막 단계에 자크만 프레임워크의 모델 내용을 모두 관리한다. 프레임워크에는 각 세그먼트별 접근법을 채택하여 현행과 목표의 갭분석을 통한 이행 계획과 프로세스를 포함하고 있다.

오픈그룹 프레임워크는 아키텍처를 정의하기 위하여 오픈그룹에서 개발한 아키텍처 개발에 대한 지침인 아키텍처 개발 방법(ADM, Architecture Development Method), 정보기술을 체계적으로 분류한 기술 참조 모델, 표준 요약 정보를 모아놓은 데이터베이스인 표준정보기반(SIB, Standard Information Base)으로 구성되어 있다. 빌딩블록 정의에 의한 접근 방식으로 구성 단위의 문제해결 방식을 제안하고 있다.

각각의 전사아키텍처 프레임워크들은 다른 점도 있지만, 공통점 또한 많다. 프레임워크를 정의할때 이러한 선진 모델을 참조하되 기업의 특성에 맞는 것을 만들어야 하며, 경직된 사고보다는 유연성을 가지는 것이 중요하다.

2014년 3월 4일 화요일

[DAP, DAsP] 1-1-1 전사아키텍처 정의

[DAP, DAsP] 전사아키텍처 개요

전사아키텍처 개념

전사아키텍처 도입 배경

건축물의 설계도처럼 기업의 전체 시스템을 쉽게 파악할 수 있는 뭔가가 필요하게 되었다
전사아키텍처는기업의 이런복잡한 시스템을 파악하기 쉽게 정리하는 것

전사아키텍처 정의

기업의 목표와 요구를 잘 지원하기 위해 IT 인프라의 각 부분들이 어떻게 구성되고 작동되어야 하는가를 체계적으로 기술
다양한 측면(비즈니스, 데이터, 애플리케이션, 기술 등)에서분석
IT 투자 대비 효과를 최대화
전사아키텍처 도입을 통하여 비즈니스와 IT를 보다 유기적으로 연결

- OMB 회람 A-130

    전사 아키텍처란 
업무 프로세스(Business Processes)
정보 흐름 및 관계(Information Flow and Relationships)
애플리케이션(Applications)
데이터 명세 및 관계(Data Descriptions and Relationships)
기술 하부 구조(Technology Infrastructure)로 구성

    실무적 차원에서 구성 요소에 대한 내용
비즈니스 아키텍처 (위의 업무 프로세스와 정보 흐름 및 관계가 여기에 해당됨)
애플리케이션 아키텍처
데이터 아키텍처(위의 데이터 명세 및 관계가 여기에 해당됨)
기술 아키텍처로 구분한다.

전사개념

전사(Enterprise)란 일반적으로 기업 또는 기관
“공동의 목표를 추구하기 위해 고객과 상품 또는 서비스가 존재하고 이를 지원하기 위한 조직, 자원, 기술을 보유하며 필요한 업무 프로세스를 수행하는 조직의 집합체”

전사개념

아키텍처 개념

구성요소의 구조, 구성요소들 사이의 관계, 구성요소의 설계 그리고 시간경과에 따른 구성요소의 발전을 위한 원리와 지침

아키텍처는 대상에 대한 구조뿐만 아니라, 대상 구조의 유지 관리를 위한 원칙과 지침, 그리고 향후 목표 아키텍처로 가기 위한 계획을 포함

아키텍처 구성요소
전사아키텍처 추진 현황


데이터아키텍처 전문가 역할

아키텍처 도메인 중 데이터 아키텍처 영역을 직접 수행
간접적으로 관여

[DB 백업] 서버 매일 DB 백업, 매일 DMP 생성, 스케쥴러 활용

[DB 백업] 매일 DB 백업, 매일 DMP 생성, 스케쥴러 활용

배치 파일(batch file)을 이용하여 작업 스케쥴 등록
환경 - Windows Server 2008

DB 백업을 위한 배치 파일 [batch file] 생성

1. 작업 스케쥴로 이동 : 제어판 - 관리 도구



2. 작업 스케쥴로 이동 : 관리 도구 - 작업 스케쥴러


3. 기본 작업 만들기


4. 기본 작업 만들기- 이름 및 설명 추가


5. 기본 작업 만들기- 작업 트리거 설정


6. 기본 작업 만들기- 시간 선택


7. 기본 작업 만들기- 작업 구분 선택(프로그램 시작, 전자메일보내기, 메시지 표시)


8. 기본 작업 만들기- 프로그램 시작 클릭 후 생성한 batch 파일 등록