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