유스 케이스 다이어그램에서 DLL 다루기

Question

나는 서비스 지향 아키텍처를 이용하는 이기종 애플리케이션을 개발했다. 이것은 코드가 다르며 다른 플랫폼 (예 : Android 클라이언트, WP8 클라이언트, 웹 서버, 데스크톱 클라이언트, 웹 사이트)에서 실행되는 많은 구성 요소로 이루어져 있습니다.

이제 각 구성 요소를 별도의 하위 시스템에 배치하겠다고 결론을 내 렸습니다. 하지만 서브 시스템에 DLL을 넣을 것인지 아닌지에 대한 질문을 던졌습니다. 이 응용 프로그램은 많은 DLL 파일로 구성되어 있으며 실제로이를 결정할 수 없습니다. 주요 응용 프로그램은 DLL과 같은 클래스 라이브러리를 사용해야하기 때문에 또 다른 질문이 있습니다. 유스 케이스에서이 관계를 보여주고 싶다면 (메인 응용 프로그램의 모든 함수는 DLL의 함수에 의존하고, 함수는 DLL 파일은 별도로 실행할 수 없습니다.)이 "포함"또는 "확장"도 마찬가지입니다. 예를 들어

:

DLL A는 = 생성 컴퓨터 ID

데스크톱 응용 프로그램은

가

그래서이 "확장"또는 "포함"이다 (I 생각 가 포함 기계를 등록 할 DLL를 사용 맞지만 더블 체크하고 싶다.)

Answer 1

DLL을 유스 케이스 레벨로 묘사하는 것은 매일하는 일이 아니다. 나는 DLL을 잊어 버리고 나는 단순히 특정 DLL이 무엇을 하는지를 기술 할 것이다. ("비즈니스"의 누군가가 당신의 문서를 읽는다면, 어쨌든 DLL에 상관하지 않을 것이다. 만약 이것이 기술적 인 문서라면, 배치 또는 컴포넌트 다이어그램을 사용하라. 이 목적). 제 생각에 모든 DLL은 똑같지 만 다른 플랫폼에서 실행됩니다. 맞습니까? 그렇다면 하나의 유스 케이스를 그리고 을 사용하여을 포함하면됩니다. 확장을 포함하지 않는 이유는 무엇입니까? 확장은 예를 들어 있습니다. 특정 조건에 대한 다른 단계를 포함하는 유스 케이스가 포함되는 반면 특정 유스 케이스는 과 동일다른 유즈 케이스를 의미합니다.