본문 바로가기
반응형

정보관리기술사&컴퓨터응용시스템기술사/SW공학과 프로젝트관리23

나선형 모델(Spiral Model), 위험 최소화를 위한 진화적 프로토타이핑 I. 위험 최소화를 위한 진화적 프로토타이핑, 나선형 모델의 개요 가. 나선형 모델(Spiral Model) 정의 - 시스템 개발 위험을 최소화하기 위해 나선으로 돌면서 계획, 위험분석, 개발, 평가의 단계를 반복하면서 점진적으로 소프트웨어를 완성하는 모델 - 개발된 Prototype을 지속적으로 발전시켜 최종 SW에 이르게 하는 모델 - Waterfall Model 및 Prototyping Model의 장점에 위험 분석을 추가한 모델 나. 나선형 모델의 특징 특 징 설 명 위험 최소화 위험식별 및 대응계획 수립을 통한 위험 최소화 점진적 구체화 반복, 진화적, 프로토타입 개선으로 시스템을 구체화 고수준 품질 고객평가(Feedback)에 따른 진화적 라이프 사이클 - 대규모 시스템 및 위험 부담이 큰 시.. 2020. 12. 30.
프로토타이핑 모델(Prototyping Model), 고객의 원활한 의사소통을 위한 시제품을 통한 점진적 개발 방법 Ⅰ. 고객과 원활한 의사소통을 위한 시제품을 통한 점진적 개발 방법, 프로토타이핑 모델의 개요 가. 프로토타이핑 모델(Prototyping Model)의 정의 - 사용자의 요구사항을 충분히 분석할 목적으로 시스템의 일부분을 시험적으로 구현하고, 사용자의 피드백을 받아 다시 요구사항에 반영하는 과정을 반복하는 개발 모델(점진적 개발 방법) 나. 프로토타이핑 모델의 특징 특징 내용 점진적 상세화 신속하게 모형을 개발 후 사용자들의 피드백을 통해 시스템 개선/보완 사용자 참여 적극적 사용자 참여를 유도하여 요구 분석의 어려움을 해결 의사소통 도구 요구사항 도출과 이해에 있어 사용자와 의사소통 수단으로 활용 요구사항 도출 고객이 원하는 것이 무엇인지 구체적으로 잘 모르는 경우, 간단한 시제품을 개발하여 보여줌으.. 2020. 12. 22.
[CBD(Component Based Development)], 제품생산성과 품질향상을 위한 방법론 I. 제품생산성과 품질향상 위한 CBD(Component Based Development) 방법론의 개요 가. CBD(Component Based Development) 방법론의 정의 - 객체지향 개발 방법론의 단점인 SW 재사용 한계 개선, 기 개발된 SW 컴포넌트를 조립하여 새로운 시스템 구축하는 방법 나. CBD 방법론의 등장배경 구분 내용 OOP 문제점 해결 필요 OOP는 코드수준의 재사용 - CBD는 실행모듈 단위로 재사용 가능 - 새로운 기능 추가/변경 용이 조직의 변화 (과거) 부서중심 단일업무 - 가상조직, e-Biz., 고객 중심 업무로 변화 (재사용성/상호운용성/생산의 적시성/사용자 위주) - 객체지향 개발 방법론(OOP) 문제점인 개발 생산성, 재사용성, 시스템 유지보수성 등 해결 위.. 2020. 12. 22.
[RAD(Rapid Application Development)], 사용자 참여와 도구를 활용한 개발속도 향상 방법 I. 사용자 참여와 도구를 활용한 개발속도 향상 방법, RAD의 개념 가. RAD(Rapid Application Development)의 정의 - 2~3개월의 짧은 생명주기로 소프트웨어를 개발하는 순차적인 프로세스 모델 - 노력의 최소화, 빠른 개발, 좋은 품질을 위해 SW 개발도구(Visual Tool, Code Generation Tool)사용 나. RAD의 특징 특징 설명 사용자 참여 프로토타이핑 사용 및 사용자가 요구사항정의, 분석, 설계 과정에 적극참여 도구 활용 CASE 도구, RDB, 재사용 Library 등의 도구 적극 활용 단기 적합성 2~3개월 정도의 짧은 기간으로 기술적 위험이 적고 빠른 개발이 요구될 때 적합 II. RAD 개발 모델의 개념도 및 구성요소 가. RAD 개발 모델의 .. 2020. 12. 21.
[SDLC(Software Development Life Cycle)], 소프트웨어 개발 생명주기 I. 소프트웨어 개발 생명주기, SDLC의 개요 가. SDLC(Software Development Life Cycle) 정의 - 소프트웨어가 타당성 조사로부터 계획, 개발, 유지보수, 폐기까지 전과정을 하나의 주기로 보고 전 과정을 단계별로 나눈 생명주기 - 조직 내에서의 장기적인 개발 계획과 개발과정 중심의 관점 - 프로세스 모델 또는 소프트웨어 공학 패러다임이라고 불림 나. SDLC 등장배경 구 분 설 명 규모 측면 소프트웨어 대규모화와 위기로 체계적인 위기 해법 및 SW 개발 필요 엔지니어링 측면 소프트웨어 엔지니어가 수행할 기술적 업무의 순서지침 제공, 활동, 산출물 제시 관리 측면 효과적인 소프트웨어 개발 수행 필요(전체 SW 프로젝트 60%가량 실패) 품질 측면 예산, 자원, 개발환경 등 다.. 2020. 12. 20.
Incremental Development Model(증분형 개발모델) vs Evolutional Development Model(진화형 개발모델) 비교분석 I. 지속적인 프로토타입 반복 개발 모형, 증분형 개발 모델의 개요 가. 증분형 개발 모델(Incremental Development Model)의 정의 - 사용자의 요구사항 또는 제품의 일부분을 점증적으로 병행 개발 후 통합하는 방법 나. 증분형 모델의 특징 특징 설명 폭포수 모델의 변형 - 폭포수 모델의 변형으로 증분을 각각 순차적으로 개발 후 통합 - 프로토타이핑 모델과 같이 반복적이나 각 증분의 S/W 인도에 초점 병행 개발 가능 - 각 증분에 개발자원을 할당하여 병행으로 개발함으로써 일정단축 관리의 복잡성 - 증분 수가 많고, 병행개발이 빈번하게 발생하여 관리가 복잡 - PM은 조율에 많은 노력 필요 II. 증분형 개발 모델의 구성도 및 구성요소 가. 증분형 모델의 구성도 나. 증분형 모델의 구.. 2020. 12. 18.
[ISO/IEC 25010] SW 품질 요구사항과 평가 방법 품질은 고객의 요구사항을 만족시키는 제품의 특성들의 집합입니다. KS X ISO/IEC 25010 Systems and software engineering - Systems and software Quality Requirements and Evaluation (SQuaRE) - System and software quality model 에서 2가지 Quality Model을 정의했습니다. 사용상 품질 모델 : 제품이 사용될 때 상호작용의 결과와 관련된 5가지 특성으로 구성된 사용 모델 제품 품질 모델: SW와 컴퓨터 시스템의 동적 특성에 관한 8가지 특성으로 구성된 모델 사용상 품질 특성 효과성 (Effectiveness) 사용자가 명시된 목표를 달성하기 위해 요구되는 정확성(Accuracy)과 완.. 2020. 12. 10.
[ISO/IEC 29119] 소프트웨어 테스트 국제 표준 ISO/IEC 29119 (테스팅 국제표준) I. 소프트웨어 테스트 국제 표준, ISO/IEC 29119 개념필요성 체계적 S/W 테스트 절차와 원리/가이드 지원을 위한 SW 개발 생명주기 전 과정 Test 절차, 산출물 국제표준 – 테스트 체계 정립 – 테스트 표준 및 기준 – 테스트 자원 필요성 증대 II. ISO/IEC 29119 구성도와 세부 Part 가. ISO/IEC 29119 구성도 나. ISO/IEC 29119 세부 Part/주제 Part주제주요 내용 Part1 (BS7925-1) – Concepts & Vocabulary – S/W 테스팅 개념/생명주기 – Risk based, Sub-Process Part2 (IEEE 1008) – Process – Multi-layer, Organiz.. 2020. 12. 9.
s/w 사업 대가산정 절차와 방법의 이해 S/W사업 대가산정의 목적 소프트웨어(이하 ‘S/W’) 사업 대가산정은 국가?지방자치단체?국가 또는 지방차치단체가 투자하거나 출연한 법인, 기타 공공단체 등에서 S/W의 기획, 구현, 운영 등 수명주기 전체 단계에 대한 사업을 추진함에 있어 예산수립, 사업발주, 계약 시 적정대가를 산정하기 위한 기준을 제공하는 것을 목적으로 한다. ​ S/W사업 대가산정 수명주기 및 사업유형 S/W사업 사업유형은 크게 기획단계 및 구현단계, 운영단계로 구분된다. 기획단계는 정보전략계획(ISP), 정보전략계획 및 업무재설계(ISP/BPR), 전사적아키텍쳐(EA/ITA), 정보시스템 마스터플랜(ISMP), 정보보안컨설팅이 포함되고 구현단계로는 S/W개발, 운영단계로는 S/W유지관리, S/W운영, S/W 재개발이 포함된다. .. 2020. 12. 8.
Software 공학 지식 모음 Programming Paradigm Procedural Programming Procedure를 통해서 추상화와 재사용성을 만들어내는 것이 핵심이며, 코드의 재활용성이 높고 프로그램의 흐름이 쉽게 이해되며, 모듈화와 구조화가 용이하다. 반면, Procedure를 호출하는 과정에서 필연적으로 비용이 발생한다. 복잡한 프로그램을 만들기 어렵다. Procedural Programming의 전형적인 문제점 절차가 중심이 됨에 따라 현실세계의 문제를 모델링하여 해결하는데 보다 어렵고, 데이터 관리와 코드의 유지보수가 힘들다. Object Oriented Programming 객체를 모델링하고 그 객체들의 집합으로 프로그램을 만드는 것을 OOP라고 한다. 관련된 데이터가 객체로 표현됨에 따라 Strong Cohe.. 2020. 12. 6.
고전적 라이프 사이클 개발 패러다임, 폭포수 모델(Waterfall Model) I. 고전적 라이프 사이클 개발 패러다임, 폭포수 모델(Waterfall Model)의 개요 가. 폭포수 모델(Waterfall Model)의 정의 - 소프트웨어 개발 시 계획, 분석, 설계, 개발, 구현, 테스트, 운영 및 유지보수 등 전 과정을 순차적으로 접근하는 고전적 개발 라이프 사이클 패러다임(Classic Life-cycle Paradigm) 나. 폭포수 모델의 특징 특 징 설 명 순차적 접근 - 소프트웨어 개발을 단계적, 순차적, 하향식으로 수행 단계 별 테스트 - 각 단계 완료 시 검증 후 다음 단계로 진행 고정된 산출물 - 테스트를 통과한 산출물은 정식 변경절차에 의해서만 변경 가능 프로젝트관리 용이 - 프로젝트 진행과정을 세분화하여 관리가 용이 후반 리스크 증가 - 후반부에 구체화되어 .. 2020. 11. 30.
반응형