Bo Flash, атрибуты помечают одинарными, а не двойными кавычками.

Использование XML во FLASH по двум причинам. Во-первых, это облегчает взаимодействие с другими системами. Если, к примеру, в фильм необходимо передать информацию из медицинской базы данных, существует большая вероятность того, что администратор этой базы данных совершенно не знаком с Flash, но имеет познания в области XML. Данные можно представить в формате XML и использовать для передачи информации. Во многих случаях в базах данных или в сетях связи, доступ к которым необходимо получить из Flash, уже используется XML.

Во-вторых, функциональные возможности XML гораздо лучше подходят для обработки больших и сложных данных, чем другие части Flash[5].

Технология разработки Flash-сайта включает в себя несколько этапов. В рабочей среде Flash создается исходный документ. Этот документ сохраняется в формате FLA. FLA-файл - содержит графику, анимацию, звук информацию об организации внутренней структуры фильма и применяемых разработчиком технологиях, а также включенные в него сценарии Action Script. FLA-файл - это своеобразный полуфабрикат, он хранит информацию обо всем содержимом документа, однако в полной мере оценить функциональность этого документа можно только после того, как он будет экспортирован в один из конечных форматов.

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

Для того чтобы на основе исходного FLA-документа получить "конечный продукт", предназначенный для дальнейшего распространения среди пользователей, необходимо выполнить процедуру, которая называется публикация. В результате публикации Flash транслирует исходный FLA-документ в один или сразу несколько результирующих форматов

Наиболее значимым и распространенным является формат SWF- "родной" для Flash формат, предназначенный для хранения и распространения мультимедийных Flash-фильмов. Файл SWF имеет расширение swf и, обладая всей функциональностью, которой был снабжен исходный FLA-файл на этапе разработки, имеет значительно меньший объем. Это достигается за счет реорганизации данных, осуществляемой на этапе публикации (генерирования конечного файла). В ходе этой реорганизации упрощается структура фильма, неиспользованные элементы, импортированные или созданные в рабочей среде, но не включенные в фильм, отбрасываются, растровые изображения и звуки подвергаются компрессии, исходный программный код компилируется и преобразуется в более компактную форму - байткод (bytecode). Кроме того, сам конечный файл также может быть подвергнут компрессии. Поскольку в процессе публикации часть информации, описывающей структуру исходного файла, отбрасывается, полностью восстановить исходный документ из результирующего SWF-файла не представляется возможным.

Передача и хранение данных. В зависимости от вида выполняемых во Flash проектов может возникнуть потребность в разработке Flash-фильмов (сайтов), которые взаимодействуют с внешними данными. Под внешними данными подразумевается текстовая информация, которая отсутствует в исходном Flash-фильме (в виде файла формата SWF), а также информация, загружаемая во Flash-фильм при его воспроизведении как в окне Web-браузера, так и в автономном проекторе. В большинстве случаев необходимо создавать Flash-фильмы, в которых используются интерактивные формы, выбирается информация о ценах из базы данных товарных запасов либо отображается некоторый текст, требующий регулярного обновления.

2.4.1 Динамические и статические данные

Работая с внешними данными, приходится всякий раз решать, в каком виде они должны быть представлены: будет ли это реальный текстовый файл (с расширением. txt) на Web- сервере или данные будут формироваться по мере их извлечения из базы данных? Любые внешние данные, предварительно отформатированные в виде конкретного текстового файла, называются статическими (static). С другой стороны, любые данные, выбираемые в конкретный момент времени из базы данных, считаются динамическими (dynamic).

Чтобы определить, когда необходимо использовать статические, а когда динамические данные, и как формировать данные и реализовать их хранение, следует учесть три следующих фактора.

1. Сроки: требуется ли обновление информации в течение коротких промежутков времени частности, ежечасно или ежедневно?

2. Объем: требуется ли хранение большого объема данных? В частности, необходимо ли отслеживать информацию о ценах лишь на 10 либо на 1000 или более единиц товара?

3. Частота: следует ли организовать одновременный доступ к данным со стороны нескольких пользователей? Сколько человек будет посещать Web-узел и загружать из него информацию?

