가.스토리보드란?
스토리보드는 멀티미助?타이틀 개발의 설계도이며 구체적인 작업 지침서이다. 즉 멀티미디어 설계 단계의 최종 목표를 달성하기 위한 내용을 컴퓨터 화면상에 맞도록 종이 위에 구성화한 형태이다. 즉, 애니메이션과 비디오가 음악과 결합하여 어떻게 진행되는지를 명확하게 보여주기 위해 사용된다. 개발 기획서가 멀티미디어 타이틀 개발의 청사진이라면 플로우 차트는 타이틀의 인터랙션을 나타내는 것이고, 스토리보드는 멀티미디어 타이틀 개발의 설계도이며, 구체적인 작업 지침서이다.
스토리보드가 완성되면, 디자이너는 스토리보드에 명시된 내용을 가지고, 화면 디자인부터 시작하여 각각의 일러스트 데이터를 그린다. 프로그래머는 스토리보드를 보고 프로그램 설계를 하고 각 세부 로직을 프로그램 코딩하게 된다. 그러므로 스토리보드가 완성되면 타이틀 개발의 기획이 완성되었다고 말할 수 있으며 구체적인 데이터 제작만이 남게 된다. 만일 스토리보드가 잘못되어 있거나 불충분하여 중간에 개념과 로직이 바뀌면 어떤 일이 벌어질까? 그것은 말할 필요도 없이 프로그램과 그림 데이터가 그려진 것 만큼 손해를 입게 된다. 프로그램은 다시 작업을 하여야 하며, 그래픽 데이터는 사이즈와 내용이 맞지 않아 전혀 쓸모없는 것이 되어버리고 일정은 완전히 망가지게 된다.
잘못된 설계도를 가지고 작업하면 완전히 잘못된 개념의 집을 짓게 되어 기초가 무너지게 되는 것과 같다. 그러므로 스토리보드는 치밀하고 정확하게 작성되어야 한다.
나. 스토리보드 작성시 체크 포인트
(1) 스토리보드는 누가 보아도 프로그램의 흐름과 내용을 쉽게 이해할 수 있도록 표현하는 것이 중요하다.
(2) 기술해야 할 내용은 많고 지면은 한정되어 있는 관계로 가능한 체계적이고 간략한 기호(영문 알파벳)를 써서 표현의 간결함을 꾀해야 한다.
(3) 프로젝트의 성격에 따라 효율적인 S/B 양식을 만들어 사용하는 것이 효과적이다. (예를들면 비디오가 없는 프로젝트의 경우 비디오난은 의미가 없으므로 당연히 삭제하는 것이 적당하다.또 애니메이션이 복잡한 프로젝트의 경우 칸을 넓혀 주는 것이 당연하다.)
(4) 화면 플로우차트는 화면의 전개 순서와 로직을 정확하게 이해할 수 있도록 표현하며 시작과 끝이 정확하게 표현되어야 한다.
(5) S/B는 가능한 모듈별로 작성하여 이해의 간결성을 도모하는 것이 좋다.
(6) 각 요소는 파일의 종류에 따라 통일적이고 체계적으로 일련번호를 부여하여 전체작업의 효율성을 기하는 것이 좋다.
(7) 위치와 크기, 시간 등을 보여 주거나 실행 특성을 명기하는 것이 좋다.
(8) 스토리보드 양식자의 크기는여유있고 알기쉽게 표현하기 위해서는 A3용지가 좋으나 제작과 정상 프로그래머용, 디자이너용, 일러스트용, 원고 필자용 사운드 작업용 등이 필요하며 디버깅의 효율성을 취해서도 다량의 복사본이 필요하게 되므로 관리상 A4용지가 좋다.
(9) 계속되는 수정사항이 발견되면서, 항상 버전관리를 신속히 하기 위해서 컴퓨터상의 양식으로 만들어 관리하는 것이 편리하다.
다. 스토리보드 작성법
(1)프로젝트 명
타이틀 또는 프로젝트 명을 기입한다.
(2)Page 번호
Page번호는 스토리보드의 단순한 일련 번호이다. 하지만 외형상 그리 중요한 의미를 갖지 않는 것처럼 보이는데 반해, 수많은 스토리보드 속에서 특정한 위치를 찾아가기 위해서나 분실시에 쉽게 번호를 체크할 수 있기 때문에 Page 번호는 빠질 수 없는 요소이다 또한, 화면 플로우차트에도 화면전환 표시로 이 Page번호를 사용한다. 이것은 흐름을 쉽게 이해하고 찾아가기 위해서다.
(3)화면 주제
해당 화면의 내용, 용도를 이해하기 쉽게 기획자가 명기한다. 예를 들면 표지 타이틀, 메인 메뉴, 회사역사, 만든 사람들, 끝내기 등 개발 참여자 모두가 쉽게 이해할 수 있는 이름으로 짓는 것이 좋다.
(4)화면 ID
이 화면에 해당하는 코드명이다. 플로우챠트의 프레임 명으로 표기되며, 해당 프레임의 배경 그래픽 파일명과도 동일하게 쓰인다.
(5)화면 경로
처음 시작되는 화면에서 현재 화면에 오기까지의 경로를 코드명으로 표시한다. 예를 들어 타이틀로그. 인트로 무비/ 메인 메뉴의 코드 순으로 표시하며, 구조가 복잡할 경우 KEY 프레임이나 현재화면이 분지되어 나온 주 메뉴화면부터 표기하여도 무방하다.
(6)화면 구성
각 작업자가 화면의 내용과 구성을 시각적으로 쉽게 이해하도록 스케치로 표현한다. 선택 가능한 아이콘의 개수 구성물의 위치, 애니메이션이 이루어지는 지점 등을 가능한 한 정확히 묘사해야 디자이너와 일러스트레이터가 작업할 때 쉽게 이해하고 불필요한 작업상의 손실을 막을 수 있다.
(7)화면 설명
그림이나 플로우차트로 표현하기 어려운 화면 분위기 ? 요구 사항을 글로 설명하는 부분이다. 특별히 강조되는 기획의도를 디자이너와 프로그래머에게 각인시킬 필요에서 명기하는 것이다. 애니메이션의 순서나 화면이 뜨는 순서, 특정한 부분에 대해 설명한다.
(8)Flow Chart 와 Logic
화면 내에서 이루어지는 인터렉션을 표시한다. 화면의 시작에서 다음 화면으로 연결되는 흐름을 논리적으로 정확하게 표현한다. 사용자가 요구하는 의도에 따라 제시되는 화면의 순서나 강제적으로 표현되는 미디어들, 화면을 움직이는 조직, 연결되는 프레임을 명확히 기록한다.
(9)그래픽
그래픽 요소는 실제로 작업에 들어가는 그래픽 데이터를 표현하는 곳이다. 배경그림, 캐릭터, 아이콘, 버튼 등 그래픽 요소를 디자이너가 작업할 수 있도록 명확히 설명하고 작업을 요구하는 곳이다. 요소의 이름은 이미 약속된 코드체제에 의해 표기되어지고, 코드명 중 중복되는 부분은 생략하여 표기하여도 좋다.
(10)텍스트
화면에 나타나는 텍스트 내용을 적는 곳이다. 그래픽으로 처리된 제목이나 글씨는 제외하고 텍스트로서 편집 가능한 데이터는 모두 적는다 폰트의 사이즈와 내용의 길이를 고려하여 한 화면에 표현될 수 없다면 어떤 인터렉션에 의해 나타내 줄 것인지는 FlowChart에 표시되어져야 한다.
(11)애니메이션/비디오
애니메이션과 비디오를 표시하는 곳이다. 보통 애니메이션과 비디오는 사운드와 텍스트를 포함하고 있다. 이 경우 제작하는 화면의 성격을 명확히 하고 하나의 파일로 묶어서 처리하는 것이 좋다. 비디오는 디스플레이되는 위치, 사이즈를 고려해야 한다. 애니메이션이 긴 경우 지면 관계상 다 설명할 수 없기 때문에 영역별 파일을 따로 만들기도 한다. 자세한 그래픽의 묘사는 애니메이션의 순서 등을 표기하는 경우가 있는데 될 수 있으면 최대한의 공간을 활용하여 한 페이지 안에 모든 화면 요소를 기입하는 것이 바람직하다.
(12)사운드
사운드는 성격상 뮤직(Music), 효과음(Effect), 나레이션(Narration) 등으로 나눌 수 있다. 세가지 요소는 모두 소리라는 점에서는 동일 하지만 제작 공정에서 서로 다른 특징을 가지고 있기 때문에 서로 나누어서 표시하는 것이 좋다. 뮤직은 배경 음악과 실제 상황에서 나가는 주제곡이 있다. 음악은 작곡과 연주 과정을 거쳐 생성된다. 라이센스가 보장되면 분위기에 어울리는 음악을 선곡하여 사용하여도 된다. 효과음은 실제로 내용과 상황에 어울리는 자연음을 만들어 내는 것이 가장 좋은 방법이지만 많은 돈과 연출력이 요구되는 분야이다. 보통은 스튜디오에서 효과음 라이브러리를 활용하여 편집하거나 신디사이즈로 합성하여 만들어 사용한다. 나레이션은 대사 내용으로 스튜디오에서 성우의 목소리와 연출로 생성된다.
(13)기능키 정의
기능키는 현재의 화면에 사용되는 특수한 목적에 쓰여지는 키를 정의하는 곳이다. 한 화면에서 특정한 키에 기능을 부여하려면 여기에 명시하면 된다.
(14)로직(logic)
특히 게임류의 타이틀에 필요한 요소로서 게임 진행시 획득되는 점수나 보상 등의 인터렉션을 표시한다.
|
|
