본문 바로가기

반응형

정보관리기술사/소프트웨어공학

(39)
프로덕트 라인 (Product Line Engineering) 프로덕트 라인 (Product Line Engineering) I. Core Asset의 재사용, SSPL(System Software Product Line)의 개요 가. SSPL (System Software Product Line)의 정의 - 제품/서비스 군별로 S/W 핵심자산(Core Asset)을 개발하고 이를 관리/조직적인 재사용을 통해 경제적인 S/W 제품을 생산하여 S/W 재사용성과 생산성을 극대화 하기 위한 개발방법론 - 소프트웨어를 개발할 때 체계적인 재사용 기법을 적용함으로써 동일 영역에서 다양하게 특화된 소프트웨어를 신속하게 개발할 수 있는 효과적인 매커니즘을 제공하는 방법 나. SSPL의 등장 배경 - 컴포넌트의 개념을 도메인 기반으로 구체화하여, 컴포넌트의 재사용성 증대 목적 -..
CBD(Component Based Development) /컴포넌트 기반 개발 CBD(Component Based Development)의 정의 협의 - 컴포넌트를 만들어내는 방식 (CD: Component Development) - 이미 개발된 컴포넌트를 조립하여 소프트웨어를 개발하는 방식 (CBSD: Component Based Software Development) 광의 - 재사용성을 활용한 정보시스템의 신속한 구축 - 환경 및 업무 변화에 맞춰 변경과 확장이 쉬움 - 타 시스템과의 호환성을 달성하고자 하는 SW 공학, 방법론, 개발기술의 총체적인 개념 컴포넌트 : 업무를 처리라는 부분과 처리를 요청하거나 결과를 받는 인터페이스로 구성 1. 한 번 만든 컴포넌트를 재사용이 가능하여 시간과 노력을 절감할 수 있다. 2. 이미 사용 중인 컴포넌트에 대해 신뢰할 수 있기 때문에 품..
클린룸모델 클린룸모델 결함예방을 목적으로 시스템의전체기능을 Incremental(증가분)로분할, 반복적인 개발과 사용자피드백을통해 증가분 SW를 개발 시스템에 추가하는 생명주기 모형 1.특징:통계적실험 테스트,점증적개발모델,수학 기반의 정형명세/검증 ,함수적등가성 기초검증 2. 목적: 사용자요구사항 피드백, 이전설계와 명세의 결함제거, 고품질 소프트웨어 개발 3.박스구조명세:블랙박스(사용자관점테스트,입출력),상태박스(데이터내부상태표현),클리어박스(제어흐름,시간적의존관계) 4. 절차 : 요구사항/명세서(기능,사용)/증분계획수립/정형설계(정확성)/임의시험사례생성/통계적시험/인증모델-->피드백 출처: http://videoal.tistory.com/187 ,http://magazine.infoever.co.kr/lett..
반복적 개발 모델 * 반복적 개발 모델 - 사용자 요구 사항의 일부분, 제품을 일부분을 반복적으로 개발하여 최종제품을 완성하는 방법 - 재사용, 객체지향 개발, RAD 등의 기반이 됨 - Waterfall 모델과 프로토타입 모델의 단점 극복 -프로토타입 모델과 순차적 SW 개발 모델의 결합 형태 -CBD(Component Based Development) 방법론의 핵심 1. 증분 개발 모델 (Incremental Development Model) - 폭포수 모델 변형으로 하향식 구조의 수준별 증분의 분리 개발, 이후 최종제품 통합 - 증분 개발 모델의 절차 - 여러 개의 팀이 나누어 개발 하고자 할 때 유용 2. 진화적 개발 모델 (Evolutionary Development Model) - 각 구성요서 핵심부분의 개발,..
프로토타이핑(Prototype) 모델 프로토타이핑(Prototype) 모델 - 정의 : 고객의 요구를 완전하게 이해하고 있지 못하거나 완벽한 요구 분석의 어려움을 해결하기 위하여 개발의 일부분만을 우선 개발하여 사용자에게 제공하여 시험 사용하게 하고 시험 사용을 통해서 요구를 분석하거나 요구 정당성을 점검, 성능을 평가하여 그 결과를 개선 작업에 반경하여 통하여 진행이 되도록 하는 모델 - 특징 - 사용자의 요구를 더 정확히 반영 - 시스템 이해도가 낮은 관리자가 있는 경우 유용함 - 개발 중에도 유지보수 효과가 있음 - 장점 - 결과가 가시적이고 이해가 쉬어서 관리가 용이 - 사용자의 요구사항을 빠르게 수용 가능 및 확인 기능 - 관리자의 이해가 용이 - 제품의 추적성, 시험 가능성 확보 - 정적인 요구명세 및 문서화 방법대신 실질적으로 ..
폭포수(Waterfall) 모델 1. 폭포수(Waterfall) 모델의 개요 1-1. 폭포수 모델의 정의 - 고전적 라이프사이클 패러다임(Classic Life-cycle Paradigm) - 분석, 설계, 개발,구현, 시험 및 유지보수과정을 순차적으로 접근하는 방법 1-2. 폭포수 모델의 특징 - 고전적 라이프사이클 패러다임(Classic Life-cycle Paradigm)으로, 순차적 접근 방법임. - 요구사항분석, 설계, 구현(프로그래밍), 시험 및 유지보수의 순서로 이어짐 - 소프트웨어 개발을 단계적, 순차적, 체계적 접근 방식으로 수행 - 각 단계별로 철저히 매듭 짓고 다음 단계로 진행함 - 개념 정립에서 구현까지 하향식 접근 방법을 사용 (높은 추상화 단계-> 낮은 추상화 단계로 옮겨가는 방식) - 각 단계 종료 시 검증 ..
RAD [rapid application development] I. RAD 기법 모델의 개요 가. RAD(Rapid Application Development) 기법 모델의 정의 -2~3개월의 짧은 개발 주기 동안 소프트웨어를 개발하기 위한 순차적인 프로세스 모델 -빠른 개발을 위해 Visual Tool, Code Generation Tool 사용 나. 반복적 개발 모델의 종류 구분 설명 사용자 참여 프로토타이핑 사용 및 사용자가 요구 사항 정의, 분석, 설계 과정에 적극 참여 도구 활용 CASE 도구, RDB, 재사용 Library 등 단기적합성 60일~90일 정도의 짧은 기간으로 기술적 위험이 적고 빠른 개발이 요구될 때 적합 II. RAD 기법 모델의 구성요소 가. . RAD 기법 모델의 구성요소 구성요소 설명 JRP (Joint Requirement Plan..

반응형