일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
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 |
- 운영체제
- 렌더링 파이프라인
- OS
- directx
- 프로그래머스
- 다이나믹 프로그래밍
- Direct12
- 병행성
- 그리디알고리즘
- 다이나믹프로그래밍
- DirectX12
- 병행성 관련 오류
- 알고리즘
- 디자인패턴
- I/O장치
- 백준
- 락
- 쓰레드
- codility
- 동적계획법
- DirectX 12
- 그리디 알고리즘
- 스케줄링
- 컨디션 변수
- 영속성
- 멀티쓰레드
- 파일시스템 구현
- 멀티프로세서
- 자료구조
- 타입 객체
- Today
- Total
목록분류 전체보기 (500)
기록공간
UI 시나리오 문서 개요 UI 상세 설계는 UI 설계서를 바탕으로 실제 설계 및 구현을 위해 모든 화면에 대한 자세한 설계를 진행하는 단계로, UI 상세 설계를 할 때는 반드시 시나리오를 작성해야 한다. UI 시나리오 문서는 사용자 인터페이스의 기능 구조, 대표 화면, 화면 간 인터랙션의 흐름, 다양한 상황에서의 예외 처리 등을 문서로 정리한 것이다. UI 시나리오 문서에는 사용자가 최종 목표를 달성하기 위한 방법이 순차적으로 묘사되어 있다. UI 설계자 또는 인터랙션 디자이너가 UI 시나리오 문서를 작성하면 그래픽 디자이너가 시나리오를 바탕으로 디자인을 하고 개발자가 UI를 구현한다. UI 시나리오 문서 작성 원칙 개발자가 전체적인 UI의 기능과 작동 방식을 한눈에 이해할 수 있도록 구체적으로 작성한다..
UI의 유용성 평가 유용성(Usability)은 사용자가 시스템을 통해 원하는 목표를 얼마나 효과적으로 달성할 수 있는가에 대한 척도로, UI의 주된 목적은 유용성이 뛰어난 UI를 제작하는 것이다. 유용성 평가는 사용자 측면에서 복잡한 시스템을 얼마나 편리하게 사용할 수 있는지를 평가하는 것으로, 시스템의 문제점을 찾아내고 개선 방향을 제시하기 위한 조사 과정이다. 유용한 UI를 설계하기 위해서는 UI의 구조, 기능, 가치 등에 대해 사용자가 생각하는 사용자 모형과 시스템 설계자가 만들려고 하는 개발자 모형 간의 차이를 최소화해야 한다. 사용자 모형과 개발자 모형 간의 차이가 발생하는 원인 실행 차 : 사용자가 원하는 목적과 실행 기능이 다르기 때문에 발생한다. 평가 차 : 사용자가 원하는 목적과 실행 ..

UI 설계서 작성 개요 UI 설계서는 사용자의 요구사항을 바탕으로 UI 설계를 구체화하여 작성하는 문서로 상세 설계 전에 대표적인 화면들을 설계한다. 또한 디자이너, 기획자, 개발자 간의 원활한 의사소통을 위해 작성한다. UI 설계서 작성 순서 1. UI 설계서 표지 작성 UI 설계서 표지는 다른 문서와 혼동되지 않도록 프로젝트명 또는 시스템 명을 포함시켜 작성한다. 2. UI 설계서 개정 이력 작성 UI 설계서 개정 이력은 UI 설계서가 수정될 때마다 어떤 부분이 어떻게 수정되었는지를 정리해 놓은 문서이다. 처음 작성 시 첫 번째 항목을 '초안 작성', 버전을 1.0으로 설정한다. UI 설계서에 변경사항이 있을 때마다 변경 내용을 적고 버전을 0.1씩 높인다. 3. UI 요구사항 정의서 작성 UI 요구..
UI 프로토타입 개요 프로토타입은 사용자 요구사항을 기반으로 실제 동작하는 것처럼 만든 동적인 형태 모형으로, 테스트가 가능 프로토타입은 사용자의 요구사항을 개발자가 맞게 해석했는지 검증하기 위한 것으로, 최대한 간단하게 만들어야 한다. 프로토타입은 일부 핵심적인 기능만을 제공하지만 최종 제품의 작동 방식을 이해시키는데 필요한 기능은 반드시 포함되어야 한다. 사용자의 요구사항이 모두 반영될 때까지 프로토타입을 계속하여 개선하고 보완해야 한다. 프로토타이핑 및 테스트를 거치지 않고는 실제 사용자와 제품 간의 상호 작용 방식을 예측하기 어려우므로 실제 사용자를 대상으로 테스트하는 것이 좋다. UI 프로토타입 장단점 장점 사용자를 설득하고 이해시키기 쉽다. 요구사항과 기능의 불일치 등으로 인한 혼선을 예장할 ..

