소프트웨어 개발, 요구사항부터 배포·유지보수까지 이어지는 전체 과정

1. 소프트웨어 개발과 프로그램 개발

두 표현은 실무에서 많이 겹칩니다. 다만 소프트웨어 개발은 요구 분석부터 운영까지 제품의 전체 생명주기를 넓게 뜻하는 경우가 많고, 프로그램 개발은 Windows 도구나 특정 업무 애플리케이션처럼 실행 가능한 결과물을 강조하는 경우가 많습니다. 중요한 것은 용어보다 어떤 사용자가 어떤 문제를 해결하고 어떤 상태까지 운영해야 하는지입니다.

2. 개발 단계는 왜 나눠야 하는가

3. 신규 개발·기능 추가·유지보수·재개발을 구분한다

신규 개발은 사용자 흐름과 데이터 구조를 처음부터 설계합니다. 기능 추가는 기존 구조를 유지하면서 새 화면·API·모듈을 연결합니다. 유지보수는 오류 재현, 영향 범위, 회귀 테스트와 배포를 관리합니다. 재개발은 소스가 없거나 기술적 제약이 커서 기존 동작과 데이터를 분석해 새 구조로 옮기는 작업입니다. 네 가지를 한 문장으로 “프로그램 수정”이라 부르면 견적과 완료 조건이 불명확해집니다.

4. 좋은 요구사항은 기능명이 아니라 상태를 적는다

“회원 관리”, “예약 기능”, “통계 화면”만 적으면 중요한 예외가 빠집니다. 가입이 중복됐을 때, 예약이 취소됐을 때, 결제가 실패했을 때, 관리자가 권한을 바꿨을 때처럼 상태 변화와 결과를 적어야 합니다. 기존 시스템이라면 현재 데이터 형식, 외부 연동, 운영 중단 가능한 시간도 요구사항에 포함합니다.

5. 테스트는 성공 화면만 확인하지 않는다

• 같은 요청을 두 번 보내도 결과가 중복 생성되지 않는가
• 네트워크·외부 API 실패 후 재시도가 가능한가
• 권한이 없는 사용자가 데이터에 접근하지 못하는가
• 삭제·취소 후 목록과 통계가 즉시 일치하는가
• 업데이트 뒤 기존 기능이 깨지지 않는가
• 재배포·재시작 후에도 설정과 데이터가 유지되는가

6. 개발 외주에서는 소스보다 운영 책임까지 본다

소프트웨어 개발 업체를 비교할 때는 개발 언어 목록보다 비슷한 문제를 해결한 사례, 요구사항을 문서화하는 방식, 테스트 기준, 배포 경험, 서버·DB·계정 소유권, 소스와 설정 인계, 유지보수 범위를 봅니다. 실제 운영에서 장애가 생겼을 때 로그와 재현 방법이 남아 있어야 다음 수정도 빨라집니다.

7. 기존 프로그램을 살릴지 다시 만들지 판단하는 기준

현재 소스가 있고 구조가 유지 가능하면 부분 개선이 유리할 수 있습니다. 소스가 없더라도 실행 화면, 입력·출력 파일, DB와 통신 동작을 확인할 수 있으면 재현 가능한 범위를 정리할 수 있습니다. 반대로 보안 업데이트가 불가능하거나 데이터 구조와 핵심 기능을 변경해야 한다면 단계적 재개발이 더 안전할 수 있습니다.

8. 실제 개발·재구축 사례

Visual FoxPro ERP PDF 연동은 기존 시스템에 기능을 추가한 사례이고, Windows DICOM 뷰어는 데스크톱 응용프로그램 범위를 보여줍니다. 다지점 운영 시스템은 종이 업무를 웹 기반 데이터 흐름으로 전환한 사례입니다.