Если ответы на эти вопросы положительные, значит, скорее всего, потребуется база данных, которая сможет оперативно снабжать Flash-сайт динамическими данными. Но если ответы будут отрицательными или неопределенными, то вполне возможно, что подлинная база данных для хранения информации, доступной для извлечения из Flash-фильма, не потребуется.

Как правило, для хранения и выборки данных во Flash-фильмах, применяемых в Web, предусмотрено три следующих варианта:

1. Динамический: создать базу данных (в частности, Oracle, Microsoft Access, FileMaker и т.д.) и воспользуйтесь таким серверным приложением, как Macromedia Cold Fusion, для корректного динамического форматирования данных, используемых во Flash-фильме. Это очень трудоёмкий процесс. Характерным примером постоянно изменяющихся данных служат сведения о погодных условиях и прогнозы погоды, а также последние новости. В подобных случаях базы данных должны работать круглосуточно в оперативном режиме.

2. Статический: создаётся база данных и сформировывается файл на основе данных, хранящихся в этой базе и пригодных для Flash-сайта. Этот файл должен содержать данные, отформатированные таким образом, чтобы их можно было распознать во Flash- фильме. Так, если организована база данных, содержащая описание 100 единиц товара, и из нее требуется загрузить во Flash-фильм наименование, описание каждого товара и его цену, эту информацию можно без труда импортировать в текстовый файл, который затем загружается во Flash-фильм. Такой вариант позволяет поддерживать реальный источник информации (т.е. базу данных) в автономном режиме, используя локальную сеть, а активные данные - в одном или нескольких текстовых файлах на Web-сервере.

3. Статический создаётся файл данных, в котором нужная информация будет храниться отдельно от Flash-данных. В таком случае для хранения подобной информации структурированная база данных вообще не требуется. Такой вариант предполагает хранение файлов данных на Web-сервере, как и в предыдущем варианте.

Рассмотрим два способа форматирования внешних данных, предназначенных для применения во Flash-фильме(сайте).

XML внешние данные могут быть также отформатированы в виде XML-документов. Начиная с версии Flash Player 5, во Flash-фильмах допускается возможность синтаксического анализа (т.е. разделения на отдельные блоки) структур XML-данных. В качестве примера рассмотренная выше пара "имя-значение" может быть представлена в XML следующим образом:

<siteText>

<greeting>добро пожаловать на наш сайт.^/greeting></siteText>

Это не полный XML-документ, а лишь начальный его пример. Информация в нем группируется по наборам дескрипторов, а структура определяется порядком их расположения. В приведенном выше примере дескрипторы <greeting> принадлежат родительским дескрипторам <siteText>. Набор дескрипторов называется узлом. Пользуясь этой терминологией, дескрипторы <greeting> можно назвать порожденным узлом, принадлежащим родительскому узлу <siteText>. Тем не менее, данный пример XML-кода не демонстрирует подлинную структуру взаимосвязей. Рассмотрим следующий упрощенный XML-вариант списка литературы:

<book List><book>

<title>Flash MX Action Script Bible< / title?

<author>Robert Reinhardt and Joey Lott</author></book><book>

<title>Flash MX Bible</title >

<author>Robert Reinhardt and Snow Dowd</author></book><book>

<title>JavaScript Bible</title>

<author>Danny Goodman</author></book></bookList>

Редактировать данные XML можно, как и в редакторе, так и в программе разработки flash сайтов. То есть, чтобы изменить какую-нибудь информацию на сайте или (соответственно) в базе данных, услугой CMS или изменением HTML кода пользоваться не придётся, как показано выше. Пример редактирования информации на сайте показан на рис. 2.8.

Рис. 2.8 Редактирование информации базы данных

Для создания flash-сайта выбрана удобная и простая в использовании программа Macromedia Flash 8.

Среда разработки Flash Professional 8 допускает возможность работы с файлами различных форматов, при этом рабочий процесс на разных этапах протекает в трех различных средах.

