К сожалению, хороший графический / Ui дизайнер, который умеет проектировать / кодировать во флэш-памяти - это редкие драгоценности ... Для JavaScript: их нет (по крайней мере, для меня в моей стране);
Таким образом, рабочий процесс, с которым я работаю (для дизайнеров), учитывает это и остается неизменным для моих проектов flash / JavaScript;
Роли
Во-первых, с точки зрения дизайнера: есть 3 роли, за которыми следуют.
1) дизайнер: отвечает за художественное руководство и графическое производство.
2) interface-r: работает с остальными в реализации графики и анимации.
3) логический кодер: классы и функции кодов: логика изолирована от интерфейса.
У логического кодера могут быть дополнительные под роли, но это выходит за рамки точки зрения дизайнера. И роли не должны соблюдаться на 100%: хорошо учиться и помогать друг другу; Дизайнер не обязан знать кодирование, кодировщик не должен знать дизайн. Интерфейсер, однако, должен знать кодирование и немного дизайна: не хорошо: но знать (особенно анимация)
рабочий процесс
1) Базовая функциональность отработана всеми; в то время как это на самом деле роль программиста: вовлечение каждого помогает прогрессу генерации идей (программисты: дизайнеры могут когда-нибудь придумать действительно хорошие дикие идеи, ваша задача - логически понять, как это можно реализовать и стоит ли это делать)
2) Макет интерфейса и интерфейса класса Это может быть худший интерфейс, который вы когда-либо видели, но он дает общее направление для работы: это делают все. С помощью кодера, работающего с изолированной логикой (вообще без графики; например: разъединить логику), а интерфейс и дизайнер выполняет макет.
3.1) Графика и анимация Графический дизайнер работает над своим замечательным дизайном / графикой. в то время как интерфейсный интерфейс переводит проекты в реальный интерфейс (от фотошопа до flash / HTML). Если вам повезет, дизайнеры будут знать, как это сделать (нарезка и т. Д.), А интерфейс сосредоточится на реализации и анимации. Любая дополнительная графическая анимация (динамические вещи, например, что-то следующее или реагирующее на мышь). Это должно быть обсуждено и разработано этими 2. Этот процесс редко вовлекает кодера.
3.2) Кодер работает на логике, гарантируя, что он соответствует интерфейсу кодирования, согласованному с интерфейсом. Сосредоточение внимания на получении макета полностью функциональным (не самый красивый). Обычно это делается интерфейсом классов и / или глобальным объявлением (по возможности избегается)
4) Объединение интерфейса Затем интерфейс соединяет 2: для формирования окончательного приложения. XD
Конечная заметка
В то время как на самом деле, после этапа 2. Рабочий процесс идет в непрерывном цикле 3 и 4. Основное преимущество наличия интерфейса - это обеспечение того, чтобы конструктор или кодер замедляли работу другого. Следовательно, ограниченные замедления :) Интерфейсер, однако, играет жесткую роль, он должен быть чрезвычайно гибким, и чаще всего не удваиваться, как руководитель проекта в небольших командах. Только он поймет обе стороны и их ограничения. Хотя, возможно, он не одинок и не лучший ни в одном.
Обратите внимание, что это широко используется в RAI, когда обе стороны играют важную роль. Однако, если у вас есть проекты, которые имеют акцент на 1 над другим. Вам также необходимо сбалансировать рабочую силу (например, для интерактивного блога фотографа может потребоваться, в основном, дизайнер и интерфейс для WOW, где большая часть кода базы данных фотографий может быть повторно использована из уже готового проекта или проекта с открытым исходным кодом (это один из самых обычная работа, с которой я сталкиваюсь)