본문 바로가기
패턴을 사용하여 다양한 통합 문제를 해결하는 방법 1부 - 통합의 필요성 패턴을 사용하여 다양한 통합 문제를 해결하는 방법을 설명합니다 통합의 필요성 기업은 일반적으로 수천 개는 아니더라도 수백 개의 애플리케이션으로 구성되어 있으며, 이 애플리케이션은 맞춤형으로 구축되었거나 타사, 레거시 시스템의 일부 또는 이들의 조합으로 여러 계층의 다양한 운영 체제 플랫폼에서 운영됩니다. 30개의 서로 다른 웹사이트, 3개의 SAP 인스턴스, 수많은 부서별 솔루션을 보유한 기업을 어렵지 않게 찾아볼 수 있습니다. 어떻게 기업이 이런 엉망진창이 되도록 방치할 수 있냐고 묻고 싶을 수도 있습니다. 이런 엔터프라이즈 스파게티 아키텍처의 CIO는 해고되어야 하지 않을까요? 글쎄요, 대부분의 경우와 마찬가지로 모든 일에는 이유가 있습니다. 우선, 비즈니스 애플리케이션을 작성하는 것은 어렵습니다. .. 2024. 1. 8.
요구사항정의 (UML) 전제, UML 문서를 가장 엄격히 준수했다고해서 상 줄 사람은 아무도 없다. UML은 방법론이 되지만 절대적이지 않다. 풀어서 이야기 하자면 지침으로서 그 안에 내포된 뜻을 따르며 문서를 작성하면 성과에 이르게 되는 좋은 지침(방법)이지만 업무를 진행하다 보면 방법론이 맞지 않을 경우가 존재한다(꼬인다/아닌거같다). 그러한 경우 방법론을 많이 알고 있으면 그에 적합한 것을 적용하면 되지만 그렇지 않을 경우 과감하게 방법론을 제외한다. 또한 유용한 방법론(기법)을 만난다면 본인이 맡고있는 문제를 방법론에 적응 시키도록 최선을 다해본다. 좋은 객체 모델을 정직하게 구축하려면 구축하고 있는 시스템에 대해 근본적으로 중요한 질문들에 대해서만 엄격히 초첨을 맞추고, 불필요한 모델링 문제에서는 허우적거리지 말고 빠.. 2024. 1. 3.