본문 바로가기

전체 글

 (151)
UML 다이어그램 UML - 시스템 분석, 설계, 구현 등 시스템 개발 과정에서 시스템 개발자와 고객 또는 개발자 상호간의 의사소통이 원할하게 이루어지도록 표준화한 대표적인 객체지향 모델링 언어입니다. 다이어그램 - 사물과 관계를 도형으로 표현한 것입니다. - 시스템을 가시화한 뷰를 제공함으로써 의사소통에 도움을 줍니다. - 정적 모델링에서는 주로 구조적 다이어그램을 사용하고, 동적 모델링에서는 주로 행위 다이어그램을 사용합니다. 구조적 다이어그램 - 클래스 다이어그램 : 클래스와 클래스가 가지는 속성, 클래스 사이의 관계를 표현합니다. - 객체 다이어그램 : 클래스에 속한 인스턴스를 특정 시점의 객체와 객체 사이의 관계로 표현합니다. - 컴포넌트 다이어그램 : 실제 구현 모듈인 컴포넌트 간의 관계나 컴포넌트 간의 인터페..
스크럼 스크럼 - 럭비에서 반칙으로 경기가 중단된 경우 양팀의 선수들이 럭비공을 가운데 두고 상대팀을 밀치기 위해 서로 대치해 있는 대형을 말합니다. - 팀이 중심이 되어 개발의 효율성을 높인다는 의미가 내포된 용어입니다. 구성 제품 책임자 - 이해관계자들 중 개발될 제품에 대한 이해도가 높고, 요구사항을 책임지고 의사 결정할 사람으로 선정하는데 주로 개발 의뢰자나 사용자가 담당합니다. - 제품에 대한 요구사항을 작성하고 주기적으로 요구사항의 우선순위를 갱신합니다. 스크럼 마스터 - 스크럼 팀이 스크럼을 잘 수행할 수 있도록 객관적인 시각에서 조언을 해주는 가이드 역할을 수행합니다. - 팀원들을 통제하는 것이 목표는 아닙니다. 개발팀 - 제품 책임자와 스크럼 마스터를 제외한 모든 팀원으로 개발자 외에도 디자이너..
UI 설계 도구 UI 설계 도구 - 사용자의 요구사항에 맞게 UI의 화면 구조나 화면 배치 등을 설계할 때 사용하는 도구입니다. 와이어프레임 - 기획 단계의 초기에 제작하는 것입니다. - 페이지에 대한 개략적인 레이아웃이나 UI 요소 등에 대한 뼈대를 설계하는 단계입니다. - 개발자나 디자이너 등이 레이아웃을 협의하거나 현재 진행 상태 등을 공유하기 위해 와이어프레임을 사용합니다. 목업 - 디자인, 사용 방법 설명, 평가 등을 위해 실제 화면과 유사하게 만든 정적인 형태의 모형입니다. - 시각적으로만 구성 요소를 배치하는 것으로 일반적으로 실제로 구현되지는 않습니다. 스토리보드 - 와이어프레임에 콘텐츠에 대한 설명, 페이지 간 이동 흐름 등을 추가한 문서입니다. - 디자이너와 개발자가 최종적으로 참고하는 작업 지침서입니..
UML UML - 시스템 분석, 설계, 구현 등 시스템 개발 과정에서 개발하는 시스템을 이해하기 쉬운 형태로 표현하여 분석가, 의뢰인, 설계자의 의사소통이 원활하게 이루어지도록 표준화한 대표적인 객체지향 모델링 언어입니다. - 시스템을 개발할 때 산출물을 명세화, 시각화, 문서화하는데 사용됩니다. - 개발하는 시스템을 이해하기 쉬운 형태로 표현하여 분석가, 의뢰인, 설계자가 효율적인 의사소통을 할 수 있게 해줍니다. - 개발 방법론이나 개발 프로세스가 아니라 표준화된 모델링 언어입니다. - 구성 요소에는 사물, 관계, 다이어그램 등이 있습니다. - 각각의 다이어그램은 사물과 사물 간의 관계를 용도에 맞게 표현합니다. 정보처리기사 2022년 1회 8번 출제
자료흐름도(DFD) 자료흐름도(DFD) - 요구사항 분석에서 자료의 흐름 및 변환 과정과 기능을 도형 중심으로 기술하는 방법으로 자료 흐름 그래프, 버블 차트라고도 합니다. 표기 형태 프로세스(Process) - 자료를 변환시키는 시스템의 한 부분을 나타냅니다. - 원이나 둥근 사각형 안에 프로세스 이름을 작성합니다. 자료 흐름(Data Flow) - 자료의 흐름이나 연관관계를 나타냅니다. - 화살표 위에 자료의 이름을 작성합니다. 자료 저장소(Data Store) - 시스템에서의 자료 저장소를 나타냅니다. - 평행선 안에 자료 저장소 이름을 작성합니다. 단말(Terminator) - 시스템과 교신하는 외부 개체로 입력 데이터가 만들어지고 출력 데이터를 받습니다. - 사각형 안에 이름을 작성합니다. 정보처리기사 2022년 ..
통합 테스트 하향식 통합 테스트 vs 상향식 통합 테스트 통합 테스트 - 단위 테스트가 끝난 모듈을 통합하는 과정에서 발생하는 오류 및 결함을 찾는 테스트입니다. 하향식 통합 테스트 - 상위 모듈에서 하위 모듈 방향으로 설계하는 것입니다. - 깊이 우선 통합법이나 넓이 우선 통합법을 사용합니다. - 통합 검사 시 인터페이스가 이미 정의되어 있어 통합이 간단합니다. - 레벨이 낮은 데이터 구조의 세부 사항은 설계 초기 단계에서 필요합니다. 상향식 통합 테스트 - 하위 모듈에서 상위 모듈 방향으로 설계하는 것입니다. - 최하위 수준에서 각각의 모듈들을 설계하고 이러한 모듈이 완성되면 이들을 클러스터로 결합하여 검사합니다. - 인터페이스가 이미 성립되어 있어야만 기능 추가가 가능합니다. 2022년 정보처리기사 1회 5번, 22번 출제
객체지향 방법론 객체지향 방법론 - 현실 세계의 개체를 기계의 부품처럼 하나의 객체로 만들어 소프트웨어를 개발할 때 기계의 부품을 조리하듯이 객체들을 조립해서 필요한 소프트웨어를 구현하는 방법론입니다. 기본 원칙 캡슐화 - 데이터와 데이터를 처리하는 함수를 하나로 묶은 것입니다. - 캡슐화된 객체의 세부 내용이 은폐되어 변경이 발생해도 오류의 파급 효과가 적습니다. - 캡슐화된 객체들은 재사용이 용이합니다. - 인터페이스가 단순해지고 객체간의 결합도가 낮아집니다. 추상화 - 공통적인 특성을 찾아내어 클래스를 설계하는 것입니다. - 미리 어떤 함수를 사용할지를 설계함으로써 보다 효율적인 프로그램 작성이 가능합니다. 상속 - 객체지향 프로그래밍에서 이미 정의된 상위 클래스의 모든 속성과 메소드를 하위 클래스가 상속 받는 것..
요구사항 요구사항 - 소프트웨어가 어떤 문제를 해결하기 위해 제공되는 서비에서 대한 설명과 정상적으로 운영되는데 필요한 제약조건 등을 나타냅니다. 개발 프로세스 - 요구사항 도출 -> 요구사항 분석 -> 요구사항 명세 -> 요구사항 확인 요구사항 도출 - 시스템, 사용자, 그리고 시스템 개발에 관련된 사람들이 서로 의견을 교환하여 요구사항이 어디에 있는지 어떻게 수집할 것인지를 식별하고 이해하는 수집 과정입니다. 요구사항 분석 - 개발 대상에 대한 사용자의 요구사항 중 명확하지 않거나 모호하여 이해되지 않는 부분을 발견하고 이를 걸러내기 위한 과정입니다. - 소프트웨어 개발의 출발점이면서 실질적인 첫 번째 단계입니다. - 소프트웨어가 무엇을 해야하는가를 추적하여 요구사항 명세를 작성하는 작업입니다. - 사용자의 ..

티스토리툴바