IT
posted by 구름너머 2007. 12. 5. 01:37

EA 개념의 발전


일부에서는 EAITA(Information Technology Architecture; 정보기술아키텍처)

라 부르기도 한다.

이는 1996년 미국에서 정의한 정보기술관리혁신법에서 Information Technology

Architecture라는 용어를 사용했고, 이어서 발표된 OMB A-130 회람에서 ITA는 EA,

기술 참조 모델(TechnicalReference Model), 그리고 표준 프로파일(Standard Profile)로

구성된다고 규정한데서 기인한 것이다. 이에 따르면 광의의 개념인 EA가 협의의 개념인

정보기술 아키텍처의 일부분이 되어버리는 모순이 발생한다.
이에 2000년 OMB A-130 회람을 개정하면서 아키텍처 노력을 Enterprise Architecture라

명명하고, 이는

업무 프로세스(Business Processes),

정보 흐름 및 관계(Information Flow and Relationships),

애플리케이션(Applications),

데이터 명세 및 관계(Data Descriptions and Relationships), 그리고

기술 하부구조(Technology Infrastructure)로 구성된다고 정의함으로써

용어상의 혼란을 해소하였다.

이후 실무적 차원에서 구성요소에 대한 내용이 정리되어

이제는 다섯 가지 요소를 네 가지 영역, 즉

BA:비즈니스 아키텍처(위의 업무 프로세스와 정보 흐름 및 관계가 여기에 해당됨),

AA:애플리케이션 아키텍처,
DA:데이터 아키텍처(위의 데이터 명세 및 관계가 여기에 해당됨),

TA:기술 아키텍처로 구분하고 있다.

EA===> BA+AA+DA+TA

'IT' 카테고리의 다른 글

ea 그림정리  (0) 2007.12.11
전사아키텍처 참조 모델  (0) 2007.12.11
행정자치부 엔터프라이즈아키텍처(EA) 관리‧운영 지침  (0) 2007.12.05
공공부문 ITA 표준  (0) 2007.12.05
ITA/EA  (0) 2007.12.04
IT
posted by 구름너머 2007. 12. 5. 01:12

아키텍쳐가 5개

참조모형이 5개...

행정자치부 EA관리[1].운영_지침(훈령 227호).hwp

행정자치부 훈령 제 227호

행정자치부 엔터프라이즈아키텍처(EA) 관리‧운영 지침 다음과 같이 제정합니다.

2007년 6월 13일

행정자치부장관

행정자치부 엔터프라이즈아키텍처(EA) 관리‧운영 지침

'IT' 카테고리의 다른 글

전사아키텍처 참조 모델  (0) 2007.12.11
EA 개념의 발전  (0) 2007.12.05
공공부문 ITA 표준  (0) 2007.12.05
ITA/EA  (0) 2007.12.04
ATAM 2  (0) 2007.11.20
IT
posted by 구름너머 2007. 12. 5. 00:43

1.유첨:공공부문 전사적 아키텍처 프레임워크 표준 자료.

2002-158_(TTAS[1].KO-10.0153).pdf

5.3.1 참조모델
참조모델은 아키텍처의 구성요소를 식별하고 설명한 것으로 공공부문 전사적 아키텍처의
모든 부문에서 고려된다. 참조모델은 개념을 추상화한 아키텍처를 제공하며 구성요소간의
인터페이스를 정의한다. 참조 모델의 목적은 사용자 요구사항을 만족시킬 수 있도록 시스템
규격에 대한 개념적인 모델을 추상화하고, 구성요소를 재사용 가능한 컴포넌트로 생성하여,
여러 이해당사자들이 사용할 수 있도록 하는 것이다. 참조모델은 전사적 아키텍처의 업무,
데이터, 응용, 기술기반 등의 관점에 따라 분류 및 참조 될 수 있다.

5.3.1.1 업무 참조 모델(Business Reference Model)
업무 참조 모델은 전사적 관점에서의 업무활동을 상세히 기술해준다. 업무 참조 모델은 조
직을 설명해주기 위한 다양한 모델들, 예를 들어 조직 차트, 위치도 등을 포함하며, 동시에
기능 위주의 접근 방법을 활용하여 전사적인 업무를 표현한다. 업무 참조모델은 다른 참조
모델들 - 데이터, 응용, 기술 등 - 을 분석함에 있어 주요 관점을 제공한다.
5) 각 공공부문은 정보화 사업 수행 시 필요에 따라 적절한 전사적 아키텍처 지원도구를 취사선택
할 수 있으며 반드시 사용이 의무화되지는 않는다.

