참여자:참여자는 시스템과 상호작용하는 외부 엔티티로, 사람, 조직, 외부 시스템 또는 하드웨어 장치일 수 있으며, 사람 형태의 그래픽으로 표시됩니다.
용례:용례는 참여자가 느낄 수 있는 시스템 서비스나 기능 단위로, 시스템이 참여자가 보낸 요청에 어떻게 응답하는지를 설명하며, 실선 타원으로 표시됩니다.
관계:각 요소 간의 관계로, 참여자 간의 관계, 참여자와 용례 간의 관계, 용례 간의 관계가 포함됩니다.
사용 사례 다이어그램은 소프트웨어 공학에서 시스템 외부 사용자(참여자)와 시스템 내부 기능(사용 사례) 간의 상호작용 관계를 나타내는 그래픽 도구로, 참여자로 불리는 외부 사용자가 관찰할 수 있는 시스템 기능의 모델 다이어그램입니다.
사용 사례 다이어그램의 역할은 무엇인가요? 사용 사례 다이어그램은 UML에서 요구 사항 분석 단계에 사용되는 중요한 도표로, 주로 참여자와 사용 사례 간의 관계를 설명하여 개발자가 시스템의 기능을 시각적으로 이해할 수 있도록 돕습니다. 사용 사례 다이어그램을 통해 시스템 사용자, 시스템 분석가, 시스템 설계자, 도메인 전문가가 시각적인 방식으로 문제를 논의할 수 있으며, 많은 의사소통의 장애를 줄이고 문제에 대한 합의를 쉽게 이끌어낼 수 있습니다.
실시간 다중 사용자 공동 작업 및 공유 링크를 통한 즉각적인 정보 전달
텍스트 입력으로 자동 생성 및 스타일 최적화
사전 제작 테마 및 완전한 사용자 지정
아이콘, 이미지, 라벨, LaTeX 수식, 코드 블록, 링크, 첨부 파일 지원
내보내기: PNG, VISIO, PDF, SVG | 가져오기: VISIO, Mermaid
실시간 클라우드 저장, 다중 기기 동기화, 버전 기록 및 데이터 보안
참여자:참여자는 시스템과 상호작용하는 외부 엔티티로, 사람, 조직, 외부 시스템 또는 하드웨어 장치일 수 있으며, 사람 형태의 그래픽으로 표시됩니다.
용례:용례는 참여자가 느낄 수 있는 시스템 서비스나 기능 단위로, 시스템이 참여자가 보낸 요청에 어떻게 응답하는지를 설명하며, 실선 타원으로 표시됩니다.
관계:각 요소 간의 관계로, 참여자 간의 관계, 참여자와 용례 간의 관계, 용례 간의 관계가 포함됩니다.
참여자는 시스템의 외부에 위치하며, 시스템의 일부가 아닙니다;
시스템을 사용하고, 시스템과 상호작용하며, 시스템과 정보를 교환하는 경우에만 참여자입니다;
참여자는 반드시 사람이 아닐 수도 있으며, 다른 하위 시스템, 다른 시스템, 시간, 온도 등의 다른 요소일 수도 있습니다.
하나의 용례 명세는 다음 내용을 포함해야 합니다:용례의 식별 및 이름, 용례에 관련된 참여자, 용례의 간단한 설명, 관련된 다른 용례, 용례 실행의 전제 조건, 기본 이벤트 흐름, 대체 이벤트 흐름, 용례 실행의 후속 조건, 기타 정보(예: 비기능 요구사항, 설계 제약, 용례 검토 상태, 작성자, 수정 기록 등).
참여자 간:주로 일반화 관계로, 일반과 특수 간의 관계입니다.
참여자와 용례 간:연관은 참여자와 용례 간의 관계를 나타내며, 어떤 참여자가 어떤 용례를 트리거할 수 있는지를 나타냅니다.
용례 간:용례 간의 관계는 일반화, 포함 및 확장의 세 가지가 포함됩니다.
요구 사항 모델링:용례도는 시스템의 기능 요구 사항을 캡처하는 데 사용되며, 분석자가 시스템이 제공해야 하는 기능 서비스와 외부 엔티티와의 상호작용 방식을 식별하는 데 도움을 줍니다.
기능 분할 및 시스템 구축:각 용례 간의 논리적 관계와 호출 방식을 보여줌으로써(예: 포함, 확장), 용례도는 시스템 설계자가 기능 모듈을 분할하고 모듈 간의 구조적 계층을 구축하여 시스템의 모듈화 개발을 지원하는 데 도움을 줍니다.
역할 식별 및 권한 설계:용례도는 참여자와 그에 대응하는 기능을 정의하여, 개발 팀이 시스템 내 각 사용자 유형의 역할과 권한 범위를 명확히 하는 데 도움을 주며, 후속 권한 제어 설계에 기초를 제공합니다.
프로젝트 커뮤니케이션 및 협력:용례도는 개발 팀, 테스트 인원, 고객 및 기타 이해관계자 간의 커뮤니케이션 다리입니다.
테스트 설계 및 검증 근거:테스트 팀은 용례도를 기반으로 테스트 계획 및 테스트 케이스를 작성할 수 있으며, 모든 기능 점이 커버되는 것을 보장합니다.
ProcessOn 템플릿 커뮤니티에는 무료로 복제하여 사용할 수 있는 방대한 유스케이스 다이어그램 템플릿이 있으며, ProcessOn 지식 커뮤니티에는 유스케이스 다이어그램 작성에 대한 자세한 튜토리얼이 있어 도움이 될 것입니다.
유스케이스 다이어그램의 관계 표기 기호는 다릅니다.
연관 관계는 실선 화살표로 표시하고, 일반화 관계는 속이 빈 삼각형 화살표의 실선으로 표시하며, 포함 관계는 점선 화살표+<<include>>로 표시하고, 확장 관계는 점선 화살표+<<extend>>로 표시합니다.
각 유스케이스는 적어도 한 명의 참여자를 포함해야 하며, 참여자가 없는 유스케이스가 존재할 경우 해당 유스케이스를 다른 유스케이스에 통합할 수 있습니다.
유스케이스의 세분화 정도는 유스케이스가 시스템 기능을 세분화하거나 통합하는 정도를 의미하며, 유스케이스에 포함된 시스템 서비스나 기능 단위의 수를 말할 수 있습니다. 유스케이스의 세분화가 크면 유스케이스에 포함된 시스템 기능이 많아지고, 반대의 경우 적어집니다.
유스케이스의 세분화가 너무 크면 시스템 이해에 불편함을 주고, 세분화가 너무 작으면 유스케이스 모델이 너무 커져 설계에 어려움을 줄 수 있습니다.
확장 관계에서는 기본 유스케이스가 완전하며, 기본 유스케이스를 실행할 때 반드시 확장 유스케이스를 실행할 필요는 없습니다. 포함 관계에서는 기본 유스케이스가 완전하지 않으며, 기본 유스케이스를 실행할 때 반드시 포함 유스케이스를 실행해야 합니다.
유스케이스는 기능과 다릅니다. 유스케이스는 '사용자 목표' 또는 완전한 상호작용 과정을 나타내며, 단순한 버튼이나 기능 포인트가 아닙니다. 따라서 사용자들이 완료하고자 하는 작업에 중점을 두어야 하며, 인터페이스 조작 자체에 집중해서는 안 됩니다.
아닙니다. 참여자는 시스템과 상호작용하는 외부 엔티티로, 사람, 조직, 외부 시스템 또는 하드웨어 장치일 수 있으며, 시스템의 일부가 아닙니다.