본문 바로가기

정처기 필기12

스토리보드 스토리보드 스토리보드의 개념 - 디자이너와 개발자가 최종적으로 참고하는 산출 문서 - 정책이나 프로세스 및 콘텐츠의 구성, 와이어프레임(UI, UX), 기능에 대한 정의, 데이터베이스의 연동 등 구축하는 서비스를 위한 대부분의 정보가 수록되어 있는 문서 와이어프레임 : 화면 청사진이라고도하는 와이어프레임은 웹 사이트의 골격 프레임워크를 나타내는 시각적 가이드. 스토리보드 작성 절차 1. 메뉴 구성도 만들기 전체적인 메뉴 구성도이며, 어떤 것을 보여주고 결정된 사항을 표현하기 위한 메뉴의 순서와 구성 단계, 용어를 정의 2. 스타일 확정 레이아웃이나 글자 모양, 크기, 색상, 그래픽에서의 일관성을 유지해야 한다. 3. 설계하기 화면에 보여지는 시각적인 디자인 콘셉트를 잡는다. 2021. 2. 19.
UI 지침 UI 지침 UI의 설계 지침 1. 사용자 중심 : 사용자가 이해하기 편하고 쉽게 사용할 수 있는 환경을 제공하며 실사용자에 대한 이해가 바탕이 되어야 한다. 2. 일관성 : 버튼이나 조작 방법을 사용자가 기억하기 쉽고 빠른 습득이 가능하게 설계하여야 한다. 3. 단순성 : 조작 방법은 가장 간단하게 작동이 가능하도록 하여 인지적 부담을 감소시켜야 한다. 4. 결과 예측 가능 : 작동시킬 기능만 보고도 결과 예측이 가능하여야 한다. 5. 가시성 : 주요 기능을 메인 화면에 노출하여 조작이 쉽도록 하여야 한다. 6. 표준화 : 디자인을 표준화하여 기능 구조의 선행 학습 이후 쉽게 사용할 수 있어야 한다. 7. 접근성 : 사용자의 직무, 연령, 성별 등 다양한 계층을 수용하여야 한다. 8. 명확성 : 사용자가.. 2021. 2. 19.
UI 표준 UI 표준 UI(User Interface)의 개념 - 사용자와 시스템 사이에서 의사소통을 할 수 있도록 도와주는 물리적, 가상적 매개체 - 사용자 인터페이스는 크게 다음과 같은 수단을 사용한다. 입력 : 사용자가 시스템을 조작할 수 있게 한다. 출력 : 시스템이 사용자가 이용한 것에 대한 결과를 표시 삭제 : 시스템이 사용자가 잘못한 것을 삭제 UI의 3가지 분야 - 정보 제공과 기능 전달을 위한 물리적 제어 분야 - 콘텐츠의 상세적 표현과 전체적 구성에 관한 분야 - 사용자의 편의성에 맞춰 쉽고 간편하게 사용 가능하게 하는 기능적 분야 UI의 종류 GUI(그래픽 사용자 인터페이스) : 그래픽과 텍스트로 이루어져 있다. 객체지향 인터페이스와 응용 프로그램 지향 인터페이스가 공존 WUI(웹 기반 인터페이.. 2021. 2. 19.
요구사항 관리 도구 요구사항 관리 도구 요구사항 관리 도구의 개념 소프트웨어 공학을 지원하는 도구 중 고객으로 수령한 요구사항, 제품 요구사항, 개발 요구사항 등 다양한 요구사항을 기반으로 프로젝트 관리, 설계, 개발, 테스트 등을 수행할 수 있는 역할을 지원하는 도구 요구공학의 요구사항 관리 요구공학에서는 요구사항 관리를 요구사항 협상, 요구사항 기준선, 요구사항 변경관리, 요구사항 확인 및 검증 등으로 정의 요구사항 관리 도구의 주요기능 프로젝트 생성 : 프로젝트 타입 밑 기본 모듈 템플릿, 속성, 역할별 뷰를 설정하여 프로젝트 생성 요구사항 작성 : 모든 요구사항에 고유의 ID가 생성 요구사항 가져오기/내보내기 : 다양한 형식의 파일 가져오기/내보내기 기능 제공 요구사항 이력관리 : 변경 이력 관리 요구사항 베이스라인.. 2021. 2. 19.
모델링 기법 모델링 기법 개념 모델링(Conceptual Modeling) 1. 개념 모델링의 역할 - 실세계 문제에 대한 모델링이 소프트웨어 요구사항 분석의 핵심. 모델은 문제가 발생하는 상황에 대한 이해를 증진시키고 해결책을 설명. - 개념 모델은 문제 도메인의 엔터티(entity)들과 그들의 관계 및 종속성을 반영. 2. 개념 모델의 종류와 표기법 - 유스케이스 다이어그램, 데이터 흐름 모델, 상태 모델, 목표기반 모델, 사용자 인터액션, 객체 모델, 데이터 모델 등과 같은 다양한 모델을 작성할 수 있다. - 대부분의 모델링 표기법은 UML을 사용 UML 다이어그램의 사용 - 사용 시나리오를 나타내기 위하여 유스케이스 다이어그램이 많이 사용되고 있다. - 구조 다이어그램은 시스템의 정적 구조와 가양한 추상화 및.. 2021. 2. 19.
애자일(Agile) 애자일(Agile) 애자일의 개념 개발 프로세스가 변화하는 비즈니스 요구사항에 맞게 조정되도록 짧은 반복을 사용하여 점진적으로 소프트웨어를 구축하는 소프트웨어 개발 방법론 애자일의 특성 1. 반복성 및 발달 일반적으로 1~4주와 같이 짧은 기간 동안 다양한 반복이 계획된다. 계획, 요구 사항 분석, 디자인, 코딩, 단위 테스트 및 승인 테스트와 같은 소프트웨어 개발의 모든 기능에서 작동하는 각 반복에 대해 팀이 생성된다. 2. 페이스 투 페이스 커뮤니케이션 이해 관계자를 대신하는 고객 담당자가 존재하고 개발자와 즉시 커뮤니케이션을 통해 빠르게 작업이 진행된다. 3. 피드백 루프 각 팀원이 자신이 한 일의 상태, 다음에 할 일, 직면한 문제에 대해 서로 보고하는 간단한 세션 애자일의 종류 XP(eXtrem.. 2021. 2. 19.
UML(Unified Modeling Language) UML(Unified Modeling Language) UML의 개념 시스템 개발과정에서 개발자와 고객 또는 개발자 상호 간의 원활한 의사소통을 위한 표준화된 법용 모델링 언더. 소프트웨어 시스템의 아티펙트를 지정, 시각화, 구성 및 문서화하기위한 표준 언어. UML의 구성요소 UML의 구성요소는 크게 사물, 관계, 다이어그램으로 구성된다. 1. 사물 사물은 UML의 가장 중요한 구성 요소로서, 구조 사물, 행동 사물, 그룹 사물, 주해 사물이 있다. 구조 사물 - 시스템의 개념적, 물리적 요소 표현 - 클래스, 유스케이스 컴포넌트, 노드, 콜라보레이션 등 행동 사물 - 시간과 공간에 따른 요소들의 행위 표현 - 상호작용, 상태 머신 등 그룸 사물 - 요소를 그룹화하는 것 - 패키지 주해 사물 - 요소의.. 2021. 2. 19.
요구분석기법 요구분석기법 요구분석의 개념 도출된 요구사항들 간의 상충을 해결하고 소프트웨어의 범위를 파악하며 소프트웨어가 환경과 어떻게 상호작용하는지를 분석하는 과정 요구분석기법 요구사항 분류 - 기능/비기능 요구사항 분류 - 제품/과정으로 분류 - 우선순위로 분류 개념 모델링 - 요구사항의 현실 세계의 상황을 단순화하여 개념적으로 표현하는 과정 - UML을 사용 요구사항 할당 - 요구사항을 만족시키기 위한 구성 요소를 식별 요구사항 협상 - 요구사항이 서로 충돌될 경우 해결하는 과정 정형분석 - 구문과 의미를 같은 정형화된 언어를 이용해 요구사항을 수학적 기호로 표현하고 분석하는 과정 사용자 그룹 인터뷰 - 사용자를 대상으로 인터뷰 수행 이해관계자 설문조사 - 현행 시스템의 개선의견을 끌어냄 문헌 조사 - 유사 프.. 2021. 2. 19.
비즈니스 융합 분석 비즈니스 융합 분석 비즈니스 융합의 개념 새로운 전달방식을 도입함으로써 비즈니스 모델의 범위를 확대시키는 것. IT를 중심으로 기존 산업과 융합이 이루어질 때 새로운 가치가 창출된다. 비즈니스 융합 유형 - 제품 융합 : 2가지 이상 제품의 기능과 속성을 하나로 묶음 - 서비스 융합 : 2가지 이상 서비스의 기능과 속성을 하나로 묶음 - 제품과 IT융합 : 기존 제품에 IT부품 또는 자재, SW 등을 추가함 - 서비스와 IT융합 : 기존 서비스에 IT부품 또는 자재, SW 등을 추가함 - 제품의 서비스화 : 제품에 자사 또는 타사의 서비스를 부가하여 서비스 제공 - 서비스의 제품화 : 서비스를 제품화 또는 장비, 기기로 전환 - 제품과 서비스 통합 : 사용자의 요구에 부합하는 시스템 또는 솔루션 비즈니스.. 2021. 2. 18.
DBMS 분석 DBMS 분석 DBMS 개념 다수의 사용자들이 데이터베이스 내의 데이터를 접근할 수 있도록 해주는 소프트웨어 도구의 집합. 사용자 또는 다른 프로그램의 요구를 처리하고 적절히 응답하여 데이터를 사용할 수 있도록 해준다. 데이터베이스의 기능 - 정의 : 데이터에 대한 형식, 구조, 제약조건들을 명세하는 기능 - 구축 : DBMS가 관리하는 기억 장치에 데이터를 저장하는 기능 - 조작 : 특정한 데이터를 검색하기 위한 질의, 데이터베이스의 갱신, 보고서 생성 기능 등을 포함한다. - 공유 : 여러 사용자와 프로그램이 데이터베이스에 동시에 접근하도록 하는 기능 - 보호 : 하드웨어나 소프트웨어의 오동작 또는 권한이 없는 악의적인 접근으로부터 시스템을 보호 - 유지보수 : 시간이 지남에 따라 변화하는 요구사항을.. 2021. 2. 18.
네트워크 분석 네트워크 분석 네트워크 개념 노드들이 자원을 공유할 수 있게 하는 디지털 전기통신망 중 하나. 간단히 말해서, 둘 이상의 컴퓨터의 연결로 서로 통신 하는 것을 말한다. OSI 7계층 정의 국제표준화기구에서 개발한 모델로, 컴퓨터 네트워크 프로토콜 디자인과 통신을 계층으로 나누어 설명한 것이다. OSI 7계층별 설명 1계층 - 물리 계층 물리계층(Physical Layer)은 네트워크의 기본 네트워크 하드웨어 전송 기술을 이룬다. 전기적 변환이나 기계적 작업을 담당 2계층 - 데이터 링크 계층 데이터 링크 계층(Data Link Layer)은 포인트 투 포인트 간 신뢰성있는 전송을 보장하기 위한 계층. 네트워크 위의 개체들 간 데이터를 전달하고, 물리 계층에서 발생할 수 있는 오류를 찾아 내고, 수정하는 .. 2021. 2. 18.
플랫폼 성능 특성 분석 플랫폼의 성능 특성 분석 플랫폼의 성능 특성을 분석하는 이유 1. 성능을 분석하여 사용자가 사용하기에 속도가 느린지 빠른지 알 수 있다. 2. 사용자 요구사항 중 성능에 대한 요구사항이 현재 시스템의 플랫폼 성능과 관련성이 높다. 플랫폼 성능 특성 확인 방법 1. 성능 테스트 : 현재 시스템의 플랫폼을 대상으로 성능/부하 테스트를 수행 2. 사용자 인터뷰 : 현재 시스템 사용자를 대상으로 인터뷰 수행하여 성능 확인 3. 문서 점검 : 현재 시스템의 플랫폼과 유사한 플랫폼의 성능 자료 분석 예제 다음 중 플랫폼의 성능 특성을 확인하기 위한 방법이 아닌 것은? 1. 성능 테스트 2. 문서 점검 3. 기능 테스트 4. 사용자 인터뷰 2021. 2. 18.