5.3.1.2 성과 참조 모델(Performance Reference Model)
성과 참조 모델은 전사적인 아키텍처 프로그램 목표 및 목적에 도달하기 위해서 사용하는
성과의 전반적인 결과와 및 산출 방법을 제공하는 성과 측정 방법 프레임워크이다. 공공부
문은 성과 참조 모델을 이용하여 전략 단계에서부터 전사적인 업무를 보다 잘 관리하는 동
시에 목표 아키텍처로의 진전 상황을 측정하는 수단을 제공할 수 있다. 성과 참조 모델은
내부업무구성 컴포넌트, 업무상의 성과물, 고객 중심의 결과물, 프로그램 평가 등급 도구
(PART : Program Assessment Rating Tool)과 공통 측정방법(common Measures
Initiative) 등을 포함할 수 있다.

5.3.1.3 데이터 참조 모델(Data Reference Model)
데이터 참조 모델은 응용 및 업무 활동을 지원하는 데이터를 모든 단계별로 설명해준다.
이 모델은 공공부문 및 하위 조직과 그들의 고객, 후원자, 협업 기관 사이에서 발생하는 상
호 작용의 유형 및 정보 교환을 기술하는데 도움을 주며 전사적인 데이터를 유사 종류별로
분류하여 우선적으로 중복된 데이터 자원을 식별하도록 도와준다.

5.3.1.4 응용 참조 모델(Application Reference Model)
응용 참조 모델6)은 응용 애플리케이션 기능을 업무 또는 업무수행 목적을 지원하는 방법
에 따라서 기능별로 분류한 것이다. 응용 참조 모델은 업무 기능과는 독립적이며 전사적인
업무 컴포넌트와 업무 서비스의 재사용을 지원하는 응용의 추천을 가능하게 한다.
6) 美 연방정부 참조모델인 ‘Service Component Reference Model‘과 동일

5.3.1.5 기술 참조 모델 (Technical Reference Model)
기술참조모델은 응용 기능에 필요한 정보서비스들을 식별ㆍ설명하고 이들 간의 인터페이스
를 정의한 계층적 아키텍처를 제공한다. 기술 참조 모델의 목적은 사용자 요구사항을 만족
시킬 수 있도록 시스템 규격에 대한 개념적인 모델을 추상화하는 것이며, 이를 통해 컴포넌
트 기반 아키텍처의 채택 및 구현을 계층별로 지원하는 기술적 컴포넌트를 개략적으로 제시
할 수 있다.

'IT' 카테고리의 다른 글

EA 개념의 발전  (0) 2007.12.05
행정자치부 엔터프라이즈아키텍처(EA) 관리‧운영 지침  (0) 2007.12.05
ITA/EA  (0) 2007.12.04
ATAM 2  (0) 2007.11.20
아키텍쳐 평가방법론  (0) 2007.11.20
posted by 구름너머 2007. 12. 4. 14:52

http://user.chollian.net/~iteach/
http://myhome.naver.com/rangs75/cafe/appendix/specialchar.htm#jssc

주로 많이 사용되는 문자코드만 몇개 적어보겠습니다.^^

특수문자

출력코드

특수문자출력코드

특수문자

출력코드

<

&lt;

ƒ&#131;

>

&gt;

&

&amp;

&#134;

"

&quot;

&copy;

&#137;

&reg;

공백

&nbsp;

Ÿ&#159;

&trade;

!&#033;¡&#161;§&sect;
"&#039;¢&#162;æ&aelig;
*&#042;¤&#164;¿&#191;
=&#061;¥&yen;×&times;

좀 더 특수문자에 대해서 알고 싶다면 http://user.chollian.net/~iteach 를 참조하길 바랍니다.

'Java Script' 카테고리의 다른 글

SSH  (0) 2010.06.22
javascript : ISO Latin-1 &lt;-&gt; ASCII 변환하기  (0) 2010.02.01
자바스크립트 정규식  (1) 2007.11.16
WMI 스크립팅 입문: 3부  (0) 2007.10.05
WMI 스크립팅 입문: 2부  (0) 2007.10.05
IT
posted by 구름너머 2007. 12. 4. 09:12
본문스크랩 EA/ITA IT

2007/12/04 09:08

http://blog.naver.com/damool2/40044986197

