정보처리기사 소프트웨어 개발 프레임워크 — 테일러링과 품질 특성

테일러링은 옷을 입는 사람에게 맞춰 재단한다는 뜻에서 나온 말로, 표준적인 개발 방법론을 프로젝트의 크기와 복잡도, 요구사항에 맞춰 절차와 산출물을 조정하는 활동이다. 목적은 프로젝트에 가장 적합한 방식을 찾아 효율성을 높이는 데 있다. 불필요한 작업을 줄이고 기술적 요소를 알맞게 도입하며, 위험을 미리 식별하고 제거하는 관리적 효과도 얻는다. 따라서 테일러링은 변화를 배제하는 것이 아니라 프로젝트의 변화와 특성을 유연하게 수용하는 쪽에 선다.

테일러링이 참고하는 기준은 안과 밖으로 나뉜다. 납기와 비용, 기술환경, 구성원 능력처럼 프로젝트 자체의 조건은 내부 기준이다. 반면 국제표준 품질기준은 전 세계적으로 통용되는 외부의 규범이므로 내부 기준에 들지 않는다.

소프트웨어 품질을 규정하는 모델도 여럿이다. Boehm의 품질 특성 모델은 이식성, 유지보수성, 사용 편이성 등을 핵심 요소로 삼는다. 복잡성은 소프트웨어의 내부 구조를 나타내는 지표일 뿐 품질 특성 목록에는 들지 않는다. 한편 정해진 조건 아래에서 성능과 자원 소요의 관계를 다루는 시간 경제성, 자원 경제성은 효율성의 정의에 해당한다. 무결성은 보안, 유연성은 변경 용이성, 신뢰성은 고장 없이 작동하는 능력을 가리킨다.

품질 못지않게 중요한 것이 유지보수다. 유지보수는 결함을 고치는 하자보수, 운영 환경 변화에 맞추는 환경적응, 새로운 요구를 반영하는 기능개선, 그리고 예방적 유지보수를 아우른다. 설계수정은 구현의 기준이 되는 설계를 다루는 개발 단계의 활동이므로 표준적인 유지보수 범주에 들지 않는다. 문서 표준화 역시 유지보수성과 분석 효율을 높이고 확장성을 살리지만, 개발 인력이 줄어든다는 것과는 직접 이어지지 않는다.

CASE는 개발 표준을 세우고 기법을 실용화하며 문서화를 쉽게 하는 도구다. 유지보수를 용이하게 할 수는 있어도 유지보수 활동 자체를 확대하는 것은 효과가 아니다. 소프트웨어 공학은 개발부터 운영, 유지보수, 폐기까지 전 생애주기를 다루는 학문이며, 위기를 이미 다 해결한 완성된 학문도, 개발만을 위한 접근도 아니다. 그 목표는 품질과 비용, 일정의 균형을 통한 효율적 생산이지 빠른 시일 내 독창적 개발이 아니다.