프리즘 모듈을 문서화하는 가장 좋은 방법은 무엇입니까?

Question

여러 모듈로 구성된 WPF 프리즘 응용 프로그램을 문서화하려고합니다. 이 시나리오는 모듈 문서화를 요구하지만 UML에서 별도의 패키지 또는 좀 더 일반화 된 형식화 된 방법이 있는지 확실하지 않습니다.

Answer 1

일반적으로 문서/디자인 모델링 방법은 회사의 소프트웨어 개발 계획 또는 프로세스에 의해 결정됩니다. 회사에없는 경우, 특히 프리즘에 의존하지 않는 응용 프로그램이있는 경우, 프리즘에 가장 적합한 것과 독립적으로 설계 문서 작성 프로세스를 먼저 정의 할 수 있습니다. 내 경험에 비추어 볼 때, Prism은 그 자체로는 디자인 모델링 접근법에 대해 더 좋거나 나쁘지 않습니다.

게다가, 특히 UML과 관련하여 프리즘 모듈은 일반적으로 논리적으로 패키지 또는 사용 사례로 쉽게 나눌 수 있습니다. 실제로 애플리케이션을 모듈로 나누었을 때 이미 완료했습니다 : 각 모듈은 느슨하게 결합 된, 합리적으로 독립적 인 부분입니다.

예를 들어 UI 관련 모듈은 유스 케이스 및 별도 패키지로 그룹화 할 수 있습니다. 예를 들어, StockTraderRI을 가져 가라. News, Position, Watch 모듈은 유스 케이스 (뉴스보기, 위치보기, 시계에 주식 추가하기 등)를 분리하기에 매우 쉽다. 분명히 이들은 별도의 패키지로 쉽게 표현할 수있다. 정적 클래스 다이어그램.

인프라 또는 서비스 지향 모듈과 같은 비즈니스 또는 데이터 계층 모듈의 경우 표현은 거의 독점적으로 패키지/클래스 다이어그램 일 수 있으며 일부 유스 케이스 실현 다이어그램 (시퀀스 등)은 서비스에 대한 UI. 다시 한 번, StockTraderRI 응용 프로그램을 사용하면 Market 모듈과 Infrastructure DLL이 더 정적 인 접근 방식을 취하는 것처럼 보입니다.

올바른 모델링 언어가 프리즘을 수용 할 수 있으므로 응용 프로그램의 문서화 및 모델링에 대한 접근 방식을 Prism이 지정해서는 안됩니다.