태터데스크 관리자

도움말
닫기
적용하기   첫페이지 만들기

태터데스크 메시지

저장하였습니다.

인포메이션 아키텍처 - Information Architecture

Human Information Interaction 2010/01/12 15:01
인포메이션 아키텍처(Information Architecture)란 무엇일까요?
컨텍스트에서 컨셉을 만족하는 정보의 구성과 최적의 탐색 루트 정의라고 말할 수 있습니다.
분류를 하자면 기획서에 들어 있어야 할 내용입니다.


Information Architecture(IA) 소개
데이터를 사람들이 사용할 수 있는 의미있는 정보로 변환할 필요성이 있음을 묘사하기 위해,  1975년 Richard Wurman에 의해서 만들어진 용어입니다. 완전히 새로운 생각은 아니지만 현재의 용어를 일반적인 IA Label 에 결합한 최초의 시도였습니다.

아키텍처에 컨셉, 정보 디자인(inforamtion design), 타이포그래피, 그래픽디자인을 세우는 Wurman의 세로운 비전은 1990년대 월드와이트웹이 태동하기까지 관심을 받지 못했습니다.


IA의 정의

공식적인 정의 없이, Mosenfield 와 Morville 이 여러개의 정의를 제안 했습니다.

1. 정보시스템에서의  organization, labeling, navigation scheme의 조합.
2. 정보 스페이스를 작업 완료를 용이하게 하고, 직관에의해 컨텐츠에 접근할 수 있게 구조적으로 디자인 하는 것.
3. 사람들이 웹사이트와 인트라넷의 정보를 찾을 수 있고, 관리할 수 있게 분류하고 설계하는 예술과 과학.
4. 디지털 세상을 설계와 디자인을 가능케 하는 새로운 공동체의 실제적인 초점과 규칙.


왜 IA인가? 정보시스템이 사용자 관점 : 인트라넷에서 뭐가 문제일까?
-사용자들이 원하는 것을 찾을 수 없습니다.
어떻게 당신 부서와 우리 부서가 같은 상품을 만드는데 내가 모를 수가 있을까?
왜 중요 예측을 위한 비슷한 케이스를 찾을 수가 없을까?
왜 세일즈와 고객지원 스텝이 우리의 고객들에게 비일관적인 정보를 제공할까?

왜 IA인가? 정보시스템이 소유자 관점 : 인트라넷에서 뭐가 문제일까?
-소유자들은 정보 관리 문제로 압도당합니다.
컨텐츠 관리 압박
자원 배치
기술 선택
높은 분산 환경에서 통합 인트라넷을 만드는 도전


Big IA vs. Little IA
정식 정의가 없는 가운데 Big IA 와 Little IA 진영으로 갈렸습니다.

Big IA 란 정보 자원과 디자인 프로세스를 세우는 모든 과정을 IA로 규정합니다. 이런 관점에서 사용자 경험과 자원의 구조화 까지 수용합니다.

Little IA란 IA의 개념을 정보 구조화와  관리만으로 제한 합니다. 정보공간에서 사용자 응답과 그래픽 디자인은 고려 사항이 아닙니다. UX 중요도의 향상은 UX를 하나의 업무영역으로 분류하고 Little IA를 지지하는 요소가 됩니다.


Information Architect는 무엇을 하는 사람인가?
1. 키 컨셉 또는 그래픽을 통하여 묘사합니다.
2. 컨텐츠 와 네비게이션 발전을 브랜드화 하기 위한 메타포(비유 또는, 은유)를 창조합니다.
3. 정보 요소를 위한 템플릿 포멧과 스타일을 개발합니다.
4. 사용자 분석을 지휘합니다.
5. 시나리오와 스토리보드를 창조합니다.
6. 분류와 색인화합니다.
7. 사용자 경험을 테스트 합니다.

Information Architect Task
1. Creating Content Organization Systems
2. Creating Semantic Organzation Systems
3. Creating Navigation Systems
4. Creating Interaction Design

IA 목표
일찍 등장하고 보고, 만질수 있는 것이 이긴다.

