[카테고리:] 소프트웨어공학

소프트웨어 테스트 (Software Test)

1. 요구사항/표준 준수 검증, 소프트웨어 테스트의 개요 (1) 소프트웨어 테스트 (Software Test)의 개념 및 목적 개념 목적 시스템의 요구사항 만족 여부 및 표준 준수 여부를 검증하기 위해 수행하는 결함 검출, 품질 평가, 프로세스 개선 과정 – 결함의 검출과 제품 품질 개선 – 품질 평가와 의사 결정 지원 – 개발 프로세스 개선 지원 (2) 오류, 결함,

행동 패턴 (Behavioral Pattern)

1. 문법 규칙을 클래스로 표현, Interpreter 패턴 (1) Interpreter 패턴의 개념 및 사용 목적 개념 사용 목적 자주 등장하는 문제를 간단한 언어의 문법으로 정의하고 해석하여 재사용하는 행동 디자인 패턴 – 자주 등장하는 패턴을 문법/언어로 정의 – 기존 코드 변경없이 새로운 표현 생성 (2) Interpreter 패턴의 클래스 다이어그램 (3) Interpreter 패턴의 구성요소 구성요소 역할 AbstractionExpression 상

구조 패턴 (Structural Pattern)

1. 인터페이스 호환성 제공, Adapter 패턴 (1) Adapter 패턴의 개념 및 사용 목적 개념 사용 목적 호환되지 않은 인터페이스를 가진 객체 간 클래스 상속과 인스턴스 위임을 통해 인터페이스 호환성을 제공하는 구조적 디자인 패턴  – 서로 다른 인터페이스 간 호환성 제공 – 프로그램 신/구버전 공존 가능성 제공 (2) Adapter 패턴의 클래스 다이어그램 상속 위임 (3) Adapter

생성 패턴 (Creational Pattern)

1. 불필요 의존성 제거, Factory Method 패턴 (1) Factory Method 패턴의 개념 및 사용 목적 개념 사용 목적 클래스의 인스턴스 생성을 하위 클래스에게 맡기도록 객체를 생성하기 위한 인터페이스를 정의하는 디자인 패턴 – 결합 문제 해결 위한 불필요한 의존성 제거 – 프레임워크와 실제 인스턴스 생성을 분리 (2) Factory Method 패턴의 클래스 다이어그램 (3) Factory Method 패턴의

디자인 패턴 (Design Pattern)

1. 디자인 패턴의 개념 및 필요성 개념 특징 소프트웨어 설계 시 특정 문맥에서 공통적으로 발생하는 문제 해결을 위해 재사용 가능한 해결책 – 객체지향 설계 – 공통된 설계 문서 – 의사소통 도구로 활용 디자인 패턴은 프로그램 언어로 즉시 사용 가능한 완성된 디자인은 아니며, 상황에 맞게 사용될 수 있는 문제 해결에 대한 서술이나 템플릿을 의미   2.

소프트웨어 안전성 (Software Safety)

1. SW 결함과 파급효과로 본 소프트웨어 안전의 중요성 전체 산업에서 정보통신 기술 융합으로 시스템이 복잡화, 대규모화 되고 소프트웨어 결함으로 인한 안전사고 및 파급효과가 커지고 있어 소프트웨어 안전이 중요시되고 있음   2. 소프트웨어 안전성의 개념 및 위험도(Risk)와의 관계 (1) 소프트웨어 안전성의 개념 SW 안전성 사고를 유발할 수 있는 SW 위험 요인으로부터 소프트웨어가 자유로운 상태 및 운영

문서객체모델 (DOM, Document Object Model)

1. 문서객체모델 (DOM, Document Object Model) 개념 XML, HTML 등 웹 문서 접근을 위해 웹 문서 내 객체 노드를 트리 형태의 계층으로 구성하여 전위 순회 방식으로 접근하는 W3C 표준 인터페이스 모델 브라우저는 웹 문서(HTML 등)를 로드/파싱 후 문서객체모델을 생성하여 웹 정보를 순차적으로 처리   2. 문서객체모델의 구조 및 구성요소 (1) 문서객체모델의 웹문서 사례와 해당 구조

아키텍처 모델 (Architecture Model)

1. 아키텍처 모델 (Architecture Model)의 개념 및 분류 개념 소프트웨어 기능 분할과 배치/제어 관계에 따른 분류, 공통 패턴에 따라 모델화한 스타일 분류 검증된 보편적인 아키텍처 스타일을 공통 아키텍처 패턴으로 만들어 유지보수 기준 및 아키텍처 설계의 초안으로 활용 아키텍처 모델 활용 시 개발 기간 단축, 소프트웨어 품질 상향 평준화, 의사소통의 용이성, 검증된 아키텍처 설계, 시스템 특성에

SW 규모 측정, 기능 점수(Function Point)

1. SW 규모 측정 및 예측, 기능 점수 (Function Point) (1) 기능 점수(Function Point)의 개념 사용자 관점(User View)에서 소프트웨어 개발 규모를 측정하기 위해 기능을 정량화하고 계수적 측정을 통해 나타낸 수치 또는 기법 LOC(Line of Code) 기반 COCOMO(Constructive Cost Model) 방식은 개발 소스의 라인을 카운트하여 SW 규모를 파악하는데 반하여, 기능 점수는 사용자의 요구 기능(데이터/트랜잭션 기능)을 논리적으로

공개 SW 마이그레이션 절차 및 고려사항

1. 공개 SW 마이그레이션의 개념 및 필요성 개념 필요성 상용 라이선스 기반 솔루션을 공개 SW와 공개 SW 유지보수 방식을 적용한 정보시스템으로의 전환 정책 – 비용 절감(H/W, S/W, 전력 및 냉방 등) – EOSL 등 더 이상 지원 불가능한 S/W 교체 – 시스템 통합 및 클라우드 등 신기술 도입 – 성능 향상 및 안정성 확보 공개