소프트웨어 관리·개선(AMS)
운영 중인 소프트웨어를 이어받아, 오류 수정부터 기능 개선까지 맡습니다
만든 업체와 연락이 끊겼거나, 같은 오류가 반복되거나, 작은 수정에도 오래 걸리는 시스템을 맡습니다. 이어받을 수 있는 상태인지 먼저 확인하고, 맡을 범위와 대응 방식을 정한 뒤 시작합니다.
개발사 연락 두절부터 반복 오류까지, 운영 중인 시스템의 문제를 해결합니다
프로그램 유지보수 업체를 찾거나 바꿔야 할 때입니다. AMS(애플리케이션 관리 서비스)는 기존 시스템 유지보수와 기능 · 성능 개선을 월 단위로 수행하는 서비스입니다. 누가 만들었는지와 관계없이 지금 상태부터 확인합니다.
-
만든 업체와 연락이 끊겼습니다
소스코드 · 실행 환경 · 데이터 · 배포 경로 · 계정 명의가 남아 있는지부터 확인합니다.
결과 이어받을 수 있는지, 무엇을 먼저 확보해야 하는지가 문서로 정리됩니다.
-
담당 개발자가 퇴사했습니다
남아 있는 코드와 설정에서 구조를 읽어 운영 문서로 정리합니다.
결과 특정 담당자가 아니라 문서를 기준으로 운영할 수 있게 됩니다.
-
고쳐도 같은 오류가 반복됩니다
발생 시각 · 로그 · 최근 변경을 대조해 원인을 좁히고 안정화합니다.
결과 임시 조치가 아니라 원인을 기준으로 수정 범위가 정해집니다.
-
화면이 느려 업무가 밀립니다
재현 조건과 현재 지표를 먼저 측정하고, 느린 지점부터 개선합니다.
결과 개선 전후를 같은 조건으로 측정해 결과를 확인합니다.
-
작은 기능 추가에도 오래 걸립니다
요청을 한 목록으로 모으고, 우선순위를 정해 매달 개선합니다.
결과 무엇이 언제 반영되는지 예측할 수 있게 됩니다.
-
서버와 프로그램의 담당 업체가 달라 장애 원인이 정리되지 않습니다
AWS 환경이면 클라우드 관리와 함께 맡아 단일 접수 창구에서 받고, 원인을 함께 확인합니다.
결과 누가 무엇을 고치는지 장애마다 기록으로 정해집니다.
인수인계 가능 여부는 6개 항목으로 판단합니다
확인 전에 가능하다고 단정하지 않고, 남아 있는 자료를 확인한 결과로 판단합니다.
- 소스코드 접근판단의 전제 운영 중인 프로그램의 소스코드와 변경 이력을 받으실 수 있는지
- 실행 환경 접근 서버나 호스팅 계정에 직접 접속할 수 있는지, 업체를 거쳐야 하는지
- 데이터 확보 데이터베이스와 저장된 자료를 내려받을 수 있는지, 백업이 있는지
- 배포 경로 수정한 내용을 실제 서비스에 반영하는 절차가 남아 있는지
- 계정 명의 도메인 · 인증서 · 외부 서비스 계정이 회사 명의인지
- 기록·문서 구조나 설정을 설명한 자료가 남아 있는지
해당하는 상황이 분명하지 않으면 기존 시스템 상황별 안내에서 먼저 정리하실 수 있고, 기존 시스템 이어받기 진단은 연락처 없이 6문항으로 바로 결과를 보여 드립니다.
무료 상담으로 시작하고, 비용은 인수인계부터 발생합니다
이후의 운영과 개선은 월 단위로 이어집니다. 금액은 대상 시스템과 범위를 확인한 뒤 안내합니다.
- 01 무료 상담 무료
- 하는 일
- 30분 상담에서 지금 시스템의 상황과 남아 있는 자료를 여쭙습니다.
- 준비하실 것
- 아시는 범위의 현재 상황 설명
- 받으시는 것
- 서면 요약 — 인수인계 가능 여부와 먼저 확보할 자료
- 02 인수인계 · 안정화 프로젝트 견적
- 하는 일
- 코드 · 빌드 · 배포 · 계정 · 백업과 복구 절차를 점검합니다. 반복되는 오류가 있으면 이 단계에서 원인부터 정리합니다.
- 준비하실 것
- 소스코드와 변경 이력 · 서버 또는 호스팅 접근 계정 · 현재 계약 기간과 종료 통지 기한
- 받으시는 것
- 점검 결과 · 운영 문서 · 위험 목록 · 원인 정리 결과(해당 시)
- 03 월 운영 · 유지보수 월 정액
- 하는 일
- 오류 접수와 원인 분석 · 수정, 정기 업데이트, 배포와 변경 기록을 수행합니다.
- 준비하실 것
- 업무 우선순위를 정하실 담당자
- 받으시는 것
- 변경 기록 · 월간 보고서
- 04 지속 개선 월 정액에 포함(범위 안)
- 하는 일
- 기능 추가 · 성능 개선 · 테스트 보강 요청을 목록으로 관리하고, 합의한 우선순위대로 반영합니다.
- 준비하실 것
- 개선 요청과 우선순위 합의
- 받으시는 것
- 개선 요청 목록과 반영 일정
합의한 범위를 넘는 작업은 착수 전에 범위와 비용을 안내하고 승인을 받은 뒤 진행합니다. 빌드업웍스가 구축한 시스템은 구축 계약에 이어 같은 방식으로 운영합니다.
월 정액 범위의 요청을 정해진 순서로 처리하고, 매달 보고합니다
운영 중인 시스템의 유지보수와 우선순위에 따른 개선이 월 정액에 포함됩니다. 새로 만드는 일이나 큰 구조 변경은 범위와 일정을 따로 정해 진행합니다.
월 정액에 포함
| 요청 유형 | 내용 |
|---|---|
| 오류 수정 | 오류 접수 · 원인 분석 · 수정 |
| 정기 점검 | 모니터링 · 보안 점검 · 비용 점검(대상 환경에 맞춰) |
| 정기 업데이트 | 정기 업데이트 · 의존성(라이브러리) 점검 |
| 배포 · 변경 기록 | 배포 절차 정리와 변경 기록 |
| 운영 문서 | 운영 문서 · 구성 문서 작성과 갱신 |
| 개선 반영 | 우선순위에 따른 기능 추가 · 성능 개선 |
별도로 범위를 정하는 일
- 큰 기능 개발 · 구조 변경 · 단계적 전환 별도 견적
- 새로 만드는 시스템 AI · 앱 개발에서 진행
- 상용 패키지 내부 수정 제조사 정책을 확인한 뒤 판단
- 현장 출동 · 장비 교체 · 회선 범위를 따로 정함
AWS가 아니어도 맡을 수 있나요?
맡을 수 있습니다. Azure · GCP · 자체 서버(온프레미스) · 호스팅에서 운영 중인 소프트웨어도 환경과 접근 방법을 확인한 뒤 진행하며, AWS로 옮기는 것을 조건으로 하지 않습니다. 인프라 운영 자체를 맡는 클라우드 관리(AWS 관리 대행)는 AWS 환경을 대상으로 합니다.
- 접수 요청을 한 목록으로 모읍니다
- 분류 월 정액 범위인지, 따로 정할 작업인지 구분합니다
- 처리 원인 분석 · 수정 · 개선
- 확인 변경 반영은 고객사가 승인합니다
- 반영 정리한 배포 절차로 반영합니다
- 기록 · 보고 변경 기록과 월간 보고로 남깁니다
범위를 넘는 요청범위 · 비용 안내→고객사 승인→착수(별도 견적)
장애 등급과 대응 시간은 대상 시스템에 맞춰 계약에서 정합니다.
매달 받으시는 운영 · 개선 보고서
계약한 범위대로 수행되었는지 매달 같은 구성의 보고서로 확인하실 수 있습니다.
이달 요약
- 오류 접수 · 처리—
- 개선 반영—
- 다음 달 우선순위—
보고서 구성
- 01 오류 접수와 처리 접수일 · 내용 · 원인 · 조치 · 상태
- 02 개선 요청 목록 우선순위 · 요청 · 상태 · 반영(예정)일
- 03 배포와 변경 기록 배포일 · 변경 내용 · 영향 · 확인
- 04 정기 업데이트와 점검 의존성 점검 · 보안 점검 · 모니터링 · 비용 점검
- 05 범위 밖 요청 요청 · 범위 · 비용 안내 · 승인
- 06 운영 문서 운영 문서 · 구성 문서 갱신 내용
- 07 다음 달 우선순위 · 확인 요청
견본은 보고서의 구성만 보여 드리며 값은 비워 두었습니다. 실제 보고 항목은 대상 시스템에 맞춰 정합니다.
책임 경계와 계약 조건은 착수 전에 문서로 정합니다
책임 분담 · 소스코드 권리 · 접근 권한 · 계약 종료 시 인계 자료를 계약 전에 확인하실 수 있습니다.
서버와 프로그램의 책임 경계
두 서비스를 함께 맡기시면 단일 창구에서 접수하고, 책임은 층별로 나눠 계약 문서에 적습니다.
- 업무 고객사 업무 우선순위 결정, 데이터 정정 승인, 변경 반영 승인
- 애플리케이션 소프트웨어 관리·개선(AMS) 애플리케이션 오류, 쿼리 · 데이터 구조, 기능 · 성능 개선
- 서버 · 데이터베이스 클라우드 관리(MSP) AWS 환경 대상 서버 · 데이터베이스 서비스의 모니터링과 대응, 백업 구성, 비용 · 보안 설정
- 플랫폼 플랫폼 제공사 클라우드 · 상용 서비스 자체의 장애 복구
계약 · 권리 · 보안
- 소스코드와 권리
소스코드를 넘겨받은 것과 수정할 권리는 별개입니다. 원 개발 계약이 권리를 양도한 것인지, 이용만 허락한 것인지가 수정할 수 있는 범위를 정합니다.
인수인계 전에 확인할 자료 — 관련 글 → - 접근과 보안
- 프로젝트 시작 전 NDA(비밀유지계약) 체결
- 고객 인프라 접근 권한은 최소 권한 원칙 적용
- 프로젝트 종료 시 접근 권한 즉시 회수
- 고객 데이터는 프로젝트 목적 외 사용하지 않음
- 계약 종료
- 최소 계약 기간 없음 — 월 단위 계약
- 위약금 없음
- 종료 시 인계 자료 — 운영 문서 · 구성 문서 · 배포 절차와 변경 기록 · 미해결 항목
- 후속 운영 주체가 그대로 이어받을 수 있도록 정리해 드립니다
회사 공통 조건이며, 전체 내용은 서비스 약속에서 확인하실 수 있습니다.
유지보수를 수행하는 팀
- 운영 기준무중단과 높은 보안이 요구되는 실시간 금융 거래 환경에서 인프라를 운영해 왔습니다. 이력은 회사 소개에서 확인하실 수 있습니다.
- 결과물만든 것을 직접 조작해 보실 수 있습니다 — 라이브 데모 19종 · 직접 조작 가능 · lab.buw.co.kr 기준 · 전부 가상 데이터
운영 중인 시스템을 점검하고 개선한 기록입니다
실제로 수행한 작업의 결과입니다. 결과가 나온 조건과 적용되지 않는 경우를 함께 적었습니다.
자주 묻는 질문
소스코드를 받을 수 없으면 유지보수가 불가능한가요?
운영 중인 프로그램만 있고 소스코드가 없으면 수정할 수 있는 범위가 크게 제한됩니다. 이 경우 소스 확보 방법, 일부 기능의 재구축, 전체 재구축을 나란히 놓고 각각의 비용과 위험을 설명드립니다.
지금 업체와 계약 중이어도 옮길 수 있나요?
계약 기간 중에도 상담과 현황 확인은 먼저 진행하실 수 있습니다. 실제 전환 시점과 순서는 지금 계약의 조건에 맞춰 정하며, 남은 계약 기간과 종료 통지 기한, 하자 대응 기간, 계약상 넘겨받을 수 있는 자료(소스코드 · 계정 · 문서)의 범위를 먼저 함께 확인합니다. 계약의 해석은 기존 계약서가 기준입니다.
무료 상담의 범위는 어디까지인가요?
서면 요약은 상담에서 들은 내용을 기준으로 합니다. 코드와 환경을 직접 확인하는 일은 인수인계 · 안정화 단계에서 진행합니다. 코드 수정 · 장애 복구 · 배포 · 상세 코드 감사 · 침투 테스트는 무료 상담에 포함되지 않으며, 계정 비밀번호나 데이터 원본은 요구하지 않습니다.
유지와 재구축은 어떻게 판단하나요?
유지가 적합하면 유지하고, 필요한 부분만 개선합니다. 재구축이 더 합리적인 경우에는 그 판단의 근거를 먼저 설명드리고, 결정은 고객사가 합니다.
결정하기 전에 읽어 두면 좋은 글
유지보수를 위탁하시기 전에 확인하실 기준을 정리한 글입니다. 지금 갖고 계신 자료부터 점검하실 수 있습니다.
- 유지보수 계약 범위, 계약서에 무엇을 적을까소프트웨어 유지보수 계약의 실질은 맡기는 일의 목록보다 그 경계를 어떻게 정했는가에서 결정됩니다. 장애와 요청의 구분, 범위 밖 작업의 승인, 하자보수와의 구분, 종료 시 인계까지 계약서에 적을 항목을 정리했습니다.
- 유지보수 요율과 범위 방식, 견적 읽는 법유지보수 비용은 개발비에 요율을 곱하는 방식, 투입 인력 방식, 대상 시스템과 지원 범위로 정하는 월 정액 등으로 정해집니다. 방식별 한계와 견적을 비교할 때 물어볼 질문을 정리했습니다.
- 기존 시스템, 이어받으려면 무엇이 필요한가개발사가 만든 시스템을 다른 팀이 이어받으려면 소스코드·실행 환경·데이터·배포 경로·계정 명의·기록을 확보해야 합니다. 어떤 항목이 없으면 인계가 어려워지는지, 무엇부터 확보해야 하는지 정리했습니다.