섹션: 정보 시스템 획득, 개발 및 구현
설명/참조:
시험을 위해 애자일 개발에 대한 아래 정보를 알아야 합니다.
민첩한 소프트웨어 개발은 반복 및
요구 사항과 솔루션이 자체 협업을 통해 진화하는 점진적 개발
조직, 교차 기능 팀. 적응형 계획, 진화적 개발 및 전달,
시간제한이 있는 반복적 접근 방식을 채택하고 변화에 대한 신속하고 유연한 대응을 장려합니다. 그것은 개념적
개발 주기 전반에 걸쳐 예측된 긴밀한 반복을 촉진하는 프레임워크.
애자일 개발
Agile Manifesto는 2001년에 이 용어를 도입했습니다. 그 이후로 모든 가치를 지닌 Agile 운동은
원칙, 방법, 관행, 도구, 챔피언 및 실무자, 철학 및 문화는
현대 소프트웨어 엔지니어링 및 상용 소프트웨어의 환경을 크게 변화시켰습니다.
인터넷 시대의 발전.
민첩한 원칙
애자일 선언문은 12가지 원칙을 기반으로 합니다.
유용한 소프트웨어의 신속한 제공으로 고객 만족
개발 후반에도 변화하는 요구 사항을 환영합니다.
작동하는 소프트웨어가 자주 제공됩니다(몇 달이 아닌 몇 주).
비즈니스맨과 개발자 사이의 긴밀하고 일상적인 협력
프로젝트는 신뢰할 수 있는 동기 부여된 개인을 중심으로 구축됩니다.
대면 대화가 최고의 커뮤니케이션 방식입니다(코로케이션).
작동하는 소프트웨어는 진보의 주요 척도입니다.
일정한 속도를 유지할 수 있는 지속 가능한 개발
기술적 우수성과 좋은 디자인에 대한 지속적인 관심
단순성(완료되지 않은 작업량을 최대화하는 기술)이 필수적입니다.
자기 조직화 팀
변화하는 상황에 대한 규칙적인 적응
스크럼이란 무엇입니까?
스크럼은 단순성과 유연성으로 인해 민첩성을 도입하는 가장 인기 있는 방법입니다. 이것 때문에
많은 조직들이 "스크럼을 하고 있다"고 주장하지만 실제로는 스크럼에 근접한 어떤 것도 하지 않고 있습니다.
정의. 스크럼은 경험적 피드백, 팀 자체 관리 및 제대로 구축하기 위한 노력을 강조합니다.
짧은 반복 내에서 제품 증분을 테스트했습니다. 실제로 정의된 대로 스크럼을 수행하는 것은 일반적으로
기성 비 Agile 조직의 기존 습관과 충돌합니다.
다음은 오답이었습니다.
소프트웨어 프로토타이핑 - 소프트웨어 프로토타이핑은 소프트웨어의 프로토타입을 만드는 활동을 말합니다.
즉, 개발 중인 소프트웨어 프로그램의 불완전한 버전입니다. 할 수 있는 활동이다.
소프트웨어 개발에서 발생하며 다음과 같은 다른 분야에서 알려진 프로토타이핑과 유사합니다.
기계 공학 또는 제조.
RAD(Rapid Application Development)는 최소한의 계획을 사용하는 소프트웨어 개발 방법론입니다.
신속한 프로토타이핑을 선호합니다. RAD를 사용하여 개발된 소프트웨어의 "계획"은
소프트웨어 자체. 광범위한 계획별 계획이 없기 때문에 일반적으로 소프트웨어를 훨씬 빠르게 작성할 수 있습니다.
요구 사항을 쉽게 변경할 수 있습니다.
구성 요소 기반 개발 - 정의, 구현 및 구성에 대한 재사용 기반 접근 방식입니다.
느슨하게 연결된 독립 구성 요소를 시스템에 연결합니다. 이 관행은 동등하게 광범위하게 적용하는 것을 목표로 합니다.
단기 및 장기적으로 소프트웨어 자체와
그러한 소프트웨어를 후원하는 조직.
이 질문을 생성하는 데 다음 참조가 사용되었습니다.
CISA 검토 매뉴얼 2014 페이지 번호 194