품질 요구사항 소프트웨어의 품질은 소프트웨어의 기능, 성능, 만족도 등 소프트웨어에 대한 요구사항이 얼마나 충족하는가를 나타내는 소프트웨어 특성의 총체이다. 소프트웨어 품질은 사용자의 요구사항을 충족시킴으로써 확립된다. ISO/IEC 9126 소프트웨어의 품질 특성과 평가를 위한 표준 지침으로서 국제 표준으로 널리 사용된다. 소프트웨어의 품질에 대한 요구사항을 기술하거나 개발중인 또는 개발이 완료된 소프트웨어의 품질 평가 등에 사용된다. ISO/IEC 9127에서 제시한 소프트웨어의 품질 특성

UI 요구사항 확인 UI 요구사항 확인은 새로 개발할 시스템에 적용할 UI 관련 요구사항을 조사해서 작성하는 단계로, 다양한 경로를 통해 사용자의 요구사항을 조사하고 분석한 후 작성해야 한다. UI 요구사항 확인 순서는 다음과 같다. 목표 정의 목표 정의 단계에서는 사용자들을 대상으로 인터뷰를 진행한 후 사용자들의 의견이 수렴된 비즈니스 요구사항을 정의한다. 인터뷰를 통해 사업적, 기술적인 요구사항을 명확히 이해한다. 인터뷰 진행 시 유의사항 인터뷰는 가능하면 개별적으로 진행한다. 가능한 많은 사람을 인터뷰하여 다양한 의견을 수렴하되, 다수의 의견으로 인해 개인의 중요한 의견을 놓치지 않도록 주의한다. 인터뷰는 한 시간을 넘지 않도록 한다. 인터뷰 진행은 반드시 사용자 리서치를 시작하기 전에 해야 한다...

UI 설계 도구 사용자의 요구사항에 맞게 UI의 화면 구조나 화면 배치 등을 설계할 때 사용하는 도구 UI 설계 도구로 작성된 결과물은 사용자의 요구사항이 실제 구현되었을 때 화면은 어떻게 구성되는지, 어떤 방식으로 수행되는지 등을 기획단계에서 미리 보여주기 위한 용도로 사용된다. 와이어프레임(Wireframe) 와이어프레임은 기획 단계의 초기에 제작하는 것으로, 페이지에 대한 개략적인 레이아웃이나 UI 요소 등에 대한 뼈대를 설계하는 단계이다. 와이어 프레임을 제작할 때는 각 페이지의 영역 구분, 콘텐츠, 텍스트 배치 등을 화면 단위로 설계한다. 개발자나 디자이너 등이 레이아웃을 협의하거나 현재 진행 상태 등을 공유하기 위해 와이어프레임을 사용한다. 와이어 프레임 툴 : 손그림, 파워포인트, 키노트, ..

UI 표준 및 지침 UI 표준과 지침을 토대로 기술의 중립성(웹 표준), 보편적 표현 보장성(웹 접근성), 기능의 호환성(웹 호환성)이 고려되었는지 확인한다. UI 표준 : 전체 시스템에 포함된 모든 UI에 공통적으로 적용될 내용으로, 화면 구성이나 화면 이동 등이 포함된다. UI 지침 : UI 요구사항, 구현 시 제약사항 등 UI 개발 과정에서 꼭 지켜야 할 공통의 조건을 의미한다. 한국형 웹 콘텐츠 접근성 지침(KWCAG) 한국형 웹 콘텐츠 접근성 지침은 장애인이 비장애인과 동등하게 접근할 수 있는 웹 콘텐츠의 제작방법을 제시한다. KWCAG의 목적은 웹 콘텐츠 저작자, 웹 사이트 설계자 등이 접근성이 보장된 웹 콘텐츠를 쉽게 제작할 수 있도록 도와주는 것이다. KWCAG에는 웹 접근성의 준수 여부를..