- В рабочей среде осуществляются наполнение документа графическим содержимым, анимация, внедрение и настройка звукового сопровождения, а также создание и интегрирование в документ программного кода (сценариев Action Script). Документ, создаваемый в рабочей среде, включающий все элементы проекта и технологию его разработки, сохраняется в формате FLA с расширением fla.

- Среда тестирования позволяет оценить всю функциональность документа, заложенную в него на этапе создания в рабочей среде. В среде тестирования можно воспроизвести только конечный, опубликованный файл в формате SWF. При попытке открыть SWF-документ из рабочей среды будет выполнено автоматическое переключение в среду тестирования. Среда тестирования всегда открывается в новом окне и не допускает возможности открытия внешнего или создания нового документа. Таким образом, перейти в среду тестирования можно только из рабочей среды.

- Автономный редактор Action Script предназначен для создания внешних файлов сценариев, которые не должны интегрироваться в исходный FLA-документ на этапе его создания. Такая возможность очень полезна в работе с классами Action Script 2.0 и при создании расширений с использованием языка JSFL. В автономном редакторе можно создавать файлы Action Script, сохраняемые в формате AS с расширением as, файлы Java Script Flash, сохраняемые в формате JSFL с расширением jsfl, а также документы HTML, XML и TXT. Автономный редактор Action Script, как и среда тестирования, всегда открывается в отдельном окне.

В простейшей форме сценарий Action Script представляет собой набор простых команд, называемых инструкциями. Эти команды предназначены для управлений flash-плеером, причем складывающаяся в этом случае ситуация весьма напоминает дрессировку собаки. Разница только в том, что реакция Flash на одну и ту же команду будет всегда одинаковой, а вот потребовать, чтобы Тузик сел, когда ему хочется погоняться за почтальоном, будет не так просто.

С целью более глубокого понимания места сценариев Action Script во Flash необходимо уяснить ключевую для этого языка концепцию событий и обработчиков событий.

Термины события и обработчики событий достаточно ясны сами по себе. Событиями называется то, что происходит вокруг нас, в результате производится некое действие. Обработчик событий - это механизм, который должен отреагировать на происходящее событие. События происходят независимо от того, существует ли обработчик этого события. В то же время обработчик определенного события может существовать вне зависимости от того, происходит ли это событие. До тех пор пока не происходит нужное событие, обработчик событий пребывает "в мирной дрёме". С целью иллюстрации вышесказанного рассмотрим связь между кнопкой звонка у и самим звонком. При нажатии на кнопку (событие) и в случае отсутствия подключенного звонка (обработчик событий) ничего не происходит. Если же звонок установлен, прозвучит сигнал вызова (действие). С другой стороны, звонок в квартире будет молчать до тех пор, пока не будет нажата кнопка. Для лучшего понимания излагаемой концепции приведем пример еще одной аналогии, что автоответчик находится в ожидании телефонного звонка. В этом случае ничего не происходит до тех пор, пока не поступит входящий звонок, при этом автоответчик является обработчиком событий, а звонок является событием. А запись автоответчиком сообщения является действием, которое происходит в результате обработки события[15].

2.5 Размещение flash-сайта ООО «Всевбургер»

Для распространения Flash-сайта в сети его, как правило, следует разместить на HTML-странице. SWF-файл связывается с HTML-страницей с помощью специальных тегов, описывающих параметры его размещения и воспроизведения, после чего оба файла могут быть размещены на сервере [1].

В результате публикации автоматически создаётся HTML-документ, содержащий все необходимые для размещения SWF-документа теги. Все настройки, на основании которых будут сгенерированы эти теги и их атрибуты, задаются в настройках публикации с помощью диалоговой формы. Таким образом, разработчику не приходится заботиться о создании соответствующего HTML-кода вручную.

2.6 Выводы

Во второй главе проведено проектирование сайта для ООО «Всевбургер».

Осуществлено проектирование содержимого сайта, его структуры и навигации. С помощью case-средства Rational Rose и BPwin построены диаграммы, описывающие деятельность организации и структуру сайта.

Для разработки Flash-сайта и базы данных выбрана программа Macromedia Flash 8. Описаны действия в разработке сайта и базы данных для ООО «Всевбургер».

