드럼치는 프로그래머

Design Pattern : - S/W 엔지니어의 경험으로 설계시에 활용 - 패턴의 재사용, 공통 레퍼런스 제공, 분석 및 설계에 대한 추상적 관점 디자인패턴 분류 : a. 구조패턴 - 기존 객체 연결: Facade, Adapter, Bridge, Decorator 행위 b. 행위패턴 - 변화하는 행위제공 : Strategy, Template, Method c. 생성패턴 - 객체생성, 인스턴스화 : Abstrac Factory, Factory d. 분리패턴 - 객체를 서로 분리 : Observer 주요 패턴의 특징 : a. Facade - 서브시스템의 복잡한 인터페이스를 단순화된 통합 인터페이스 제공 b. Adapter - 어떤 클래스의 interface를 클라이언트 인터페이스에 맞도록 표현 c. Br..

1) OMT (Object Modeling Technique) - Rumbaugh - 실세계에 대한 모형화를 추상화, 캡슐화, 모듈화, 계층화를 통해서 수행된다. - 객체지향분석 설계구현 단계로 구성되어 있다. - 객체지향분석에서 3가지를 구분 a. 객체모형 : 산출물 - 객체도 - 객체식별, 관계정의, 클래스 속성과 연산기능 정의 b. 동적모형 : 산출물 - 상태도 - 객체제어흐름, 상호반응 및 연산순서표현 c. 기능모형 : 산출물 - 자료흐름도(DFD) - 시스템내에서 데이터 값이 변하는 과정 표현 2) OOD (Object Oriented Diagram) - Bootch - 설계만 존재 - 분석에 있어서 정적모델과 동적모델이 있다. a. 정적모델 : 산출물 - 클래스도, 객체..

객체지향 분석기법 : 1. Coad와 Yourdon의 객체지향 분석기법 - E-R 다이어그램을 사용하여 객체의 행위를 모델링하여, 대화적인개발진행 - 분석시에는 객체와 클래스 사이의 관계를 상속과 집단화 관계로 표현한다. - 모델링 표기법과 분석모형의 개발 지침이 상대적으로 간단하다. - 하향식 방법으로 설계시에 접근한다. 2. Rumbaugh의 객체 지향 분석 - 분석, 시스템 설계, 객체-수준 설계를 위한 OMT(Object Modeling Technic)를 개발하였으며, 분석 활동은 3개의 모형인 객체, 기능, 동적 모형을 생성하며, 그래픽 표기법을 사용하여 객체를 모델링한다. 3. Booch의 객체 지향 분석 - 다양한 자동화 도구들의 지원을 받으며, 미시적 개발 프로세스와 거시적 개발 프로세스를..

1. 소프트웨어 설계에서 사용되는 대표적인 추상화 메카니즘이 아닌 것은 ? c a. 기능 추상화 ( fuction abstraction ) b. 자료 추상화 ( data abstraction ) c. 구조 추상화 ( structure abstraction ) d. 제어 추상화 ( control abstraction ) 2. 다음에서 모듈 Input_char 와 Output_char 간에는 어떤 결합도 (coupling)가 존재하는가 ? d ! -- source char character; Input_and_Output() { ... Input_char(); Output_char(); ... } Input_char() { ... character : = getchar(); ... } Output_char(..

임계경로 ( Critical Path ) : - Activity간 연결된 최장 경로를 말한다. 따라서 임계경로에 있는 Activity가 완료되어야 프로젝트가 종료된다. 작업 선행작업 소요기간 A Start 2 B Start 4 C A 3 D B, C 2 E C 4 End B, D, E X sol ) 임계경로 - A C E , 소요일짜 - 9일

요구사항 분석모델 : 1. DD (Data Dictionary ) - 데이터 사전 2. ERD ( Entity Relationship Diagram ) - 개체-관계 다이어그램 3. DFD ( Data Flow Diagram ) - 데이터 흐름도 4. STD ( State-Transition Diagram ) - 상태천이도 5. 프로세스 명세 ( Process specfication ) 6. 제어명세 ( Control Specification )

COCOMO 모델 : 1. 소프트웨어 규모와 관계없이 LOC 선정 2. 구조적 및 정보공학 비용승수를 포함한다. 3. 개발에 필요함 MM 관계를 과거 수행한 프로젝트 경험에 의거해서 산출한다. COCOMO II 모델 : - 객체지향 및 CBD 방법론에 대한 비용승수를 포함한다.

프로젝트 규모 추정 : 1. 양적 규모 산정방식 ( LOC ) - Doty 모델 : 총 공수 = 상수 x 프로그램 Size ( 코드 라인수 ) - Putnam 모델 : 대규모 연구 개발 프로젝트에 적용 ( 가설을 전제로 함 ) - COCOMO 모델 : 63종류 프로젝트 데이터에 기초하여 작성된 경험적 소프트웨어 비용 산정 모델

프로젝트 계획 작업에 대한 공정 1. 프로젝트 목적 2. WBS 작성 3. 작업별 소요시간 및 노력 예측 4. 작업 의존 관계 정의 a. 자원할당 b. MileStone 설정 5. 일정개발

크기 중심의 규모 산정 사례 : - 소프트웨어나 프로세스에 대한 직접적인 측정 - 생산성 = KLOC / 노력 - 적용방법 1단계 - 모듈별 분할 2단계 - 기능별 LOC 추정 EV ( 추정LOC ) = ( P + 4M + O ) / U 양과 질을 고려한 방식 : - 소비자의 특성을 이용한 간접 산정 방식 ( 규모 / 복잡도 )