기존의 선박정비관리시스템은 선박의 기관별 관리와 그에 따른 정비 및 수리 기록만을 관리하는 단순한 소프트웨어였다. 기존 버전의 세부 기능은 크게 네 가지로 분류할 수 있다. 첫 번째는 ‘선박 내의 각 기관 관리’로 선박을 기관별로 나누어 정비와 수리, 그리고 기자재를 관리할 수 있고, 두 번째는 ‘각 기관 내 Machine별 관리’로 첫 번째의 좀 더 세부적인 내용으로 각 Machine의 정비와 수리, 그리고 기자재의 내역을 관리할 수 있는 기능이다. 세 번째는 ‘Maintenance, Repair 관리’로써 정비와 수리의 총괄을 할 수 있으며, 네 번째는 ‘등록된 각종 Code 및 Data 백업 및 복원’으로 지속적인 관리를 위한 선박의 Machine, Assembly Code 및 Data를 백업과 복원할 수 있는 기능이다.

기존의 선박정비관리시스템은 마이크로소프트 닷넷의 내부 클래스인 윈폼(WinForm)을 이용한 기초적인 형태를 지니고 있었다. 개발자 친화적인 형태로 인해 사용자들로 하여금 불편함을 야기했으며 사용을 하려면 필연적인 교육과정을 수료해야 했다. 이는 사용자들로부터 지속적인 불만 사항으로 지적되어왔기에 개선 및 편의 기능 추가를 진행했다.

인터페이스와 경험적 측면에서 반드시 ‘사용자의 눈은 왼쪽에서 오른쪽으로 이동한다.’라는 원칙을 지켜나갔다. 트리구조를 응용하여 좌측에서부터 큰 틀을 선택하여 점점 작은 범위로 나아가게 되는 방향을 채택하여 사용자의 접근성 및 직관성을 높였다.

Figure 1과 같이 사용자는 좌측의 메뉴 트리를 통해 언제든 각 선박의 내부 항목별로 접근이 가능하다. 따라서 사용자는 맨 처음엔 선박 중 하나를 선택한 뒤, 뒤따라 출력되는 세부 항목 중에서 하나를 선택하여 확인하려는 정보에 쉽게 접근할 수 있다. 기존의 정리되지 않았던 UI에 비해 트리 식 구성은 사용자에게 한눈에 들어오도록 효율적으로 정보전달을 해준다.

Figure 1: 
Example of Menu Tree of PMS

아직 실제 현장과 선박의 기 부속, 기자재의 정보화가 많이 진행되어있지 않다[8]. 선박의 탑승 인원이 주기적으로 정보를 간추려서 이메일로 관리 회사의 담당 직원에게 전달하는 형태가 가장 흔하다. 선박과 관리 회사의 기초 데이터 공유가 선박 내 컴퓨터와 관리 회사의 서버 간의 자동화된 방식으로 진행되지 않는다.

따라서 실제 현장에서 쌓이는 자료는 파일 형태로 서버에 존재할 뿐 데이터로써 활용되기 어렵다. 외국의 기업들처럼 빅데이터와 인공지능이라는 기술을 활용하기 위해서는 현장에서의 데이터를 남김없이 수집하고 잘 정제하는 작업이 필수적이라 할 수 있다. 따라서 자료가 선박에서 회사로 전달되는 과정을 변화시키는 데는 한계가 있어서 자료를 데이터베이스화하는 방법을 채택했다.

데이터베이스 모델링 과정을 통해 기존에 수집한 자료와 개발 중에도 지속적으로 추가되는 자료를 정규화[9] 및 데이터 통합을 진행하였다. 모델링한 테이블의 종류는 총 여섯 가지가 있다. 첫 번째로 ‘선주 또는 선박관리업체를 나타내며 회원등록, 회원 정보관리, 회원등급관리를 위한 User 테이블’과 두 번째로 ‘선박을 대표하는 선박기관분류, 정비기록관리, 수리 기록 관리를 위한 Vessel 테이블’, 세번째로 ‘프로그램 내부의 전체적 시스템 관리 및 업부 분류를 위한 Task 테이블’, 네 번째로 ‘기 부속 자재를 나타내기 위한 Spare 테이블’, 다섯 번째로 ‘정비와 수리, 선박의 이동 등을 나타내고 정리하기 위한 Plan 테이블’, 여섯 번째로 ‘각 기관의 Code를 정리하기 위한 Code 테이블’이 있다.