출처 블로그 > Beautiful Mind, Beautiful Life, Into The World...
원본 http://blog.naver.com/unius1004/100038629182

○ EA/ITA

정의

° EA(Enterprise Architecture)

- 조직 및 업무활동과 정보기술 간의 관계를 현재모습과 향후 추구할 모습을 별도로 정의한 청사진(Blueprint)

- 규칙(Rule) + 모델(Model) + 계획(Plan)으로 구성

° ITA(Information Technology Architecture)

- EA + TRM +SP

구성요소

EA Framework

° EA를 개발하기 위한 의사소통 모델

° 기업의 비즈니스, 정보, 어플리케이션 및 기술에 대해 명확한 구성요소로 식별, 정의하고 이들간의 관계를 정립한 구조적인 틀

※ 아키텍쳐 도메인

비즈니스 아키텍쳐(BA)

° 기업의 경영목표 달성을 위해 업무구조를 정의한 영역으로 기업의 업무와 서비스의 실체를 명확히 하는것

데이터 아키텍쳐(DA)

° 기업의 업무 수행에 필요한 전체 데이터 구조를 체계적으로 정의한 것

어플리케이션 아키텍쳐(AA)

° 기업의 업무를 지원하는 전체 어플리케이션을 식별하고 어플리케이션 구조를 체계화하는 것

기술 아키텍쳐(TA)

° 비즈니스, 데이터, 어플리케이션 아키텍쳐에서 정의된 요건을 지원하는 전사의 기술 인프라 체계

기술참조모델(TRM)

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

표준프로파일(SP)

° 기술참조모델에 명시된 서비스를 지원하는 정보기술 표준들의 집합

° 해당 아키텍쳐에 적용될 표준에 대해 서술해 둔 내용물

절차

EA 비전 수립

° EA 방향 수립 - 환경분석, 구축 방향 정의, EA 프레임워크 정의

EA 구축

° EA 정보 구성 정의 - 아키텍쳐 매트릭스 정의, 참조모델 정의, EA원칙 수립

° EA 정보 구축 - EA 자료수집, AS-IS 구축, TO-BE 구축

EA 관리 정의

° EA 관리체계 구축 - EA 관리 조직, 프로세스, 인력 구성

° EA 관리시스템 구축 - EA 모델링 도구, EA 정보관리 시스템(EA Repository, EA Portal, EA Analysis Tool)

EA 활용 정의

° EA 이행계획 - 차이분석, 프로젝트 정의, 이행 전략 수립, 이행 계획 수립, 변화관리 계획수립

° EA 정보활용 - IT 기획, IT 구축관리, IT 운영 및 통제

※ EA 관련 DA가 이루어야 할 3가지 통합성

° 범위통합 - 전사아키텍쳐 범위 전체에 대한 각 모델 내의 불일치성 제거

° 수평통합 - 관련된 타 도메인(업무, 데이터, 어플리케이션, 기술)과의 불일치성 제거

° 수직통합 - 계획자, 책임자, 설계자, 개발자 사이의 불일치성 제거

참조모델 활용방안 및 기대효과

활용방안

기대효과

업무참조

모델

° 개선 대상 관련 업무를 파악

° 비즈니스 아키텍쳐 정의

° 기관간 업무 흐름 촉진

° 업무 프로세스 촉진을 통한 생산성 제고

° 비즈니스 성과 측정 용이

데이터참조

모델

° 개선 대상 관련 데이터 파악

° 데이터 아키텍쳐 정의

° 정보의 상호운용성 및 교환 촉진

° 통합된 데이터 활용으로 중복배제 및 재사용

° 데이터 표준화

서비스참조

모델

° 개선 대상 관련 어플리케이션 서비스 파악

° 어플리케이션 아키텍쳐 정의

° 시스템간 상호운용성 향상

° 신뢰성 있고 변화에 신속한 대응 가능

° 시스템 개발 생산성 및 품질 향상 기대

기술참조

모델

° 개선 대상 관련 기술 인프라 파악

° 기술 아키텍쳐 정의

° 시스템간 상호운용성, 이식성, 확장성 향상

° 벤더 독립성

° 재활용과 리소스 공유

※ 참조모델 구축방법

° 공통특성 추출 - 이해가 쉽고 산출물이 많지 않지만 요소간 경계, 하위수준의 정의가 불명확

° 대표적이고 복잡한 기업 선정 - 산출물간의 관계가 정확하고 하위수준까지 참조할 수 있지만 기업의 보안상 대부분 공개가 되지 않음

