아키텍처 수정 및 재설계

아키텍처 개선 요구사항에 따라 유스케이스와 배치 아키텍처를 수정 및 재설 계하여 항해시스템플랫폼의 최종적인 아키텍처로 제시하였다. 유스케이스와 배 치 아키텍처의 주요 수정사항은 다음과 같다.

(1) 유스케이스 아키텍처

유스케이스 아키텍처에 대한 주요 수정사항은 사용자에 대한 정의이다. 항해 시스템플랫폼의 사용자가 구체적으로 제시되어 유스케이스가 복잡해지고, 사용 자에 대한 제한이 아키텍처 개발의 목적은 아니므로, 인증이 필요한 사용자와 그렇지 않은 사용자로 일반화 하였다. 유스케이스 아키텍처는 사용자들이 요구 하는 기능들과 사용자의 연결을 표현하므로, 배치 아키텍처와 같이 플랫폼의 구성 모듈별로 구분하여 사용자와 유스케이스를 연결하는 것은 필요하지 않다.

사용자의 사용기능에 대한 표현이 수정되었으며, 교차되는 유스케이스 연결로 복잡한 관계도에서 보다 직관적인 아키텍처로 재설계 하였다. 유스케이스 아키 텍처 수정 및 재설계 사항은 다음과 같다.

• NFR 14의 사이버 보안에 대한 설계전술로 사용자에 대한 인증과 항해시스 템플랫폼 기능에 대한 접근경로 구분

• 사용자들을 Remote operator와 Shipping company 및 Techinician은 ISCC user로, Port authority와 Other ship은 External user로 일반화, External user의 경우 제한적인 항해상태 모니터링만 가능하도록 수정

아키텍처 및 모듈 설계 평가결과 요구사항을 반영하여 재설계한 유스케이스 아키텍처는 Fig. 37과 같다.

Fig. 37 Modified Usecase Architecture of Navigational System Platform

(2) 배치 아키텍처

아키텍처 개선 요구사항에서 선박 간 통신 방법이 부재하여, 항해시스템플랫 폼 정보가 타선과는 송수신 할 수 없기 때문에 Point to point 안테나를 통해 인접 선박 간 항해정보를 교환할 수 있도록 수정하였다. 항해시스템플랫폼 배 치 아키텍처에 대한 수정 및 재설계 사항은 다음과 같다.

• NFR 2의 아키텍처 및 모듈 설계 중, 민감점 S3에 대해 선박조종 모듈의 Route management 기능을 항해모니터링 모듈로 이동하고 모듈명을 항해관 리(Navigation management) 모듈로 변경

• 항해관리(Navigation management) 모듈의 Route management 기능 사용을 위한 플랫폼 컨트롤러 구성

• NFR 4의 아키텍처 및 모듈 설계 중, 위험요소 R2 대응을 위한 위성통신장 치 이중화

• NFR 1의 아키텍처 및 모듈 설계와 개선 요구사항으로 정보전달 경로 제한 과 속도향상을 위한 데이터베이스 적용

• 항해장비 중 항해시스템플랫폼의 디스플레이와 컨트롤러 구성에 따른 ECDIS기능의 항해관리 모듈로의 이동

• NFR 26의 아키텍처 및 모듈 설계 평가 결과에 따라 결함장비 발생 시, 기 능 대체를 위한 항해장비 이중화

• NFR 11의 모듈 설계 중, 항해장비와 항해장비관리 모듈의 연결 간 Adaptor 를 통한 다양한 장비 연결방식을 지원

아키텍처 및 모듈 설계 평가결과 요구사항을 반영하여 재설계한 배치 아키 텍처는 Fig. 38과 같다.

Fig. 38 Modified Deployment Architecture of Navigational System Platform