Глава 3. Программная реализация flash-сайта ООО «Всевбургер»

3.1 Выбор средств разработки

Для разработки flash сайта будут использоваться следующие программные средства:

1. Corel DRAW Graphics Suite X5 программа для создания и редактирования графического содержимого.

2. Macromedia Flash 8 - мультимедийная платформа для создания веб-приложений или мультимедийных презентаций. Широко используется для создания рекламных баннеров, анимации, игр, сайтов, а также воспроизведения на веб-страницах видео и аудиозаписей. В этой программе можно целиком и полностью создать свой собственный сайт, который будет содержать базу данных.

3.2 Выбор web-сервера

Папка или сервер разработки. Весь проект можно будет разместить на съёмном носителе. Папка разработки содержит все файлы, необходимые для проекта, в том числе файлы звука формата WAV, файлы изображений формата PNG,JPG или файлы HTML. Однако далеко не все эти файлы будут использованы на активном Web-узле (или производственном сервере). В окончательном варианте web-сайта применяются лишь файлы SWFи HTML. По умолчанию большинство разработчиков публикуют свои файлы формата SWT в том же месте, где находятся файлы формата HTML.

3.3 Выбор СУБД

Как уже отмечено во второй главе, база данных flash-сайта будет автоматически создана в macromedia flash 8 при внесении необходимой информации на сервер, который будет размещаться на съёмном носителе. Вследствие этого, не придётся пользоваться другими продуктами СУБД.

3.4 Физическая реализация flash-сайта для ООО «Всевбургер»

Дизайн сайта выполнен в программе CorelDraw и Macromedia Flash 8 в соответствии с требованиями компании ООО «Всевбургер» г. Всеволожск.

При разработке дизайна сайта была использована фирменная цветовая гамма ООО «Всевбургер» - оранжевый и жёлтый(основные цвета). Сайт очень прост в его понимании и обращении с ним. Всеволожский район обогащён быстрым интернетом, поэтому проблем у клиентов в загрузке изображений не возникнет. Главная страница сайта представлена на рисунке 3.1.

Рис. 3.1 Главная страница сайта для ООО «Всевбургер»

Страница «О компании» представлена на рисунке 3.2.



Рис. 3.2 Страница «О компании» flash-сайта ООО «Всевбургер»

Страница «Меню» представлена на рисунке 3.3.

Рис. 3.3 Страница «Меню» Flash-сайта ООО «Всевбургер»

При нажатии на выбранную продукцию, она автоматически вписывается в строку заказов.

Страница «Приём заказов» показана на рисунке 3.4.

Рис. 3.4 Страница «приём заказов» flash-сайта ООО «Всевбургер»

3.5 Безопасность при передаче данных во Flash-сайте

Во Flash-сайтах реализована встроенная система безопасности, которая ограничивает доступ к данным при пересылке или загрузке содержимого из любого источника, который находится не в том домене, где воспроизводится Flash-сайт.

Установка DNS псевдонимов. Подобный подход нельзя назвать широко распространенным. Основная идея состоит в том, что на DNS-серверах, которые используются вашим сервером, можно установить вымышленное имя для удаленного сервера. В результате создается иллюзия локальности этого сервера.

DNS-сервер. В свое время, когда мировая сеть интернет только зарождалась, механизм адресации к сайтам пользователей был также решен на базе сложившейся традиции, что вполне логично. Сейчас, чтобы посетить один из сайтов в Интернете, пользователем набирается нужный адрес в строке браузера, используя для этого определенный алгоритм записи. В частности, эта запись включает в себя аббревиатуру www (аббревиатура www может не использоваться), далее следует адрес сайта, и затем доменная зона (RU, СОМ...). Например: www.google.ru. Иначе говоря, используется уникальный идентификатор ресурса, больше известный как URL (UniversalRecourseLocator), который, по сути, является простым домашним адресом в Интернете.

