본문 바로가기

자격증10

[정보처리기사] : 디자인 패턴 개념 소프트웨어 설계에서 공통으로 발생하는 문제에대해 자주 쓰이는 설계 방법을 정리한 패턴입니다. 개발의 효율성, 유지보수성, 운용성이 높아지고 프로그램의 최적호에 도움이 됩니다. 구성 요소 패턴의 이름 : 이름과 유형 문제 및 배경 : 분야 또는 배경, 해결하는 문제를 의미 솔루션 : 요소, 관계, 협동 과정 사례 : 간단한 적용 사례 결과 : 이점이나 영향 샘플코드 : 디자인 패턴이 적용된 원시 코드 유형 목적 생성 : 객체 인스턴스 생성에 관여, 클래스 정의와 객체 생성 방식을 구조, 캡슐화합니다. 구조 : 더 큰 구조 형성 목적으로 클래스나 객체의 조합을 다루는 패턴입니다. 행위 : 클래스나 객체들이 상호작용하는 방법과 역할 분담을 다루는 패턴입니다. 범위 클래스 : 클래스 간 관련성(상속), 컴.. 2021. 12. 17.

[정보처리기사] : 현행 시스템 파악 개념 현행 시스템이 어떤 하위 시스템으로 구성되어 있고 제공 기능, 연계 정보는 무엇이며 어떤 기술 요소를 사용하는지 파악하는 활동입니다. 소프트웨어, 하드웨어, 네트워크 구성또한 어떻게 되어 있는지 파악합니다. 절차 구성,기능,인터페이스 파악 아키텍처 및 소프트웨어 구성 파악 하드웨어 및 네트워크 구성 파악 소프트웨어 아키텍처 소프트웨어 구성요소가 가진 특성 중 외부에 드러나는 특성, 그리고 구성요소 간의 관계를 표현하는 시스템의 구조나 구조체입니다. 소프트웨어 아키텍처 4+1 뷰 고객의 요구사항을 4개의 관점에서 바라보는 소프트웨어 접근 방법입니다. 4개의 구성은 아키텍처 개념을 제시하고 서로 충돌되지 않는지, 시스템의 요구사항을 충족시키는지 증명하기 위해 유스케이스를 사용합니다. 유스케이스 : 시스.. 2021. 12. 17.

[정보처리기사] : 비용산정 모형 비용산정 모형 비용산정 모형 개념 소프트웨어 규모 파악을 통한 투입 자원, 소요 시간 등 파악해 실행 가능한 계획을 수립하기 위해 비용을 산정하는 방식입니다. 비용산정 모형 분류 하향식 산정법 경험이 많은 전문가에게 의뢰하거나 여러 전문가, 조정자를 통해 산정합니다 전문가 판단 델파이 기법 : 전문가의 경험적 지식을 통해 문제 해결 및 미래 예측 상향식 산정법 세부적인 요구사항과 기능에 따라 비용을 계산하는 방식입니다. LOC(코드 라인 수) Man Month COCOMO Putnam FP(Function Point) 비용산정 모형 종류 LoC | Lines of Code 각 기능의 원시 코드 라인 수의 낙관치, 중간치, 비관치를 측정해 예측치를 구하고 이를 통해 비용을 산정하는 방식입니다. 측정이 쉽고.. 2021. 12. 16.

[정보처리기사] : 소프트웨어 개발방법론과 종류 소프트웨어 개발방법론 소프트웨어 개발방법론 | Software Development Methodology 소프트웨어 개발 전 과정에 지속적으로 적용할 수 있는 방법, 절차, 기법입니다. 소프트웨어를 하나의 생명체로 간주하고 개발 시작부터 끝까지 전 과정을 형상화한 방법론입니다. 소프트웨어 개발방법론 종류 구조적 방법론 | Structured Development 기능에 따라 나누어 개발하고 이를 분할과 정복 접근을 통합하는 방식의 방법론입니다. 프로세스 중심의 하향식 방법론입니다. 구조적 프로그래밍을 위해 나씨 - 슈나이더만 차트를 사용합니다. 논리 기술에 중점 제어 논리 구조로 표현 정보공학 방법론 | Information Engineering Development 정보시스템 개발에 필요한 관리 절차와.. 2021. 12. 16.

[정보처리기사] : 소프트웨어 생명주기 모델 SDLC | Software Development Life Cycle, 소프트웨어 생명주기 모델 개념 시스템의 요구분석부터 유지보수까지 전 공정을 체계화한 절차입니다. 시스템이 개발될 때부터 운용과 유지보수를 거쳐 생애를 마칠 때까지 어떠한 순서를 밟는지에 대한 작업 프로세스를 모델화한 것 입니다. 소프트웨어 생명주기 모델 프로세스 요구사항 분석 요구사항을 고려하여 제품에 부합하는 요구와 조건을 결정하는 단계입니다. 기능, 제약조건, 목표 등을 소프트웨어 사용자와 함께 명확히 정의하는 단계입니다. 기능 요구사항, 비기능 요구사항 설계 시스템 명세 단계에서 정의한 기능을 실제 수행할 수 있도록 수행 방법을 논리적으로 결정하는 단계입니다. 시스템 구조 설계, 프로그램 설계, 사용자 인터페이스 설계 구현 특정.. 2021. 12. 1.

