사용 사례 이해
유스 케이스는 소프트웨어 개발의 맥락에서 특정 목표를 달성하기 위해 행위자 또는 시스템이 특정 애플리케이션을 어떻게 활용하는지에 대한 자세한 설명을 나타냅니다. 행위자(actor)라는 용어는 관련된 개인이나 단체를 나타내고, 목표(goal)라는 용어는 추구하는 목적을 의미한다. 사용 사례에서는 최소한 하나의 행위자와 하나의 목표를 지정하는 것이 중요합니다.
1987년 Ivar Jacobson은 복잡한 요구 사항을 간단하고 쉽게 이해할 수 있는 방식으로 문서화하는 수단으로 사용 사례 형식을 도입했습니다. 그 이후로 사용 사례는 대규모 애플리케이션 개발을 위한 지침을 제공하는 통합 프로세스의 중요한 구성 요소가 되었습니다.
사용 사례의 중요성
사용 사례를 통해 사용자와 애플리케이션의 상호 작용을 설명하면 다음과 같은 이점이 있습니다.
-
이는 사용자가 시스템을 사용하여 목표를 달성하는 방법에 대한 포괄적인 이해를 개발자에게 제공합니다.
-
이는 각 사용 사례에 대한 역할과 책임을 고려하도록 요구함으로써 프로젝트 내부 및 외부 이해관계자 간의 의사소통을 촉진합니다.
-
테스트 및 기타 활동에 활용할 수 있는 문서를 생성합니다.
사용 사례는 워크플로를 단계별로 표현하여 프로젝트 팀 구성원과 이해관계자가 프로세스의 각 단계에서 필요한 조치, 잠재적 결과 및 행위자 간의 상호 작용을 이해할 수 있도록 해줍니다.
사용 사례는 모든 소프트웨어 개발 프로젝트의 기초가 됩니다. 이는 팀이 주요 사용자 요구 사항을 식별하고, 설계 및 구현이 비즈니스 목표에 부합하는지 확인하고, 소프트웨어 기능에 대한 명확한 체크리스트를 제공하는 데 도움을 줍니다. 이를 통해 팀은 소프트웨어 프로젝트 실패의 주요 원인인 범위 확장을 방지할 수 있습니다.
사용 사례 예시
운전 경로는 소프트웨어 및 시스템 개발을 넘어서는 사용 사례의 예입니다.
운전자가 도시 1에서 도시 2로 이동하려는 시나리오를 생각해 보겠습니다. 이 경우 운전자는 행위자 역할을 하고 목표는 도시 2에 도달하는 것이며 도로망은 이 목표를 달성하는 데 사용되는 시스템 역할을 합니다. 일반적으로 City 1과 City 2 사이에는 공통 코스 사용 사례를 나타내는 경로가 하나만 있습니다. 그러나 이 경로에는 여전히 City 2로 이어지는 다양한 편차가 있을 수 있습니다. 이러한 편차와 대체 경로는 확장 사용 사례로 알려져 있습니다. 운전 지침의 목적은 운전자가 최종 목적지에 도달하기 위해 필요한 회전과 고속도로 출구를 안내하는 것입니다.
사용 사례는 중요한 비즈니스 과제를 해결합니다.
다양한 제품을 제공하는 전자상거래 사이트가 있다고 가정해 보세요. 귀하는 판매하는 제품에 대한 지식을 갖고 있을 수 있지만 해당 제품을 만드는 데 사용된 기술에 대해서는 동일한 수준의 전문 지식을 갖고 있지 않을 수 있습니다.
귀하의 요구 사항에 가장 적합한 기술을 어떻게 결정할 수 있습니까?
네트워크에서 조언을 구하거나 소셜 미디어, 포럼, 블로그에서 의견을 읽을 수 있습니다. 그러나 이 정보가 정확하거나 최신이라는 보장은 없습니다.
특히 기술 비용을 고려할 때 위험을 피하고 싶다면 기존 시스템과 호환되지 않거나 요구 사항을 충족하지 못하는 문제가 발생하는 것을 원하지 않을 것입니다.
