블로그

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

테스트 케이스를 어떻게 써야 검수가 판단이 아니라 대조가 되는지 정리했습니다. 테스트 시나리오와 무엇이 다른지, 케이스 ID를 기능 ID에서 파생시키는 방법, 예외를 뽑는 다섯 축, 단위·통합·인수 테스트(UAT)를 누가 어디까지 하는지, 결함을 재현 가능하게 적는 법과 심각도 등급, 검수 확인서에 미완료를 남기는 이유와 하자보수·추가개발 경계까지 담았습니다.

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

기능정의서(기능명세서)에 무엇을 적어야 견적과 개발 범위가 흔들리지 않는지 정리했습니다. 요구사항정의서·화면설계서와 무엇이 다른지, 기능 ID 부여와 추적성, 입력·처리·출력·예외 정의, 필수/권장/선택 우선순위 등급, 상태 전이표, 비즈니스 규칙 번호화, 성능·보안 같은 비기능 요건은 어디에 적는지, 발주처가 검토할 때 볼 5가지까지 담았습니다.

화면설계서(화면 정의서·화면 명세서) 작성법. 반드시 들어가는 8가지 항목, 화면 ID 규칙과 팝업 번호 체계, 회원 등록 화면 하나를 입력·버튼·예외까지 끝까지 채운 예시, IA에서 화면 목록 뽑는 순서, 피그마·PPT·노션 선택 기준, AI로 초안 만들 때 맡겨도 되는 것과 안 되는 것까지 정리했습니다.

학원·고객·회원·자재·생산 관리 프로그램을 기성 SaaS로 쓸지 맞춤 개발할지 판단하는 기준을 정리했습니다. 3년 총비용 역전 구간(20~30명), 유형별 비용·기간, 데이터 이관과 권한 설계에서 일정이 밀리는 이유, 요구사항 정의서 체크리스트와 업체 선택 기준 6가지까지 담았습니다.

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

장비 제어 프로그램 개발을 외주로 맡길 때 견적과 일정을 가르는 것은 기능 개수가 아니라 통신 방식·실장비 접근·안전 요구 수준입니다. 시리얼·Modbus RTU/TCP·PLC 통신을 비교하고, 유형별 비용 범위와 업체 선택 기준 6가지, 요구사항 정의서 체크리스트까지 정리했습니다.

Ollama로 로컬 LLM을 돌릴 때 실제 속도를 M1 Pro 16GB에서 직접 쟀습니다. qwen2.5-coder 7B가 21 tok/s, 9.6GB 모델은 응답 실패 — 모델 크기별 메모리 요건과 한국어 성능, 사내망 도입 시 검토할 점, 로컬이 답이 아닌 경우까지 정리했습니다.

Whisper는 누가 말했는지 구분하지 않습니다. 회의록을 만들려면 화자 분리를 따로 붙여야 합니다. pyannote로 구축하는 방법과 전사 결과를 정렬하는 순서, DER 벤치마크를 실무 감각으로 읽는 법, 자체 구축과 상용 API의 분기 기준을 정리했습니다.