После набора адреса сайта в браузере скрытые механизмы интернета, а точнее механизмы службы доменных имен (DNS - DomainNameSystem), обрабатывают набранный адрес и открывают запрашиваемый интернет-сайт. Внутренняя механика обработки адреса - это очень сложная операция со своими нюансами, но в общем виде используется следующий механизм. В каждой стране существует компания, которая заведует службой доменных имен и исполняет роль своеобразной раздаточной коробки. Когда набирается в браузере адрес сайта, то на самом деле происходит запрос к службе DNS, которая на базе полученного адреса моментально переадресовывает нас к искомому сайту. Эта операция происходит на большой скорости, это не заметно каких бы то ни было переадресаций. Сразу возникает вопрос: а как служба доменных имен узнает, куда нужно произвести переадресацию?

Здесь все тоже очень просто. Когда регистрируется доменное имя, регистратор в DNS-службе «привязывается» к DNS-серверам провайдера хостинг-услуг. Каждый провайдер хостинга имеет свои DNS-серверы, и выглядят эти записи следующим образом: nsl. провайдер. ru/com, ns2.провайдер.ru/com, ns3.провайдер.ru/com (может быть более двух адресов). Сделав такую своеобразную привязку у регистратора или DNS-службы, происходит автоматическая переадресация на сайт по URL. Слово переадресация - это скорее технический термин, а на деле, прописав DNS-серверы, сайт становится видимым и доступным всем пользователям Интернета[4].

3.6 Тестирование

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

Тестирование отдельных элементов документа можно осуществлять непосредственно в рабочей среде. Для того чтобы оценить работу конечного документа полностью, необходимо переместиться в среду тестирования

Разработка проекта и работа с FLA-документом осуществляются в рабочей среде. На этом этапе бывает трудно или вообще невозможно оценить, насколько функционирование конечного проекта будет соответствовать ожидаемым результатам. Для того чтобы оценить работу конечного фильма и его отдельных элементов, необходимо переместиться в среду тестирования, которая обладает инструментарием, дающим возможность оценить функциональность фильма и проанализировать процесс его загрузки.

Публикация - это операция, позволяющая транслировать исходный FLA-документ в один или сразу в несколько результирующих форматов, предназначенных для распространения в Интернете или иных средах. Таким образом, тестирование и публикация - это два взаимосвязанных процесса, позволяющих оценить работоспособность проекта и преобразовать его в формат, предназначенный для конечного распространения.

После того, как сайт был построен, готовы все страницы, все базы данных, программирование связей компонентов, сайт готов для тестирования пользователями. Тестирование должно быть сделано людьми, которые смогут предоставить разумную критику, отчет об ошибках программирования, отметить типографические ошибки, охарактеризовать весь проект и эффективность сайта. Новые пользователи заметят недоработки сайта. Только после того как сайт был полностью проверен и очищен, следует предать URL-адрес сайта более широкой аудитории.

Типичные продукты и результаты в конце этого этапа должны включать:

- Законченный HTML для всех веб-страницы, размещено все содержание страниц;

- Законченная структура навигационных ссылок;

- Все программирование установлено и связано со страницами, готовыми для тестирования пользователями;

- Все компоненты базы данных установлены и связаны со страницами сайта;

- Весь графический дизайн, иллюстрации и фотографии на своем месте;

- Заключительная корректировка всего содержимого сайта;

- Детальное тестирование функционирования базы данных и программирования;

- Тестирование и проверка функции создания отчетов базы данных;

- Тестирование процедур поддержки пользователей сайта, ответ на электронную почту и т.д.;

- Архивы всех компонентов содержания сайта, кода HTML, кода программирования и любых других материалов разработки сайта;

Маркетинг сайта. Веб-сайт должен быть неотъемлемой частью всех маркетинговых кампаний и корпоративных коммуникационных программ. Также URL-адреса сайта должны появиться на документах корреспонденции и на выпускаемых организацией рекламных маркетинговых материалах.

Если веб-сайт нацелен прежде всего на аудиторию какого-либо региона, помимо регистрации в стандартных поисковых индексах сети, таких как Yandex и Google, то необходимо разрекламировать свой URL-адрес в тех местах, где региональные жители или фирмы могут столкнуться с ним. Местные библиотеки, газеты и школы часто могут послужить ключом к популяризации нового веб-сайта в пределах определенного региона.

