찍으면,
라벨이 나옵니다.

1제안 개요

창고 현장에 바코드로 찍고, 라벨이 바로 나오고, 인터넷이 끊겨도 멈추지 않는 Windows 설치형 프로그램을 제안합니다.

• 고객사(가상): 직원 8명 규모의 소형 식품·식자재 유통 회사. 품목 약 300종, 하루 출고 50~150건, 창고 PC 2대.
• 한 줄 요약: 손으로 적고 엑셀에 다시 치던 입출고를, 바코드 한 번에 기록·라벨·엑셀까지 끝내게 바꿉니다.
• 진행 순서: 실제 외주와 같이 제안 → 요구사항 확정 → 설계 → 개발 → 시험 → 납품 순서로 갑니다.

2고객사 현황과 문제

지금은 출고 한 건마다 종이에 적고, 저녁에 엑셀에 다시 치고, 라벨은 손으로 씁니다. 같은 일을 세 번 하고, 적을 때마다 실수가 납니다.

상담에서 확인할 것: 거래처별로 라벨 양식이 다른지 · 품목에 이미 바코드가 붙어 있는지 · 창고 PC 사양

3제안 목표와 기대 효과

출고 기록을 한 번만 하고, 그 자리에서 라벨과 재고가 같이 끝나게 하는 것이 목표입니다.

4제안 범위

이번 계약은 창고 PC에서 쓰는 입출고·라벨·재고 프로그램 하나입니다. 자동화는 5-1의 선택 기능으로 따로 고릅니다.

5주요 기능 목록

기능은 11개이며, 하나하나 검수 때 "된다/안 된다"로 확인할 수 있게 적었습니다.

5-1선택 기능 (2단계 · 고객사가 고름)

기본 기능은 "찍은 것을 기록"하고, 선택 기능은 "알아서 해 주는" 자동화입니다. 기본을 먼저 납품한 뒤 필요한 것만 골라 붙입니다.

선택 기능은 기능마다 따로 견적합니다. 포트폴리오 시연에서는 A1(주문서 자동 읽기)을 대표로 보여 줍니다.

6업무 흐름: 지금과 바뀐 뒤

바코드 한 번이 종이·라벨·엑셀 세 번을 대신합니다.

7화면 목록

화면은 8개입니다. 창고 화면은 장갑 낀 손으로도 누를 수 있게 큰 단추·큰 글씨로 만듭니다.

8사용 환경과 장비

창고 PC 2대에 설치하고, 장비는 USB 바코드 스캐너와 소형 라벨 프린터 각 1대를 기준으로 합니다.

장비를 새로 사야 하면 맞는 모델을 추천하고, 장비 값은 견적에 넣지 않습니다.

9진행 방식과 단계

약 6~7주, 단계마다 고객사 확인을 받고 넘어갑니다. 개발 중에는 주마다 실제 화면을 보여 드립니다.

• 코드와 서버는 처음부터 고객사 이름 계정에 둡니다.
• 범위가 바뀌면 일정과 금액을 먼저 알려 드리고 진행합니다.
• 정한 기능이 제대로 안 되는 오류는 돈 받지 않고 고칩니다.

10검수(인수) 기준

아래 8개를 고객사 창고에서 직접 해 보고 모두 되면 납품 완료로 봅니다.

• 새 PC에 설치 파일만으로 설치되고, 새 판이 나오면 자동으로 업데이트된다
• 품목 엑셀 300줄을 가져오면 오류 줄만 따로 알려 주고 나머지는 등록된다
• 바코드를 찍으면 1초 안에 품목이 뜬다
• 등록 안 된 바코드·주문에 없는 품목은 소리와 빨간 화면으로 막는다
• 출고 확정과 동시에 라벨이 프린터에서 나온다 (10건 연속)
• 인터넷을 끊고 출고 20건을 해도 기록이 남고, 다시 연결하면 서버와 다른 PC에 모두 반영된다
• 두 PC에서 같은 품목을 동시에 출고해도 재고 숫자가 맞는다
• 오늘 입출고와 재고표가 엑셀로 나온다

11가정·위험과 대응

가장 큰 위험은 고객사 장비가 프로그램과 안 맞는 것이라, 개발 첫 주에 실제 장비로 먼저 시험합니다.

가정: 품목 1,000종 이하, 하루 출고 500건 이하, PC 2~3대.

12산출물과 다음 단계

납품물은 고객사가 우리 없이도 쓰고 고칠 수 있는 묶음입니다.

D1시스템 구성

창고 PC 프로그램이 모든 일을 먼저 PC 안에서 끝내고, 서버는 PC끼리 맞추고 보관하는 역할만 합니다. 그래서 인터넷이 끊겨도 현장은 멈추지 않습니다.

D2기술 선택

C# + WPF(.NET)로 만듭니다. 설치형·장비 외주에서 가장 많이 요구되는 기술이고, 프린터·시리얼 같은 Windows 장비를 다루는 기본 도구가 들어 있어 막힐 위험이 작습니다.

다른 길: 웹 기술로 만드는 Electron은 화면을 빨리 만들지만 무겁고, 장비 깊은 곳에서 설정이 까다롭다는 평이 있습니다. C++/MFC는 장비·산업 쪽에 아직 남아 있지만 첫 작품으로는 난도가 너무 높아 고르지 않았습니다.

D3데이터 설계

재고 숫자를 직접 고치지 않고, 입고·출고 "기록"을 쌓아서 재고를 계산합니다. 덮어쓰는 일이 없어서 PC 두 대가 따로 일해도 숫자가 깨지지 않습니다.

