1 UI 요구사항 확인

1 UI

1 개념

사용자와 시스템 사이에서 의사소통할 수 있도록 고안된 물리적, 가상의 매개체(화면)

* UX : 사용자가 직/간접적으로 경험하면서 느끼고 생각하는 총체적 경험

2 유형

3 분야

• 물리적 제어 분야 : 정보 제공과 기능 전달을 위한 하드웨어 기반
• 디자인적 분야 : 콘텐츠의 정확하고 상세한 표현과 전체적인 구성
• 기능적 분야 : 사용자의 편의성에 맞춰 쉽고 간편하게 사용 가능

4 설계 원칙

• 직관성 : 용이한 검색, 쉬운 사용성, 일관성
• 유효성 : 쉬운 오류 처리 및 복구
• 학습성 : 쉽게 학습, 쉬운 접근, 쉽게 기억
• 유연성 : 오류 예방, 실수 포용, 오류 감지

2 UI 표준

1 개념

디자인 철학과 원칙 기반 하에 전체 시스템에 적용되는 화면 간 이동, 구성 등에 관한 규약

2 구성

• 전체적인 UX 원칙
• 정책 및 철학 가이드
• UI 스타일 가이드
• UI 패턴 모델 정의
• UI 표준 수립을 위한 조직 구성

3 수립 시 고려사항

• 사용자 편의
• 많은 업무 케이스
• 다양한 사용 상황 대처
• 충분한 가이드와 활용 수단
• 관리 조직

4 UI 스타일 가이드 구성

UI 구동 환경 정의

• 운영체제 확인
• 웹 브라우저 확인
• 모니터 해상도 확인
• 프레임 세트 확인

레이아웃 정의

• 화면 구조 정의 : 상단, 왼쪽, 콘텐츠 영역으로 설계,
• 상단 메뉴 구성 정의 : 필수, 시스템 로고, 로그인 사용자, 바로 가기 메뉴, 시스템 전체 페이지에 동일하게 적용
• 좌측 메뉴 구성 정의 : 선택, 서브 메뉴, 배너, 서브 페이지에 선택 적용
• 내용 구성 정의 : 필수, 메인 이미지, 시스템별 구성 콘텐츠
• 하단 메뉴 구성 정의 : 선택, 회사 CI, 저작권
• 사용 환경에 맞춰 페이지 폭 정의 : 브라우저 사이즈에 따라 페이지 폭 크기를 유동적으로 적용

* 상단 메뉴 구성 : 로고 구역 / 접속자 정보 / 바로 가기 메뉴 / 주 메뉴
* CI : 기업에 대한 정보를 시각적으로 표현

메뉴 네비게이션 정의

4가지 타입의 애플리케이션의 메뉴 구조에 따라 적당한 타입을 선택하여 적용

화면의 폭을 넓게 쓰고 싶을 경우 좌측 메뉴에 대해서 유동적으로 적용

기능 정의

시스템 요구사항에 대한 개념 모델을 논리적 모델로 상세화

* 논리적 모델 : 프로세스 모델, UI 설계, 논리 데이터 모델, 아키텍처 정의, 인터페이스 설계 측면

구성요소 정의

• 그리드 : 테이블 형태
• 버튼 : 기능 버튼 / 검색 버튼 / 그리드 관련 버튼 / 기타 버튼

5 UI 패턴 모델 정의

• 업무 화면 클라이언트 정의
• 서버 컨트롤러 정의 : 프레임워크 도입 시 해당 프레임워크가 제공하는 방식 채택
• 서버 메시지 및 예외 처리 정의 : 서버의 메시지 및 에러 처리를 클라이언트 UI에 전달하는 방식
• 클라이언트-서버 간 데이터 변환 정의 : 데이터 형태 변환 처리 방안 마련
• 기업 포털 연계 정의 : 기업 포털 - SSO - 사용자 간 연계 방식 결정
• 보고서 정의 : 클라이언트와 리포트 솔루션 간의 연계 방식 결정
• 외부 컴포넌트 연계 정의 : 외부 UI 컴포넌트를 도입 시 서버와의 연계 방식 결정

* 리치 클라이언트 : SW의 실행을 클라이언트에서 책임지는 기술
* 씬 클라이언트 : SW의 실행을 전적으로 서버에서 책임지는 기술

* SSO(Single Sign On) : 한 번의 로그인을 통해 여러 다른 사이트들을 자동적으로 접속하여 이용

6 UI 표준 수립을 위한 조직의 구성

• 조직 구성 및 역할 정의
• 커뮤니케이션 방안 수립

3 UI 지침

1 개념

