'IT/IT용어'에 해당되는 글 6건

  1. 2011.01.25 빅 엔디안과 리틀 엔디안 1
  2. 2010.03.16 TCP/IP 동영상
  3. 2009.04.02 XBRL(eXtensible Business Reporting Language)
  4. 2008.03.16 코드 생성기
  5. 2008.03.16 DRY원칙
  6. 2008.02.17 WAS (Web Application Server)
IT/IT용어2011. 1. 25. 07:06


빅 엔디안과 리틀 엔디안은 컴퓨터 메모리에 저장된 바이트들의 순서를 설명하는 용어이다. 빅 엔디안은 큰 쪽 (바이트 열에서 가장 큰 값)이 먼저 저장되는 순서이며, 리틀 엔디안은 작은 쪽 (바이트 열에서 가장 작은 값)이 먼저 저장되는 순서이다. 예를 들면, 빅 엔디안 컴퓨터에서는 16진수 "4F52"를 저장공간에 "4F52"라고 저장할 것이다 (만약 4F가 1000번지에 저장되었다면, 52는 1001번지에 저장될 것이다). 반면에, 리틀 엔디안 시스템에서 이것은 "524F"와 같이 저장될 것이다.

IBM 370 컴퓨터와 대부분의 RISC 기반의 컴퓨터들, 그리고 모토로라 마이크로프로세서는 빅 엔디안 방식을 사용한다. 왼쪽에서 오른쪽으로 읽는 언어를 사용하는 사람들에게, 이것은 일련의 문자나 숫자를 저장하는 데 있어 자연스러운 방식이다.

한편, 인텔 프로세서나 DEC의 알파 프로세서, 그리고 적어도 그것들 상에서 운영되는 일부 프로그램들은 리틀 엔디안을 사용한다. 리틀 엔디안 순서에 대한 논리는, 수의 값을 증가시킬 때 수의 왼편에 자릿수를 추가해야할 필요가 있을지 모른다는 것이다 (지수가 아닌 경우에, 더 큰 숫자는 더 많은 자릿수를 갖는다). 빅 엔디안으로 정렬되어 저장되어 있는 숫자는 두 숫자를 더한 결과를 저장하기 위해 모든 자릿수를 오른쪽으로 옮겨야하는 일이 종종 발생한다. 그러나 리틀 엔디안 방식으로 저장된 숫자에서는, 최소 바이트가 원래 있던 자리에 그대로 머물 수 있으며, 새로운 자리 수는 최대 수가 있는 주소의 오른쪽에 추가될 수 있다. 이것은 일부 컴퓨터 연산들이 매우 단순해지고 빠르게 수행될 수 있다는 것을 의미한다.

자바나 FORTRAN과 같은 컴파일러들은 그들이 개발하는 목적 코드가 어떤 방식으로 저장될 것인지를 알아야만 한다. 필요한 경우, 한 방식에서 다른 방식으로 변경하는데 변환기가 사용될 수도 있다.


 
바이트 순서가 빅 엔디안이든 리틀 엔디안 이든, 각 바이트 내에 들어있는 비트들은 둘 모두 빅 엔디안으로 정렬되어 있다는 데에 유의하라. 즉, 저장된 바이트의 주어진 숫자에 의해 표현되는 전체적인 비트 스트림에 관해서는 빅이나 리틀 엔디안으로 하려는 시도가 없다는 것이다. 예를 들어 16진수 4F가 저장공간 내에 주어진 저장 주소범위 내에 있는 다른 바이트들과 함께 처음에 저장되든 또는 나중에 저장되든 간에, 그 바이트 내의 비트 순서는 다음과 같을 것이다.

01001111

비트 순서에 대해서도 빅 엔디안이나 리틀 엔디안으로 구현하는 것이 가능하긴 하지만, 거의 모든 CPU나 프로그램들은 빅 엔디안 비트 순서로 설계된다. 그러나 데이터 통신에서는, 비트 순서를 둘 중 어느 한쪽으로 하는 것이 가능하다.