잘못 찍은 출고는 지우지 않고 "조정" 기록을 하나 더 넣어 되돌립니다. 그래서 작업 이력이 언제나 그대로 남습니다.

D4끊겨도 작동·동기화

모든 기록은 PC 안에 먼저 저장되고, "보낼 줄"에 쌓였다가 연결되면 서버로 갑니다. 기록마다 고유번호가 있어 두 번 보내도 한 번만 들어갑니다.

규칙

• 고유번호: 기록 번호를 PC가 만듭니다. 서버는 같은 번호가 또 오면 무시하므로, 연결이 불안해 여러 번 보내도 한 번만 들어갑니다.
• 덮어쓰기 없음: 재고는 기록의 합이라, 두 PC가 동시에 출고해도 둘 다 반영됩니다. 누가 이기고 지는 일이 없습니다.
• 재고가 0 아래로: 끊긴 동안 두 PC가 마지막 남은 물건을 둘 다 출고한 경우입니다. 막지 않고 기록은 받되, 관리자 화면에 "확인 필요"로 띄워 실제 창고를 보고 조정합니다.
• 연결 상태 표시: 화면 위에 늘 "온라인 / 오프라인 · 보낼 기록 7건"을 보여 줍니다.
• 품목 정보: 품목·거래처 수정은 관리자만, 마지막에 고친 판이 이깁니다(드문 일이라 단순하게).

D5장비 연결

스캐너는 키보드처럼 글자를 넣는 일반형을 그대로 쓰고, 라벨은 Windows 인쇄로 먼저 출력합니다. 둘 다 별도 드라이버 개발 없이 시작합니다.

바코드 스캐너

• 스캐너는 숫자를 아주 빠르게 쳐 넣고 끝에 Enter를 누르는 키보드처럼 동작합니다.
• 입고·출고 화면은 늘 바코드 칸에 커서가 있게 하고, 글자 사이 간격이 매우 짧은 입력은 "스캐너 입력"으로 봅니다. 사람이 손으로 친 숫자와 구분됩니다.
• 찍은 바코드로 PC 안 저장소에서 품목을 찾고, 없으면 소리와 빨간 화면(F6).

라벨 프린터

• 라벨 모양은 화면처럼 만든 틀(품명·수량·거래처·날짜·바코드)에 값을 채워 인쇄합니다.
• 설정 화면에서 프린터를 고르고 시험 출력, 라벨 크기를 저장합니다.
• Windows 인쇄 기능으로 인쇄창 없이 정해 둔 프린터로 바로 보내고, 실패하면 "다시 출력" 단추와 대기열을 둡니다.
• Windows 인쇄로 크기가 안 맞는 프린터는 프린터 명령어 직접 보내기로 바꿉니다(1주차 장비 시험에서 결정).

D6출고 화면 설계

가장 많이 쓰는 화면이라, 찍기 · 수량 · 확정 세 동작만 크게 둡니다. 오른쪽은 오늘 출고 목록입니다.

단추 이름은 끝까지 같은 말을 씁니다. "출고 확정하고 라벨 출력"을 누르면 알림도 "출고 확정 · 라벨 출력함"으로 뜹니다.

D7권한·보안

역할은 관리자와 직원 둘뿐이고, 회사 데이터는 서버 규칙으로 막아 다른 회사가 절대 볼 수 없게 합니다.

D8설치·업데이트·백업

설치 파일 하나로 깔리고, 새 판은 저절로 받습니다. 데이터는 PC와 서버 두 곳에 있고 매일 백업합니다.

• 설치: 설치 파일 더블클릭 → 바탕화면 바로가기. 관리자 권한 없이 설치되는 방식을 우선합니다.
• 업데이트: 실행할 때 새 판을 확인해 내려받고, 다음 실행 때 바꿉니다. 일하는 중에는 끊지 않습니다.
• 코드 서명: 서명 안 된 설치 파일은 Windows가 경고를 띄웁니다. 서명 인증서가 필요한지는 상담에서 정합니다(비용이 따로 듦).
• 백업: 서버 데이터는 매일, PC 안 저장소는 프로그램을 닫을 때 PC 안에 사본을 남깁니다.
• 되돌리기: 새 판에 문제가 생기면 이전 판을 다시 올려 모든 PC가 되돌아가게 합니다.

D9시험 계획

검수 기준 8개를 그대로 시험 항목으로 쓰고, 그 전에 장비 시험과 끊김 시험을 따로 합니다.

D10선택 기능 설계 (A1 주문서 자동 읽기)

AI가 주문서를 읽어 출고 목록 "초안"을 만들고, 사람이 확인해야 확정됩니다. 읽은 칸마다 원문 근거를 남겨 틀린 곳을 바로 찾게 합니다.

• 들어오는 것: 메일로 온 주문서(엑셀·PDF·본문)를 프로그램에 끌어다 놓거나, 정한 메일함에서 가져옴.
• 읽기: 품목 이름·수량·납기·거래처를 뽑고, 품목은 등록된 품목 목록 안에서만 고름(목록 밖이면 "확인 필요").
• 확인: 화면에 원문과 뽑은 값을 나란히 보여 주고, 사람이 고치거나 "그대로 확정".
• 품질 재기: 지난 주문서 30건으로 정답표를 먼저 만들고, 칸마다 맞힌 비율을 잰 뒤에 고객사에 켭니다. 맞힌 비율이 떨어지는 판은 올리지 않습니다.
• 비용: 주문서 한 건마다 AI 사용료가 들어, 월 사용 건수에 따라 따로 정합니다.

D11개발 순서

막힐 위험이 큰 것부터 먼저 만듭니다. 장비가 안 되면 나머지가 의미 없기 때문입니다.