UI 표준에 따라 UI 설계, 개발 시 지켜야 할 세부 사항 규정

2 UI 표준 적용을 위한 환경 분석

• 사용자 트렌드 분석
• 기능 조작성 분석
• 오류 방지 분석
• 최소한의 조작으로 업무 처리 가능 여부 확인
• UI의 정보 전달력 확인

3 UI 개발 목표 및 범위

• 경영진의 UI 관련 개발 요구사항 조사 및 정의
• 자사-타사-사용자 분석(3C 분석) 및 트렌드 분석
• 관계자 간 개발 목표 협의 및 공유 워크숍

4 UI 개발 주요 기법

• 3C 분석 : 사용자, 자사, 경쟁사 비교/분석
• SWOT 분석 : 강점, 약점, 기회, 위협 요인
• 시나리오 플래닝 : 불확실성이 높은 상황을 예측
• 사용성 테스트 : 사용자가 직접 제품 사용
• 워크숍 : 소집단 정도의 인원으로 서로 정보를 교환하고 검토하는 연구회 및 세미나

5 사용자 분석 및 니즈 조사

1. 리서치 대상 선정 및 내용 설계
2. 리서치 진행
3. 리서치 결과 정리

6 사용자 요구사항 도출

• 페르소나 정의 : 가상의 사용자
• 콘셉트 모델 정의 : 추상적인 콘셉트들 사이의 관계를 보여주는 다이어그램
• 사용자 요구사항 정의 : 리서치 및 페르소나 결과물을 토대로 요구사항 도출, 우선순위 결정
• UI 컨셉션 : 요구사항을 구체화하여 화면 설계

7 UI 상세 설계

효율적인 UI 관계와 원활한 의사소통을 위해 UI 시나리오 문서 사용

8 UI 화면 디자인

• 레이아웃, 컬러 패턴, 타이포그래피(활자의 서체나 배치), 화면 디자인 요소 등 정의
• 템플릿 활용
• UI 가이드 문서 작성

9 UI 시연을 통한 사용성 검토/검증

10 테스트, 배포 및 관리

4 스토리보드

1 개념

UI 화면을 구축하는 서비스를 위한 대부분 정보가 수록된 문서

• 와이어 프레임 : 화면 단위의 레이아웃 설계
• 스토리보드 : 서비스 구축을 위한 모든 정보가 담겨 있는 설계 산출물
• 프로토타입 : 정적 -> 동적

2 작성 절차

• 전체 개요 작성
• 서비스 흐름 작성
• 스타일 확정
• 메뉴별 화면 설계도 작성 및 상세 설명
• 추가 관련 정보 작성

3 작성 시 유의사항

• 일관된 기호 표시
• 공통 영역 정의
• 영역별 세부 설계
• 버전 업 관리

2 UI 설계

1 UI 흐름설계 및 상세 설계

1 UI 설계 프로세스

1. 문제 정의
2. 상요자 모델 정의
3. 작업 분석
4. 컴퓨터 오브젝트 및 기능 정의
5. 사용자 인터페이스 정의
6. 디자인 평가

2 UI 흐름 설계

1. 기능 작성
2. 입력 요소 확인
3. 유스케이스 설계
4. 기능 및 양식 확인

3 UI 상세 설계

• 메뉴 구조 설계
• 내/외부 화면과 폼 설계
• UI 검토 및 보완

2 감성공학

1 개념

감성을 평가 및 분석하여 구체적인 제품 설계로 실현해 내는 공학

2 접근 방법

• 1류 접근 방법 : 인간의 감성을 표현하는 어휘를 이용하여 제품 이미지 조사
• 2류 접근 방법 : 개별적 특성과 생활 방식으로부터 개인이 갖고 있는 이미지를 구체화
• 3류 접근 방법 : 기존의 감성적 어휘 대신 공학적인 방법으로 접근

3 관련 기술의 종류

감성공학 기반 기술

• 인간공학
• 생체 기술
• 인간 감각 계측 기술

감성공학 기반 인터페이스 구현 기술

• 센서 및 센싱 기술
• 디스플레이 기술
• 액츄에이터 기술
• 센서 퓨전 기술
• 마이크로 머시닝 기술
• 퍼지 뉴럴 네트워크 기술
• 산업 디자인 기술

적합성 판단 / 새로운 감성 창출 기술

• 사용성 평가 기술
• 가상현실 기술

4 관련 기술 적용 사례

• 주행 안전 기술
• 무안경 3D TV
• 스마트 UI

3 UI 설계 도구

1 개념

사용자와 시스템 사이에 의사소통할 수 있도록 일시적 또는 영구적인 접근을 목적으로 만들어진 UI 설계 지원 도구