에릭 레이몬드는 인터넷 도메인 이름과 전자우편 주소들이 리틀 엔디안 방식으로 표현된 것이라고 말한다. 예를 들어 만약, 텀즈 사이트의 주소를 빅 엔디안 방식으로 쓴다면 다음과 같은 형식을 가질 것이다.

kr.co.terms.www

빅 엔디안과 리틀 엔디안이라는 용어는 조나단 스위프트의 걸리버 여행기로부터 파생되었다.

Posted by 사나에
IT/IT용어2010. 3. 16. 13:13

TCP/IP 동영상인데 잼있네요^^


Posted by 사나에
IT/IT용어2009. 4. 2. 13:58
기업의 회계 투명성을 향상시킬 수 있는 새로운 전자문서 기술 ‘XBRL(eXtensible Business Reporting Language)’이 국내에서도 선을 보인다. XBML은 기존 HTML이나 SGML보다 향상된 웹문서 표기 언어로 핵심기술인 택사노미를 통해 계정과목 및 주석을 논리적으로 표준화할 수 있으며 이에 대한 구조정보 및 GAAP레퍼런스 등을 규정할 수 있는 것이 특징이다. 실제로 이번에 선보이는 XBML문서는 대차대조표·손익계산서 등에 기재된 재무사항에 이름표(태그)를 붙여 바코드처럼 정보를 처리하는 기능을 수행할 수 있다.




http://education.xbrl.or.kr/index.jsp è XBRL KOREAN Education

 

http://www.xbrl.or.kr è 한국XBRL 본부




Instance Document
재무 정보를 기술한 XML 문서입니다. 계정과목명(라벨)이나 정보의 표시순서·처리순서 등은 아래의 Taxonomy Document 기술합니다.

Taxonomy Document
Taxonomy Document XML Schema LinkBase 구성 됩니다. Taxonomy Document XML Schema LinkBase(XLink) Instance Document 내용·구조·처리 방법 등을 정의합니다.

1. XML Schema
Instance 어휘(요소명, 속성 ) 정의합니다. 구체적인 계정과 목명 등이 정의됩니다. Financial Statement 불리는 재무제표는 나라 마다 다른 회계기준에 대응한 Taxonomy 각국의 XBRL조직 의해 제정됩니다. 이러한 나라마다의 회계기준에 대응한 Taxonomy 함께 업종 Taxonomy, 자사 Taxonomy 정의할 있습니다.

2. LinkBase(XLink)
문서구조, 정보의 표시순서·처리순서를 정의합니다. XML Schema 다른 파일에 작성합니다. LinkBase XLink 사용하며, 이하와 같은 링크 정의를 있습니다.
 - Presentation Link
:항목간의 표시순서를 정의
 - Calculation Link
:항목의 수치 데이터의 가산식을 정의
 - Definition Link
:항목간의 친자 관계 등을 정의(한국어/일본어/영어/타국어등 멀티언어로 정의 가능)
 - Label Link
:항목의 표시 내용(라벨) 정의
 - Reference Link
:참고 문헌 정의 (회계 개념 정의의 근거 문헌을 정의)


XBRL 처리 방법

XBRL 링크 베이스 처리를 위해서는, XLink 기술이 필요합니다. XLink 모든 기능을 서포트하고 있는 처리계는, 당사의 XML Link Processor 뿐입니다.
당사에서는, XML Link Processor 응용하여 XBRL 처리 모델을 작성했습니다. 모델에 의한 처리 이미지는, 다음과 같습니다.

1.전처리
   Instance Document
관한 Taxonomy Document 추출한다.

2.링크처리
   Taxonomy Document
에서 사용하고 있는 링크 베이스를 추출하여, XML Link Processor 링크 처리를 실시한다.

3.Consolidated Document 작성
   
상기 "1~2" 처리에 의해, Instance Document 대한 Taxonomy Document 정의 내용(어휘, 문서 구조 ) 반영
   
새로운 XML Document 작성된다.
   
XML Document Consolidated Document라고 부른다.

4.이용 목적에 맞춘 처리
   