Также можно договориться о перекрестном продвижении сайта с предприятиями, которые связанны с деятельностью компании, профессиональными организациями, радиовещанием или печатными СМИ, посетителями или местными информационными агентствами, агентствами недвижимости или доставки, интернет-провайдерами, а также с местными сайтами городских и региональных каталогов. Сайт также может быть разрекламирован местными СМИ в качестве интересной истории.

URL-адрес домашней страницы должен появиться на всех следующих источниках:

- Печатная реклама;

- Радио и телевизионная реклама;

- Вестибюли, места с большой посещаемостью на вашем предприятии, или в местных библиотеках, школах или других подходящих местах;

- Почтовая рассылка с агитацией;

- Визитные карточки;

- Канцелярские товары;

- Счета и заявления;

- Руководства пользователя продукции и упаковка;

- Ответные письма и гарантийные листы;

- Публикации и продвигающие рекламные материалы;

- Пресс-релизы;

- Эмблемы и доски объявлений;

- Плакаты и рекламные щиты.

Важным моментом также является процесс продвижения самого сайта в сети Интернет. Продвижение сайтов направлено на привлечение целевых посетителей на ваш сайт. Следует учесть данные расходы на поисковое продвижение сайта в общем бюджете Интернет-проекта.

3.7 Выводы

В третьей главе рассмотрен выбор: средства разработки, веб-сервера, СУБД; физическая реализация; обеспечение безопасности; тестирование.

Для разработки flash сайта использовались программные средства такие как: Corel DRAW Graphics Suite X5 и Macromedia Flash 8.

В разработанном Flash-сайте реализована встроенная система безопасности, которая ограничивает доступ к данным при пересылке или загрузке содержимого из любого источника, который находится не в том домене, где воспроизводится Flash-сайт, это обеспечивает его безопасность.

Для проведения тестирования, необходимо выбрать круг людей, которые смогут предоставить разумную критику, отчет об ошибках программирования, отметить типографические ошибки, охарактеризовать весь проект и эффективность сайта.

Заключение

В ходе данного проекта были решены и рассмотрены следующие задачи: анализ предметной области; проектирование FLASH-сайта; программная реализация FLASH-сайта.

• В анализе предметной области были рассмотрены: анализ источников и литературы; анализ аналогов - рынка, описание организации; обоснование выбора и системный анализ; выявление и оценка информационных потоков и структуры информации; требования заказчика.
• Рассмотрен первоначальный этап проектирования FLASH-сайта, с которого непосредственно начинается его создания и разработка, где определены цели и задачи для веб-сайта, которые будут обосновывать бюджет и требуемые ресурсы. Определен объем сайта, интерактивные, функциональные возможности, которыми заполнен сайт, в соответствии с требованиями компании ООО «ВСЕВБУРГЕР», для оправдания ожидания пользователей.

При создании веб-сайта использовался язык программирования Action Script. Сценарий представляет собой набор простых команд, называемых инструкциями. Эти команды предназначены для управлений flash-плеером.

Список источников и литературы

1. ГОСТ 28195-99 «Оценка качества программных средств. Общие положения».

2. ГОСТ 34.602-89 «Информационная технология. Комплекс стандартов на автоматизированные системы. Техническое задание на создание автоматизированной системы».

3. Международный стандарт ISO 12207 - базовый стандарт процессов ЖЦ ПО.

4. Альберт Д.И., Альберт Е.Э. Самоучитель Macromedia Flash Professional 8. - СПб.: БХВ-Петербург, 2006. - 736 с.

5. Басков А.В. Информационный поток [Электронный ресурс]. - Режим доступа: http://newideology.ru

6. Глушков С.В., Ломотько Д.В. Базы данных: Учебный курс. - Харьков: Фолно; М.: «Издательство ACT», 2003. - 423 с.

7. Горнаков С.Г. Осваиваем популярные системы управления сайтом (CMS). - М.: ДМК Пресс, 2009. - 336 c.