2 UI 개발 단계별 활용 가능한 설계 도구

• 분석 : UI 패턴 / UI 모델링
• 설계 : UI 설계
• 구현 : 프로토타이핑 툴

3 유형

화면 설계 도구

• 파워 목업
• 발사믹 목업
• 카카오 오븐

프로토타이핑 도구

• UX핀
• 액슈어
• 네이버 프로토나우

UI 디자인 도구

• 스케치
• 어도비 XD

UI 디자인 산출물로 작업하는 프로토타이핑 도구

• 인비전
• 픽사에이트
• 프레이머

1 현행 시스템 분석

1 플랫폼 기능 분석

1 플랫폼의 개념

애플리케이션을 구동시키는데 필요한 하드웨어 + 소프트웨어, 동일 플랫폼 내에서는 상호 호환이 가능하도록 만들어진 결합체

공급자와 수요자 등의 복수 그룹이 참여하여 각 그룹이 얻고자 하는 가치를 공정한 거래를 통해 교환할 수 있도록 구축된 환경

2 플랫폼의 유형

3 플랫폼의 기능

비용 감소, 생산성 향상

커뮤니티 형성, 네트워크 효과 유발

* 네트워크 효과 : 수요에 따라 다른 사람들에게 영향을 미치는 현상

4 플랫폼 기능 분석 절차

1. 현행 플랫폼 자료 수집
2. 수집 자료 분석
3. 결과 산출물 작성

2 플랫폼 성능 특성 분석

1 이유

사용자의 서비스 이용 시 속도의 적정성을 알 수 있다.

2 기법

• 사용자 인터뷰 : 인터뷰 결과서
• 성능 테스트 : 테스트 결과서
• 산출물 점검 : 벤치마킹 테스트 결과서

3 운영체제 분석

1 운영체제 개념

하드웨어 및 소프트웨어 자원을 효율적으로 관리하며 공통된 기능을 제공하는 소프트웨어

2 운영체제 현행 시스템 분석

품질 측면

• 신뢰도 : 장애 발생 가능성, 재기동 여부
• 성능 : 파일 작업 처리, 지원 가능한 메모리 크기

* 배치 작업 : 작업들을 하나의 작업 단위로 묶어 일괄 처리 cf ) 실시간 작업

지원 측면

• 기술 지원 : 오픈 소스 여부
• 주변 기기 : 하드웨어
• 구축 비용 : 하드웨어 비용, 라이선스 정책 및 비용, 유지/관리 비용

3 운영체제 종류 및 특징

PC

• Windows : 중/소규모 서버, 관리 비용 장점
• UNIX : 대용량 처리, 안정성 높은 엔터프라이즈급 서버
• Linux : 중/대규모 서버 대상, 높은 보안성

모바일

• Android : 다양한 기기의 호환성
• iOS : 높은 보안성과 고성능

4 네트워크 분석

1 개념

컴퓨터 장치들이 노드 간 연결을 사용하여 서로 데이터를 교환하는 기술

2 OSI 7계층

5. 세션 계층 (Session Layer)연결 접속, 동기제어SSH, TLS데이터

3 네트워크 현행 시스템 분석

네트워크 구성도를 통해 분석

네트워크 구성도의 작성을 통해 서버 위치, 서버 간 연결 방식 파악 가능

물리적 위치 관계 파악, 보안 취약성 분석 및 대응에 유리

대상 : 백본망, 라우터, 스위치, 게이트웨이, 방화벽, ...

• 백본망 : 네트워크를 상호 연결하는 컴퓨터 네트워크의 일부
• 라우터 : 3계층 데이터 패킷을 발신지에서 목적지까지 전달하기 위해 최적의 경로를 지정하고, 전달
• 스위치 : 2계층 장치, 돌일 네트워크 내에서 출발지에 들어온 데이터 프레임을 목적지 MAC 주소로 빠르게 전달
• 게이트웨이 : 서로 다른 통신망, 프로토콜을 사용하는 네트워크 간 통신
• 방화벽 : 보안 시스템

5 DBMS 분석

1 개념

DB를 생성하고, 저장 및 관리할 수 있는 기능을 제공하는 응용 프로그램

2 기능

• 중복 제거 : 동일한 데이터가 여러 위치에 중복 저장되는 현상 방지
• 접근 통제 : 권한에 따라 데이터에 대한 접근 제어
• 인터페이스 제공 : 사용자에게 다양한 인터페이스 제공(CLI, GUI, ...)
• 관계 표현 : 서로 다른 데이터 간의 다양한 관계 표현
• 샤딩/파티셔닝 : 구조 최적화를 위해 작은 단위로 나누는 기능
• 무결성 제약 조건 : 무결성에 관한 제약 조건 정의 및 검사
• 백업 및 회복 : 데이터베이스 장애 발생 시 데이터의 보존 기능