컨텐트에서의 문제점
우리의 CMS 툴이 무엇을 약속하는지 모른다.
우리는 컨텐트를 꺼냈는데 어디에서 시작할지 모른다.
때때로 우리는 문서에 관심을 보이고, 다른 때는 문서의 부분을 의식한다.




컨텐츠 구조화 필수 요소 : 더블린 코어(Dublin Core) 15요소

더블린 코어 한국어 온라인 북: http://www.xmlidc.com/baseXML/xmldoc/portal/DublinCore_kr/DublinCore_kr.xml
요소명: Title
레이블: Title
정의: 자원에 부여한 명칭
해설: 일반적으로 해당 자원을 공식적으로 지칭하는 명칭이다.
요소명: Creator
레이블: Creator
정의: 자원의 내용을 작성하는데 주된 책임을 진 개체
해설: 사람이나 단체, 서비스가 포함된다. 일반적으로 저작자의 이름을 사용하여 해당 개체를 지시한다.
요소명: Subject
레이블: Subject and Keywords
정의: 자원의 내용이 지닌 주제
해설: 주제는 일반적으로 자원의 주제를 기술한 키워드나 중요한 구, 또는 분류기호로 표현된다. 제어어휘나 공식적인 분류표에서 값을 선정하는 것이 가장 좋은 방안으로 권고되고 있다.
요소명: Description
레이블: Description
정의: 자원의 내용에 대한 설명
해설: 기술에는 제한은 없으나 주로 초록이나 차례, 지명에 대한 참조, 혹은 내용에 대한 자연어 설명이 포함된다.
요소명: Publisher
레이블: Publisher
정의: 해당 자원을 이용할 수 있도록 책임을 진 개체
해설: 발행처에는 사람과 단체, 서비스가 포함된다. 일반적으로 개체를 지시하기 위해 발행처의 명칭을 사용해야 한다.
요소명: Contributor
레이블: Contributor
정의: 자원의 내용에 기여한 개체
해설: 기여자에는 사람과 단체, 서비스가 포함된다. 일반적으로 개체를 지시하기 위해 기여자의 이름을 사용해야 한다.
요소명: Date
레이블: Date
정의: 해당 자원의 일생에서 발생한 이벤트 날짜
해설: 일반적으로 해당 자원의 제작과 이용과 관련된 날짜이다. 날짜의 값을 입력하기 위해 권고되는 최선의 방안은 ISO 8601[W3CDTF]에 정의되어 있으며, 그 중에서 YYYY-MM-DD 형식의 날짜를 포함한다.
요소명: Type
레이블: Resource Type
정의: 해당 자원의 내용에 관한 성격이나 장르
해설: 내용에 대한 일반 범주와 기능, 장르, 또는 통합수준을 기술하는 용어를 포함한다. 권고되는 최선의 방안은 제어어휘집(예를 들어 DCMI Type 어휘[ DCT1 ])에서 값을 선정하는 것이다. 자원의 물리적, 디지털 구현형을 기술하기 위해서는 FORMAT 요소를 사용하라.
요소명: Format
레이블: Format
정의: 자원의 물리적, 디지털 구현형
해설: 일반적으로 포맷은 매체 유형이나 자원의 크기를 포함한다. 포맷을 사용하여 자원을 표시하고 처리하는데 필요한 소프트웨어와 하드웨어, 기타 장비를 식별할 수 있다. 크기에는 자료의 크기와 연주시간이 포함된다. 권고되는 최선의 방안은 제어어휘집(예를 들어 컴퓨터 미디어 포맷을 정의한 Internet Media Types [MIME] 리스트)에서 값을 선정하는 것이다.
요소명: Identifier
레이블: Resource Identifier
정의: 특정한 상황에서 자원에 대한 분명한 참조
해설: 권고되는 최선의 방안은 공식적인 식별시스템에 맞는 문자열이나 번호를 사용하여 자원을 식별하는 것이다. 공식적인 식별 시스템은 제한은 없으나 URI(웹주소인 URL을 포함하여)와 디지털 객체 식별기호(DOI), 국제표준도서번호(ISBN) 등이 포함된다.
요소명: Source
레이블: Source
정의: 현재의 자원이 유래한 자원에 대한 참조
해설: 현재의 자원은 그 전체나 일부가 원자료에서 유래된 것일 수 있다. 권고되는 최선의 방안은 공식적인 식별시스템에 맞는 문자열이나 번호를 사용하여 참조된 자원을 식별하는 것이다.
요소명: Language
레이블: Language
정의: 자원의 지적 내용의 언어
해설: 권고되는 최선의 방안은 ISO 639[ ISO639 ]와 관련하여 두 자리나 세 자리 문자로 된 주요 언어 태그와 선택요소인 하위태그를 정의한 RFC 3066[ RFC3066 ]을 사용하는 것이다. 예를 들어 "en" 이나 "eng"는 영어를, "akk"는 아카디아어를, "en-GB"는 영국에서 사용되는 영어를 의미한다.
요소명: Relation
레이블: Relation
정의: 관련된 자원에 대한 참조
해설: 권고되는 최선의 방안은 공식적인 식별시스템에 맞는 문자열이나 번호를 사용하여 참조된 자원을 식별하는 것이다.
요소명: Coverage
레이블: Coverage
정의: 자원의 내용 범위
해설: 일반적으로 범위는 공간(지명이나 지리좌표)이나 시대(시대나 날짜 날짜의 범위), 관할구명(명칭을 지닌 행정당국과 같은)을 포함한다. 권고되는 최선의 방안은 제어어휘집(예를 들어 지명 시소러스)에서 값을 선정하는 것이고, 적절하다면 좌표나 날짜 범위와 같은 숫자 식별기호보다는 지명이나 시대를 우선하여 사용하는 것이다.
요소명: Rights
레이블: Rights Management
정의: 자원에 관한 권리에 관한 정보
해설: 일반적으로 자원에 대한 권한관리에 관한 사항이거나 그러한 정보를 제공하는 서비스에 대한 참조를 포함한다. 대체로 권리 정보는 지적재산권(IPR)과 저작권, 기타 재산권을 포괄한다. 만약 이 권리 요소가 없는 경우에는 그 자원과 관련한 어떠한 권리에 관한 전제도 있을 수 없다.