EAF 사례

ZEAF

° 기업활동을 5W1H관점에서 모델링

° 5개 관점 - Data, Function, People, Network, Time, Motivation

° 6개 묘사방법 - Planner, Owner, Designer, Builder, Sub-Contractor

° 지나치게 모델링에 집중, 실제 아키텍쳐 활동 계획 및 기반 정의 부족

FEAF

° 미 연방정부 프레임워크

° 참조모델 기반 EAF(BRM, DRM, SRM, TRM, PRM)

° 모델링 관점과 구체적 이행계획까지 포함

° 조직 및 관련 규정등 제반요소의 진화 부족

TEAF

° 미 재무성 프레임워크

° How-Where-When을 표현하는 기능, What-How-much How Freq.을 표현하는 정보, Who-Why를 표현 하는 조직, Enable을 표현하는 인프라 관점 중시

° 산출물 중심의 프레임워크로서 활용에 대한 접근 부족

DoDAF

° 미 국방성 프레임워크

° 효과적인 작전 수행을 위해 무기 체계간 상호 운용성 보장을 위해 도입된 EA

° 산출물에 대한 템플릿을 상세히 정의, 통일되고 검증된 방식으로 모델링 가능, 운영모델에 대한 상세한 정의 및 표현양식 제공

° 과도한 산출물과 정확도 요구, 과잉투자 가능성

TOGAF

° 민간 표준연합인 오픈그룹 EAF

° 구체적 아키텍쳐 개발 프로세스 제안

° 각종 참조모델의 활용 관계를 잘 정의

° 메타모델에 근거한 연속체 개념으로 아키텍쳐를 파악하여 조직의 특수성 반영이 어려움

EAP vs

ISP

ISP

EAP

° 원칙에 대한 정의 주로 없음

° 벤더 의존적

° 문서 지향적 산출물

° 조직, 기술변화시 사용되지 못함

° 외부 컨설턴트 의존적

° 도출과정 모호성

° 산출물 유지보수가 거의 이루어지지 않음

° 정보관리 전체에 적용될 원칙 정의

° 사용자 소유의 표준적, 오픈 아키텍쳐

° 프로젝트 지향적 산출물

° 지속적인 아키텍쳐 수정

° 내부주도, 외부지원

° 도출과정의 체계성

° EA실행과 유지보수를 위한 Control Mechanism 구현이 중요

'IT' 카테고리의 다른 글

행정자치부 엔터프라이즈아키텍처(EA) 관리&#8231;운영 지침  (0) 2007.12.05
공공부문 ITA 표준  (0) 2007.12.05
ATAM 2  (0) 2007.11.20
아키텍쳐 평가방법론  (0) 2007.11.20
유스케이스 실체화(Use Case Realization)  (0) 2007.11.14
posted by 구름너머 2007. 11. 28. 22:31
본문스크랩 부가세 환급절차 파란블로그

2007/11/28 22:28

http://blog.naver.com/damool2/40044801794

출처 블로그 > 이정인 님의 블로그
원본 http://blog.naver.com/k801jin/80011077322

부가세 환급절차

1. 사업자 등록과 부가세 환급 

상가를 임대 또는 사업 목적으로 분양 받는 경우에 계약일로 부터 20일 이내에 사업자 등록을 신

청하고 소정의 세무 절차를 거치면 부가세를 돌려 받으실 수 있습니다

2.환급절차 

1) 사업자등록신청

계약시점에 사업자 등록을 신청한다  

준비서류 : 분양계약서 사본

2) 부가가치세 신고 

원칙상 매 분기별로 부가세 신고를 하면 신고 일로부터 15일 내에 부가세를 환급 받으실 수 있습니다

3) 신고기간 

01월 ~ 03월분 : 04월 25일 신고 - 05월 15일내 환급

04월 ~ 06월분 : 07월 25일 신고 - 08월 15일내 환급

07월 ~ 09월분 : 10월 25일 신고 - 11월 15일내 환급

10월 ~ 12월분 : 01월 25일 신고 - 02월 15일내 환급

4) 계좌개설신고

계좌개설신고를 하시면 환급 받으실 금액을 본인 통장으로 직접 받으실 수 있습니다.

준비서류 : 계좌개설 신고서

 1.통장사본(부가세 환급액 수령) 

2.통장도장

3.분양계약서

4.임대 업이 아닌 경우 사업계획서

5.신분증 사본

3. 유의사항

