[PRE] 화면 정의서

< 화면 정의서 > 

 

설계 단계에서 요구되는 모든 문서를 작성해보고 이를 실제 프로젝트를 진행하는 구현 단계에서 참조 자료로 활용해보면 좋겠으나 시간이 부족하다는 점과 실제 개발 업무가 아닌 학습을 위한 프로젝트 과정임을 감안하여 내용을 축소해야 합니다. 하지만 설계 단계에서 작성하는 ‘화면 정의서'는 매우 중요합니다. 그러므로 우리는 ‘화면 정의서'를 작성해 볼 필요가 있습니다.

 

1. 작성 목적

시스템이 제공하는 사용자 인터페이스의 전체 구조와 메뉴 형식, 화면 목록과 화면의 상세 설계 내역을 기술한다.
NIA(한국정보화진흥원)에서는 화면 정의서의 작성 목적을 위와 같이 정의하고 있습니다. 작성할 부분이 상당히 많은 문서지만 매우 중요한 설계 단계 문서이므로 어떻게 작성하는지 직접 경험해보고 해당 문서를 구현 단계에서 활용하여 개발 할 수 있는 것에 목표를 두면 좋습니다. 이 문서는 실제 수강생들이 부담없이 사용할 수 있는 수준으로 일부 편집하여 커스터마이징 된 문서를 작성하는 방식으로 진행될 예정입니다.

2. 작성 방법

전체 시스템에 대한 사용자 인터페이스의 구조를 사용자에게 제공하는 메뉴 형식으로 기술하고, 화면 및 출력으로 구분하여 목록을 작성하며, 화면의 상세 설계 내용을 화면별로 기술한다.
화면을 쉽고 편리하게 그릴 수 있는 도구를 사용하여 예상하는 화면을 그리고 예상 화면을 문서에 삽입 한 후, 화면에 대한 설명을 추가하여 하나의 화면 정의를 합니다. 각 화면에는 화면 아이디를 부여하여 해당 화면을 쉽게 구분할 수 있게 합니다. 또한 화면에서 기능 동작에 대한 정의를 함께 표시합니다. 해당 동작은 앞서 작성한 사용자 요구사항 정의서의 아이디를 부여하여 두 문서가 연관성을 갖게 합니다.

 

3. 항목 설명

-화면 ID : 설계된 화면에 고유값을 부여합니다.

-화면명 : 알아볼 수 있는 화면에 대한 제목을 부여합니다.

-화면 유형 : 입력 / 출력 중 알맞은 유형을 선택합니다. 기타 유형이 존재한다면 알맞게 작성합니다.

-메뉴 경로 : 해당 화면이 서비스의 어디에 위치하는지 설명합니다.

-화면 개요 : 화면의 간단한 설명을 추가합니다.

-화면 미리보기 : 와이어 프레임과 같은 화면 설계 툴을 사용하여 작성된 화면 미리보기 이미지를 삽입하고 해당 화면에서 기능을 수행하는 항목을 번호를 매겨 표시합니다.

-기능 번호 : 화면 미리보기에서 표시된 기능의 번호를 기입합니다.

-요구사항 아이디 : 해당 기능이 사용자 요구사항 명세서에 기술된 어떤 항목인지를 아이디로 표시합니다.

-API 활용 여부 : 이 기능이 API를 활용하는 기능인지를 구분합니다.

-API 주소 : API 활용 여부가 YES라면 어떤 API를 호출하는지 기입합니다.

-유효성 체크 : 기능이 동작하는 동안 화면 내에서 필수적으로 사용되어야 할 데이터에 대한 유효성 체크를 합니다. 예) 회원 가입을 할 때 아이디와 비밀번호는 필수로 작성되어야 한다.
→ 아이디, 비밀번호

 

---

출처

코드스테이츠