Infromation Design - 정보를 비주얼라이즈 하다.
Wiki : http://en.wikipedia.org/wiki/Information_Design


참고 :
[Information Architecture ] , Andrew Dillon , Don Turnbull, Univesity of Taxas
Designing the Enterprise Information Architecture, Louis Resenfeld


IA Resources
서적 :
Information Architecture for the World Wide Web – Louis Rosenfeld & Peter Morville
Elements of user experience – Jesse James Garrett
Information Architecture – Blueprints for the Web – Christina Wodtke
Don’t Make Me Think – Steve Krug
Designing Interfaces - Jenifer Tidwell, 2005
Designing Web Interfaces, 1st Edition - Bill Scott; Theresa Neil, 2009
Designing Social Interfaces - Chritian Crumlish & Erin Malone, OREILLY | Yahoo! Press
Visual Design for the Modern Web - Penny Mcintire

온라인 :
Smashing Magazine - http://www.smashingmagazine.com/
blog Jesse James Garrett
http://www.adaptivepath.com/
http://informationarchitects.jp/
information aesthetics.Where form follows data.
places and spaces
Boxes and Arrows – http://www.boxesandarrows.org/
IAslash - http://www.iaslash.org/
IAwiki – http://www.iawiki.org/
donna weblog – http://www.maadmob.net/donna/blog/






저작자 표시
이올린에 북마크하기(0) 이올린에 추천하기(0)

현재글 : 인포메이션 아키텍처 - Information Architecture posted By - 반더빌트 2010/01/12 15:01
Trackback 0 : Comment 0

Trackback Address :: http://smack.kr/trackback/351 관련글 쓰기


[생각을 적어 주세요~ 댓글은 작은 인연의 씨앗입니다.]

◀ PREV : [1] : ... [2] : [3] : [4] : [5] : [6] : [7] : [8] : [9] : [10] : ... [296] : NEXT ▶