[행안부 웹사이트]UI/UX 가이드 - 용어 정리

 

🏷️ 본 게시글은 전자정부 웹사이트 UI UX가이드 문서를 보기 쉽게 정리, 공부한 게시글입니다.🏷️
출처는 아래와 같습니다.
https://www.mois.go.kr/frt/bbs/type001/commonSelectBoardArticle.do?bbsId=BBSMSTR_000000000045&nttId=69451

 

 

 

PDF 12페이지 용어의 정의 부분입니다.

전자정부 , 전자정부 서비스, 입력폼,입력 필드, 썸네일 , 레이블 ,  부분은 제외합니다.

---

 

사용자경험 ( UX )

User eXperience의 약자로, 사용자가 경험하고 느낀 생각의

총 집합이다. 단순 기능 만족뿐만 아니라 가능한 모든 면에서의

사용자 참여 사용 상호교감의 가치있는 경험

 

 

사용자 인터페이스 ( UI )

User Interface의 약자로, 의사소통을 위해 만들어진 

물리적 가상적 매개체. 즉, 사용자가 사용할 수 있는 물리적 시각화 UX이다.

 

웹 표준 

WWW 측면의 공식 표준이나 규격

 

웹 호환성 - 다른 환경의 하드웨어에서 동등한 서비스 웹 서비스를 제공케 함

 

인포그래픽

Information + Graphic으로, 복잡한 정보를

빠르게 전달하기 위해 차트, 그래프, 아이콘 과 같은 시각화 매체이다.

 

 

브랜드 아이덴티티 ( BI )

Brand identity의 약자로, 특정 브랜드의 대표 가치와 의미를 표현한다.

 

공개 인증 ( OAuth ) 

Open Authorization의 약자로, 사용자 인증에 사용되는 공개 API로 구현된 표준 인증을 말한다.

별도의 회원가입 없이 로그인을 제공하는 플랫폼의 아이디만 있으면 외부서비스와 연결하여 사용가능하게 해줍니다.

카카오, 네이버, 구글, 페이스북, 라인으로 로그인하는 것과 같습니다.

 

OAuth는 1. third party Application에 ID와 PW를 제공하지 않고 싶다.

2. PW를 변경하면 Application은 동작하지 못한다.

3. 권한을 폐기할 수 있는 유일한 방법은 PW변경.

의 이유로 Twitter사의 OAuth 1.0이 나왔습니다.

 

이후 기능의 단순화 확장 규모등의 이유로 OAuth 2.0이 나왔습니다.

자세한 OAuth의 내용은 https://showerbugs.github.io/2017-11-16/OAuth-%EB%9E%80-%EB%AC%B4%EC%97%87%EC%9D%BC%EA%B9%8C을 참고하세용!

OAuth 란 무엇일까 · Showerbugs

ㅇ💡 third party Application💡

서드파티란 , 제3자를 뜻합니다.

IT업계에서 제3자는 원천 기술이 아닌 원천기술과 호환되는 상품이나 기술입니다.

게임같은 경우, 콘솔 게임기 업체에서 라이선스를 받아 게임만 제작하는 "게임제작사"

프로그래밍의 경우, 플러그인 라이브러리 프레임워크등의 "회사"

스마트폰의 경우, os스토어에서 제공하는 "스마트폰 애플리케이션"

입니다.

https://contents.premium.naver.com/3mit/wony/contents/220505105924891hK

 

 

내비게이션

하이퍼링크를 따라 각 페이지의 정보를 요청하고 받아오는 웹 브라우징 행위

즉 웹 사이트를 탐색하기 위한 도구이다.

 

아코디언

제한된 공간에 정보를 표현하고,

사용자가 원하는 정보만 선택적으로 보기 위해 접을 수 있는 패널입니다.

햄부기 버튼!

 

플레이스홀더

사용자가 값을 입력하는데 참고하도록, 입력 필드에 제공되는 간략한 텍스트 도움말

 

필터링

원하는 데이터만 볼 수 있도록 하는 기능

 

세션 

사용자와 서비스제공자 사이의 논리적 연결이 유지되는 상태.

즉 로그인과 같은 경우, 내 세션이 접속했다고 서버에 전달됐다고 보면 됩니다.

그래서 로그인 후 오랫동안 아무 행동도 하지 않으면 

"세션이 만료되었습니다"라고 뜨쥬?

 

세션은 

1. Client Request 

2. Request Header의 Cookie에서 세션 ID를 보냈는지 확인

3. 세션 ID가 없을 경우, 서버에서 생성하여 클라이언트에 전송

4. 쿠키를 사용해 세션ID를 서버에 저장

5. 클라이언트 재접속시, 쿠키를 이용하여 세션 ID값을 서버에 전달

의 순서로 진행됩니다.

 

쿠키는 클라이언트 / 세션은 서버에 저장됩니다.

쿠키는 검색기록, 열어본 페이지 목록, 저장된 암호 와 같은 경우이며

세션은 현재 돌아가는 서비스 서버에 이 유저가 접속 해 있다!라고 저장됐다고 보면 될 듯 

 

명료히 말하자면 client의 접속과 종료의 기간동안을 server에 저장하며

각 client의 고유 session-id가 request header에 담겨오기에

server에선 client구분을 하고 정보를 저장한다.

만약 server에서 session-id가 저장되어 있지 않다면 서버에서 생성하여 다시

client로 전송하고, client는 cookie를 사용하여 client server에 저장한다.

client가 재접속하면 cookie에 저장된 session-id를 서버에 전달하여 

아까와 같은 방식으로 행동하고,

client종료시 server에선 session-destory한다....

라고 생각하면 될 것 ? 같 ? 다 ?

오 드디어 session을 좀 이해한 것 같음@!!!!!!!