나선형 모델의 개요 나선형 모델의 정의 폭포수(선형 순차) 모델의 제어와 프로토타입 모델의 반복적 특성을 체계적으로 결합시킨 단계적 소프트웨어 프로세스 모델(Boehm 제안)로 위험 분석을 추가 개념 형성, 요구 사항 분석 및 예비/상세 설계에서 예상되는 위험 요소를 식별하고, 위험 요소를 해결하는 대안을 수립하여 분석하고, 최적안을 마련하여 그 단계를 마무리하는 방법으로 개발을 진행하는 모델 나선형 모델의 특징 대규모 시스템 및 위험 부담이 큰 시스템 개발에 적합(위험 분석 추가) 위험을 명시화하여 위험의 최소화가 목적 Critical Success Features를 먼저 개발 반복적 개발 모델의 대표적인 사례로, 점증적인 릴리즈 단계로 개발이 진행 구성 단계 계획수립 → 위험 분석 → 개발 → 고객 ..
프로토타입 모델의 개요 정의 짧은 시간 내에 프로토타입을 개발하여 사용자의 요구 사항을 미리 확인하고 기술적 문제의 해결 가능성을 사전에 파악할 수 있도록 소프트웨어 개발 단계를 정의 개발하려는 시스템의 주요 기능을 초기에 실제 운영할 모델로 개발하는 것으로 일회용, 진화용 시제품 점진적 개발 방법(폭포수 모델의 단점을 보완) 목적 요구 사항 분석의 어려움을 해결하기 위함 의사소통의 도구로 활용하기 위함 사용자의 적극적인 참여를 유도하기 위함 프로토타입 모델의 특징 및 구성 요소 특징 요구 사항을 명세하기가 어려운 경우 적합 프로젝트의 타당성이 의심스러운 경우 적합 구성요소 프로토타입 모델의 장 단점 및 기술 동향 장단점 장점 단점 요구사항 도출이 용이 시스템의 이해와 품질 향상 개발자와 사용자 간 의사..
폭포수 모델의 개요 정의 고전적 라이프사이클 패러다임으로 분석, 설계, 개발, 구현, 시험 및 유지보수 과정을 순차적으로 접근하는 방법 소프트웨어 개발을 계획부터 설치, 운영, 유지보수까지 폭포수가 아래로 흐르듯이 단계적으로 수행하는 모델로 1979년 Boehm이 제안 특징 소프트웨어 개발을 단계적으로 정의한 체계이며, 순차적 접근 방법을 사용하므로 선현 순차 모델이라고도 불림 개념 정립에서 구현까지 하향식 접근 방법(높은 추상화 단계 -> 낮은 추상화 단계) 각 단계 종료 시 검증 후 다음 단계로 진행(이전 단계 산출물 -> 다음 단계 기초) 폭포수 모델의 구성 요소 타당성 검토 단계 경영층의 소프트웨어 필요성 파악 및 개발 타당성 검토 계획 및 요구 사항 도출 단계 개발에 필요한 범위 확정과 Acti..
소프트웨어 프로세스 모델(소프트웨어 공학 패러다임 또는 SDLC) SDLC(System Development Life Cycle)의 정의 소프트웨어 타당성 조사로부터 개발, 유지보수, 폐기까지의 전 과정을 하나의 주기로 보고, 이를 효과적으로 수행하기 위한 방법론을 모델화한 것 소프트웨어 프로세스, 방법, 도구에 일반적 소프트웨어 공학 프로세스 단계가 통합된 소프트웨어 개발 전략 SDLC의 출현 배경 소프트웨어 위기로 인한 체계적인 소프트웨어 개발의 필요성 개발 과정의 효과적 수행 방안 필요 프로세스 적용 목적 품질, 일정, 비용 관리 등 프로젝트 통제 수단으로서의 활용 요구 사항 분석, 설계, 개발, 구현 등 개발의 전반적인 공정(프로세스) 관리 SDLC 특성 및 기능 특성 문제 유형, 시각, 개발 방..
소프트웨어 공학의 정의 일반적 정의 : 소프트웨어 제품을 생산하기 위해 소프트웨어의 개발과 운영, 유지 보수 활동에 프로세스(Process),방법(Method), 도구(Tool)들을 적용하고 연구 개발하는 활동 Fritz Bauer : 컴퓨터 하드웨어에서 신뢰성 있게 운영되는 소프트웨어를 경제성 있게 개발하기 위해 공학적 원리를 응용하고 확립 시킨 이론 Berry Boehm : 컴퓨터 프로그램을 설계, 개발, 운영, 유지보수에 관련된 문서를 작성하는 데 필요한 과학적인 지식의 실용화 ANSI/IEEE : 소프트웨어의 개발, 운영 유지보수 및 폐기 과정에 적용되는 체계적인 접근 방식과 일련의 기술 및 접근 방법들에 대한 학문 Richard R. Fairley : 전산학, 경제학, 경영 과학 및 의사소통 기..
소프트웨어 위기의 개념 소프트웨어의 요구와 공급 능력간의 차이가 갈수록 심화 소프트웨어 개발의 한계 상황(생산성, 품질, 비용, 일정) 소프트웨어 공정의 문제점 하드웨어와 소프트웨어 발전의 불균형 소프트웨어의 품질 저하, 유지보수 기능성 저하 소프트웨어 유지보수 비용의 증가 소프트웨어 위기의 원인 복잡도 증가, 소프트웨어 종류의 다양화 소프트웨어의 요구사항 증가에 소프트웨어 기술이 따라가지 못함 소프트웨어의 특성에 대한 이해 부족 소프트웨어에 대한 잘못된 통념 개발자 프로그래밍만 끝나면 개발은 종료 개발 과정 중 품질 측정은 불가능 문서화는 불필요하며 코드로 충분 고객 간단한 요구 사항 정의로 충분 소프트웨어는 탄력적이어서 쉽게 변경이 가능 관리자 이미 많은 표준을 보유 값비싼 도구를 많이 보유 시간과 ..
소프트웨어의 일반적 특성 비가시성(Intangible) : 건축과 유사하나 형체가 없음 진화(Evolution) : 유기체와 같이 변하므로 효과적인 관리가 필요 비소멸성 : 욕조곡선(Bathtub Curve), 교환이 불가하므로 패치(Patch) 프로그램으로 해결 욕조곡선(Bathtub Curve) - 소프트웨어, 시스템 등의 전형적인 장애율은 시간의 경과에 따라 초기 장애 기간, 우발 장애 기간, 마모 장애 기간으로 구별되며 이와 같은 장애율의 특성은 욕조 형태를 하고 있어 욕조 곡선이라 함. 개발(Developed) : 제조가 아님(not Manufactured) 논리적 대규모 집합체, 다양한 요구, 개인 의존도가 높음 등 좋은 소프트웨어의 조건 잘 관리되고 잘 작성된 소프트웨어 픔질, 비용, 납기에..
| 내 블로그 - 관리자 홈 전환 |
Q
Q
|
|---|---|
| 새 글 쓰기 |
W
W
|
| 글 수정 (권한 있는 경우) |
E
E
|
|---|---|
| 댓글 영역으로 이동 |
C
C
|
| 이 페이지의 URL 복사 |
S
S
|
|---|---|
| 맨 위로 이동 |
T
T
|
| 티스토리 홈 이동 |
H
H
|
| 단축키 안내 |
Shift + /
⇧ + /
|
* 단축키는 한글/영문 대소문자로 이용 가능하며, 티스토리 기본 도메인에서만 동작합니다.
