hong study hgy5710

페르소나(persona) 페르소나는 사용자의 목적(goals)과 행동(behaviors)을 대표하는 실제 타깃 사용자 그룹을 가상의 캐릭터(artificial person and archetypical users)로 형상화하는 목적 지향적인 (goal-directed) 인터랙션 디자인의 방법이다. 핵심적인 캐릭터의 구성요소는 니즈 (motivations and needs), 목적, 환경(contexts), 행동패턴, 숙련 수준(skills), 태도(attitudes), 문제점(pain points) 등이다. 이러한 구성요소는 사용자 리서치의 데이터를 기반으로 기술 한다. 또한 인터랙션 디자인, 인포메이션 아키텍처 디자인(IA), 비주얼 디자인 등을 수행할 때 주요한 의사결정의 준거점으로 활용하는 전략 산..

인간 중심 디자인(Human-Centered Design) ISO 9241-210은 컴퓨터 기반으로 동작하는 시스템에 대해서 인간 중심의 효율적 디자인을 다루는 사용성 관련 표준의 하부 표준으로 기존의 ISO 13407을 업그레이드한 대체 표준이 다. ISO 9241은 개발의 전 과정에 사용자가 참여하는 것에 대한 강조와 반복적 프로세스 적용을 포함하여 아래와 같은 6개 디자인에 대한 원칙을 제시하고 있다. - 디자인은 사용자 작업 및 환경의 명백한 이해에 기초하여야 한다. - 사용자는 디자인 및 개발 전반에 참여하여야 한다. - 디자인은 사용자 중심의 평가에 의해 정제되고 주도되어야 한다. - 반복적 프로세스를 적용한다. - 디자인은 UX 전체를 다루어야 한다. - 디자인 팀은 여러 전문 분야의 기술과..

UI/UX 개발 관련 이슈 UI/UX 개발과 관련한 이슈는 크게 다음의 시각으로 나누어 볼 수 있을 것이다. 1. 비즈니스 시각 UI/UX 개발 결과물이 비즈니스 요구사항을 충족하고 가치를 창출해낼 것인가에 대한 이슈 2. 사용성 시각 효율적이고 사용자 친화적인 UI/UX를 제공하는가에 대한 이슈 3. 프로젝트 관리 시각 프로젝트 관리 차원에서 다루어져 야할 UI/UX 개발 업무 및 이에 영향을 줄 수 있는 이슈 비즈니스 시각에서 필요로 하는 UI 또는 UX의 특성이 프로젝트 시각에서는 요구사항, 범 위, 자원 관리 등의 이슈로, 사용성 시각에서는 이러한 특성을 반영하기 위한 아이디어를 도출하여야 하는 대상이 되는 것과 같이 이러한 시각들이 독립적이지는 않다. 반복을 통해 프로토타입을 개선해 나가는 과정..

프로토타입 검증 전통적인 개발 생명주기는 사용자의 요구사항을 파악하는 것으로 시작해 이러한 요구사항 들이 제대로 반영되었는가에 대해서 인수테스트를 통해 검증이 수행되는 업무 흐름을 가 지고 있다. 진화적 프로토타이핑을 적용한 UI/UX에 대한 검증은 이러한 개발 특정 시점의 단계적 업 무가 아니라 반복적으로 검증을 수행하게 된다. 이러한 과정을 통해 사용자들과 UI/UX 개 발팀모두가 완성된 UI/UX에 대한 이해도를 높여가는 학습이 이루어지며 검증을 통해 얻어 진 추가적인 요구사항, 사용자의 제안, 아이디어 등을 반영하여 개선된 프로토타입을 만들 고 이를 더욱 높아진 이해도를 가지고 검증하는 과정을 반복한다. 프로토타입 제작 결과에 대한 검증은 개발팀 내의 검증, UI/UX 전문가에게 의뢰한 검증 등 ..

프로토타입 (Prototype) 프로토타입은 상품/서비스가 출시되기 전 만들어진 원형(archetype)을 의미한다. 프로토타 이핑(prototyping)은 사용자의 요구사항, 사용자리서치를 통해서 도출된 니즈, 아이디어 등 의 개념(Concept)을 담은 모형을 만들어 이후 사용자와 상품/서비스가 제공하는 기능의 추 가, 변경 및 삭제 등을 요구사항에 대해 소통하는 도구, 개발이 진행되는 동안 개발 참여 자간에 개념을 공유하는 도구를 만드는 설계과정이다. 요구사항 등을 반영한 개념 모델로 프로토타입을 1회 제작한 후 검증이 끝나면 이후 개발 업무를 진행하는 경우도 있으나 일반적으로 프로토타입을 활용하는 경우 지속적으로 프 로토타입을 재구축하며 개선시켜 나가는 반복적인 접근법-지속적 프로토타이핑을 적용한..

