본문 바로가기

기술사167

나선형 모델(Spiral Model) 위험분석 I. 위험 최소화가 목적인 나선형모델의 개요 가. 나선형 모델 (Spiral Model)의 정의 - 폭포수와 프로토타이핑 모델의 장점을 수용하고, 위험 분석을 추가한 점증적 개발 모델 나. 나선형 모델의 특징 - 위험 최소화 : 위험 식별 및 대응 계획 수립을 통한 위험 최소화 - 점증적 개발 : 계획, 위험분석, 개발, 고객평가를 반복하며 점증적 개발 - 대형 프로젝트에 적합 : 위험 대처에 유연하여 고비용의 시스템이나 시간이 많이 소용되는 대형프로젝트에 유용 II. 나선형 모델의 단계 및 단계별 활동 가. 나선형 모델의 단계 (계위개고) 나. 나선형 모델의 단계별 활동 단계 설명 계획 및 정의 단계 - 요구사항을 수집하고 시스템의 성능, 기능을 비롯한 시스템의 목표를 규명하고 제약조건을 파악.. 2021. 1. 25.
프로토타이핑 모델 프로토타입, 고객 검토 I. 고객과 원활한 의사소통을 위한 개발 모델, 프로토타이핑 모델의 개요 가. 프로토타이핑 모델 (Prototyping Model)의 정의 - 사용자 요구사항을 충분히 분석할 목적으로 시스템의 중요 일부분을 우선 구현 후, 다시 요구사항을 반영하는 과정을 반복하는 개발 모델 나. 프로토타이핑 모델의 특징 - 사용자 중심 : 사용자의 반복적인 요구사항 파악 및 반영 - 의사소통 : 사용자와의 의사소통을 진행하여 요구사항 상세 파악 - 점진적 상세화 : 지속적인 개발 및 타당성 검토로 폭포수 모델 단점 보완 다. 프로토타이핑 모델의 문제점 및 해결방안 관점 문제점 해결방안 개발자 시간 낭비라는 인식으로 거부감 교육으로 의사소통 중요성 인지 및 활성화 관리 관리자 프로젝트의 관리 부실화.. 2021. 1. 25.
V 모델 검증(Verification), 확인(Validation) I. 시스템검증과 테스트 작업을 강조한 모델, V 모델의 개요 가. V모델의 정의 - 폭포수 모델에 감추어져 있던 반복과 재작업을 가시화하기 위해 작업과 결과의 검증에 초점을 맞춘 모델 나. V모델의 특징 - 모든 단계에 검증과 확인 과정이 있어 오류를 줄일 수 있음 - 개발 생명주기의 각 단계와 그에 상응하는 소프트웨어 테스트의 각 단계의 관계를 가시화 II. V모델의 단계 및 활동 가. V모델의 단계 나. V모델의 활동 구분 설명 관점 검증 (Verification) 소프트웨어의 올바른 구현을 보장하기 위해 정적분석 (리뷰, 인스펙션 등)을 비롯한 단위, 통합, 시스템 테스트에서 수행되는 활동 개발자 중심 확인 (Validation) 최종 제.. 2021. 1. 25.
폭포수 모델(Waterfall Model) 고전적, 순차적, 단계적, 유사 경험이 많고 위험도가 낮은 경우 사용 I. 고전적 라이프사이클 개발 패러다임, 폭포수모델의 개요 가. 폭포수 모델 (Waterfall Model)의 정의 - 계획, 분석, 설계, 개발, 시험, 운영/유지보수 과정을 순차적으로 진행하며 단계별 개발을 진행하는 모델 나. 폭포수 모델의 특징 - 단계별 진행, 하향식 접근방법, 문제점 후반부 발견 다. 폭포수 모델의 문제점 - 프로그램 작동 버전을 마지막에 확인 가능하여, 오류 발견이 늦고 사용자가 프로그램을 접하는 시기가 늦음 - 고객이 모든 요구사항을 초기에 명확히 정의하기 어려워 요구사항 불확실성을 수용하는데 어려움 발생 - 셀제 프로젝트에서는 모델이 제안하는 순차적 흐름을 따르지 못해 변경이 이루어지면 혼란 야기 II. .. 2021. 1. 25.
SWEBOK(Software Engineering Body of Knowledge) 2.0 (SW 엔지니어 측면 / SW 관리 측면), 3.0 (전문가 실천,전문가실천, 경제학, 컴퓨팅, 수학, 공학 추가) I. SW공학 국제 표준을 정리한 표준문서, SWEBOK의 개요 가. SWEBOK (Software Engineering Body Of Knowledge)의 정의 - 소프트웨어 공학 분야의 지식 체계에 대한 국제 표준 (ISO/IEC 24773)으로 전문 소프트웨어 엔지니어가 갖추어야 할 요소들과 지식들을 정리해 놓은 표준 문서 나. SWEBOK의 목적 - 일관된 정보 전달, SW 공학범위 명확화, Top Down 접근방식, SW 체계기반 제공 II. SWEBOK 2.0 (2004) III. SWEBOK 3.0 (2014) 2021. 1. 25.
소프트웨어공학(Software Engineering) 과학은 지식을 관찰, 공학은 관찰된 지식 또는 문제를 해결하는 방법 I. 과학적 지식을 소프트웨어 설계와 개발에 응용, 소프트웨어 공학의 개요 가. 소프트웨어 공학(Software Engineering)의 정의 - 소프트웨어 개발, 운용, 유지보수에 대해 체계적이고 한정적인 접근 방법으로 소프트웨어 위기 극복을 위해 소프트웨어에 공학을 적용한 접근 방법 나. 소프트웨어 공학의 필요성 - 무형성, 진화성, 복잡성등의 특징과 제조가 아닌 개발 과정이므로 일반 제조공정보다 측정과 관리 어려움 - 잦은 요구사항 변경, 사람의존 개발 특성으로 개발 규모에 따라 인력, 비용, 의사소통, 복잡도 등이 기하급수적으로 증가 - 요구사항 변경, 주변환경 변화에 따라 수정되고 진화 필요 - 최종 산출물이 개발 과정에서 확인.. 2021. 1. 25.
소프트웨어(Software) 무형성, 진화성, 복잡성, 비가시성, 비마모성, 변경성, 순응성, 복제성 I. 컴퓨터를 이용한 문제해결 프로그램 및 산출물, 소프트웨어의 개요 가. 소프트웨어(Software)의 정의 - 컴퓨터를 쉽고 효율적으로 사용하거나, 주어진 문제를 해결하기 위한 컴퓨터 활용.운용 기술 및 문서 나. 소프트웨어의 분류 - 프레즈만 (Pressman)의 소프트웨어 분류 사용 다. 소프트웨어의 특징 - 무형성, 진화성, 복잡성, 비가시성, 비마모성, 변경성, 순응성, 복제성 ※ SW는 프로그램을 비롯하여 개발 과정에서 생성되는 모든 산출물(문서, 매뉴얼 등)을 포함 라. 소프트웨어 설계원리 - 분할과 정복, 단계적분해, 모듈화, 추상화, 정보은닉 II. 소프트웨어 위기, 부작용 및 극복방안 가. 소프트웨어 위기 - 품.. 2021. 1. 25.
반응형