블로그

클로드 요금제 5종(무료·Pro $17·Max $100부터·Team $20/석·Enterprise)의 공개 가격을 원화로 환산하고, 플랜을 가르는 실제 기준인 사용량 한도를 토큰 단위로 설명합니다. 모델별 API 요율 전체표, 구독과 API의 손익분기 계산, 좌석 수별 Team 플랜 비교, Claude Code로 쓸 때 한도가 달라지는 이유까지 2026-10-02 공식 가격 기준.

네트워크 구성도를 어떻게 그려야 장애 때 구간이 좁혀지는지 정리했습니다. 시스템 구성도·인프라 구성도와 무엇이 다른지, 구간·장비·주소 세 층으로 읽는 법, 선과 화살표의 뜻을 정하는 범례, IP 대역과 VLAN 을 어디까지 적을지, 방화벽 정책을 표로 빼는 이유, 클라우드의 VPC·서브넷·보안 그룹 대응, 단일 장애점 표시와 검수 5가지까지 담았습니다.

메뉴구조도(메뉴트리)를 어떻게 그려야 화면 개수와 견적이 맞아떨어지는지 정리했습니다. IA(정보구조도)·화면목록과 무엇이 다른지, 어디까지 쪼개야 잎이 되는지, 같은 화면이 여러 메뉴에 걸릴 때 개수를 어떻게 세는지, 화면 ID 부여와 기능 정의서 연결, 로그인·오류·빈 화면 같은 공통화면, 발주처가 검토할 때 볼 5가지까지 담았습니다.

WBS(작업분류체계) 작성법. 일정표와 무엇이 다른지, 레벨을 어디까지 쪼갤지(8/80 규칙), 빠진 작업을 찾아내는 100% 규칙, WBS 코드 체계, 엑셀 열 구성, 과업지시서·요구사항정의서와의 연결, 발주처가 받은 WBS를 검토할 때 볼 5가지까지 정리했습니다.

요구사항정의서에 들어갈 12개 항목, 요구사항 ID 체계 설계, 비기능 요구사항을 숫자로 바꾸는 법, 추적표(RTM) 작성과 검수 활용까지 발주처 관점에서 정리했습니다. 요구사항명세서·기능정의서·화면정의서와의 경계와 ISO/IEC/IEEE 29148 기준 좋은 요구사항 7조건도 함께 다룹니다.

데이터 마이그레이션은 옮기는 작업보다 정제가 일정의 절반을 먹습니다. 현황 조사를 별도 단계로 떼는 이유, 옮기지 않을 것을 먼저 정하는 법, 병행 운영 종료 조건, 「옮겨졌다」를 건수·합계·화면 표시로 판정하는 기준을 발주처 기준으로 정리했습니다.

개인정보 영향평가는 개발이 끝난 뒤 받는 검사가 아니라 설계 착수 전에 하는 절차입니다. 시행령 제35조의 5만·50만·100만 명 판정 기준, 평가기관 계약을 개발보다 앞에 두는 일정, 지적사항 반영이 과업인지 별도인지 계약에 적는 법을 발주처 기준으로 정리했습니다.

공공 소프트웨어 용역계약은 계약서에 안 적힌 조항이 예규로 따라붙습니다. 국가 계약예규 제4장(제49~61조)이 정하는 지식재산권·기술자료 임치·하자보수 1년·하도급 14일 승인 간주와, 지자체 예규에는 그 장이 통째로 없다는 차이를 발주처 기준으로 정리했습니다.

과업지시서는 발주처가 범위의 경계를 긋는 계약 문서입니다. 검색되는 「표준 양식」이 왜 소프트웨어 용역에 맞지 않는지, 소프트웨어 진흥법 제50조 과업심의위원회와 제51조 하도급 제한, 제외 항목과 검수 기준을 발주처 기준으로 정리했습니다.

윈도우 응용 프로그램 외주는 기술을 고르기 전에 네 가지가 먼저 정해져야 견적 비교가 성립합니다. 웹으로 되는 경계, 지원 윈도우 범위와 .NET 트랙, 32/64비트를 강제하는 요인, 배포 방식과 코드 서명 주체까지 발주서에 그대로 적을 문구와 함께 정리했습니다.