요구사항 정의서

프로젝트의 목표, 기능, 제약 사항 등을 명확하게 정의하여 프로젝트의 전체적인 방향을 제시하는 문서.

요구사항 정의서는 프로젝트 방향성을 명확히 하고, 이해관계자들 간의 오해를 줄이며, 일정과 예산을 효율적으로 관리 하도록 한다.

 

 

요구사항 정의서는 어떻게 작성하는가?

: 이해관계자의 정확한 요구사항 수집, 분석, 구분을 통해 요구사항 정의서 작성

 

요구사항 정의서 작성

  1.   프로젝트 인식 : 프로젝트의 목적, 배경, 범위 등 명확히 표현
  2. 이해관계자 식별
  3. 시스템이 수행해야할 기능들 정의
  4. 비기능적 요구사항 :시스템의 성능, 보안, 사용성, 유지 보수성 등등
  5. 제약 사항 및 예상 결과

 

서비스 정책서

:서비스 정책은 기획하고자 하는 서비스의 개념과 역할 그리고 개략적인 구조가 정의되는 단계로 서비스를 구체화하고 골격을 잡아주는 역할. 서비스 정책서는 고객의 회원 가입에서부터 회원 탈퇴까지 서비스를 기획하는데 필요한 정책을 정리한 문서

Why?

- 모두가 합의된 규칙을 통해 실행단계에서 일관성을 유지하기 위함

- 규칙을 정의 하는 과정에서 여러 변수들을 고려함으로써 안정적인 실행을 하기 위해 필요한 정책을 정의 하는 과정

 

 

정보 구조도(IA)

: Information Architecture는 서비스의 전체를 이루는 정보가 사용자에게 효과적으로 전달 될 수 있도록 설계되고, 

설계된 정보를 시각화한 UI를 통해 사용자에게 전달 하는 역할. 서비스의 전체 구조를 지탱하는 뼈대와 같다.

 

들어가는 요소

1. 기능코드

2. 메뉴(Depth) 별로

3. 기능 이름, 설명 및 정의

4. 기능 구성

5. 레퍼런스

6. 개발필요사항

7. 비고

 

 

화면 설계서(화면정의서 SB, Story Board)

: 구현하기 전 필요한 기능, 정책 등 화면 내 서비스의 모든 요소에 대해 정의 하여 서비스 화면의 이해를 돕기 위한 문서

“기획자는 모두를 만족시킬 수 없지만 모두를 이해시켜야 한다.”

사용자에게 보이는 화면을 UI/UX 관점에서작성 및 설명이 필요하다. 다양한 툴로 제작

 

Why?

- 구현 단계에서 이해관계자들이 업무를 하는 데 있어 참고 할 수 있는 문서

- 구현 단계 전 기능, 정책 등의 요소에 대한 정의 및 전반적인 테스트 가능

 

How?

- 표지, 개정이력, 플로우차트(연동, 화면 관점의 흐름도),설계화면 순 작성

- 본 문서 작성전 UI, 정책, 컴포넌트 등 공통요소에 대한 가이드 정의

- 이해관계자들이 화면과 설명에 대해 일관성 있는 이해가 가능해야 함.

- 디자인 영역을 침범하지 않는 선에서 화면을 그려야 함.

 

 

와이어프레임

와이어프레임은 프로젝트 또는 기술의 기본 프레임 워크를 요약하는 시각적 다이어그램이다. 페이지나 모바일 앱 구조를 요약하여 특정 요소를 어디에 배치하고 전체적인 디자인이 어떤 모습일지를 디자이너가 판단하는데 도움이 된다.

 

프로젝트 관리에서 와이어프레임의 목적과 목표

- 프로젝트의 목표에 대하여 반영사항이 시각적으로 확인 가능

- 구현 단계 전 기능, 정책 등의 요소에 대한 프로세스와 리소스 확인

- 디자이너, UX 디자이너, 개발자와 함께 시각화 된 데이터 확인

 

 

 

 

 

참고

 

+ Recent posts

티스토리툴바