개념적 모델 시드 구체적 모델

시드 모델이라고도 하고 이전에는 스케치 모델이었던 개념적 모델 시드 구체적 모델은 응용프로그램 작성 프로세스 초기에 사용됩니다. 이 모델은 코드 작성을 '생성'하는 데 사용됩니다. 생성이 완료되면 개념적 모델은 더 이상 활발하게 관리되지 않으며 버려질 수 있습니다. 그런 다음 나머지 개발 주기에 대해 3GL 시각적 편집으로 상태 전이할 수 있습니다.

응용프로그램

IBM® Rational® 모델링 제품을 통해 전체 UML 언어 또는 그 서브세트를 사용하여 풍부한 개념적 모델을 작성할 수 있습니다. 또한 패턴 및 변환과 같은 모델 기반 자동화를 사용하여 모델 정의 및 정제의 일부 측면을 자동화한 후 추가 변환을 적용하여 코드를 생성할 수 있습니다. 개념적 모델링에서 값을 얻은 후, 사용자는 개념적 모델을 버리고 선택한 다이어그램을 표기하는 UML 다이어그램을 사용하여 코드를 편집하는 보다 빠른 접근법을 사용할 수 있습니다.

개념적 모델 시드 구체적 모델을 사용하면 응용프로그램 작성 및 복수의 디자인 문제점 Perspective 제공 방법에 대한 대체 접근법 또는 보기를 사용할 수 있습니다. 개념적 모델은 일반적으로 초기에 많은 생각과 디자인이 필요한 시작 단계에서 사용되지만 프로젝트가 진행됨에 따라 개발자에게 창의적인 제어와 신뢰가 더 많이 제공됩니다. 개념적 모델 시드 구체적 모델은 개발 라이프사이클의 일시적 단계에서 중요한 의미를 가집니다. 이 모델은 코드 또는 텍스트 스펙 문서보다 높은 일관성을 유지하면서 낮은 비용으로 수정할 수 있습니다. 초기에 개념적 모델링을 수행하는 것이 프로젝트 위험성을 줄이고 더 나은 개발 결과물의 관점에서 부가 가치를 갖는다고 여기면서도 반복되는 개발 프로세스에서 개념적 모델의 관리 부담을 정당화하기 힘들다고 생각할 경우 이 접근법을 채택하십시오. 개발 프로세스에서 반복 메소드를 사용하는 경우 이 접근법을 채택하십시오.

장점

이 접근법을 사용하면 개념적 모델을 활용하여 프로젝트 위험성을 제한할 수 있습니다. 개념적 모델을 사용하여 여러 유형의 다이어그램을 작성할 수 있고, 문제점을 시각화하여 더 나은 통찰력과 이해를 얻을 수 있으며, 문제점 도메인에 대해 서로 다른 구조적 접근법을 시도할 수 있습니다. 개념적 모델은 프로젝트 평가를 더욱 정확히 수행하는 확실한 기초가 될 수 있습니다. 추가로 코드 생성 변환을 사용하여 프로젝트의 첫 번째 반복에서 상당한 분량의 수작업 코딩을 제거할 수 있습니다. 이 접근법으로 설계자와 선임 관리자가 개발자가 응용프로그램을 디자인하는 데 도움이 될 수 있는 큰 그림을 전달하고 확인할 수 있습니다. 또한 이 접근법을 사용하면 팀에서 문제점에 대한 고객 보기를 확인하여 프로세스에 대한 솔루션을 제안할 수 있습니다.

고려사항

개념적 모델 시드 구체적 모델에서는 개발 프로세스 시작 시 선임 관리자와 개발자가 다른 방식으로 문제점을 바라보는 경우 브레인스토밍을 거쳐야 합니다. 그러나 모델은 임시 값을 가지는 것으로 표시되고 초기 프로세스 이후에 버려집니다. 이 접근법은 구체적 모델 드라이브 개발의 신속한 접근법보다 초기 비용이 많이 드는데, 그 이유는 개념적 모델링 언어의 지식 및 사용이 필요하고, 개발의 초기 단계에서 개념적 모델링 아티팩트의 변경사항을 수용하고 관리할 능력이 필요하기 때문입니다. 관리 정도는 초기 상태에서는 높지만 개발자가 계속 코딩함에 따라 매우 낮아지며 창의성이 제공됩니다.


피드백