밥벌이/소프트웨어 공학
-
구조적 방법론의 개요 정의 업무 활동 중심의 방법론으로 정형화된 절차 및 도형 중심의 도구를 사용하여 사용자 요구 사항 파악 및 문서화 하는 기법 구조적 방법론의 기본적인 뿌리는 구조적 프로그래밍에서 출발하여 설계의 원칙들을 정리한 구조적 설계, 시스템 복잡성을 해결하기 위한 구조적 분석으로 발전 등장 배경 소프트웨어 위기의 해결책이 필요해짐 생산성 향상, 품질 개선, 유지보수성의 향상 특징 정보와 정보의 구조를 중심으로 분석, 설계, 구현 정형화된 분석 절차에 다라 사용자 요구 사항을 파악하고 도형 중심의 다이어그램을 이용하여 문서화 GOTO 분기 대신 3개의 논리적인 구조(Constructs)인 순차(Squencing), 선택(Selection), 반복(Iteration)을 구성하여 프로그램 흐름의 ..
구조적 방법론구조적 방법론의 개요 정의 업무 활동 중심의 방법론으로 정형화된 절차 및 도형 중심의 도구를 사용하여 사용자 요구 사항 파악 및 문서화 하는 기법 구조적 방법론의 기본적인 뿌리는 구조적 프로그래밍에서 출발하여 설계의 원칙들을 정리한 구조적 설계, 시스템 복잡성을 해결하기 위한 구조적 분석으로 발전 등장 배경 소프트웨어 위기의 해결책이 필요해짐 생산성 향상, 품질 개선, 유지보수성의 향상 특징 정보와 정보의 구조를 중심으로 분석, 설계, 구현 정형화된 분석 절차에 다라 사용자 요구 사항을 파악하고 도형 중심의 다이어그램을 이용하여 문서화 GOTO 분기 대신 3개의 논리적인 구조(Constructs)인 순차(Squencing), 선택(Selection), 반복(Iteration)을 구성하여 프로그램 흐름의 ..
2010.08.30 -
정보 공학 방법론의 개요 정의 기업 전체 또는 주요 부문을 대상으로 정보시스템 계획 수립, 분석, 설계, 구축에 정형화된 기법들을 상호 연관성 있게 통합.적용하는 데이터 중심 방법론 기업에 필요한 정보와 업무를 총체적. 체계적, 효과적으로 파악하여 이를 모형화하고, 빠른 시간 내에 정보시스템으로 발전시키기 위해 필요한 일련의 작업 절차를 자동화한 공학적인 방법론 등장 배경 환경의 변화 비즈니스의 변환 : 컴퓨터 이용의 활성화, 업무 기능 및 데이터의 분업화 정보 기술의 발달 : 하드웨어, 네트워크. RDBMS 성능 향상 등 구조적 방법론의 한계 데이터 모델링 방법의 미흡 기업 전반의 거시적 관점의 부족 명확한 방법론적 지침의 미흡 설계와 코딩을 강조 정보 공학 방법론의 필요성 및 특징 필요성 구조적 방법..
정보 공학 방법론정보 공학 방법론의 개요 정의 기업 전체 또는 주요 부문을 대상으로 정보시스템 계획 수립, 분석, 설계, 구축에 정형화된 기법들을 상호 연관성 있게 통합.적용하는 데이터 중심 방법론 기업에 필요한 정보와 업무를 총체적. 체계적, 효과적으로 파악하여 이를 모형화하고, 빠른 시간 내에 정보시스템으로 발전시키기 위해 필요한 일련의 작업 절차를 자동화한 공학적인 방법론 등장 배경 환경의 변화 비즈니스의 변환 : 컴퓨터 이용의 활성화, 업무 기능 및 데이터의 분업화 정보 기술의 발달 : 하드웨어, 네트워크. RDBMS 성능 향상 등 구조적 방법론의 한계 데이터 모델링 방법의 미흡 기업 전반의 거시적 관점의 부족 명확한 방법론적 지침의 미흡 설계와 코딩을 강조 정보 공학 방법론의 필요성 및 특징 필요성 구조적 방법..
2010.08.30 -
객체 지향 방법론의 개요 정의 프로그램을 객체와 객체 간의 인터페이스 형태로 구성하기 위하여 문제 영역에서 객체, 클래스 및 이들 간의 관계를 식별하여 설계 모델로 변환하는 방법론 복잡한 메커니즘의 현실 세계를 사람이 이해하는 방식으로 시스템에 적용시키는 개념으로, 이를 위해 객체, 클래스, 메시지를 기본 모형으로 제시 필요성 객체 지향 시스템을 개발하기 위한 방법론이 필요 소프트웨어 위기와 낮은 생산성의 극복이 필요 반복적인 유사 프로그램의 개발로 인한 오버헤드 발생의 절감을 위해 필요 특징 대부분 기존의 폭포수 모델을 근간으로 함 분석, 설계, 구현의 벽이 없고 일관성, 추적성, 재사용성, 유지보수성 향상 모형의 적합성, 즉 현실 세계 및 인간의 사고 방식과 유사 객체 지향 방법론의 절차 및 단계별 ..
객체 지향 방법론객체 지향 방법론의 개요 정의 프로그램을 객체와 객체 간의 인터페이스 형태로 구성하기 위하여 문제 영역에서 객체, 클래스 및 이들 간의 관계를 식별하여 설계 모델로 변환하는 방법론 복잡한 메커니즘의 현실 세계를 사람이 이해하는 방식으로 시스템에 적용시키는 개념으로, 이를 위해 객체, 클래스, 메시지를 기본 모형으로 제시 필요성 객체 지향 시스템을 개발하기 위한 방법론이 필요 소프트웨어 위기와 낮은 생산성의 극복이 필요 반복적인 유사 프로그램의 개발로 인한 오버헤드 발생의 절감을 위해 필요 특징 대부분 기존의 폭포수 모델을 근간으로 함 분석, 설계, 구현의 벽이 없고 일관성, 추적성, 재사용성, 유지보수성 향상 모형의 적합성, 즉 현실 세계 및 인간의 사고 방식과 유사 객체 지향 방법론의 절차 및 단계별 ..
2010.08.30 -
컴포넌트 기반 개발 개요 컴포넌트 기반 개발 프로세스 컴포넌트 기반 개발 프로세스의 특징 CD는 소프트웨어 개발에 필요한 부품을 만드는 것 비즈니스 영역에 대한 이해와 기술 아키텍처에 대한 이해가 선행되어야 함 재사용 목적상 해당 도메인에 대한 분석이 핵심사항 비즈니스 컴포넌트와 소프트웨어 컴포넌트 병행 개발 CBD는 컴포넌트들을 조립하여 소프트웨어를 개발 반복적 개발 프로세스를 적용하여 혁신적인 생산성 향상 CBD 방법론의 개요 CBD 방법론의 정의 재사용이 가능한 컴포넌트의 개발 또는 상용 컴포넌트들을 조합하여 애플리케이션 개발 생산성과 품질을 높이고, 시스템 유지 보수 비용을 최소화할 수 있는 개발 방법 프로세스 컴포넌트 단위의 개발 및 조립을 통하여 정보시스템의 신속한 구축, 변경, 확장의 용이성..
컴포넌트 기반 개발(CBD; Component Based Development) 방법론컴포넌트 기반 개발 개요 컴포넌트 기반 개발 프로세스 컴포넌트 기반 개발 프로세스의 특징 CD는 소프트웨어 개발에 필요한 부품을 만드는 것 비즈니스 영역에 대한 이해와 기술 아키텍처에 대한 이해가 선행되어야 함 재사용 목적상 해당 도메인에 대한 분석이 핵심사항 비즈니스 컴포넌트와 소프트웨어 컴포넌트 병행 개발 CBD는 컴포넌트들을 조립하여 소프트웨어를 개발 반복적 개발 프로세스를 적용하여 혁신적인 생산성 향상 CBD 방법론의 개요 CBD 방법론의 정의 재사용이 가능한 컴포넌트의 개발 또는 상용 컴포넌트들을 조합하여 애플리케이션 개발 생산성과 품질을 높이고, 시스템 유지 보수 비용을 최소화할 수 있는 개발 방법 프로세스 컴포넌트 단위의 개발 및 조립을 통하여 정보시스템의 신속한 구축, 변경, 확장의 용이성..
2010.08.30 -
Agile 프로세스 : 환경변화에 능동적인 방법론 정의 Agile의 사전적 의미는 스스로 변화하고 주위의 변화에 대응하는 능력임 급변하는 e-비즈니스 환경에서 소프트웨어 개발분야의 다양한 변화를 수용하고 대응할 수 있는 여러 방법론의 통칭 필요성 기존 방법론이 반드시 지켜야 하는 규칙의 증가로 생산성이 저하 사용자 요구 사항의 지속적 변화에 대한 대응 Agile 방법론의 종류 및 특징 종류 종류 특징 비고 XP 테스팅 강조, 4가지 가치(용기, 의사소통, 피드백, 단순성)와 12개 실천 항목, 1~3주 iteration 가장 주목 받음 SCRUM 프로젝트를 스프린트(30일 단위 Iteration)로 분리, 팀은 매일 스크럼(15분 정도) 미팅으로 계획 수립 Iteration 계획과 Tracking에 중점..
Agile 프로세스Agile 프로세스 : 환경변화에 능동적인 방법론 정의 Agile의 사전적 의미는 스스로 변화하고 주위의 변화에 대응하는 능력임 급변하는 e-비즈니스 환경에서 소프트웨어 개발분야의 다양한 변화를 수용하고 대응할 수 있는 여러 방법론의 통칭 필요성 기존 방법론이 반드시 지켜야 하는 규칙의 증가로 생산성이 저하 사용자 요구 사항의 지속적 변화에 대한 대응 Agile 방법론의 종류 및 특징 종류 종류 특징 비고 XP 테스팅 강조, 4가지 가치(용기, 의사소통, 피드백, 단순성)와 12개 실천 항목, 1~3주 iteration 가장 주목 받음 SCRUM 프로젝트를 스프린트(30일 단위 Iteration)로 분리, 팀은 매일 스크럼(15분 정도) 미팅으로 계획 수립 Iteration 계획과 Tracking에 중점..
2010.08.30