이후는, Consolidated Document 대해 원하는 처리를 실시한다. (XSLT 이용한 HTML 변환 )


 XBRL 특징과 구조
 XBRL IT 발전을 기본 전제로 한다.
 
특히 데이터베이스의 개념과 인터넷의 발전은 XBRL 적용에 필수적이라고 있다.
 IT
특히 영업현장에서 거래자료가 실시간으로 입력·저장·축적되는 현장회계개념에 적용됨으로써 XBRL 기반 기업정보
 
보고로의 이행을 가속화시켜주고 있다.
 XML(eXtensible Mark-up Language)
기반한 XBRL 모든 기업 정보에 내용과 특징을 표시하는 이름표
 (data tag)
붙이는 것이 기본개념이다.
 XBRL
XML 이름표를 이용해 기업정보의 유통을 표준화하고 정보의 분류·검색·활용에 획기적인 개선을 이루도록 한다.
 
따라서 정보의 호환성·공유성은 XBRL 기본 속성이며 가장 특징이다.
 XBRL
크게 명세서(specifications), 텍소노미(taxonomy), 보기문서(instance documents) 구성되어 있다.
 
명세서란 XBRL 요건에 맞추어 재무제표가 어떻게 작성되어 있는지 설명하는 기술적 문서다. 텍소노미는 재무보고서
 
내용을 분류하고 설명하는 표준시스템이다.
 
보기문서는 XBRL 의해 구현된 기업정보를 담고있는 XML 파일로 텍소노미에서 정해진 이름표를 붙인 재무정보
 
뜻한다.
 
보기문서의 예로는 XBRL 적용한 재무제표, 거래를 통해 계정에 기입된 숫자들을 포함한 파일 등을 있다.

1. XBRL (eXtensible Business Reporting Language)
재무·경영·투자 , 여러가지 용도에 사용하는 정보를 기술할 있는 XML 베이스의 언어. 특히, 조직에 있어서의 재무 정보(재무제표나 내부 회계 보고등) 기술에 적절하고 있다.
XBRL 2.0
에서는, XML Schema XLink등의 최신의 XML 관련 기술이 받아들여지고 있다.

2. XML schema (XML Schema)
XML 문서의 구조를 정의하거나 요소의 내용이나 속성치에 데이터형을 지정하기 위한 사양.DTD 같지만, 보다 고도의 기능을 가진다.

3. XLink (XML Linking Language)
XML 문서간의 링크 관계를 기술하는 XML 베이스의 언어.2001 6 27일에 W3C로부터 권고되었다.
링크 정보를 별문서에 기술할 있는, 1개의 링크로부터 복수의 점프처를 지정하는 고도의 링크 관계를 기술할 있다.이것을 실장했던 것이 XLink 프로세서이다.

4. XSLT (XSL Transformations)
XML 문서를 다른 XML, HTML, 혹은 텍스트 문서로 변환하기 위한 언어로서 W3C 규정한 .
XSL
일부가 분리 독립한 것으로, 상기 변환의 룰을 XML 문서로 기술하기 위한 문법을 주고 있다.

Posted by 사나에
IT/IT용어2008. 3. 16. 22:51
난이도 : ★★☆☆☆

자동 코드 생성기에 대해 자료를 찾다가 '실용주의 프로그래머'책에 나온 내용을 일부 정리해본다.

코드 생성기 : 우리가 판화를 이용해서 여러장의 동일한 문서를 뽑듯이 동일한 코드를 생성하는 코드를 만드는 것이다. 즉, 코드를 작성하는 코드를 작성하라!

종류
1. 수동적 코드 생성기
1) 결과를 내기 위해 한번만 실행된다.
2) 코드가 생성된 그 시점에서 코드 생성기와는 별개가된다.
3) 타이핑을 줄여준다. 즉, 기본적으로 몇 개의 입력에서 주어진 출력을 생성하는 매개 변수화된 템플릿이다.
4) 사용되는 예
- 새 소스파일 생성.
- 프로그래밍 언어간 일회용 변환을 수행하기
- 런타임에 계산하기엔 비용이 많이 드는 참조 테이블과 여타 자원을 생성하기

