본문 바로가기

정보처리기사 실기

 (109)
UML(사물) 1. UML(Unified Modeling Language) 표준화된 대표적 객체지향 모델링 언어 * UML의 구성요소 사물(Things) 관계(Relationships) 다이어그램(Diagram) 2. 사물 다이어그램 안에서 관계가 형성될 수 있는 대상들 * 사물의 종류 사물 내용 구조 사물 (Structural Things) 시스템 개념적, 물리적 요소 표현 클래스, 유스케이스, 컴포넌트, 인터페이스, 노드 행동 사물 (Behavioral Things) 시간, 공간에 따른 요소들의 행위 표현 상호작용, 상태머신 그룹 사물 (Grouping Things) 요소들을 그룹으로 묶어서 표현 패키지 주해 사물 (Annotation Things) 부가적 설명이나 제약조건등을 표현 노트 출처 : 정보처리기사 실기..
CASE와 HIPO 1. CASE(Computer-Aided Software Engineering) 요구사항을 자동 분석하고, 요구사항 분석 명세서를 기술하도록 개발된 도구 * 대표적 CASE SADT 시스템 정의, 소프트웨어 요구사항 분석, 설계를 위한 도구 SoftTech사에서 개발 구조적 요구 분석을 위해 블록 다이어그램을 채택한 자동화 도구 SREM = RSL/REVS 실시간 처리 소프트웨어 시스템의 요구사항을 명확하게 기술하기 위해 개발한 도구 TRW사에서 개발 RSL 과 REVS를 사용하는 자동화 도구 PSL/PSA PSL 과 PSA를 사용하는 자동화 도구 미시간 대학에서 개발 TAGS 개발 주기 전 과정에 이용할 수 있는 통합 자동화 도구 * 용어 정리 (1) RSL (Requirements Specificat..
요구사항 분석 1. 요구사항 분석 개발 대상에 대한 사용자의 요구사항을 이해하고 문서화하는 활동 2. 구조적 분석 기법 자료의 흐름과 처리를 중심으로 하는 요구사항 분석 방법 * 주요 구조적 분석 기법 도구 자료 흐름도(DFD) 자료 사전(DD) 소단위 명세서(Mini-Spec.) 개체 관계도(ERD) 상태 전이도(STD) 제어 명세서 3. 자료 흐름도(Data Flow Diagram) 자료의 흐름 및 변환 과정과 기능을 도형 중심으로 기술하는 방법 버블 차트라고도 함 * 자료 흐름도의 4가지 구성요소 기호 의미 프로세스(Process) 자료를 변환시키는 시스템의 처리과정 자료 흐름 (Data Flow) 자료의 이동, 흐름 이난 연관관계를 나타냄 자료 저장소(Data Store) 시스템에서 자료 저장소 단말 (Term..
요구사항 개발 프로세스 1. 요구사항 개발 프로세스 도출(Elicitation) -> 분석(Analysis) -> 명세(Specification) -> 확인(Validation) 2. 요구사항 도출 시스템 개발 관련 사람들이 의견을 교환하여 요구사항을 식별하고 이해하는 과정 * 도출 기법 정취와 인터뷰 설문 브레인스토밍 워크샵 프로토타이핑 유스케이스 3. 요구사항 분석 요구사항 중 이해되지 않는 부분을 걸러내는 과정 * 분석 도구 자료 흐름도(DFD) 자료 사전(DD) 4. 요구사항 명세 분석된 요구사항을 바탕으로 모델을 작성하고 문서화하는 것 5. 요구사항 확인(요구사항 검증) 요구사항 명세서가 정확하고 완전하게 작성되었는지 검토 6. 요구사항 명세 기법 구분 정형 명세 기법 비정형 명세 기법 기법 수학적 원리 기반, 모델 ..
요구사항 정의 1. 요구사항 소프트웨어가 문제 해결을 위해 제공하는 서비스에 대한 설명과 운영에 필요한 제약조건 2. 기능 요구사항(Functional requirements) 기능, 수행에 대한 요구사항 3. 비기능 요구사항(Non-functional requirements) 품질이나 제약사항과 관련된 요구사항 4. 사용자 요구사항(User requirements) 사용자 관점에서 본 시스템이 제공해야 할 요구사항 5. 시스템 요구사항(System requirements) 개발자 관점에서 본 시스템 전체가 제공해야할 요구사항 출처 : 정보처리기사 실기 2024 기본서 / 저자 : 길벗알앤디(김정준, 강윤석, 김용갑, 김우경) / 출판사 : 길벗
개발 기술 환경 파악 1. 운영체제(OS,Operating System) 컴퓨터 시스템 자원을 효율적으로 관리 할 수 있게 제공하는 소프트웨어 * 운영체제 식별 고려사항 가용성 성능 기술 지원 주변 기기 구축 비용 2. 데이터 베이스 관리 시스템(DBMS, DataBase Management System) 데이터베이스를 관리해 주는 소프트웨어, 모든 프로그램들이 데이터베이스를 공용할 수 있도록 관리 * DBMS 요구사항 식별 고려사항 가용성 성능 기술 지원 상호 호환성 구축 비용 3. 웹 애플리케이션 서버(WAS, Web Application Server) 동적 컨텐츠 처리를 위한 미들웨어 데이터 접근, 세션 관리, 트랜잭션 관리 등을 위한 라이브러리 제공 * WAS 관련 식별 고려사항 가용성 성능 기술 지원 구축 비용 4...
애자일 모형(XP 기법) 1. XP(eXtreme Programming) (1) 요구사항에 유연한 대응을 위해 고객의 참여와 개발 과정 반복 극대화 (2) 빠르게 개발하는 것을 목적 (3) 릴리즈 기간을 짧게 반복, 가시성을 높임 * 릴리즈 : 부분적 기능이 완료된 제품을 제공 * XP 5가지 핵심 가치 의사소통(Communication) 단순성(Simplicity) 용기(Courage) 존중(Respect) 피드백(Feedback) 2. XP 개발 프로세스 릴리즈 계획 수립 -> 이터레이션 -> 승인 검사 -> 소규모 릴리즈 * 사용자 스토리 : 고객의 요구사항을 간단한 시나리오로 표현한 것 * 스파이크 : 요구사항 신뢰성 높이고 위험을 감소시키기 위해 별도로 만드는 간다한 프로그램 (1) 릴리즈 계획 수립 : 개발 완료 시점..
애자일 모형(스크럼 기법) 1. 스크럼 팀이 중심이 되어 개발의 효율성을 높이는 기법 2. 스크럼 팀 (1) 제품 책임자(Product Owner) : 요구사항 우선순위 목록을 작성하는 주체 (2) 스크럼 마스터(Scrum Master) : 스크럼 수행의 가이드 역할 (3) 개발팀(Development Team) : 위 두 구성원 이외의 모든 팀원, 개발에 직접 참여 3. 스크럼 개발 순서 계획 -> 스프린트 -> 일일 스크럼 회의 -> 회의 및 검토 -> 회고 (1) 스프린트 계획 회의 : 단기 일정 수립 (2) 스프린트(Sprint) : 실제 개발 과정, 기간은 2~4주 (3) 일일 스크럼 회의 : 15분 진행, 남은 작업 시간은 소멸차트에 표시 (4) 스프린트 검토 회의 : 요구사항에 부합하는 지 테스팅하는 회의 (5) 스프..
소프트웨어 생명 주기 1. 소프트웨어 생명 주기(Software Life Cycle) 소프트웨어를 개발하기 위한 설계, 운용, 유지보수 등의 과정을 각 단계별로 나눈 것 2. 폭포수 모형(Waterfall Model) (1) 각 단계를 확실히 매듭짓고 검토, 승인 과정을 거쳐 다음 단계를 진행하는 개발방법론 (2) 가장 오래되고 폭 넓게 사용된 전통적인 소프트웨어 생명 주기 모형 (고전적 생명 주기 모형) 3. 프로토타입 모형(Prototype Model) (1) 실제 개발될 소프트웨어의 프로토타입(견본품)을 만들어 결과를 예측하는 모형 (2) 사용자, 시스템 사이의 인터페이스 중점 (3) 원형 모형이라고도 불림 4. 나선형 모형(Sprial Model) (1) 여러 번의 소프트웨어 개발 과정을 거쳐 점진적으로 개발하는 생명..

티스토리툴바