8. Гурвиц М., Мак-Кейб Л. Использование Macromedia Flash MX. Специальное издание.: Пер. с англ. - М.: Издательский дом "Вильяме", 2003. - 704 с.

9. Едомский Ю.Е. Техника web-дизайна для студента / Ю.Е. Едомский. - СПб.: БХВ-Петербург, 2005. - 392 с.

10. МакДональд М. Создание Wеb-сайтов. Основное руководство. Пер. с англ. - М.: Эксмо, 2010. - 768 с.

11. Маклаков С.В. ERWin и BPWin. CASE-средства разработки информационных систем / С.В. Маклаков. - М: ДИАЛОГ МИФИ, 2000. - 338 с.

12. Он-лайн энциклопедия Wikipеda [Электронный ресурс]. - Режим доступа: http://ru.wikipеdia.оrg

13. Патрик Д. Линч, Сара Хортон. Гид по веб-дизайну: Основные принципы построения и создания веб-сайтов - 3-е издание. - Издание Йельского университета. 2009. - 356 с.

14. Скляр Д., Трахтенберг А. PHP. Рецепты программирования. - СПб.: БХВ-Петербург, 2007. - 736 с.

15. Трофимов С.А. CASE-технологии. Практическая работа в Rational Rose - Издательство: Бином-Пресс, 2002 - 288 с.

16. Чанг Т.К., Кларк Ш. Популярные web-приложения на FLASHMX. Пер. с англ. - М.: КУДИЦ-ОБРАЗ, 2003 - 272 с.

17. Черепанова И. Создание сайтов в CMS Ucoz. - М.: Эксмо, 2010. - 528 с.

18. Macromedia Flash MX Action Script. Библия пользователя.: Издательский дом "Вильяме", 2003. - 1280 с.

19. [Электронный ресурс]. - Режим доступа: http://subway.ru

Приложение 1

Листинг обратной связи

<?xmlversion="1.0" encoding="utf-8"?>

<!--

-->

<contactFormConfiguration>

<!--

An e-mail address which will be used to receive messages from your contact form.

You can specify several e-mail addresses separating them with a comma.

For example: first_email@domain.com, second_email@domain.com, third@domain.com

-->

<emailTo>Romaaario@mail.ru</emailTo>

<!--

A server script type which will process sending e-mails. It depends on your hosting and in the current version of the contact form it is allowed to use two types: php (Apache, PHP Hosting); asp (IIS web server, ASP).

-->

<serverProcessorType>php</serverProcessorType>

<!--

A name of the script file which process sending e-mails on your server (without extension). The name contact is used by default.

-->

<serverProcessorFileName>contact</serverProcessorFileName>

<!--

Set whether to validate only required fields (true/false). The default value is true which means the not required fields of your contact form will not be validated.

For example if the e-mail field of your form is set as not required (imagine it) the form will be processed even if the user types in an incorrect e-mail address.

-->

<validateRequiredOnly>false</validateRequiredOnly>

<!--

Set whether to submit the form when the Enter key is pressed even if the focus is not on the Submit button (true/false).

-->

<submitFormOnEnter>false</submitFormOnEnter>

<!--

Text showing to the user when the form is submitted without any errors.

-->

<messageSentText>Thank you for your message.</messageSentText>

<!--

Text showing in case the form is not submitted because of a server error.

-->

<messageSentFailedText> Спасибо за Ваше сообщение. </messageSentFailedText>

<!--

Text your visitor will see while waiting till the processing is over.

-->

<formProcessingText>processing...</formProcessingText>

<!--

Your SMTP server (for ASP only).

-->

<smtpServer>localhost</smtpServer>

<!--

Your SMTP port (for ASP only).

-->

<smtpPort>25</smtpPort>

<!--

Set whether to send the message as a plain text (true) or as HTML (false).

-->

<plainText>false</plainText>

<!--

ID of the input field (in the structure XML file) to use for the “from:” or email to use instead (for example: mailfrom@domainname.com).

-->

<emailFromSource>4</emailFromSource>

<!--

