핵심 회사 데이터는 물리적으로 분리 된 타사의 기간 업무 응용 프로그램 인 재무, 전송 관리에서 보관되고 관리됩니다. 고객은 Finance 응용 프로그램 (SQL Server)에서 생성되고 전달 정보는 전송 관리 응용 프로그램 (Oracle)에서 유지됩니다. 둘 사이의 통신은 지점 간 (point-to-point)입니다.여러 비즈니스 계열 데이터베이스를 사용하는 .NET 응용 프로그램 디자인
우리는 손상되거나 짧은 배송에 대한 고객의 청구를 처리하기 위해 새로운 애플리케이션을 구축해야합니다 (이전 버전을 잘 업그레이드해야하지만 기본적으로 처음부터 업그레이드해야합니다). 청구, 고객 및 배달 데이터는 현재 MS Access에 수동으로 입력됩니다. 이 작업은 SQL 서버 DB로 마이그레이션됩니다. 앱 개발 플랫폼은 VS2008 (C#)입니다.
우리는 이미 다른 곳에 보유하고 있으므로 클레임 데이터베이스에 모든 고객 및 배달 데이터가있는 것을 피하기 위해 LOB 시스템 (및 아마도 클레임 DB)에서 WCF 기반 피드를 생성 할 계획입니다. 그런 다음 고객 클레임 응용 프로그램의 데이터 소스로 사용됩니다. 소유권 주장 관련 데이터 항목이 있지만 핵심 고객 및 배달 데이터는 LOB 응용 프로그램에서 업데이트 할 필요가 없습니다.
지금까지 내가 마음에
데이터베이스가 -> ORM -> WCF \
데이터베이스 -> ORM -> WCF ---> BLL -> UI
데이터베이스 -> ORM -> WCF/
고객, 배달 및 클레임 (객체 지향 서비스)에 대해 별도의 서비스 피드를 만들므로 잘못된 것 같습니다. 또한 내가 파악할 수없는 것은 고객이 제공하는 청구에 대한 주장을 보여주는 보고서 (예 : 전통적으로 쿼리 또는보기를 작성하여 모든 하나의 DB에있는 여러 테이블에서).
내가 올바른 방향으로 가고 있는지, 아니면 여기서 큰 그림을 놓치고 있는지 - 규칙적인 추출물을 클레임 데이터베이스로 실행하고 전통적인 n-tier/n-layer 아키텍처로 작업해야합니까?
문제를 명확히하는 데 도움이되는 질문 중 하나 ... WCF 서비스 또는 클레임 앱을 사용하여 금융 및 전송 앱을 볼 수 있습니까? – Walter
서비스를 통해 핵심 LOB 시스템을 업데이트 할 가능성은 아직 멀었지만 다른 앱은 금융 및 전송 데이터를 사용해야합니다 (예 : 반품 앱, KPI 보고서, 고객 포털 앱. 이것은 실제로 비즈니스 내의 일반적인 상태의 한 예입니다. – friedX