설계 · 양식
화면설계서 양식
화면별 영역 설명, 입력 검증, 상태별 처리를 개발이 읽을 수 있게 쓴다.
이럴 때 써요
- 화면별 동작과 입력 검증 규칙을 개발에 넘길 때
- 디자인 시안만으로는 예외 처리가 안 잡힐 때
양식 구성
11개 절로 이루어져 있습니다.
- 화면 정보
- 버전 · 화면 ID · 화면명 · 경로 · 접근 권한 · 작성자 · 검토자 · 승인자 · 최종 수정일
- 1 화면 목적
- 이 화면에서 사용자가 무엇을 끝내야 하는지 한 문장으로 적는다. 목적이 흐리면 요소가 계속 늘어난다.
- 2 디스크립션
- 화면 이미지의 번호와 아래 표의 No 를 맞춥니다.
- 3 상태별 화면
- 빈 상태·로딩·오류·권한 없음을 빠짐없이 적는다. 대개 여기서 빠진 상태가 출시 뒤 버그가 된다.
- 4 입력 필드 정의
- 필수 여부·길이·검증 규칙·에러 문구까지 적는다. 문구를 안 적으면 화면마다 말투가 달라진다.
- 5 데이터 정의
- 화면에 보이는 값이 어디서 오고 어떻게 가공되는지 적는다. 값이 없을 때 무엇을 보일지도 정한다.
- 6 반응형 · 대응 규칙
- 좁은 화면에서 무엇이 어떻게 바뀌는지 적는다. 숨기는 요소가 있으면 그 이유도 적는다.
- 7 이벤트 로깅
- 이 화면에서 봐야 할 지표에 필요한 이벤트만 적는다. 이름은 다른 문서와 같은 규칙으로 짓는다.
- 8 연결 화면
- 어디를 누르면 어디로 가는지 적는다. 조건에 따라 달라지면 조건도 함께 적는다.
- 9 미결정 사항
- 아직 못 정한 것을 담당·기한과 함께 남긴다. 비워 두면 개발이 임의로 정하고 넘어간다.
- 10 변경 이력
- 문서를 고칠 때마다 한 줄 남긴다. 승인 뒤에 바뀐 것은 특히 빠짐없이 적는다.
바로 써 보기
로그인 없이 바로 쓸 수 있습니다. 다 쓰면 PDF·Word·한글(HWPX)·Markdown 으로 내보냅니다.