Subject of the e-mails that will be sent through this contact form or ID of the input field (in the structure XML file) to use for the “subject: ” label in your e-mail client.

-->

<subjectSource>Contact Form from your site</subjectSource>

<!--

Validation error messages that are showing to the user when the form fails to validate. The form supports different types of validators. You can change the text of the error messages the validators produce here.

You can use the {LABEL} keyword in these messages. It will replace it with the label value of the field where an error occurs.

-->

<validationErrorMessages>

<!--

A required field is not filled in.

-->

<message type="fieldIsRequired">{LABEL} is required.</message>

<!--

The specified e-mail address is incorrect.

-->

<message type="emailNotValid">{LABEL} - is not valid email address.</message>

<!--

The specified number of characters in a field is less than a required minimum.

-->

<message type="minCharsLimitError">{LABEL} - The specified number of characters in a field is less than a required minimum.</message>

<!--

The specified string does not match with the regular expression.

-->

<message type="reqExpError">{LABEL} - The specified string does not match with the regular expression.</message>

<!--

The specified number is greater than an acceptable biggest number for this field.

-->

<message type="biggerThanMaxError">{LABEL} - The specified number is greater than an acceptable biggest number for this field.</message>

<!--

The specified number is lower than an acceptable lowest number for this field.

-->

<message type="lowerThanMinError">{LABEL} - The specified number is lower than an acceptable lowest number for this field.</message>

<!--

The data is not a number.

-->

<message type="notANumberError">{LABEL} - The data is not a number.</message>

<!--

The specified number must not be negative.

-->

<message type="negativeError">{LABEL} - The specified number must not be negative.</message>

<!--

The minimum number of variants is not selected

-->

<message type="minRequirementError">{LABEL} - The minimum number of variants is not selected</message>

<!--

The number of variants selected exceeds the maximum

-->

<message type="maxRequirementError">{LABEL} - The number of variants selected exceeds the maximum</message>

<!--

The fields that should be equal do not match

-->

<message type="shouldBeEqualError">{LABEL} - values do not match</message>

<!--

The date has wrong format.

-->

<message type="dateIsNotValidError">{LABEL} - date has wrong format</message>

</validationErrorMessages>

</contactFormConfiguration>

Приложение 2

Листинг приём заказов

<?xml version="1.0" encoding="utf-8"?>

<contactFormStructure>

<formItems>

<item id="1" label="Имя" required="true">

</item>

<item id="2" label="E-mail" required="true">

<validator>EmailValidator</validator>

</item>

<item id="3" label="телефон">

<restrict>+-.0-9</restrict>

</item>

<item id="4" label="Страна">

</item>

<item id="5" label="сообщение" required="true">

</item>

</formItems>

</contactFormStructure>

Приложение 3

Листинг резюме

<?xml version="1.0" encoding="utf-8"?>

<contactFormStructure>

<formItems>

<item id="1" label="Party size" required="true">

</item>

<item id="2" label="Month" required="true">

<textToShow>Month</textToShow>

</item>

<item id="3" label="Day">

<restrict>0-9</restrict>

<textToShow>Day</textToShow>

<validator>NumberValidator</validator>

<minValue>1</minValue>

<maxValue>31</maxValue>

<maxChars>2</maxChars>

</item>

<item id="4" label="Year">

<restrict>0-9</restrict>

<textToShow>Year</textToShow>

<validator>NumberValidator</validator>

<minValue>2008</minValue>

<maxValue>2050</maxValue>

<maxChars>4</maxChars>

</item>

<item id="5" label="Time">

</item>

<item id="6" label="Name" required="true">

</item>

<item id="7" label="E-mail" required="true">

<validator>EmailValidator</validator>

</item>

<item id="8" label="Phone">

<restrict>+.- 0-9</restrict>

</item>

<item id="9" label="Fax">

<restrict>+.- 0-9</restrict>

</item>

<item id="10" label="CellPhone">

<restrict>+.- 0-9</restrict>

</item>

<item id="11" label="Menu" required="true">

</item>

<item id="12" label="Message" required="true">

</item>

</formItems>

</contactFormStructure>

Размещено на Allbest.ru