▪ 계약금 지급일로부터 잔금지급일 까지 의 기간이 6개월 이상인 경우에는 대금 지급 시 마다 세금

계산서가 발행되므로 계약 후 바로 사업자 등록을 신청을 하여야 한다

▪ 기존에 사업장이 있는 사업자는 기존 사업장을 이전할 계획이라면 기존의 사업자 등록번호로 세금

계산서를 발급 받아도 무방하다

▪ 분양자중 면세임(농,수,축산물,도매업 등)이나 본인이 사용할 경우에는 계약일로부터 20일 이내에

사업자등록을 하더라도 매입 세액을 공제 받지 못한다

일반사업자로 등록하면 매출액이 연간 48,000,000원 이하가 되더라도 5년간 일반사업자를 유지

하여야 하며 그 이전에 간이과세자로 변경되면 공제 받은 매입세액을 기간 계산하여 추징 당하게

된다 따라서 간이 과세자로 유형 변경이 이루 워 지기 전에 간이 과세 포기 신고를 반드시 하여

야 한다


부가세 환급시기

신축상가를 분양받는 자는 상가를 분양받아 자영하거나 임대를 하게 되므로 반드시 부가가치세법상

사업자가 된다 이 경우 상가 분양에 따라 지급하는 부가가치세를 환급 받을 수 있는 방법을 알아두어 야 한다

상가분양자의 조치사항

상가 분양자는 분양 액 중 토지부분에 대하여는 계산서를 상가 부분에 대하여는 세금계산서를 교

부 하고 신고 납부해야 한다

분양 받은 자의 부가세 환급조건

계약금 지급일로부터 20일 이내에 부동산 물건을 세무서에 사업자 등록을 하여 사업자

등록증을 교부받아 그 사업자 등록 번호로 상가 분양액에 대하여 세금계산서를 교부 받아야

한다

사업자 등록절차

부동산을 등기 이전 하지 않았더라도 매입세액 공제를 받기 위하여 계약금 지급일로부터 20일 이

내에 사업자 등록을 하여야 하며 서류를 준비 하여야 하다

▪ 분양계약서

▪ 임대업이 아닌 경우 사업계획서

▪ 신분증 사본

▪ 통장사본(부가세 환급액 수령)

유의사항

▪ 계약금 지급일로부터 잔금지급일 까지의 기간이 6개월 이상인 경우에는 대금 지급 시 마다 세금

계산서가 발행되므로 계약 후 바로 사업자 등록을 신청을 하여야 한다

▪ 기존에 사업장이 있는 사업자는 기존 사업장을 이전할 계획이라면 기존의 사업자 등록번호로 세금

계산서를 발급 받아도 무방하다

▪ 분양자중 면세임(농,수,축산물,도매업 등)이나 본인이 사용할 경우에는 계약일로부터 20일 이내에

사업자등록을 하더라도 매입 세액을 공제 받지 못한다

일반사업자로 등록하면 매출액이 연간 48,000,000원 이하가 되더라도 5년간 일반사업자를 유지

하여야 하며 그 이전에 간이과세자로 변경되면 공제 받은 매입세액을 기간 계산하여 추징 당하게

된다 따라서 간이 과세자로 유형 변경이 이루 워 지기 전에 간이 과세 포기 신고를 반드시 하여

야 한다

posted by 구름너머 2007. 11. 27. 08:55

학력간 임금격차 확대… 대졸 354만원 고졸과 차이 1.42배→1.5배로 커져

국민일보|기사입력 2007-11-26 19:04


학력 대물림 현상이 존재하는 상황에서 학력 간 임금 격차도 갈수록 커지고 있는 것으로 나타났다.

통계청이 26일 발표한 ‘3분기 도시가구주 학력별 월평균 근로소득 추이’에 따르면 대졸 학력 가구주의 월평균 임금은 354만1548원으로 지난해 같은 분기의 326만1000원에 비해 8.6% 늘어났다. 4년전인 2003년 3분기 280만2370원에 비해서는 26.4% 늘어난 수치다.

반면 중졸 가구주는 3분기 월평균 140만8000원의 임금을 받아 지난해 3분기 136만7000원에 비해 3% 늘어나는 데 그쳤다. 초졸 가구주의 월평균 근로소득도 같은 기간 113만6000원에서 122만3000원으로 7.7% 증가했다. 또 4년전인 2003년과 비교할 경우 고졸 가구주의 월평균 임금은 19.9%, 중졸은 1%, 초졸은 11.9% 늘어나는 데 그쳤다.

