정보관리기술사/소프트웨어공학 (39) 썸네일형 리스트형 Spiral I.진화적 프로토타이핑, 나선형 모델의 개요 가.나선형(Spiral) 모델의 정의 -시스템을 개발하면서 생기는 위험을 최소화하기 위해 나선을 돌면서 점진적으로 완벽한 시스템으로 개발하는 모델 나.나선형 모델의 특징 구분 설명 위험 최소화 위험식별 및 대응계획 수립을 통한 위험 최소화 점진적 구체화 반복, 진화적 프로토타입 개선으로 시스템을 구체화 고수준 품질 고객평가(Feedback)에 따른 진화적 개발 사이클 II.나선형 모델의 개념도 및 구성요소 가.나선형 모델의 개념도 -개발된 프로토타입을 지속적으로 발전시켜 최종 SW에 이르게 하는 모델 나.나선형 모델의 구성요소 단계 내용 산출물 계획 및 정의 - 초기 요구사항 분석 및 프로젝트 계획 수립 - 단계별 목표 수립 - 프로젝트 관리 계획서 - 요구사.. 3R I. 소프트웨어 위기극복 방안, 3R의 개요 가. 3R(Reverse Engineering, Reengineering, Reuse)의 정의 정보저장소(Repository)를 기반으로 역공학(Reverse Engineering), 재공학(Re-engineering), 재사용(Reuse)를 통해 소프트웨어의 생산성을 극대화하는 기법 나. 3R의 등장배경 등장배경 설 명 S/W 위기대응 - 개발 대형화, 복잡화, 생명주기 감소 등 S/W의 위기 극복 S/W 관리효율화 - 개발 생산성 향상, 유지관리 비용절감, 요구사항 신속대응 등 S/W 관리의 효율화 II. 3R의 구성도 및 구성요소 가. 3R의 구성도 역공학으로 설계복구한 결과를 재구조화 기반의 재공학을 거친 후 다시 제작된 S/W 단위로 재사용 수행 나... 시스템공학 I. 최적 시스템 구축을 위한 전체적 관점의 설계 어프로치, 시스템공학 가.시스템공학의 정의 - 고객요구(customer needs)를 충족시키기 위하여 통합되고 수명주기적으로 균형된 시스템 제품과 프로세스, 솔루션을 개발하고 검증하기 위한 다분야 학문간의 상호 연관된 접근 방법. - 시스템공학 활동은 지속적이고 반복적이며 협력적인 방법으로 요구목표를 수렴하는 FeedBack Process. - 모든 요소의 최적 균형(optimum balance)을 달성할 목적으로 전반적인 시스템 개발 활동을 통제하는 관리기능으로, 운용요구(Operational need)를 시스템 파라미터로 전환하고 전체시스팀(total system)의 효과를 최적화하기 위하여 모든 파라미터를 통합하는 프로세스임. 나.시스템 공학의 필.. TMMi/CMMi I. SW테스트 프로세스 성숙도 평가모델 TMMi(Test Maturity Model Integration)의 개요 가. TMMi의 정의 - 테스트 프로세스 심사화 개선에 중점을 두고 있는 조직을 지원하기 위한 가장 대표적인 성숙도 모델 - 테스트 성숙도 계층구조를 정의하는 성숙도 단계, 각 단계에 따른 성숙도 목표, 심사모델로 구성 나. 테스트 프로세스 모델의 필요성 - 테스트 품질향상: 테스트 단계별 활동을 정형화 % 표준화, 테스트 역량 강화 - 제품 중심 테스트 보완: 소프트웨어 개발 생명주기와 정렬(Align), Time to Market: 소프트웨어 규모와 복잡도가 증가에 효과적인 테스트 절차 및 프랙티스 제공 다. TMMi.의 구성도 마. TMMi의 성숙 단계 상세 설명 성숙 단계 내용 Pr.. 국내소프트웨어육성방안 ISO 12207 I. 소프트웨어 프로세스에 대한 표준화, ISO 12207의 개요 가. ISO 12207의 정의 - 체계적인 소프트웨어의 획득, 공급, 개발, 운영 및 유지보수를 위해서 소프트웨어 생명주기 공정(SDLC Process)표준을 제공함으로써 소프트웨어 실무자들이 개발 및 관리에 동일한 언어로 의사소통할 수 있는 기본틀을 제공하기 위한 프로세스 나. ISO 12207의 등장배경(필요성) - ISO9000-3, ISO9001, ISO9126에서 품질시스템 요구사항, 품질특성, S/W품질보증에 대해서 언급되었으나 S/W 프로세스 평가모델은 제시되지 못했음. - S/W 규모가 거대해지고, 다양해진 사용자의 요구 - 생명주기의 체계적인 접근방법에 대한 필요성 인식 - S/W 프로세스에 대한 How가 아닌 What 정.. ISO/IEC 9126 I. 소프트웨어 품질 특성 및 평가 척도 표준, ISO/IEC 9126의 개요 가. ISO/IEC 9126의 정의 - 사용자 관점에서 본 소프트웨어 품질 특성에 대한 표준 - 소프트웨어 제품 품질을 내/외부적, 사용관점에서 측정하기 위한 품질특성과 품질평가의 Metric을 정의한 국제표준 나. ISO/IEC 9126의 특성 정량적-SW품질 소프트웨어 제품에 요구되는 품질을 정량적(수치측증)으로 평가 SW척도세분화 품질목표 ISO/IEC 9126 품질모형은 최상위의 “품질목표” 달성을 위한 “6개의 품질특성”, “21개의 부품질특성”, 그리고 부품질 특성을 개량적으로 측정하기 위한 “내/외부 척도(Metric)나 품질인자”까지 계층구조로 세분화되어 표현됨 평가지침 사용자, 평가자, 시험자, 개발자 모두에게.. 소프트웨어 품질관리 I. 소프트웨어 품질관리의 개요 가. 소프트웨어 품질 및 품질관리의 정의 소프트웨어 품질 주어진 요구사항을 만족시키는 소프트웨어 제품의 특성과 생산성 소프트웨어 품질관리 주어진 요구를 만족하는 제품 혹은 서비스의 질을 보존하는데 필요한 제반 기법과 활동 나. 소프트웨어 품질의 표준모델 구분 종류 SW 제품품질 ISO9126, ISO14598, ISO12119, ISO25000, GS인증 SW 프로세스품질 ISO12207, CMMI, SPICE, SP인증 품질경영 Six Sigma, ISO9001 II. 소프트웨어 품질관리 체계 및 품질관리 프로세스 가. 소프트웨어 품질관리 체계 구분 개념 품질계획(Plan) 적용할 품질의 표준을 식별하고 적용할 방법을 결정하는 계획 품질보증(Assurance) 소프트웨어.. 이전 1 2 3 4 5 다음
