다섯 살도 알 수 있게 · SW공학
요구공학/요구사항 명세가 뭐예요?
요구공학과 요구사항 명세를, 책을 쓰기 전에 독자와 편집장을 인터뷰해 정확한 개요서로 적어두는 이야기로 풀어봤어요.
작가가 아무에게도 안 묻고 바로 원고를 시작했어요.쓸수록 고칠 곳이 자꾸 늘어나요.
독자와 편집장이 원하는 게 서로 달라요.독자와 편집장 말이 다르면, 작가는 뭘 써야 할지 몰라요.
요구공학자는 독자·편집장을 인터뷰해서, 원하는 내용을 정확한 개요서로 적어두는 사람이에요.모호한 말들을 또렷한 문장으로 바꿔요.
인터뷰로 듣기독자·편집장에게 직접 물어요
정리해서 적기개요서 한 장으로 모아요
애매함 없애기모호한 말을 또렷한 문장으로 바꿔요
확인받기개요서가 맞는지 독자에게 다시 보여줘요
개요서에는 기능 요구, 비기능 요구, 제약 조건, 우선순위가 들어가요.요구공학자는 독자 말을 그대로 베끼지 않고, 정리해서 적어요.
개요서가 원고를 대신 써주진 않아요.요구공학은 무엇을 쓸지 밝히는 일이지, 글을 대신 써주지 않아요.
한 줄로
요구공학 = 쓰기 전에 독자·편집장을 인터뷰해서, 쓸 것을 또렷한 개요서로 적어두는 일.
요구공학은 도출(elicitation)·분석(analysis)·명세(specification)·검증(validation) 네 단계로 요구사항을 다루는 활동이에요. 요구사항 명세서는 그 결과물로, 기능 요구사항(무엇을 해야 하나)과 비기능 요구사항(얼마나 빨리·안전하게)을 나눠 적어요. 명세가 모호하면 나중 단계일수록 고치는 비용이 커져요.
어른들은 이렇게 불러요
- 요구공학
Requirements Engineering - 쓰기 전에 먼저 묻는 일 전체. 도출·분석·명세·검증 네 단계예요.
- 요구사항 명세서
Requirements Specification - 요구사항을 정리해서 적어둔 개요서. 기능/비기능 요구를 나눠 적어요.
- ISP/ISMP
ISP/ISMP - 출판 로드맵을 그리는 일. 요구공학보다 더 큰 단위, 출판사 전체 방향이에요. → 출판 로드맵을 그리는 사람
- 정보시스템 감리/PMO
IS Audit/PMO - 출간 과정을 곁에서 살피는 검수관. 명세가 지켜졌는지도 감리의 점검 대상이에요. → 출간 과정을 곁에서 살피는 검수관
- 추적성
Traceability - 개요서 한 줄이 원고 어디로 갔는지 따라가기. 요구가 빠졌는지 확인할 때 써요.
- 요구사항 변경관리
Requirements Change Management - 쓰다가 생각이 바뀌었을 때 처리법. 개요서는 한 번 쓰면 끝이 아니에요.
- UML
UML - 쓰기 전에 그려보는 설계 지도. 명세를 그림으로도 표현할 때 써요. → 쓰기 전에 그리는 설계 지도
- 우선순위 협상
Requirements Prioritization - 뭐부터 넣을지 줄 세우기. 예산과 마감 안에서 정해요.
다음 이야기
한 챕터씩 보여주며 쓰기 →