본문에 오류가 있을 수 있음을 감안하고 봐주시길 바랍니다.
# 문제 풀이 중 오답노트 하면서 나온 내용을 정리한 것
사용자 인터페이스(User Interface, UI): 사용자와 시스템 간의 상호작용이 원활하게 이뤄지도록 도와주는 장치나 소프트웨어, 사용자가 쉽게 이해하고 편리하게 사용할 수 있도록 사용자 중심으로 설계되어야 한다. 사용자의 요구사항이 반영되어야 한다.
- 사용자 인터페이스의 구분
| 구분 | 내용 |
| CLI(Command Line Interface) | 명령과 출력이 텍스트 형태로 이뤄지는 인터페이스 |
| GUI(Graphical User Interface) | 아이콘이나 메뉴를 마우스로 선택하여 작업을 수행하는 그래픽 환경의 인터페이스 |
| NUI(Natural User Interface) | 사용자의 말이나 행동 등 자연스러운 움직임을 통해 기기를 조작하는 인터페이스 # 제스처(Gesture, 모바일 기기에서의 행위) 종류: Tap, Double Tap, Drag, Pan, Press, Flick, Pinch 등 |
| VUI(Voice User Interface) | 사람의 음성으로 기기를 조작하는 인터페이스 |
| OUI(Organic User Interface) | 모든 사물과 사용자 간의 상호작용을 위한 인터페이스 |
- 사용자 인터페이스의 기본원칙(UI 설계 원칙)
| 원책 | 내용 |
| 직관성 | 누구나 쉽게 이해하고 사용할 수 있어야 함 |
| 유효성 | 사용자의 목적을 정확하고 완벽하게 달성해야 함 |
| 학습성 | 누구나 쉽게 배우고 익힐 수 있어야 함 |
| 유연성 | 사용자의 요구사항을 최대한 수용하고 실수를 최소화해야 함 |
UI 설계의 주요 기본 원칙
- 가시성(Visibility): 주요 기능이나 조작 상태를 사용자가 한눈에 보고 파악할 수 있도록 명확하게 배치하는 것.
- 행동 유도성(Affordance): 사물의 디자인 자체가 사용자로 하여금 어떻게 조작해야 하는지 직관적으로 알 수 있게 유도하는 것.
- 일관성(Consistency): 시스템 전반에 걸쳐 조작 방법, 화면 구성, 아이콘, 폰트 등을 통일하여 사용자가 한 번 학습한 방식을 계속 적용할 수 있게 하는 것.
- 매핑(Mapping): 사용자의 조작(컨트롤)과 시스템의 실제 결과가 자연스럽고 직관적으로 연결되는 것.
- 피드백(Feedback): 시스템의 상태와 사용자의 지시에 대한 효과를 보여주어 사용자가 명령에 대한 진행 상황과 표시된 내용을 해석할 수 있도록 도와주는 것.
UI 설계 도구
- 와이어프레임(Wireframe): 페이지에 대한 개략적인 레이아웃이나 UI 요소 등에 대한 뼈대를 설계하는 도구이다. 기획 단계의 초기에 제작하며 개발자나 디자이너 등이 레이아웃을 협의하거나 현재 진행 상태 등을 공유하기 위해 사용한다. 페이지의 영역 구분·콘텐츠·텍스트 배치 등을 화면 단위로 설계한다. (예: 손그림, 파워포인트, 키노트, 스케치, 일러스트, 포토샵 등)
- 목업(Mockup): 와이어프레임보다 좀 더 실제 화면과 유사하게 만든 정적인 형태의 모형이다. 디자인·사용 방법 설명·평가 등을 위해 만든다. 시각적으로만 구성 요소를 배치하는 것으로 실제로 구현되지 않는다. (예: 파워 목업, 발사믹 목업 등)
- 스토리보드(Story Board): 와이어프레임에 콘텐츠에 대한 설명, 페이지 간 이동 흐름 등을 추가한 문서이다. 디자이너와 개발자가 최종적으로 참고하는 작업 지침서이다. 서비스 구축을 위한 모든 정보가 들어 있다. (예: 파워포인트, 키노트, 스케치, Axure 등)
- 프로토타입(Prototype): 와이어프레임이나 스토리보드 등에 인터랙션을 적용함으로써 실제 구현된 것처럼 테스트가 가능한 동적인 형태의 모형이다. 사용자의 요구사항을 개발자가 맞게 해석했는지 검증하기 위한 것이다.
- 페이퍼 프로토타입: 스케치·그림·글 등을 이용하여 손으로 직접 작성하는 아날로그적인 방법, 제작 기간이 짧은 경우, 제작 비용이 적을 경우 및 업무 협의가 빠를 경우에 사용한다.
- 디지털 프로토타입: 파워포인트·아크로뱃·비지오·옴니그래플 등과 같은 프로그램을 사용하여 작성하는 방법, 재사용이 필요한 경우, 산출물과 비슷한 효과가 필요한 경우 및 숙련된 전문가가 있을 경우에 사용한다.
UI 설계서: 사용자의 요구사항을 바탕으로 UI 설계를 구체화하여 작성하는 문서이다. 기획자·개발자·디자이너 등과의 원활한 의사소통을 위해 작성한다.
- UI 설계서 작성 순서: UI 설계서 표지 작성 → UI 설계서 개정 이력 작성 → UI 요구사항 정의서 작성 → 시스템 구조 작성 → 사이트 맵 작성 → 프로세스 정의서 작성 → 화면 설계
- 사이트 맵: 화면의 정보를 한눈에 파악하기 위한 시각적인 콘텐츠 모형으로 테이블 형태로 되어있다. # 사용자 기반 메뉴 구조를 설계하는 단계이다.
UI 흐름 설계: 업무의 진행 과정이나 수행 절차에 따른 흐름을 파악하여 화면과 폼을 설계하는 단계
- UI 흐름 설계 순서: 기능 작성 → 입력 요소 확인 → 유스케이스 설계 → 기능 및 양식 확인
UI 상세 설계: UI 설계서를 바탕으로 실제 설계 및 구현을 위해 모든 화면에 대해 자세하게 설계를 진행하는 단계
- UI 상세 설계 순서: 요구사항 확인 → UI 설계서 표지 및 개정 이력 작성 → UI 구조 설계 → 메뉴 구조 설계 → 화면 설계
UI 시나리오 문서: 사용자 인터페이스의 기능 구조, 대표 화면, 화면 간 인터랙션의 흐름, 다양한 상황에서의 예외 처리 등을 정리한 문서이다.
| UI 시나리오 문서의 요건 | 내용 |
| 완전성(Complete) | 누락되지 않도록 최대한 상세하게 기술해야 함 |
| 일관성(Consistent) | 서비스 목표, 시스템 및 사용자의 요구사항, UI 스타일 등이 모두 일관성을 유지해야 함 |
| 이해성(Understandable) | 누구나 쉽게 이해할 수 있도록 설명함 |
| 가독성(Readable) | 표준화된 템플릿 등을 활용하여 문서를 쉽게 읽을 수 있도록 해야 함 |
| 수정 용이성(Modifiable) | 시나리오의 수정이나 개선이 쉬워야 함 |
| 추적 용이성(Traceable) | 변경 사항은 언제, 어떤 부분이, 왜 발생했는지 쉽게 추적할 수 있어야 함 |
소프트웨어 품질 요구사항: 소프트웨어에 대한 요구사항이 사용자의 입장에서 얼마나 충족하는가를 나타내는 소프트웨어 특성의 총체이다. 소프트웨어의 품질은 사용자의 요구사항을 충족시킴으로써 확립된다.
- ISO/IEC 9126: 소프트웨어의 품질 특성과 평가를 위한 국제 표준
| 특성 | 내용 |
| 기능성(Functionality) | · 소프트웨어가 사용자의 요구사항을 정확하게 만족하는 기능을 제공하는지 여부를 나타냄 · 하위 특성: 적절성/적합성, 정밀성/정확성, 상호 운용성, 보안성, 준수성 |
| 신뢰성(Reliability) | · 주어진 시간동안 주어진 기능을 오류 없이 수행할 수 있는 정도를 나타냄 · 하위 특성: 성숙성, 고장 허용성, 회복성 |
| 사용성(Usability) | · 사용자와 컴퓨터 사이에 발생하는 어떠한 행위에 대하여 사용자가 정확하게 이해하고 사용하며 향후 다시 사용하고 싶은 정도를 나타냄 · 하위 특성: 이해성, 학습성, 운용성, 친밀성 |
| 효율성(Efficiency) | · 사용자와 요구하는 기능을 얼마나 빠르게 처리할 수 있는지 정도를 나타냄 · 하위 특성: 시간 효율성, 자원 효율성 |
| 유지 보수성 (Maintainability) |
· 환경의 변화 또는 새로운 요구사항이 발생했을 때 소프트웨어를 개선하거나 확장할 수 있는 정도를 나타냄 · 하위 특성: 분석성, 변경성, 안정성, 시험성 |
| 이식성(Portability) | · 소프트웨어가 다른 환경에서도 얼마나 쉽게 적용할 수 있는지 정도를 나타냄 · 하나 이상의 하드웨어 환경에서 운용되기 위해 쉽게 수정될 수 있는 시스템 능력 · 하위 특성: 적용성, 설치성, 대체성, 공존성 |
- ISO/IEC 12119: 패키지 소프트웨어의 일반적인 제품 품질 요구사항 및 테스트를 위한 국제 표준
- ISO/IEC 14598: 소프트웨어 품질의 측정과 평가에 필요 절차를 규정한 표준
- ISO/IEC 25000: 소프트웨어 품질 평가를 위한 소프트웨어 품질평가 통합 모델 표준이다. System and Software Quality Requirements and Evaluation으로 줄여서 SQuaRE라고도 한다. (ISO/IEC 9126 + ISO/IEC 14598)
- ISO/IEC 2501n: 소프트웨어의 내부 및 외부 품질과 사용 품질에 대한 모델 등 품질 모델 부분을 다룬다.
- ISO/IEC 2502n: 소프트웨어의 내부 측정, 외부 측정, 사용 품질 측정, 품질 측정 요소 등 품질 측정 부분을 다룬다.
HCI(Human Computer Interaction or Interface): 사람이 시스템을 보다 편리하고 안전하게 사용할 수 있도록 연구하고 개발하는 학문이다. 최종 목표는 시스템을 사용하는데 있어 최적의 사용자 경험(UX)을 만드는 것이다.
UX(User Experience, 사용자 경험): 사용자가 시스템이나 서비스를 이용하면서 느끼고 생각하게 되는 총체적인 경험이다. UI를 통해 사용자가 느끼는 만족이나 감정을 중시하며 사용자의 삶의 질을 향상시키니는 하나의 방향으로 보는 새로운 개념이다.
- UX의 특징: 주관성(Subjectivity), 정황성(Contextuality), 총체성(Holistic)
감성공학: 제품이나 작업 환경을 사용자의 감성에 알맞도록 설계 및 제작하는 기술이다. 감성공학의 목적은 인간의 삶을 편리하고 안전하며 쾌적하게 만드는 것이다. 감성공학은 인간의 감성을 구체적으로 제품 설계에 적용하기 위해 공학적인 접근 방법을 사용한다.
인터페이스(Interface): 소프트웨어에 의해 간접적으로 제어되는 장치와 소프트웨어를 실행하는 하드웨어, 기존의 소프트웨어와 새로운 소프트웨어를 연결하는 소프트웨어, 순서적 연산에 의해 소프트웨어를 실행하는 절차
'정보처리기사' 카테고리의 다른 글
| [정보처리기사 요약 7-2] 애플리케이션 테스트 레벨과 V-모델 정리 (0) | 2026.02.27 |
|---|---|
| [정보처리기사 요약 7-1] 애플리케이션 테스트의 기본 원리와 종류 총정리 (0) | 2026.02.27 |
| [정보처리기사 요약 5-2] 모듈 연계(EAI/ESB) 및 웹 서비스(REST/SOAP) 정리 (0) | 2026.02.26 |
| [정보처리기사 요약 5-1] 시스템 인터페이스 요구사항 및 연계 기술 정리 (ft. 미들웨어 종류) (0) | 2026.02.26 |
| [정보처리기사 요약 4-4] 서버 개발 프레임워크(Spring, Node.js)와 배치 스케줄러(Batch Scheduler) (0) | 2026.02.26 |