총 여섯 개의 테이블로 선박에 대한 모든 정보를 정규화하여 데이터의 중복을 최소화하고 데이터 간의 관계를 중요하게 규정한 관계형 데이터베이스를 구축하였다.

총 일곱 가지의 화면으로 선박의 모든 정보를 출력하게 만들었다. 종류는 Table 3과 같다.

Task 화면은 사용자 기반으로 정보가 주어지는 화면으로 사용자의 정보, 보유한 선박 그리고 선박별로 요약된 상태 정보를 볼 수 있다.

Figure 2: 
Example of Task Interface

Figure 2에서 1번의 선박별 상태정보에서 해당 선박의 정비, 수리, 기자재, 연료, 운행 상태 중에서 새로운 알림이 있으면 해당 부분에 색이 들어와 사용자에게 정보를 전달해 줄 수 있다. 그렇게 색이 들어온 부분을 선택하면 2번의 상태정보 리스트에서 조금 더 설명이 추가된 상태정보를 볼 수 있으며 각 분야에 따라 검색도 가능하다.

Spare 화면은 기자재의 도면과 세부정보를 확인하는 Spare, 기자재의 내역을 수량과 함께 볼 수 있는 Inventory, 기자재의 소비 내역을 확인하는 Part Consumption으로 나뉜다. 사용자는 선박별로 기관의 대체 부품들이 얼마나 남아있고 사용 기록은 어떠한지 볼 수 있다.

Maintenance 화면은 선박의 정비 정보를 관리하는 Maintenance, 정비 카드의 정보를 관리하는 Maintenance Card, 기간별 정비 내역을 확인할 수 있는 Maintenance List, 정비 계획을 수립할 수 있는 Maintenance Plan, 정비의 결과를 입력하는 Maintenance Result Input으로 나뉜다. 사용자는 이러한 화면을 통해 선박별로 정비 내역이 어떻게 되어있는지 또는 앞으로의 정비 계획을 기입할 수 있다.

Figure 3: 
Example of Maintenance Interface

Procurement 화면은 기자재를 청구할 수 있는 Spare Request, 청구서에 대한 견적서를 작성할 수 있는 Quotation, 견적서에 따라 기자재를 발주하는 Order, 청구서나 견적서 또는 발주의 상황을 볼 수 있는 Processing 화면으로 구성된다. 사용자는 해당 기능을 이용해 선박의 기자재를 청구 및 발주할 수 있으며 시스템을 이용한 것만으로도 자동적으로 관련 서류를 획득할 수 있게 된다.

Repair 화면은 수리 청구서를 작성하거나 수리 결과를 입력할 수 있는 Repair Request 화면으로 구성된다. 사용자는 이러한 기능을 이용해 선박의 수리 과정을 총체적으로 관리할 수 있다. 화면의 기능을 순차적으로 따르기만 해도 선박의 수리과정에 대한 서류를 도출할 수 있다.

Code 화면은 선박 및 기관별 정비 데이터나 기자재의 초기 데이터를 관리할 수 있다. Basic Code 화면에서는 기존에 입력되어있는 데이터를 확인할 수 있으며 Basic Input 화면에서는 이러한 초기 데이터를 입력할 수 있다.

Figure 4: 
Example of Code Interface

DB 화면은 데이터베이스를 백업하거나 복원하는 기능을 지니고 있다. Export 화면에서는 사용자가 확인 중인 선박에 대한 데이터를 백업할 수 있고, Import 화면에서는 선박에 대해서 데이터베이스에 있는 정보를 시스템에 덧씌우는 복원 작업을 수행한다.