생산관리 시스템에 소스코드가 없어도 유지보수가 전부 멈추는 것은 아닙니다. 기준정보 추가, 잘못 입력된 데이터 보정, 조회용 보고서 추가처럼 데이터베이스와 설정으로 처리되는 일은 소스 없이도 대부분 이어받을 수 있습니다. 반대로 계산 규칙 변경이나 화면 항목 추가는 실행 파일을 고쳐야 하는 일이라 성격이 다릅니다. 아래에 요청 유형별 경계, 이어받을 수 있는지 판단하는 확인 항목, 소스 복원을 검토할 때 주의할 점을 정리했습니다.
소스코드가 없으면 유지보수를 아예 못 하나요?
요청 유형에 따라 갈립니다. 소스가 없다는 것은 프로그램이 하는 동작을 바꿀 수 없다는 뜻이고, 데이터를 고치거나 설정을 바꾸는 일은 그와 별개로 가능한 경우가 많습니다. 그래서 유지보수가 되는지를 한 번에 묻기보다, 지금 밀려 있는 요청을 유형으로 갈라 보시는 편이 빠릅니다. 실제로 급한 요청은 기준정보와 데이터 쪽에 몰려 있는 경우가 많습니다.
| 요청 유형 | 소스 없이 | 소스 없이 처리하는 방법 | 남는 제약 |
|---|---|---|---|
| 기준정보 추가(거래처·품목·공정·사용자) | 대부분 가능 | 관리자 화면에서 등록하고, 화면에 항목이 없으면 기준정보 테이블에 직접 넣는다 | 입력 검증이 화면에만 있으면 직접 넣은 값이 다른 화면에서 걸릴 수 있다 |
| 데이터 보정(잘못 입력된 실적, 재고 수량) | 대부분 가능 | 수정 전 상태를 따로 남긴 뒤 데이터베이스에서 해당 건을 고친다 | 연결된 집계·마감 테이블이 함께 갱신되지 않으면 숫자가 어긋난다 |
| 조회·출력물 추가(월별 실적표, 거래처별 내역) | 가능한 경우가 많다 | 운영 데이터베이스를 읽기 전용으로 붙여 별도 보고서로 만든다 | 기존 화면 안에는 넣지 못해 쓰는 자리가 둘로 나뉜다 |
| 계산 규칙 변경(불량 판정 기준, 재고 차감 시점) | 어렵다 | 규칙이 저장 프로시저나 설정 테이블에 있는지 먼저 확인한다. 실행 파일 안이면 손댈 수 없다 | 규칙을 읽을 수 없으면 화면 결과로 역으로 추정해야 한다 |
| 화면 항목 추가, 설비 연동 변경, 거래처 양식 대응 | 안 된다 | 그 업무만 떼어 별도 프로그램으로 만들고 데이터는 같은 데이터베이스를 쓴다 | 입력 화면이 둘로 나뉘어 현장 동선이 늘어난다 |
표의 아래 두 줄에 해당하는 요청이 많다면 소스가 없다는 사실이 바로 걸림돌이 됩니다. 위 세 줄에 몰려 있다면 교체를 지금 결정하지 않고도 운영을 이어갈 여지가 있습니다.
소스 없이 이어받을 수 있는지 무엇을 보고 판단하나요?
데이터베이스에 우리 권한으로 접근할 수 있는지, 그리고 업무 규칙이 데이터베이스 쪽에 남아 있는지가 판단을 가릅니다. 둘이 확보되면 소스가 없어도 다음에 맡는 쪽이 현재 상태를 읽고 손댈 지점을 찾을 수 있습니다. 반대로 접근이 막혀 있으면 소스가 있어도 운영 중인 시스템에 적용하기 어렵습니다.
| 확인 항목 | 어떻게 확인하나 | 이어받기 쉬운 신호 | 어려운 신호 |
|---|---|---|---|
| 데이터베이스 접근 | 데이터베이스 종류와 접속 계정, 서버 위치를 확인하고 직접 조회해 본다 | 우리 계정으로 조회와 백업이 된다 | 접속 정보를 공급사만 쥐고 있거나 권한이 일부 조회로 묶여 있다 |
| 데이터 구조 | 테이블명과 컬럼명이 업무 용어로 이어지는지 본다 | 이름이 업무 용어이고 코드표나 주석이 남아 있다 | 약어와 일련번호여서 무엇을 담는 칸인지 알 수 없다 |
| 업무 규칙의 위치 | 저장 프로시저·트리거·설정 테이블이 있는지 확인한다 | 판정과 계산이 저장 프로시저나 설정값에 있어 읽을 수 있다 | 전부 실행 파일 안에 있어 화면 결과로만 추정해야 한다 |
| 실행 환경 | 프로그램이 어디서 돌고 어떻게 설치되는지 본다 | 서버와 설치 파일이 사내에 있어 다시 설치할 수 있다 | 설치 파일이 없어 PC가 바뀌면 그 자리에서는 쓸 수 없다 |
| 외부 연동 | 설비·바코드·회계·거래처 전송이 어디를 거치는지 따라가 본다 | 연동이 파일이나 중간 테이블을 거쳐 눈에 보인다 | 프로그램이 직접 주고받아 중간에 확인할 지점이 없다 |
확인은 문서가 아니라 실제로 열어 보는 방식으로 하십시오. 접속 정보가 적힌 문서가 있어도 계정이 이미 바뀌어 있는 경우가 있습니다.
소스를 복원하거나 역분석하는 방법은 선택지가 되는가
일반적으로 먼저 검토할 선택지는 아닙니다. 실행 파일을 역분석해 소스를 되살리는 방식은 계약서의 지식재산 조항과 저작권 문제가 함께 걸리는 사안이라, 가능하다고 단정해 말씀드리기 어렵습니다. 필요하다고 판단되시면 계약 문서 전체를 두고 법률 검토를 받으시는 쪽을 권합니다.
다만 그보다 먼저 확인할 것이 있습니다. 소스가 없다고 알려진 시스템에서 실제로는 일부가 서버에 남아 있는 경우가 적지 않습니다. 웹 기반이면 화면 파일과 스크립트가 서버 폴더에 그대로 있고, 보고서 양식 파일과 설정 파일, 저장 프로시저도 성격상 소스에 해당합니다. 이것만으로 처리되는 요청이 있습니다. 설치 폴더와 서버 폴더를 한 번 훑어보는 일이 복원 검토보다 앞섭니다.
다음 단계 — 무엇부터 정리하면 되는가
위 두 표를 우리 시스템에 대입해 한 장으로 적는 것이 시작입니다. 밀려 있는 요청을 유형별로 옮겨 적고, 그중 소스가 없어 막히는 항목만 따로 모으십시오. 그 목록이 교체나 재구축을 판단할 때 쓰는 근거가 됩니다. 막히는 요청이 몇 건뿐이고 모두 데이터 쪽이라면 결정을 미루고 운영을 이어가셔도 됩니다.
반대로 막히는 항목이 계속 늘어나면 범위를 쪼개 보는 방법이 있습니다. 기존 시스템은 과거 데이터 조회 쪽으로 남겨 두고, 막히는 업무만 떼어 새로 세우는 방식입니다. 어느 쪽이든 범위와 기간은 설비 구성과 데이터 상태를 직접 확인한 뒤에 나오는 숫자라, 현장 진단 단계에서 산출해 드립니다.
FAQ
자주 묻는 질문
- 소스코드가 없는데 다른 업체가 유지보수를 받아줄까요?
- 받는 곳이 있습니다. 다만 맡는 범위가 소스가 있을 때와 다르게 잡힙니다. 소스가 없으면 프로그램 동작을 고치는 일은 범위에서 빠지고, 데이터베이스 조회와 보정, 기준정보 등록, 보고서 추가, 장애 시 서비스 재기동 같은 운영 쪽이 범위가 됩니다. 그래서 견적을 받기 전에 우리가 무엇을 요청할 것인지 목록으로 정리해 두시는 편이 낫습니다. 요청이 전부 화면 수정이면 받아줄 곳을 찾아도 결과가 달라지지 않습니다. 또 하나, 맡기기 전에 데이터베이스 접속 권한을 우리 이름으로 확보해 두십시오. 접근이 안 되는 상태로는 어느 업체도 범위를 확정하기 어렵습니다. 범위를 좁게 시작하고 한두 건을 실제로 처리해 본 뒤 늘리는 방식도 많이 씁니다.
- 실행 파일만 있으면 설치해서 계속 쓸 수 있나요?
- 설치 파일이 있고 실행 환경이 맞으면 가능한 경우가 있지만, 실행 파일 하나만으로는 어려운 경우가 더 많습니다. 확인하실 것은 세 가지입니다. 설치 프로그램이 따로 있는지, 접속 설정을 어디서 읽는지, 그리고 그 PC에 따로 깔아야 하는 구성 요소가 있는지입니다. 데이터베이스 접속 정보가 설정 파일에 있으면 내용을 보고 맞출 수 있지만, 프로그램 안에 들어 있으면 서버가 바뀌었을 때 손을 쓸 수 없습니다. 운영체제 버전이 올라가 예전 구성 요소가 설치되지 않는 경우도 있습니다. 그래서 지금 돌아가는 PC가 멀쩡한 동안에 다른 PC 한 대에 설치를 시험해 보시는 쪽을 권합니다. 고장난 다음에 확인하면 선택지가 없습니다.
- 소스코드 없이 기능을 하나만 추가할 수 있나요?
- 기존 화면 안에 넣는 방식은 어렵고, 그 기능만 따로 만들어 같은 데이터를 쓰게 하는 방식은 가능한 경우가 많습니다. 예를 들어 거래처가 요구하는 새 양식이 필요하면 기존 시스템의 출력 화면을 고치는 대신, 운영 데이터베이스를 읽어 그 양식만 만들어 내는 별도 도구를 두는 방식입니다. 쓰기까지 필요한 기능은 더 조심해서 봐야 합니다. 프로그램이 검증하던 조건을 모르는 상태로 데이터를 넣으면 기존 화면에서 오류가 나거나 집계가 어긋날 수 있습니다. 그래서 쓰기가 필요한 경우에는 해당 테이블의 처리 순서를 먼저 확인하고, 시험용 데이터로 맞춰 본 뒤 적용합니다. 입력 자리가 둘로 나뉘는 불편은 남으므로 현장과 미리 맞춰 두시는 편이 좋습니다.
- 우리가 소스코드를 가지고 있는지 어떻게 확인하나요?
- 구축 당시 받은 자료와 서버 폴더를 함께 보시면 대개 판단이 됩니다. 먼저 계약서의 산출물 조항과 별첨 목록, 완료 보고 때 받은 CD나 외장 디스크, 공유 폴더에 올라온 파일을 확인하십시오. 다음으로 서버를 보십시오. 웹 기반이면 화면 파일과 스크립트가 서버 폴더에 그대로 있는 경우가 있고, 데이터베이스 안의 저장 프로시저와 보고서 양식 파일도 내용을 읽고 고칠 수 있는 자료입니다. 전체가 아니어도 일부가 남아 있으면 처리되는 요청이 늘어납니다. 확인한 결과는 한 장에 적어 두십시오. 무엇이 있고 무엇이 없는지가 정리돼 있으면 다음 업체와 범위를 이야기할 때 그대로 쓰입니다.
- 소스 없는 상태로 계속 쓰면 가장 먼저 막히는 것은 무엇인가요?
- 대개 외부에서 들어오는 변경에서 먼저 막힙니다. 거래처가 납품서나 성적서 양식을 바꿀 때, 제도나 인증 서식이 바뀌어 출력물을 고쳐야 할 때, 설비를 한 대 더 붙여 데이터를 받아야 할 때입니다. 우리 사정이 아니라 상대 사정으로 생기는 일이라 미룰 수 없다는 점이 문제입니다. 그다음은 사람과 장비 쪽입니다. 사용자를 추가하거나 PC를 교체하는 일이 설정 변경으로 끝나지 않으면 그때 손쓸 수단이 없다는 사실이 드러납니다. 반대로 매일 쓰는 입력과 조회는 소스가 없어도 한동안 그대로 돌아갑니다. 그래서 당장 멈추지 않더라도, 앞으로 들어올 외부 변경 요구를 적어 두고 그중 몇 건이 막히는지 세어 보시는 편이 판단에 도움이 됩니다.
근거·참고
제도와 기준의 원본
- 스마트공장 사업관리시스템
정부 스마트공장 보급사업의 공고·신청·공급기업 목록이 있는 곳. 지원금 조건을 여기서 확인합니다.
- 한국생산기술연구원
제조 공정 기술을 연구하는 정부출연 기관. 금형·가공·자동화 분야의 기술 자료가 공개돼 있습니다.
현장에 맞는 답이 필요하시면
이 글은 일반적인 기준을 정리한 것입니다. 공정과 설비를 직접 보고 해당 현장의 조건에 맞춰 범위를 잡아 드립니다.
MORE
함께 보면 좋은 글
- 조선기자재 생산관리시스템 구축 비용, 호선·블록 범위가 기준입니다
조선기자재 생산관리시스템 구축 비용은 사용자 수보다 호선·블록·품목의 연결 깊이와 자재·외주·검사 기록의 연동 범위에서 달라집니다. 거제·통영 생산관리 진단 경험을 바탕으로 견적 전에 정할 관리 단위와 구축 기준을 정리했습니다.
- MES 도입 전에 먼저 정리해야 할 현장 데이터는 설비 목록과 코드 체계입니다
MES 도입 전에 정리할 현장 데이터는 설비 목록, 공정 단위, 코드 체계, 작업지시와 실적 양식입니다. 무엇을 어느 수준까지 정리해야 하는지와 정리 없이 시작했을 때 생기는 일을 함께 정리했습니다.
- 생산관리시스템 공급사 연락 두절, 멈추기 전에 확보할 자료부터 정리합니다
공급사가 응답하지 않을 때 먼저 할 일은 독촉이 아니라 확보입니다. 응답 지연·연락 두절·사업 종료 단계를 가르는 신호와, 닿지 않는 동안 확보해 둘 접근 정보·데이터·산출물·업무 규칙을 표로 정리했습니다.