UI/UX 설계 계획 세우기 : 활동과 문서 선별된 UI/UX 요구사항과 콘셉트 아이디어 들은 UI/UX 설계를 진행하기 위한 정보를 담 고 있다. UI/UX 설계는 여러 활동들을 수반하고, 선택되는 활동에 따라 설계의 방식, 소요 시간, 문서의 종류가 달라진다. 이러한 문서는 문구로 작성된 문서 외에 화이트보드 스케 치, 와이어프레임, 프로토타입 등이 될 수도 있다. 다음은 설계의 계획이 고려되어야 할 사항들의 예이다. (Russ Unger, Carolyn Chandler (2012)) - 설계에 적용될 프로세스 - 설 계시 협업 상황 - 설계 문서에 대한 보고 및 공유 - 설계문서 상세함의 적절성 - 문서의 수명 : 프로젝트 중에 업데이트 되지 않는 문서는 죽은 문서이다. - 각 문서 독자(수요자) ..

요구사항 선별하기 앞서 사용자들의 요구사항과 브레인스토밍으로 도출된 내용을 목록으로 작성하였다. 그 목록에서 가치가 놓은 것들만 골라내는 선별 작업을 수행하다. 요구사항을 선별할 때는 논의가 타깃 그룹에 초점이 맞춰지도록 프로젝트 목표와 사용자 그룹을 항상 떠올려야 한다. (Russ Unger, Carolyn Chandler (2012)) 1. 요구사항 선별 참여자 요구사항의 선별 과정에는 아래와 같은 입장과 견해를 대변하는 참여자가 필요하다. - 사용자의 견해를 대변할 사람 - 비즈니스의 견해를 대변할 사람 - 개발팀의 견해를 대변할 사람 - 프로젝트의 입장을 대변할 사람 2. 요구사항 선별의 기준 요구사항을 선별할 때 다음의 질문들에 대한 답이 도출되어야 한다. - 사용자 기준의 중요도 (사용자 중요..

요구사항분석(requirement analysis) 1. 요구사항(Requirement) 요구사항은 제품, 서비스 등의 개발의 결과물이 충족하여야 할 대상으로 아래와 같이 정 의 된다. - 어떤 문제를 해결하거나 특정의 목적을 위하여 사용자가 필요로 하는 조건이나 능력. - 계약, 표준, 명세 또는 다른 형식으로 제시된 문서에 맞추어 시스템이나 시스템 구성 요 소가 갖추어야 할 조건이나 능력. 요구 사항들은 시스템이나 시스템 구성 요소의 후속 개발 단계의 자료가 된다. (한국정보통신기술협회. IT용어사전) 2. 요구사항분석(Requirement Analysis) 요구사항 분석은 제품 또는 서비스의 사용자를 포함한 이해관계자들의 요구사항을 파악하 고 이를 고려하여 제품 또는 서비스가 이와 부합하도록 하기 ..

UI 시나리오 작성 원칙 UI 상세설계에 있어 시나리오 작성은 반드시 필요한 사항이다. 정보통신산업진흥원 부설 SW공학센터의 “소프트웨어 개발 UI/UX 참조모델 가이드“(2014)에 따르면 시나리오 작성 의 원칙은 다음과 같이 설명한다. 1. UI의 전체적인 기능과 작동 방식을 개발자가 한눈에 쉽게 이해 가능하도록 구체적으로 작성하여야 한다. 2. 모든 기능은 공통 적용이 가능한 UI 요소와 인터랙션을 일반적인 규칙으로 정의한다. 3. “대표 화면의 레이아웃과 그 화면들 속의 기능”을 정의한다. 이때의 대표 화면은 시나리오에 포함되는 서로 다른 형태를 가진 독립적인 화면들을 가리 킨다. 4. 인터랙션의 흐름을 정의하며, 화면 내와 화면 간 인터랙션의 순서(Sequence), 분기 (Branch), 조건..

UI 설계서 구성에 따른 작성 방법 UI 설계서 구성은 UI 설계서 표지, UI 설계서 개정 이력, UI 요구사항 정의, 시스템 구조, 사이트 맵, 프로세스 정의, 화면 설계 등으로 이루어진다. 1. UI 설계서 표지 UI 설계서에 포함될 프로젝트 명 또는 시스템 명을 포함시킨다 2. UI 설계서 개정 이력 UI 설계서 처음 작성 시에는 첫 번째 항목으로 ‘초안 작성’을 포함시키고 그에 해당 되는 초기 버전(version)을 1.0으로 설정한다. 변경 또는 보완이 충분히 이루어져 완성 이 되었다고 판단할 경우 버전을 x.0 으로 바꾸어 설정한다. 3. UI 요구사항 정의 UI 요구사항들을 재확인하고 정리한다 4. 시스템 구조 - UI 프로토타입을 재확인한다. - UI 요구사항들과 UI 프로토타입에 기초해..