[SQLD] : 분산 데이터 베이스 분산 데이터 베이스 분산 DB는 여러 곳으로 분산되어 있는 DB를 하나의 가상 시스템으로 사용할 수 있도록 한 DB입니다. 논리적으로 동일한 시스템에 속하지만 컴퓨터 네트워크를 통해 물리적으로 분산되어 있는 데이터 집합입니다. 분산 DB를 만족하기 위한 6가지 투명성 1. 분할 투명성(단편화) : 하나의 논리적 Relation이 여러 단편으로 분할되어 각 사본이 여러 site에 저장됩니다. 2. 위치 투명성 : 사용하려는 데이터의 저장 장소 명시가 불필요 합니다. 위치 정보가 시스템 카탈로그에 유지됩니다. 3. 지역사상 투명성 : 지역 DBMS와 물리적 DB 사이의 Mapping이 보장됩니다. 4. 중복 투명성 : DB 객체가 여러 site에 중복 되어 있는지 알 필요가 없는 성질입니다. 5. 장애 투명.. 2021. 11. 14.

[SQLD] : 성능 데이터 모델링 성능 데이터 모델링 데이터 베이스의 성능 향상을 목적으로 설계 단계의 데이터 모델링 때부터 성능과 관련된 사항이 데이터 모델링에 반영될 수 있도록 하는 것 입니다. 데이터의 증가가 빠를수록 성능 저하에 따른 성능 개선 비용은 기하급수적으로 증가하게 됩니다. 성능 데이터 모델링 순서 1. 데이터 모델링을 할 때 정규화를 정확하게 수행합니다. 2. 데이터 베이스 용량산정을 수행합니다. 3. 데이터 베이스에 발생되는 트랜잭션의 유형을 파악합니다. 4. 용량과 트랜잭션의 유형에 따라 반정규화를 수행합니다. 5. 이력모델의 조정, PK/FK 조정, 슈퍼타입/서브타입 조정 등을 수행합니다. 6. 성능 관점에서 데이터 모델을 검증합니다. 2021. 11. 13.

[SQLD] : 식별자 식별자 식별자는 엔터티 내에서 인스턴스를 구분하는 구분자입니다. 식별자는 논리 데이터 모델링 단계에서 사용하고 Key는 물리 데이터 모델링 단계에서 사용합니다. 특징 유일성 : 주식별자에 의해 모든 인스턴스들을 유일하게 구분할 수 있어야 합니다. 최소성 : 주식별자를 구성하는 속성의 수는 유일성을 만족하는 최소의 수가 되어야 합니다. 불변성 : 지정된 주식별자의 값은 자주 변하지 않아야 합니다. 존재성 : 주식별자가 지정이 되면 반드시 값이 들어와야 합니다. 분류 - 대표성 여부 주식별자 : 엔터티 내에서 각 어커런스를 구분할 수 있는 구분자로 다른 엔터티와 참조관계를 연결할 수 있습니다. 보조식별자 : 어커런스를 구분할 수 있는 구분자이나 대표성을 가지지 못해 참조관계를 연결할 수 없습니다. - 스스로.. 2021. 11. 7.

[SQLD] : 엔터티 엔터티 엔터티는 업무에 필요하고 유용한 정보를 저장하고 관리기 위한 집합, 보이지 않는 개념입니다. 특징 1. 반드시 해당 업무에서 필요하고 관리하고자 해야 합니다. 2. 유일한 식별자에 의해 식별이 가능해야 합니다. 3. 엔터티는 두 개 이상의 인스턴스의 집합이어야 합니다. 4. 업무 프로세스에 의해 이용되어야 합니다. 5. 반드시 속성이 있어야하고 예외적으로는 관계엔터티는 주식별자 속성만 가지고 있어도 엔터티로 인정이 됩니다. 6. 다른 엔터티와 최소 1개 이상의 관계가 있어야 합니다. 관계를 생략하여 표현해야하는 경우는 통계성 엔터티, 코드성 엔터티, 시스템 처리시 내부 필요에 의한 엔터티 도출과 같은 경우입니다. 분류 유형 엔터티 : 물리적 형태이고 안정적이고 지속적인 엔터티입니다. 개념 엔터티 .. 2021. 11. 6.

[SQLD] : 데이터 모델링 이해 데이터 모델링 이해 # 데이터 모델링은 시스템 구현, 업무 분석, 업무 형상화를 하는 목적이 있다. # 데이터 모델링 유의 사항 - 중복(Duplication) : 데이터 베이스가 여러 장소에 같은 정보를 저장하지 않도록 한다. - 비유연성(Inflexibility) : 데이터 모델을 어떻게 설계했냐에 따라 사소한 업무 변화에도 데이터 모델이 수시로 변경되서 유지보수의 어려움을 증가시킬 수가 있다. 데이터의 정의를 데이터의 사용 프로세스와 분리함으로써 데이터 모델링은 데이터나 프로세스의 작은 변화가 애플리케이션과 데이터베이스에 중대한 변화를 일으킬 수 있는 가능성을 줄인다. - 비일관성(Inconsistency) : 중복이 없더라도 비일관성은 발생할 수 있다. 데이터 모델링을 할 때 데이터와 데이터 간의.. 2021. 10. 26.

이전 1 다음

티스토리툴바