3 데이터베이스 현행 시스템 분석

성능 측면

• 가용성 : 장애 발생 가능성, 백업 및 복구 편의성, DBMS 이중화 및 복제 지원
• 성능 : 대규모 데이터 처리 성능, 대량 거래 처리 성능, 튜닝 옵션 지원 여부, 최적화 지원 및 설정 최소화
• 상호 호환성 : 설치 가능한 OS 종류, 다양한 OS에서 지원되는 JDBC, ODBC

* JDBC(Java Database Connectivity) : 자바에서 DB를 사용할 수 있도록 연결해주는 응용 프로그램 인터페이스

* ODBC(Open Database Connectivity) : DB를 액세스 하기 위한 표준 개방형 응용 프로그램 인터페이스

지원 측면

• 기술 지원 : 오픈 소스 여부
• 구축 비용 : 라이선스 정책 및 비용, 유지/관리 비용

6 비즈니스 융합 분석

1 개념

융합을 통해 새로운 비즈니스 모델로 범위를 확대하는 것

2 유형

• 고객 가치(Why) : 개인, 사회, 인류의 행복과 번영을 위한 가치 창출
• 시장 유통(Whom) : 신시장 개척 또는 미래시장 선점
• 가치 제안(What) : 시장/고객의 욕구 대응, 신상품 개발
• 공급 역량(Who) : 신기술, 신규 역량을 활용한 상품 생산 및 판매
• 생산 방식(How) : 제품/서비스의 생산, 판매 프로세스 혁신

3 절차

1. 기업전략 분석
2. 영역 및 방향 설정
3. 포트폴리오 선정
4. 융합모델 설계/평가
5. 비즈니스 융합 실행/개선

2 요구사항 확인

1 요구분석

1 개념

요구사항 간 상출 해결, 소프트웨어 범위 파악 -> 외부환경과의 상호작용 분석

2 기법

• 요구사항 분류 : 기능/비기능 구분, 소프트웨어에 미치는 영향 범위 파악, 소프트웨어 생명주기 중 변경 발생 여부
• 개념 모델링 : 문제 도메인의 엔터티들과 개별 관계 및 종속성 반영, Usecase 다이어그램 사용 多
• 요구사항 할당 : 요구사항을 만족시키기 위한 아키텍처 구성요소 식별, 추가 요구사항 발견 가능
• 요구사항 협상 : 상충되는 요구 합의
• 정형 분석 : 표현

2 UML(Unified Modeling Language)

1 개념

객체지향 소프트웨어 개발과정에서 모델링 기술과 방법론을 통합하여 만든 표준화된 범용 모델링 언어

2 특징

• 가시화 언어 : 오류 少, 의사소통 용이
• 구축 언어 : 실행 시스템에 대한 시각적 예측
• 명세화 언어 : 정확한 모델 제시, 완전한 모델 작성 가능
• 문서화 언어 : 시스템에 대한 평가 및 의사소통의 문서

3 구성요소

• 사물 : 추상적인 개념, 주제 (명사, 동사)
• 관계 : 사물의 의미를 확장하고 명확히 하는 요소, 사물과 사물을 연결하여 표현 (형용사, 부사)
• 다이어그램 : 사물과 관계를 그림으로 표현

4 다이어그램

요구사항

• Usecase : 사용자 관점에서 시스템의 활동을 표현, 기능적 요구 정의

정적 모델링

• 클래스 : 속성과 동작으로 구성
• 객체 : 연관된 모든 인스턴스
• 상태 : 모든 상태와 전이, 진입 조건, 탈출 조건

동적 모델링

• 시퀀스 : 객체 간 상호작용을 메시지 흐름으로 표현
• 협업 : 객체 간 연관성
• 활동 : 활동의 순서대로 흐름 표현
• 컴포넌트 : 프로그래밍 작업
• 배포 : 컴포넌트 사이의 종속성

3 애자일 방법론

1 개념

개발과 함께 즉시 피드백을 받아 유동적으로 개발

* cf ) 폭포수 방법론 : 처음부터 끝까지 계획을 수립하고 개발

2 등장 배경

• 소프트웨어 개발 환경의 변화 : 개발 트렌드의 변화( -> 모바일 )
• 기존 개발 방법론의 한계 : 절차 위주 -> 신속한 대응이 어렵다

3 주요 원칙

