[소프트웨어 공학] 애자일 방법론, 애자일이란?

---

애자일 방법론

특징

 

지금까지 소프트웨어를 개발하기 위해서는 철저히 계획하고 엄격한 프로세스를 적용하여 프로젝트를 관리하는 것이 좋은 소프트웨어를 얻기 위한 최선의 방법이라고 생각해 왔으나

 

문서화, 품질 관리 등 주요 작업을 성취하기 위하여 부수적으로 또는 추가적으로 수행되는 작업을 위한 오버헤드 비용을 과다하게 요구하게 되고 이러한 계획 중심 개발 기법이 소규모 또는 중간 규모 프로젝트에 적용할 때 비효율적이라는 생각에서 탄생하였다.

 

가치

 

프로세스와 도구보다 개인과 그들의 협업에 더 가치를 둔다.

 

포괄적인 문서화 보다 제대로 작동하는 소프트웨어에 더 가치를 둔다.

 

계약 협상보다 고객과의 협력에 더 가치를 둔다.

 

계획에 따르기보다는 변화에 대응하는 것에 더 가치를 둔다.

 

고객에게 최고의 가치를 가장 빨리 전달하자.

 

애자일 방법론은 문서 중심의 전통적인 개발방법을 탈피하여 필요한 요구를 그때그때 더하고 수정하는 코드 중심의 점진적 개발 방법이다.

 

리팩토링 기법의 적용

 

리팩토링이란 소프트웨어를 보다 쉽게 이해할 수 있고 적은 비용으로 수정할 수 있도록 기존 코드의 설계를 개선하는 기술이다.

 

겉으로 보이는 동작이나 외부 행위를 바꾸지 않고 소프트웨어 내부의 구조를 바꾸며 점진적으로 설계를 향상시키는 방법이다.

 

나쁜 냄세

나쁜 냄새란 코드가 중복되거나 효율적이지 못한 코드, 발생 위험이 있는 코드를 의미한다.

 

• 중복된 코드

  코드의 여러 부분에서 동일한 코드가 중복된다.

• 긴 메서드

  메서드의 코드 길이가 길다.

• 거대한 클래스

  클래스 하나에 너무 많은 기능이 포함되어 지나치게 많은 변수가 존재한다.

 

객체 지향 기법의 적용

 

모든 단위의 테스트를 객체지향적으로 하기 때문에 프로토타입의 형태를 객체로써 볼 수 있다.

 

애자일의 장점/단점

 

장점

• 빠르게 끊임없이 개발하고 수정하는 일을 반복하면서 고객이 참여하고 가장 만족할 수 있는 방향으로 SW 개발이 가능하다.
• 주기마다 제품이 만들어져 사용자가 사용해보며 의사소통이 가능하다.
• 중소형 SW에서 효율이 좋고, 대규모 SW에도 테스크에 대해 사용하는 것이 좋은 경우도 있다.
• 개발 방법 전체가 아닌 일부 기법을 사용하거나 사상을 가져와 사용하기에 좋다.

 

단점

• 개발방법론 전체를 적용하기에는 부족하다.
• 대규모 SW 개발에서는 적용하기 힘들다.
• 너무 잦은 수정으로 인해 SW에 악영향을 끼칠 수 있다.
• 개발 방법을 사용하기 위한 선수조건이 가장 중요하나 어렵고 잘 안되는 부분이다.
• 사용자의 과도한 요구사항이 발생할 수 있다.

도입의 어려움

• 낯선 프로세스

  우리나라에서 애자일을 성공적으로 수행된 프로젝트가 많지 않아 정보력이 부족하다.

• 프로젝트 팀원에게 요구되는 역량

  애자일에 구성되는 프로젝트 구성원은 개발 프로세스에 적응하기 이전에 소프트웨어 공학, 객체지향 기술에 대해 충분히 이해하고 숙달된 개발자 이어야 한다.

• 이끌어 내기 힘든 고객의 참여

  애자일 프로세스에서 고객의 역할은 기존의 소프트웨어 개발방법에 비해 많은 비중을 차지한다. 요구사항을 밝혀내어 사용자 스토리를 구현해햐 하는데 애자일의 특성상 고객이 모든 프로세스에 참여하는 것이 현실적으로 어렵다.