UI 요구사항 확인 UI 요구사항의 개념 새로 개발할 시스템의 적용할 UI에 대한 요구사항을 조사한다. 다양한 경로를 통해 사용자의 요구사항을 조사하여 분석한 후 명세한다. 목표 정의, 활동 사항 정의, UI 요구사항 작성 순으로 진행한다. 목표 정의 목표 정의의 개념: 다른 사용자들을 대상으로 인터뷰를 진행하여 사업적, 기술적 요구사항을 명확히 정의한다. 인터뷰 진행 시 고려 사항 최대한 개별적으로 진행, 최대한 많은 인원을 인터뷰 다수의 의견을 수렴, 소수의 의견을 놓치면 안됨 한시간을 넘지 않도록하고, 리서치를 시작하기 전에 진행 활동 사항 정의 활동 사항 정의의 개념: 조사된 요구사항을 바탕으로 앞으로 진행해야 할 활동들을 정의한다. 활동 사항 정의의 특징 사용자와 회사의 목표를 일치시키는 작업이..
자격증/정보처리기사
사용자 인터페이스 (UI : User Interface) UI의 개요 주로 사용자나 컴퓨터 간의 상호작용이 원활하도록 도와주는 하드웨어 및 소프트웨어 UI에 따라서 사용자 소프트웨어 이용방식이 결정된다. 사용자가 시스템을 조작하는 입력 수단과 시스템이 정보를 표시하는 출력 수단으로 나뉜다. 물리적 제어, 기능적 제어, 전체 구성의 제어등으로 나뉜다. UI의 특징 사용자의 소프트웨어 만족도에 가장 큰 영향을 준다. 편리성과 가독성 향상에 의해 작업 시간을 단축시킨다. 수행결과의 오류를 줄이고 기능 수행에 대한 방법을 제시한다. 소프트웨어 아키텍처를 기반으로 설계되며, 가장 빈번하게 수정된다. UI의 종류 CLI 명령 문자열을 통해 시스템과 상호작용하는 UI이다. DOS, Linux, 명령 프롬프트등에서 사..
UML 객체지향 모델링 언어이다. 객체지향 방법론의 장점을 통합하였다. UML의 구성요소에는 사물, 관계, 다이어그램이 있다. 시스템의 구조를 표현하는 구조 다이어 그램과 시스템의 동작을 표현하는 다이어그램이 있다. 사물 개념 다이어그램 안에서 관계가 형성될 수 있는 대상이다. 모델을 구성하는 가장 중요한 요소이다. 사물의 종류 1. 구조 사물 - 시스템의 개념적, 물리적 요소인 클래스, 컴포넌트, 노드 등을 표현한다. 2. 행동 사물 - 시간과 공간에 따른 요소들의 상호작용 행위를 표현한다. 3. 그룹 사물 - 요소들을 그룹으로 묶어서 패키지로 표현한다. 4. 주해 사물 - 부가적인 설명이다 제약조건들을 표현한다. 관계 개념 사물과 사물 간의 연관성을 표현한다. 연관, 집합, 포함, 일반화, 의존, 실..
요구사항 명세 개념 파악된 요구사항을 체계적으로 검토, 평가하고 승인될 수 있는 문서를 작성 개발자뿐만 아니라 고객도 알 수 있을 정도로 쉽게 작성한다. 요구사항 명세기법 정형 명세 기법(공학, 형식, 공식) 수학적인 원리와 표기법 요구사항을 정확하게 표현 명세서가 간결하고 구현이 일치 수학적인 이해가 필요하며 도구 사용이 필수적이다. 비정형 명세 기법 자연어를 기반으로 친숙하지만 명세서로는 불충분할 수 있음 상태, 기능, 객체 중심으로 서술 전달 방법이 다양하고 이해가 용이 명세서 작성 시 고려사항 고객과 개발자 모두가 쉽게 이해해야 한다. 시스템의 모든 기능과 모든 제약조건을 기술 요구사항 검증을 위해 품질 측정 및 검증 방식 우선순위에 따른 중요도 기술 명세서 작성 원칙 명확성 명세 내용은 하나의 ..
요구사항 개념 개념 도출, 분석, 명세, 확인의 프로세스를 가진다. 요구사항의 유형 기능 요구사항 시스템의 기능과 입출력 및 연산에 대한 요구사항 비기능 요구사항 장비, 성능, 품질에 대한 요구사항 사용자 요구사항 시스템이 사용자에게 제공해야하는 것들에 대한 요구사항 개발자 관점으로 작성되며 전문적, 기술적인 용어로 표현한다. 요구사항 도출 개념 요구사항의 출처를 파악한다. 어떠한 방법으로 수집할지 파악한다. 개발자와 고객사이의 관계가 만들어지고 이해관계자가 식별된다. 개발 생명 주기 동안 지속적으로 반복되는 단계이다. 요구사항 도출 기법 인터뷰 가능한 많은 사용자로부터 인터뷰 진행 회의록을 작성, 가능한 인터뷰 내용을 녹취 설문조사 인터뷰가 어려울경우 설문조사 형식으로 조사 시스템의 문제점, 개선할 점..