• 개인과 상호작용 > 공정과 도구
• 변화에 대응 > 계획을 따르기
• 동작하는 소프트웨어 > 포괄적인 문서
• 고객과의 협력 > 계약 협상

4 유형

• XP : 의사소통 개선과 즉각적 피드백으로 소프트웨어 품질을 높이기 위한 방법론

  * 5가지 가치 : 용기, 단순성, 의사소통, 피드백, 존중

• 스크럼 : 매일 정해진 시간, 장소에서 짧은 시간의 개발을 하는 팀을 위한 프로젝트 관리 중심 방법론

  * 주요 개념

  • 백로그 : 제품과 프로젝트에 대한 요구사항
  • 스프린트 : 짧은 개발 기간 동안 반복적 수행으로 개발 품질 향상
  • 데일리 미팅 : 매일 15분 정도 미팅으로 To-Do List 계획 수립
  • 스크럼 마스터 : 프로젝트 리더, 스크럼 수행 시 문제를 인지 및 해결하는 사람

• 린(Lean) : 낭비 요소를 제거하여 품질을 향상시킨 방법론

  * 7가지 원칙 : 낭비제거, 품질 내재화, 지식 창출, 늦은 확정, 빠른 인도, 사람 존중, 전체 최적화

5 비교 ( vs 전통적 방법론 )

3 분석 모델 확인

1 모델링 기법

1 개념

물리현상을 이용하기 쉬운 형식으로 표현

2 모델링 역할

상황에 대한 이해 증진, 해결책 설명

3 모델링 절차

1. 요구사항 분석 : 현행 데이터의 문제점과 개선해야 할 점 확인 -> 개선점 도출
2. 개념 모델링 : 데이터 모델의 전체적인 모양 결정
3. 논리 모델링 : 개념 모델을 상세화
4. 물리 모델링 : 논리 데이터 모델을 DBMS의 특성 및 성능을 고려하여 구체화

2 분석 자동화 도구

1 개념

요구사항을 자동으로 분석하고, 요구사항 분석 명세서를 기술하도록 개발된 자동화도구(CASE)

* 자동화도구(Computer Aided Software Engineering) : 소프트웨어 생명주기의 전체 단계를 연결 주고 자동화해주는 도구 / 소프트웨어, 하드웨어, 데이터베이스, 테스트 등을 통합하여 소프트웨어를 개발하는 환경 조성

2 등장 배경

• 산업 측면 : 소프트웨어 위기의 극복 대응방안
• 관리 측면 : 사용자의 요구사항과 실제 시스템 간의 차이 / 재사용성, 생산성 및 유지보수의 어려움

3 특징

• 표준화 적용과 문서화를 통한 보고 -> 품질 개선 가능
• 변경 사항과 변경으로 인한 영향에 대한 추적이 쉽다
• 명세에 대한 유지보수 비용 축소 가능

4 분류

• 상위 CASE : 모델 간 모순 검사, 오류 검증, 자료 흐름도 작성 지원
• 중간 CASE : 상세 설계 작업, 화면 출력 작성 지원
• 하위 CASE : 시스템 명세서, 소스 코드 생성 지원

3 요구사항 관리 도구

1 개념

요구사항을 기반으로 프로젝트 관리, 설계, 개발, 테스트 등을 수행할 수 있는 역할을 지원하는 도구

2 기능

기본 기능

• 프로젝트 생성 : 템플릿, 재사용
• 요구사항 작성 : 고유 ID, 식별자 사용 구분
• 요구사항 불러오기/내보내기 : 다양한 확장자 제공

핵심 기능

• 요구사항 이력 관리 : 변경 이력 관리 기능 제공
• 요구사항 베이스라인 : 확정을 위한 베이스라인 제공
• 요구사항 추적성 : 이력 추정

부가 기능

• 협업 환경 : 동시 편집 기능 제공
• 외부 인터페이스 : 형상 관리 도구와의 연동
• 확장성 : 타 시스템 연동 제공

3 분류

상용제품

• 헬릭스 RM : 요구사항 재사용 -> 검증 시간과 반복 업무를 줄인다
• 지라 : 애플리케이션 생명주기 관리, 요구사항 관리
• 오르카노스 : 기업 대상 요구사항 관리용 단일 저장소 제공
• 리큐테스트 : 요구사항 파악 및 관리 프로세스를 단순화

오픈 소스

• 레드마인 : 웹 기반 프로젝트 관리, 버그 추적 기능
• 테스트링크 : 테스트 케이스와 요구사항의 매핑 지원

2020 정보처리기사를 준비하면서 정리한 내용을 포스팅하는 카테고리

책 링크

책 링크