일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
1 | 2 | 3 | 4 | |||
5 | 6 | 7 | 8 | 9 | 10 | 11 |
12 | 13 | 14 | 15 | 16 | 17 | 18 |
19 | 20 | 21 | 22 | 23 | 24 | 25 |
26 | 27 | 28 | 29 | 30 | 31 |
- JVM
- spring data jpa
- chatGPT's answer
- 데이터베이스
- 소프트웨어공학
- 웹 크롤링
- python
- 자바
- 리눅스
- GPT-4's answer
- jpa
- 코틀린
- 고전역학
- Java
- 역학
- 인프라
- Database
- oracle
- write by chatGPT
- 자바네트워크
- kotlin
- 시스템
- 자바암호
- 유닉스
- spring integration
- android
- NIO
- flet
- 파이썬
- write by GPT-4
- Today
- Total
기억을 지배하는 기록
나선형(Spiral) 모델 본문
PLT 3 나선형(Spiral) 모델
PDCA Cycle(나선형 모델의 고안)
Plan : 관리자는 품질 문제를 확인하고 분석한다.
Do : Plan에서 만들어진 변화의 실행을 요구한다.
Check : 실행하는 동안에 자료수집을 평가하는 것을 포함한다.
Act : 변화의 정착, 포기 또는 재시행
정의
기업 내에서 경영환경의 변화에 따른 업무개선을 하는 데에 사용되는 PDCA(Plan-Do-Check-Action)주기의 생각을 시스템 개발에 적용하고, 명세의 변경도 적극적으로 받아들이자는 생각으로 고안된 것
장점
시스템 개발 중에 일어나는 변경에 대하여 유연하게 대응.
프로토타이핑(prototyping)에 의해 요구를 조기에 확인할 수 있고, 사용자 요구에 일치된 시스템이 개발될 수 있다.
단점
필요에 따라 똑같은 단계를 반복함으로 공정관리와 개발요원의 배치가 복잡.
이 모델은 다른 모델에 비해 프로젝트의 관리가 어려워서 프로젝트 성공을 위해서는 리스크(Risk)를 다룰 수 있는 전문가 필요
구조
계획 및 정의 단계
요구사항을 모으고 프로젝트 계획을 수립
나선형 싸이클의 시작은 성능, 기능을 비롯한 시스템의 목표를 규명하는 것에서 시작
시스템의 목표와 제약조건에 대한 차선책이 평가, 고려될 수 있다.
이러한 평가과정은 프로젝트 위험의 원인을 규명하는데 효과적으로 사용
위험 분석 단계
여기서는 초기 요구사항에 근거하여 위험이 규명된다.
정보를 찾아내는 활동을 통하여 불확실성과 위험을 줄여나갈 수 있다.
개발 단계
이 과정은 위험에 대한 평가가 있은 다음 이루어 진다.
이 단계에서는 '어떠한 패러다임이 적용 되여 시스템 개발이 이루어 질 것 인가'하는 개발 모델을 결정한다.
이 단계는 시제품을 개발하거나 최종 제품을 만드는 과정이라 볼 수 있다.
고객 평가 단계
이는 앞의 결과를 사용자가 평가하는 과정
고객에 의해 시스템에 대한 평가가 이루어지고, 고객은 시스템의 수정을 요구하기도 한다.
엔지니어링의 결과는 시뮬레이션 모델, 시제품, 또는 실제 시스템 일 수 있다.
고객의 평가에 의하여 다음 결과물 계획
'오래된글 > 소프트웨어공학' 카테고리의 다른 글
마르미 III 개발 방법론 (0) | 2018.04.19 |
---|---|
디자인 패턴(Design Pattern) (0) | 2018.04.19 |
구조적 방법론 (0) | 2018.04.19 |
객체지향 방법론 (0) | 2018.04.19 |
User Stories Applied : Chapter 12 왜 사용자 스토리인가? (0) | 2018.04.18 |