일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
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 |
- 백준
- codility
- 스케줄링
- 다이나믹프로그래밍
- 동적계획법
- 자료구조
- Direct12
- 멀티쓰레드
- 타입 객체
- 락
- OS
- 병행성
- I/O장치
- 컨디션 변수
- DirectX12
- 다이나믹 프로그래밍
- DirectX 12
- directx
- 멀티프로세서
- 병행성 관련 오류
- 알고리즘
- 프로그래머스
- 그리디알고리즘
- 쓰레드
- 영속성
- 렌더링 파이프라인
- 디자인패턴
- 운영체제
- 파일시스템 구현
- 그리디 알고리즘
- Today
- Total
목록자격증공부/정보처리기사_필기 (166)
기록공간
객체지향의 개요 객체지향은 현실 세계의 개체를 기계의 부품처럼 하나의 객체로 만들어, 기계적인 부품들을 조립하여 제품을 만들 듯이 소프트웨어를 개발할 때에도 객체들을 조립해서 작성할 수 있는 기법을 말한다. 객체지향 기법은 구조적 기법의 문제점으로 인한 소프트웨어 위기의 해결책으로 채택되어 사용되고 있다. 객체지향은 소프트웨어의 재사용 및 확장이 용이하여 고품질 소프트웨어를 빠르게 개발할 수 있고 유지보수가 쉽다. 객체지향은 복잡한 구조를 단계적 계층적으로 표현하고, 멀티미디어 데이터 및 병렬 처리를 지원한다. 객체지향은 현실 세계를 모형화하므로 사용자와 개발자가 쉽게 이해할 수 있다. 객체(Object) 객체는 데이터와 데이터를 처리하는 함수를 묶어 놓은(캡슐화) 하나의 소프트웨어 모듈이다. 객체의 특..

아키텍처 패턴의 개요 아키텍처 패턴은 아키텍처를 설계할 때 참조할 수 있는 전형적인 해결 방식 또는 예제를 의미한다. 아키텍처 패턴은 소프트웨어 시스템의 구조를 구성하기 위한 기본적인 윤곽을 제시한다. 아키텍처 패턴에는 서브시스템들과 그 역할이 정의되어 있으며, 서브시스템 사이의 관계와 여러 규칙 지침 등이 포함되어 있다. 아키텍처 패턴을 아키텍처 스타일 또는 표준 아키텍처라고도 한다. 아키텍처 패턴의 장점 시행착오를 줄여 개발 시간 단축, 고품질의 소프트웨어 생산 검증된 구조로 개발하기 때문에 안정적인 개발 가능 이해관계자들이 공통된 아키텍처를 공유할 수 있어 의사소통 수월 시스템의 구조 이해가 쉬워 개발에 참여하지 않은 사람도 손쉽게 유지보수 수행 가능 시스템의 특성을 개발 전에 예측하는 것이 가능 ..
소프트웨어 아키텍처의 설계 소프트웨어 아키텍처는 소프트웨어의 골격이 되는 기본 구조이자, 소프트웨어를 구성하는 요소들 간의 관계를 표현하는 시스템의 구조 또는 구조체이다. 소프트웨어 개발 시 적용되는 원칙과 지침이며, 이해 관계자들의 의사소통 도구로 활용된다. 소프트웨어 아키텍처의 설계는 기본적으로 좋은 품질을 유지하면서 사용자의 비기능적 요구사항으로 나타난 제약을 반영하고, 기능적 요구사항을 구현하는 방법을 찾는 해결 과정이다. 애플리케이션의 분할 방법과 분할된 모듈에 할당될 기능, 모듈 간의 인터페이스 등을 결정한다. 모듈화(Modularity) 모듈화란 소프트웨어의 성능을 향상시키거나 시스템의 수정 및 재사용, 유지 관리 등이 용이하도록 시스템의 기능들을 모듈(특정 기능을 처리할 수 있는 소스 코드..
HCI(Human Computer Interaction or Interface) HCI는 사람이 시스템을 보다 편리하고 안전하게 사용할 수 있도록 연구하고 개발하는 학문으로, 최종 목표는 시스템을 사용하는데 있어 최적의 사용자 경험(UX)을 만드는 것이다. 원래 HCI는 사람과 컴퓨터의 상호작용을 연구해서 사람이 컴퓨터를 편리하게 사용하도록 만드는 학문이었으나, 대상이 컴퓨터뿐만 아니라 서비스, 디지털 콘텐츠 등으로, 사람도 개인뿐만 아니라 사회나 집단으로 확대되었다. HCI는 어떤 제품이 좋은 제품인지, 어떻게 하면 좋은 제품을 만들 수 있는지 등을 연구한다. UX(User Experience) UX는 사용자가 시스템이나 서비스를 이용하면서 느끼고 생각하게 되는 총체적인 경험을 말한다. 단순히 기능이나..
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 프로토타입 장단점 장점 사용자를 설득하고 이해시키기 쉽다. 요구사항과 기능의 불일치 등으로 인한 혼선을 예장할 ..