임금 상승률 차이는 임금 격차 확대로 이어져 소득 양극화 현상까지 보이고 있다. 3분기 기준 대졸과 고졸 간 임금격차는 2003년 1.42배, 2005년 1.44배, 2007년 1.5배로 지속적으로 상승하고 있다. 대졸과 중졸 간 임금격차 역시 2003년 2.01배, 2005년 2.2배, 2007년 2.52배로 확대됐다. 대졸과 초졸 간 임금격차의 경우 2003년 2.57배에서 2004년 2.55배, 2005년 2.64배, 2006년 2.87배, 2007년 2.9배로 급증하고 있다.

통계청 관계자는 “학력과 소득이 밀접한 관련성이 있고 이 같은 현상은 갈수록 지속적으로 확대될 수 있다는 점에서 사회적 약자들에 대한 배려가 필요하다”고 말했다.

허윤 기자 yoon@kmib.co.kr

<GoodNews paper ⓒ 국민일보. 무단전재 및 재배포금지>
IT
posted by 구름너머 2007. 11. 20. 02:10
본문스크랩 아키텍쳐평가 IT

2007/11/20 02:06

http://blog.naver.com/damool2/40044481568

출처 블로그 > lomographer님의 블로그
원본 http://blog.naver.com/lomographer/40034898233





===============================================

아키텍쳐평가 방법론

아키텍쳐는 다양한 방법으로 평가될 수 있다. 크게 4가지의 범주로 구분할 수 있는데, 구분은 다음과 같다

  • Scenario-based assessment

    시나리오 기반의 평가는 직접적으로 품질 요소(Quality Attribute)를 위해 정의된 Profile에 의존하여 평가하는 방식이다. 기술적으로 시나리오에 기반하고 있기 때문에 시나리오의 정밀함에 따라 평가 결과도 정밀해질 수 있다. ATAM이나 SAAM 등이 시나리오 기반의 평가 방법이다.

  • Simulation-based assessment

    시뮬레이션 기반의 평가 방식은 간단하게 BMT를 연상할 수도 있다. 물론 시뮬레이션 기반의 방식은 일부 또는 추상화된 형태의 구현과 이를 기반으로 한 평가가 이루어진다.

  • Mathematical model-based assessment

    수학적 모델을 기반으로 한 static 평가가 이루어진다. 기준의 모델을 기초로 다른 점들을 수치화하고 이를 기초로 평가하게 된다. 품질을 추정하는 데 사용될 가능성이 높다.

  • Experience-based assessment

    제목 그대로 경험 기반의 평가 작업이다. 아키텍쳐 수립은 수학적인 활동과 예술적인 활동이 복합적으로 발생한다. 그래서 아키텍쳐 수립작업은 수학적 작업도 있지만 창조적/감각적으로 작업해야 하는 경우도 많다. 이런 감각적 작업에서 만들어진 결정들은 정량적인 분석이 어려운 경우가 많고, 품질을 평가하기 위해 정형화된 모델을 갖지 못하는 경우가 더 많다. 이러한 경우에 경험은 또 하나의 중요한 평가 수단으로 활용된다.

이러한 평가 방법들은 한가지만 사용되는 것이 아니라 복합적으로 적용되는 경향이 있다.

대표적인 평가 방법론

  • Architecture Tradeoff Analysis Method(ATAM)
    • 시나리오 기반임
    • 모든 quality attributes를 평가함
    • 특히 다음 사항을 찾아내는데 중심을 둠
      sensitivity to various attributes exists
      quality attribute tradeoffs occur
    • 정량적/정성적 분석/평가를 수행함
    • 시스템의 quality attribute에 관심이 있는 모든 관련 당사자들을 평가에 참여 시킴
  • Software Architecture Analysis Method(SAAM)
    • 단순하며, 시나리오 기반임
    • 주로 maintainability, modifiability, robustness,flexibility 등의 Quality에 관심을 둠
    • 주로 수정/변경에 필요한 리소스를 가정하고 이를 기반으로 평가함

'IT' 카테고리의 다른 글

공공부문 ITA 표준  (0) 2007.12.05
ITA/EA  (0) 2007.12.04
아키텍쳐 평가방법론  (0) 2007.11.20
유스케이스 실체화(Use Case Realization)  (0) 2007.11.14
XSS(Cross Site Scripting)  (0) 2007.11.13