Флэш блок и флэш сайт

Web/сайты Прочее

Был(а) онлайн: 26.04.20 14:45
Umen 26 лет

1.0 Был(а) онлайн: 26.04.20 14:45

Недавно
1. Нам требуется дизайн и производство небольшого Flash-блока для основной страницы веб-сайта.



2. И на втором этапе нам понадобится дизайн и производство промо-сайта и презентации продукта также на Flash.



Всеобщие технические требования

1. Размер Flash-блока: 250 х 250 пикс.
2. Блок не содержит звукового сопровождения.
3. Некоторые «примеры для подражания»:
3.1. http://www.comverse.com/ - см. справа вверху.
3.2. http://www.amdocs.com/Site/AmdocsCom.htm - Flash-блок слева.
3.3. http://www.huawei.com/ - Flash-блок в центре страницы (верхняя половина страницы).
3.4. http://www.flash-rolik.ru/portfolio/14851.swf

4. Структурно Flash-блок будет состоять из 3 анимационных фрагментов, «вложенных» один в иной.
4.1. При отображении на странице эти три фрагмента будут отображаться друг за ином, циклически.
4.2. 1-й фрагмент, показываемый при открытии страницы, будет выбираться случайным образом, из 3 имеющихся. Либо при всем дальнейшем открытии номера фрагментов примитивно будут чередоваться.
4.3. Flash-блок будет иметь средства навигации для этих 3 фрагментов, применяя которые пользователь в всякий момент сумеет переключаться между фрагментами. Для этой цели предлагается применять «закладки» (tabs), располагающиеся слева либо сверху и пронумерованные, нажимая на которые пользователь будет запускать соответствующий фрагмент – см. пример 3.1.
4.4. Анимация отдельного фрагмента должна длиться не больше 30-45 секунд.

5. Цветовое решение должно соотноситься с цветовой гаммой веб-сайта, впрочем не должно его повторять в полном мере. Могут применяться больше многообразные цвета (пастельных оттенков), которые будут органично смотреться на основной странице, но при этом следует чураться «пестроты» и «мультипликационности» анимационного решения.
6. Переход между отдельными под-фрагментами не должен ограничиваться простым «переключением слайдов», а должен иметь определенное анимационное решение, скажем, как в примере 3.2.
7. В различных фрагментах обязаны применяться различные анимационные переходы между отдельными кадрами внутри самого фрагмента, т.е. всякий фрагмент имеет собственное анимационное решение.
При этом вновь же, желанно чураться «пестроты», дабы при переключении между фрагментами разнотипные анимационные решения не дюже «резали» глаз.
8. Flash-дизайнер может и должен представить на согласование свое видение реализации этой задачи, предложив, допустимо, больше органичное и художественное решение.

9. По факту выполнения работ исполнитель также предоставляет исходники Flash, в которых мы обязаны иметь вероятность вносить правки – в текстовые фрагменты (текст, шрифт, цвет), в цветовые решения отдельных графических элементов.



Сценарии
Данный раздел описывает всеобщий сценарий анимации Flash-блока. При реализации дизайнер имеет умную волю действий и должен предоставить свое художественное решение на базе представленного изложения.
Т.к. Flash-блок состоит из 3 отдельных структурных фрагментов, сценарий для всего из фрагментов будет описан отдельно. Впрочем, для соблюдения целостности реализации решения, при анимации фрагментов будут применяться похожие/аналогичные тезисы анимации.
Фрагмент 1
Стержневой элемент/тема: Модуль инвентаризации сетевых источников.
Допустимые элементы/темы анимации:
• Показать сетевую инфраструктуру – каналы/линии коммуникаций, узлы сети, движение трафика.
• Изобразить то, что система дозволяет проверять и регистрировать свободные и занятые сетевые источники; отображать иерархию оборудования (в том числе, в географически распределенной системе).
Основные сообщения:
• контроль за трудной сетевой инфраструктурой
• неограниченное число типов регистрируемого оборудования
• сопровождение иерархии сетевого оборудования
• географическая привязка оборудования
• ведение справочника типов внутренних и внешних связей
• история изменений параметров оборудования
• оповещения/действия при смене ранга оборудования

Изложение функции в приложенном файле - text-Система Инвентори АСР Билл-Мастер 4.3.pdf

Фрагмент 2
Стержневой элемент/тема: Опция репликации RADIUS-серверов
Допустимые элементы/темы анимации:
• блок-схема репликации, представленная в приложенном файле – text-Репликация RADIUS-серверов АСР Билл-Мастер 4.3.pdf
• анимация последовательности действий при такой репликации – описано в текстовой части приложенного файла - text-Репликация RADIUS-серверов АСР Билл-Мастер 4.3.pdf
Основные сообщения:
• повышение отказоустойчивости RADIUS-сервера
• повышение безопасности функционирования биллинговой системы
• синхронизация тарификационных данных

Фрагмент 3
Стержневой элемент/тема: Опция «жгучего» резервирования
Допустимые элементы/темы анимации:
• блок-схема схемы «жгучего» резервирования, представленная в приложенном файле – text-Опция жгучего резервирования АСР Билл-Мастер 4.3.pdf
• Представлены 2 схемы резервирования – нужно показать вначале обе эти схемы (на основе HeartBeat и на основе Data Guard), с соответствующими наименованиями. После этого ударение переносится на всякую из представленных схем. Отображение основных сообщений является всеобщим для обеих систем.
Основные сообщения:
• эффективная и бесперебойной работа сети и функций биллинга
• репликация данных в режиме реального времени
• мониторинг состояния активных/резервных серверов
• гарантированная отказоустойчивость биллинговой системы на ярусе 99,999%
• непрерывность бизнес-процессов оператора
• возможность аварийного поправления данных СУБД (Oracle)
• использование первичной базы данных и резервных баз данных
• постоянная синхронизация резервной копии БД с стержневой базой данных

Чтобы добавить заявку к этому заказу, нужно войти или зарегистрироваться

Мой блок

26.04.20 14:45
Umen 26