블로그

소스코드 에스크로(SW 임치)가 실제로 보장하는 것과 못 하는 것, 하자와 추가 개발의 경계선, 유지보수·기술지원 계약의 비용 구조까지. 계약 이후를 지키는 7단계를 발주처 관점에서 정리했습니다.

WPF 외주 개발 업체를 고를 때 무엇을 확인해야 하는지 정리했습니다. WinForms·MAUI·Avalonia와의 차이, MVVM 구조를 요구해야 하는 이유, 장비 UI와 업무용 데스크톱의 견적 차이, 배포·코드 서명까지 담았습니다.

업무 자동화는 만드는 난이도가 아니라 유지 책임으로 갈립니다. 직접 만들어도 되는 세 조건, 외주로 넘겨야 하는 신호 6가지, 파이썬 스크립트로 되는 선과 RPA와의 차이, 이상값 감지 없이 자동화가 사람보다 위험해지는 이유까지 정리했습니다.

사내 관리 시스템은 기능이 부족해서가 아니라 너무 많아서 실패합니다. 부서마다 같은 대상을 다르게 부르는 용어 충돌, 우선순위 대신 빈도로 범위를 자르는 법, 기존 ERP·그룹웨어와의 경계, 조직도가 아닌 업무 흐름 기반 권한 설계까지 정리했습니다.

테이블 정의서를 발주처가 왜 받아야 하는지, 무엇을 검토해야 하는지 정리했습니다. ERD와의 차이, 코드값 설명이 이 문서의 핵심인 이유, 기존 엑셀 이관에서 걸리는 지점, 삭제 방식·이력 보관을 착수 전에 정해야 하는 이유까지 담았습니다.

시스템 구성도를 발주처가 왜 받아야 하고 무엇을 확인해야 하는지 정리했습니다. 논리 구성도와 물리 구성도의 차이, 반드시 들어갈 6가지 항목, 견적을 가르는 외부 연동 목록, 메뉴 구조도·IA 정보구조도와의 구분, 클라우드 비용 산정까지 담았습니다.

테스트 케이스를 어떻게 써야 검수가 판단이 아니라 대조가 되는지 정리했습니다. 테스트 시나리오와의 차이, 예외를 뽑는 다섯 축, 기능 ID 연결로 확보하는 추적성, 통합 테스트 범위, 하자보수와 추가 개발을 가르는 검수 확인서 작성까지 담았습니다.

기능 정의서에 무엇을 적어야 견적과 개발 범위가 흔들리지 않는지 정리했습니다. 기능 ID 부여와 추적성 확보, 입력·처리·출력·예외 정의, 상태 전이표 작성, 비즈니스 규칙 번호화, 화면설계서와의 역할 분담, 그리고 발주처가 검토할 때 봐야 할 5가지까지 담았습니다.

화면설계서(화면 정의서)에 반드시 들어가는 8가지 항목을 예시와 함께 정리했습니다. 입력 항목 정의·버튼 동작·권한별 노출 차이를 어떻게 적는지, IA에서 화면 목록을 뽑는 순서, 와이어프레임·프로토타입과의 차이, 발주처 검토 기준까지 담았습니다.

요구사항 정의서를 어떻게 써야 견적이 흔들리지 않는지 정리했습니다. 요구사항 명세서(SRS)와 무엇이 다른지, 기능 정의서·화면 정의서는 누가 언제 만드는지, 계약서에서 빠뜨리면 안 되는 4가지 조항까지 발주 문서 전체를 단계별로 담았습니다.