2. 능동적 코드 생성기
1) 코드 생성이 필요할때마다 작동한다.
2) 어떤 형태의 스크립트나 컨트롤 파일을 읽어서 결과물을 만들어 낸다.
3) DRY원칙을 따른다.
4) 필요할때 능동적으로 만들어진다.
5) 사용되는 예
- 데이터베이스의 테이블 스키마가 수정되었을 경우 코드에서 사용하는 구조체가 자동으로 수정된다.


Posted by 사나에
IT/IT용어2008. 3. 16. 22:32
난이도 : ★★★☆☆

Don't Repeat Yourself 반복하지 말라.
개발을 하다보면 반복되는 코드 중복으로 사용되게 된다.
개발을 할때에는 이것을 고려해서 개발을 해야한다.

개발에서 왜 중복 코드가 생기는지 원인을 분석해보자.
1. 강요된 중복
- 개발자들은 다른 선택이 없다고 느낀다. 환경이 중복을 요구하는 것처럼 보인다.

2. 부주의한 중복
- 개발자들은 자긴들이 정보를 중복하고 있다는 것을 깨닫지 못한다.

3. 참을성 없는 중복
- 중복이 쉬워 보이기 때문에 개발자들이 게을러져서 중복을 하게 된다.

4. 개발자간의 중복
- 한팀에 있는 여러 사람들이 동일한 정보를 중복한다.

4가지 요인에서 알수있지만 우리는 충분히 이런 부분을 고려해서 개발한다면 생상성이 뛰어나고 프로그램도 성능을 높이고 효율적인 개발을 할수있을것이다.
Posted by 사나에
IT/IT용어2008. 2. 17. 01:06
웹과 기업의 기간 시스템 사이에 위치하면서, 웹 기반 분산 시스템 개발을 쉽게 도와주고 안정적인 트랜잭션 처리를 보장해 주는 일종의 미들웨어 소프트웨어 서버. 3계층 웹 컴퓨팅 환경에서 기존 클라이언트/서버 환경의 애플리케이션 서버와 같은 역할을 하며, 클라이언트와 서버 환경에서 트랜잭션 처리 및 관리와 다른 기종 시스템 간의 애플리케이션 연동 등을 주된 기능으로 하고 있다.

WAS 도입으로 얻게 되는 효과
그럼 기업들은 WAS를 왜 도입해야 하는 것일까. WAS를 굳이 도입하지 않고도 e-비지니스를 위한 시스템은 얼마든지 구축할 수 있다. 사용자가 적은 사업 초기에는 아무런 문제가 일어나지 않지만 사업이 활성화됨 따라 사용자가 늘어가면서 문제는 발생하게 된다. 기하급수적으로 시스템 성능은 저하되고, 점차로 사용자의 불만이 가중돼 시스템의 확장을 검토한다. 하드웨어 서버의 수, CPU 수를 증가시켜보지만 상황은 점점 더 악화될 뿐이다. 급기야 하드웨어 서버의 다운이 빈번해지고 서비스의 질적 하락과 함께 시스템 도입을 후회하게 된다.

결국 개발업체, 하드웨어 서버 업체 간에는 점차로 험악한 분위기가 조성되며 서로를 불신하는 상황이 전개된다. 아마도 웹 시스템을 도입한 회사라면 정도는 다르겠지만 이와 같은 상황을 어느 정도 경험했을 것이다.
이런 현상이 발생한 기업은 여지없이 WAS 없이 웹 시스템을 구축한 경우가 대부분이고 원인은 다음과 같다.

·사용자 수의 증가에 대한 과도한 메모리의 요구
·로드밸런싱(Load Balancing)이 되지 않음
·웹 서버와 DB 서버 간의 2계층 구조 채택
·페일오버(Failover)가 안되고 있음
·보안 문제에 대한 대비가 없음

http://www.etnews.co.kr/news/detail.html?id=200510120132
http://www.zdnet.co.kr/builder/system/server/0,39031667,10049459,00.htm

Posted by 사나에