изготовление сайтов
изготовление сайтов перевод pdf
Веб- изготовление сайтов бизнес-курс, который проводит обучение по принципам веб- изготовление сайтов а, используя
HTML / XHTML и текущий / возникающие программ. Программа подготовки включает аудиторию
Анализ, иерархия макета и изготовление сайтов а, программного обеспечения интеграции, а также издательской деятельности.
Учебные стратегии должны включать совокупность обучения, совместное обучение, на основе проектов
учебной деятельности, а также школы и общинные проекты.
• Оценка Рекомендуемый уровень: 10-12
• Рекомендуем Условия: цифровые средства связи и Computer Applications
• Кредиты: одно-кредитной или двух-кредитной Конечно, за один или два семестра
• считается Режиссер Выборное или факультативным для генерала, 40 Core, Core 40 с
Академический Достижения и основные 40 с техническим дипломы с отличием
• Академическая карьера последовательности, Карьера-техническая программа, или Flex Кредитный конечно
• Содержание курса стандарты / предъявляемым требованиям и стандартам Индиана Академический
комплексное адресу: www.doe.in.gov/octe/bme/curriculum/contentstandards.htm
• Требования учителя: doe.in.gov/dps/licensing/assignmentcode
• Карьера Кластеры: рекомендованных компонентов для будущей карьеры в следующем
Кластеры Индиана карьеры:
О искусств, А. В. Технология & Коммуникации
О Бизнес, менеджмент, администрация &
O Информационные технологии
O Маркетинг, Продажи & Службы
• Карьерный путь информацию: www.doe.in.gov/careerpathways
Содержание курса стандартам и ожидаемых результатов
WD 1
История / Справочная Интернет и WWW (LA11.1.1) (LA12.1.1)
WD 1,1
Авторские стандарт: студенты демонстрируют основные знания Интернета
и инструменты, используемые для доступа к информации.
Ожидаемые результаты
WD 1.1.1
Определить ключевые события в истории ВСП, Интернет и Интранет
WD 1.1.2
Анализ на влияние Интернета на общество (LA11.1.3) (LA12.1.3)
WD 1.1.3
Сравните и сопоставьте различные режимы доступа к информации через
Интернет (LA11.1.3) (LA12.1.3)
WD 1.1.4
Определить интернет терминологии (LA11.1.1) (LA12.1.1)
WD 1.1.5
Признать типов файлов и расширений файлов, таких как HTML, HTM, COM, GOV, ORG, PDF,
ZIP, TXT, JPG, GIF, BMP, WAV, MP3, MIDI, WMA, URL (LA11.1) (LA12.1)
WD 1.1.6
Создание и управление надлежащей структурой папок
WD 2
Планирование, разработка и поддержка веб-сайта (LA11.5.8) (LA12.5.8)
(H.7.1, H.7.2, H.7.3)
WD 2,1
Авторские Стандарт: студентам спланировать веб-сайт.
Ожидаемые результаты
WD 2.1.1
Разработайте план веб-сайта, имеющие не менее двух уровней и перевести его на сайт
карта (LA11.6.1) (LA11.6.2) (LA12.6.1) (LA12.6.2) Изготовление сайта 2
IDOE-бизнеса, маркетинга, информационных технологий &
Веб- изготовление сайтов
Ноябрь 2008 г. пересмотренный формат
Изготовление сайта WD-2
WD 2.1.2
Объяснить и демонстрации принципов хорошего изготовление сайтов а веб-страниц
(LA11.5.8) (12.5.8)
WD 2.1.3
Определить цель и целевую аудиторию веб-сайт (A1.9.6)
WD 2.1.4
Оценка веб- изготовление сайтов а и макета и обращает внимание на эффективное использование пространства,
баланс, симметрия и цвет (A1.9.6)
WD 2,2
Авторские Стандарт: студентов проектировать и разрабатывать основные помощью веб-сайта
HTML / XHTML. (LA11.5.7) (LA12.5.7)
Ожидаемые результаты
WD 2.2.1
Объяснить необходимость разработчикам создавать и поддерживать HTML / XHTML сценария
WD 2.2.2
План основных HTML / XHTML документ рассматривают темы, аудитории, макет
цвета, ссылки и графику (LA11.7.1) (LA12.7.1)
WD 2.2.3
Использование HTML / XHTML тегов, отображение и содержание веб-формате для создания основных
веб-страницы в текстовый редактор (, , , <body> </ html> </ head>,
</ TITLE> </ body>)
WD 2.2.4
Использование HTML / XHTML атрибуты тегов
WD 2.2.5
Создание упорядоченных / неупорядоченный список использованием HTML <ol>, <li> <ul> метки (A1.1.5)
WD 2,3
Авторские стандарт: студенты использования графики и мультимедиа в
HTML / XHTML документов. (A1.9.1) (A1.9.6)
Ожидаемые результаты
WD 2.3.1
Вставка и выравнивание изображения при помощи <img src=…>
WD 2.3.2
Изменение размера графического изображения, используя высоту и ширину атрибуты
WD 2.3.3
Realign изображений, которые будут влиять Текст макета документа
WD 2.3.4
Объяснить концепцию изображения карты
WD 2.3.5
Создание образа карты для данной графической
WD 2.3.6
Вставьте аудио в документе путем связывания изображений с аудио href="file… <a файла>,
<img src=…> и </ A>
WD 2,4
Авторские стандарт: студенты создают ссылок в HTML / XHTML документов.
Ожидаемые результаты
WD 2.4.1
Дифференцировать между абсолютной и относительной ссылки на другие документы
(LA11.1.3) (LA12.1.3)
WD 2.4.2
Ссылки на другие вебсайты, используя <a href="http:…>, </ A> Метка
WD 2.4.3
Ссылки на другие документы HTML использованием <a href="file:…> </ A>
WD 2.4.4
Создание целевого / якорь, что ссылки на другой раздел того же документа <
Имя = ....>, <a href=#...> </ A>
WD 2.4.5
Ссылка одной веб-страницы на другую страницу, нажав использовании графических изображений
Комбинация из <a href="file:…>, </ A> с <img src=…>
WD 2.4.6
Создание ссылки
WD 2.5
Авторские стандарт: студенты создания и форматирования таблиц в HTML / XHTML
документа. (A1.9.1) (A1.9.6)
Ожидаемые результаты
WD 2.5.1
Схема и построить таблицу
WD 2.5.2
Введите код для вставки таблицы в документ с помощью <table>
WD 2.5.3
Построить таблицу, используя <tr> и <td> метки для создания строк и столбцов
В документе
WD 2.5.4
Использование ROWSPAN и COLSPAN атрибут документа
WD 2.5.5
Применить BORDER = атрибутов в таблице (BORDERCOLOR =, BORDERSIZE =) Изготовление сайта 3
IDOE-бизнеса, маркетинга, информационных технологий &
Веб- изготовление сайтов
Ноябрь 2008 г. пересмотренный формат
Изготовление сайта WD-3
WD 2.5.6
Контроль размеров таблиц с использованием атрибутов (CELLPADDING =,
CELLSPACING =, Ширина =)
WD 2.5.7
Выравнивание текста в таблице использования атрибутов ALIGN =
WD 2,6
Авторские стандарт: студенты производят основную HTML / XHTML документа с помощью
кадры. (A1.9.1) (A1.9.6)
Ожидаемые результаты
WD 2.6.1
Сравните / контраста использования кадров (LA11.1.3) (LA12.1.3)
WD 2.6.2
изготовление сайтов и формат веб-страницы с помощью различных раскладок кадра в том числе баннеров,
Навигация по сайту, а главное окно документа
WD 2.6.3
Определить цели и использовать теги <фрейм, <frameset> и <noframes>
WD 2,7
Авторские стандарт: студенты производят основную HTML / XHTML документа с помощью
формы. (A1.9.1) (A1.9.6)
Ожидаемые результаты
WD 2.7.1
Обсудить концепцию форму на веб-документа, а также различные теги, которые могут
быть включены в формы (например, ввод текста полей, радио-кнопки, кнопки "Отправить")
WD 2.7.2
изготовление сайтов основные формы по заданным спецификациям, используя различные элементы управления
(например, поле ввода текста, переключателей)
WD 2.7.3
Введите код для следующих
• поле для ввода текста
• Кнопки радио
• Кнопка флажок (ы)
• выпадающее меню
• окне выделите
• выпадающее меню
• Добавить / Кнопка сброса
WD 2.7.4
Код выбранного значения по умолчанию для всех входных метки
WD 2.7.5
Различать GET и POST методы обработки собранных данных
(LA11.1.3) (LA12.1.3)
WD 2,8
Авторские Стандарт: студентам продемонстрировать знание содержания управления.
Ожидаемые результаты
WD 2.8.1
Испытательная площадка / приложения после обновления содержания для обеспечения целостности
WD 2.8.2
Испытание веб-сайтов в разных браузерах, платформ и разрешений экрана
WD 2.8.3
Проверьте соответствие веб-страниц с правительством и промышленностью доступности
стандарты
WD 2.8.4
Выполните обновление своевременному
WD 2.8.5
Обновлять и пересматривать ссылками
WD 2.8.6
Регистрация всех обновлений деятельности
WD 3
Разработка графика
WD 3,1
Авторские стандарт: студенты демонстрируют принципы хорошего изготовление сайтов а и
графикой с использованием коммерческих программ основаны. (например, Adobe Photoshop, Microsoft
Краска, Macromedia Fireworks, Macromedia Flash) (H.9.1)
Ожидаемые результаты
WD 3.1.1
Сравните и сопоставьте использования и преимуществ различных графических форматах (например,
GIF, PNG, JPEG, JPG, BMP, TIFF) (LA11.1.3) (LA12.1.3) Изготовление сайта 4
IDOE-бизнеса, маркетинга, информационных технологий &
Веб- изготовление сайтов
Ноябрь 2008 г. пересмотренный формат
Изготовление сайта WD-4
WD 3.1.2
Использование свободно загружаемое клипарт или существующие файлы и конвертировать их в соответствующие
Веб-формат и размер
WD 3.1.3
Продемонстрировать воздействие сочетания цветов для различных аудиторий и культур.
WD 3.1.4
Создание прозрачных и анимированных GIF -
WD 3.1.5
Изменить, обрезка, изменение размера и клипарт существующие файлы (A1.3.1)
WD 3.1.6
Изменить, обрезка, изменение размера и существующие фотографий со сканера и / или цифровой камеры
(A1.3.1)
WD 3.1.7
Оптимизация и экспортного графика для улучшения веб-страницы время погрузки
WD 3.1.8
Использование надлежащих типографии в связи с созданием графических
4 WD
Управление и связь
WD 4,1
Авторские стандарт: студенты демонстрируют управления и коммуникации
навыки для поддержания сайта.
Ожидаемые результаты
WD 4.1.1
Выступать в качестве члена команды и / или руководитель проекта по разработке веб-проектов
WD 4.1.2
Поддержание и изменить существующий веб-сайт используя план
WD 5
Правовым вопросам и этике
WD 5,1
Авторские стандарт: студенты признают и применять надлежащие правовые вопросы и
следить надлежащей этики.
Ожидаемые результаты
WD 5.1.1
Продемонстрировать эффективные и этические способы поиска, общения и передачи
информации с использованием интернет-технологий
WD 5.1.2
Применение надлежащих законов об авторском праве во всех интернет-проектов
WD 5.1.3
Объясните различия программного обеспечения авторских прав, таких как бесплатное, Shareware, и
общественным достоянием (LA11.5.7) (LA12.5.7)
WD 5.1.4
Опишите личным вопросам безопасности использования Интернета, в том числе вирусов, хакеров,
безопасный достопримечательностями, а личные вопросы идентичности
WD 5.1.5
Придерживайтесь корпорация использование компьютера политики (ы)
WD 5.1.6
Оценка достоверности информации на веб-сайтах
WD 6
Редактирование HTML программное обеспечение для создания & Поддержание веб-страниц
WD 6,1
Авторские стандарт: студенты использования коммерческого изготовление сайтов а веб-программы (т. е.
Macromedia Dreamweaver) для создания привлекательных веб-страниц.
Ожидаемые результаты
WD 6.1.1
Создание веб-страниц с использованием коммерческого программного обеспечения веб- изготовление сайтов использовании материалов
стандарты 2.2 до 2.8
WD 6.1.2
Преобразование и импорта Word, Excel, и / или PowerPoint документ на веб-странице Изготовление сайта 5
IDOE-бизнеса, маркетинга, информационных технологий &
Веб- изготовление сайтов
Ноябрь 2008 г. пересмотренный формат
Изготовление сайта WD-5
Академические стандарты Индиана
Интегрированный в Веб- изготовление сайтов
Английский / Language Arts
Стандартный 1
Чтение: Распознавание слов, беглость речи и развитие словарного запаса
11.1.1
Проследить историю значительных терминов, используемых в политической науке и истории.
11.1.3
Проанализируйте значение аналогий столкнулись, анализируя конкретные сравнений
а также отношения и умозаключения.
12.1.1
Поймите незнакомые слова, которые относятся к символам или темы в литературе,
исторические события.
12.1.3
Проанализируйте значение аналогий столкнулись, анализируя конкретные сравнений
а также отношения и умозаключения.
Стандартный 5
Письмо: Применения (различные виды письменности и их характеристик)
11.5.7
Использование точных технических или научных язык, когда для соответствующей темы и аудитории.
12.5.7
Использование точных технических или научных язык, когда для соответствующей темы и аудитории.
Стандарт 6
Письмо: Английский язык конвенциям
11.6.1
Продемонстрировать контроль грамматики, словарного пункта и структуры предложения, а
понимание Английский использования.
11.6.2
Дать продукта, который показывает точную орфографии и пунктуации и правильно
капитализации.
12.6.1
Продемонстрировать контроль грамматики, словарного и пункта и структуры предложения, а
а также понимание Английский использования.
12.6.2
Дать продукта, который показывает точную орфографии и пунктуации и правильно
капитализации.
Стандартный 7
Аудирования и разговорной речи: навыки, стратегии и приложения
11.7.1
Краткая целей говорящего и точка зрения, и задавать вопросы, чтобы привлечь
толкование содержания говорящего и его отношение к этому вопросу.
12.7.1
Краткая целей говорящего и точка зрения, обсуждения и задавать вопросы
Ничья толкование содержания говорящего и его отношение к этому вопросу.
Математика
Стандартный 1
Операции с вещественными числами
A1.1.5
Используйте мерный (единица) анализа для организации переходов и расчетов.
Стандартная 3
Отношения и функции
A1.3.1
Эскиз разумные графа для заданного отношения. Изготовление сайта 6
IDOE-бизнеса, маркетинга, информационных технологий &
Веб- изготовление сайтов
Ноябрь 2008 г. пересмотренный формат
Изготовление сайта WD-6
Стандартный 9
Математическое мышление и решение проблем
A1.9.1
Использование разнообразных стратегий решения проблем, таких, как составление диаграмм, что делает
график, думаю, и проверки, решения простой задачи, писать уравнения и рабочие
в обратном направлении.
A1.9.6
Различать индуктивный и дедуктивный, определение и обеспечение
Примеры каждого из них.
Искусство
Стандартный 7
Создание искусство: производство
H.7.1
PROFICIENT: Продемонстрировать навыки наблюдения из реальной жизни (не фотографии или плоские изображения)
представить убедительные, точно оказываемых объектами или предмета.
Дополнительно: Продемонстрировать навыки наблюдения из реальной жизни (не фотографии или плоские изображения)
представить убедительные, точно оказываемых объектами или предмета и
продемонстрировать личный стиль.
H.7.2
PROFICIENT: делать осознанный выбор конкретной теме или концепции и защитить
эти варианты, когда данный диапазон объектов или пробелов.
Дополнительно: Выберите предмет, символов и идей для общения личного заявления
и описать происхождение символа, и почему они имеют значение работ.
H.7.3
PROFICIENT: Определить происхождение, функции и значение символов, используемых в их работе.
Дополнительно: займы с символами искусства и описать происхождение, функции и значение этих
функции в личном работу.
Стандартные 8
Студенты должны понимать и применять элементы и принципы построения эффективной.
H.8.1
PROFICIENT: Оценка эффективности элементов и принципов в произведениях искусства и использования
эту оценку, чтобы проинформировать их собственной работе.
Дополнительно: Создание нескольких решений в работах, которые демонстрируют компетентность в производстве
эффективных связей между элементами, средствами массовой информации, а функция.
H.8.2
PROFICIENT: создание произведений искусства, которые используют конкретные принципы для решения проблемы со зрением.
Дополнительно: создание произведений, которые используют конкретные элементы, принципы и функции для решения
проблем и обмена идеями.
Стандартный 9
Студентам разрабатывать и применять навыки, используя различные двумерные и трехмерные
средства массовой информации, инструментов и процессов для создания произведений, которые общаются личный смысл.
H.9.1
PROFICIENT: создание работ, которые демонстрируют навыки и понимание различных средствах массовой информации,
процессы и методы.
Дополнительно: Начало, определять и решать сложные проблемы со зрением, демонстрируя мастерство и
углубленного понимания средств массовой информации и процессам. Изготовление сайта 7
IDOE-бизнеса, маркетинга, информационных технологий &
Веб- изготовление сайтов
Ноябрь 2008 г. пересмотренный формат
Изготовление сайта WD-7
Стандарт 10
Студентам задуматься о, пересмотреть и усовершенствовать работу с использованием решения проблем и навыков критического мышления.
H.10.1
PROFICIENT: Доказать вдумчивого пересмотр и уточнение оригинальные работы, основанные на
размышления о критике, практика и научные исследования.
Дополнительно: Завершение художественной идеи, демонстрируя беглости, гибкости, разработка и
оригинальность.
H.10.2
PROFICIENT: Инициирование и определить несколько путей решения проблем в оригинальной работе с помощью
размышлений, анализа, синтеза и оценки.
Дополнительно: инициирование и определить несколько решений проблемы визуального искусства путем
размышлений, анализа, синтеза и оценки.
H.10.3
PROFICIENT: демонстрировать уважение к собственной работе и работе других.
Дополнительно: демонстрировать уважение к собственной работе и работе других
Веб- изготовление сайтов рамочные: подход к улучшению повторного использования в веб-приложениях
Даниэль Шваб *, ** Густава Росси, Luiselena Esmeraldo *, Фернандо Lyardet **
* Departamento де Informatica, PUC-Рио, Бразилия
Электронная почта: (Шваб, luiselena) @ inf.puc-rio.br
** LIFIA факультетом де Informatica. Пропусков.
La Plata, Аргентина
Электронная почта: (ФЕР, Густаво) @ sol.info.unlp.edu.ar
Аннотация
В этой статье мы представляем Веб- изготовление сайтов
рамки в качестве концептуального подхода к максимальному
повторное использование в веб-приложениях. Сначала мы обсудим необходимость
Здание аннотация и многоразовые навигационного изготовление сайтов а
структуры, иллюстрирующих различные виды веб
Информационных систем. Потом, мы кратко проанализировать состояние
искусства объектно-ориентированной базы применения
и представить обоснования для несколько иного
подхода с упором на изготовление сайтов , вместо повторного использования кода
повторное использование. Затем, мы OOHDM-кадр, синтаксис
определение хот-спотов в общий веб-приложений
конструкций. Проиллюстрируем использование OOHDM-кадра с
исследование в области электронной коммерции. Мы
наконец, обсудить, каким образом осуществлять веб- изготовление сайтов а
рамок в различных типах веб-платформы.
1 Введение
Строительство сложных веб-приложений, таких как электронное
коммерции является задачей времени. Мы
Необходимо тщательно разрабатывать свои навигационные архитектура
и пользовательского интерфейса, если мы хотим, чтобы они могли быть использованы. Мы
должны понимать пользовательских задач, когда он совершает плавание
гиперпространство, чтобы решить, какие средства навигации мы
должна включать, например мы можем рассмотреть вопрос об определении
Индексы, экскурсии, достопримечательности и т.д. По
потребности пользователей. Интерфейс должен помочь пользователю просматривать
через море информации, предоставив ему киев и
обратная о своих действиях, и, представив
информацию в ясной и значимым образом. Более того,
такое приложение также включает в себя сложную
поведение, так как они касаются не только для покупки или продажи,
но они также интегрированы с компанией внутренняя
бизнес; часто вносят различные точки зрения корпоративного
базам данных, и действуя как интеграторы другие
приложениями. Еще один аспект, в котором эти
приложения отличаются от того, что мы можем назвать
"Программное обеспечение обычный" является необходимость сокращения
развертывание и сроки поставок. Применение в
Веб должно быть построено быстро и с нуля дефектов. Мы
Необходимо улучшить не только развитие, но и
отладки и тестирования раза.
Что еще хуже, создание приложений
в Интернете включает в себя использование множество различных
технологии, такие как разметка Языки (например, HTML
или XML), Языки сценариев (JavaScript, Pearl)
Генеральным объектом целевых Языки (Java),
реляционных баз данных и т. д. Мы должны найти способ
улучшить процесс создания такого
приложения путем систематического повторным применением как
Код и изготовление сайтов структур.
Мы разрабатываем веб-приложений
Использование объекта ориентированных гипермедиа метод проектирования
(OOHDM) в течение нескольких лет [Schwabe98, Schwabe96].
OOHDM считает веб-приложений, как навигационные
виде объектной модели [Rossi99c] и обеспечивает
некоторые основные конструкции для навигации (контекстов,
индексы и т.д.) и для пользователя изготовление сайтов интерфейса. Использование
OOHDM мы можем применить известные объектно-ориентированного
Разработка программного обеспечения на практике строительства
приложениях, включающих навигация. В контексте
OOHDM мы ищем пути максимального
повторное использование в процессе развития, поскольку мы
наблюдается определенная степень общности между
Решения в подобных областей применения. Например,
большинство интернет-магазинов имеют аналогичную структуру навигации,
и они предоставляют аналогичные функции для своих пользователей.
В этом контексте мы нашли много периодических
Закономерности в веб-приложениях, и мы записали их
с использованием смеси GOF [Gamma95] и
Александрийские [Alexander77] стилей. (См., например,
[Rossi99a, Lyardet99, Lyardet98, Rossi96]). Мы
Установлено, что микро-архитектурный повторное использование в Web
приложение действительно возможно. Однако, если мы хотим, чтобы
перейти к архитектурным изготовление сайтов ом или повторному использованию, мы нуждаемся в других
концепций и инструментов в целях причина в терминах
композиции абстрактных и конкретных веб-приложений
элементы.
В этой статье мы представляем Веб- изготовление сайтов
структур, как новая концепция изготовление сайтов а для Push повторного использования в
Веб-приложений. Мы первый объект обзора ориентированной
рамки и сравнить их с веб- изготовление сайтов ом
рамки. Мы следующем настоящее OOHDM-кадр,
обозначения указать рамки веб- изготовление сайтов а, и показать
Например, в области электронной коммерции. Тогда,
Мы показываем, как на карте рамки веб- изготовление сайтов веб -
применение рамок и веб-приложений и
Приведем некоторые текущие вопросы, исследования в этой области.
2 К основы веб- изготовление сайтов а
Существуют разные способы обеспечения повторного использования в
контексте веб-приложений. Мы можем, например
повторное использование шаблонов интерфейса в виде HTML или
XML описания. Мы можем использовать доступ к информации
общих баз данных [Garzotto96]. Мы можем пойти дальше и
повторное использование компонентов, выставки нетривиальные
поведение. Например, мы могли бы использовать этот код Изготовление сайта 2
2
осуществление торговых корзин в различных электронных
коммерции. Хотя многие
поддержка технологии могут не поддерживать повторного использования (например,
нет наследования или полиморфизма механизмы
HTML или XML, код для закупочных корзинок может
не будет найден в одном компоненте, и т.д.), кажется, что
Мы не можем пойти далеко за пределы этих примеров.
Как следствие, самый важный вид
повторное использование, повторное использование изготовление сайтов а, была в значительной степени неисследованной
Веб-приложения, возможно, связано с объектом, не -
ориентированных характера в Интернете. В предыдущей статье
[Rossi99a] мы ввели навигации паттернов
способ записи, передавать и использовать опыт проектирования.
Хотя рода повторного использования предоставляемых паттернов
ценное, сложных корпоративных приложений, необходимо найти способ
максимального повторного использования более крупных структур изготовление сайтов . Для
Например, комплекс мероприятий, срабатывает, когда пользователь
Магазин электронных заказов пункта, как правило, в аналогичных
в разных магазинах. Мы должны иметь возможность выразить свои
сходства таким образом, что только конкретные
аспекты конкретного магазина должна быть рассчитана или
запрограммирована.
В следующем разделе мы представляем Web
изготовление сайтов рамки в качестве решения этой проблемы. Мы
Первый обзор современных объектно-ориентированных
рамки, а затем выделить расхождения с
Основы веб- изготовление сайтов а.
2.1 объектно-ориентированной базы
Объектно-ориентированной базы применения являются
Государство-оф-арт решение для создания высококачественных
применения в конкретной области, систематически
Повторное использование абстрактного изготовление сайтов а для этого домена [Fayad99].
Объектно-ориентированные (ОО) применение рамки
многоразовые, построенной из набора абстрактных и
конкретных классов и модель объекта сотрудничества.
Платформа предоставляет набор классов, что, когда
экземпляры, работать вместе для выполнения определенных задач
в предполагаемой области. Применение рамки
Таким образом, скелет набор приложений, которые могут быть
настроить на разработчиков приложений.
Когда много различных приложений должна быть
построен в том же домене, применение
обеспечить рамки "шаблоны" для поддержки своих
сходства,
и
размещение
отдельные
вариации (различия). Эти "Шаблоны" обычно
имеют форму абстрактных классов, которые должны быть суб -
классифицированы с бетонными или наполнен "крючок"
методы, которые должны быть реализованы приложения
изготовление сайтов er [Pree94]. изготовление сайтов ер рамки должно
понимают области и иметь возможность отделить
конкретной модели конкретного приложения
абстрактной модели всей области. Новые приложения
может быть построено, просто подключив вместе рамки
и конкретные компоненты приложения. Приложение
структуры были построены в таких областях, как пользователь
изготовление сайтов интерфейса, графические редакторы, сетей, финансовые
приложениями и т.д. [Fayad99].
Давайте предположим, что мы строим
рамки для управления заказами и доставкой
продукции в различных (не электронных) магазины.
рамки будут содержать некоторые абстрактные классы, как
Продукт, клиент, поставщик, заказ, счет-фактура и т.д. Их
Поведение будет осуществлять обычные потоки контроля в
Магазин: когда клиент делает заказ на продукт,
Сообщение отправлено поставщику, генерируется счет-фактура,
т.д.
Для конкретного приложения (магазин) в этом
домена, один будет необходимо либо экземпляры этих классов
или суб-классифицировать их в целях удовлетворения потребностей обеих
их структура и поведение, особенности
этот магазин, например, различные виды продукции, различные
оплата полисов и т.п. Обычно это достигается (в
рамки) по общим методам программирования в
абстрактные классы, которые затем используются (в конкретную
приложение) в качестве шаблонов в конкретные подклассов.
Этот простой пример поможет понять
проблемы с каркасной технологии, если мы хотим, чтобы
перейти на веб-среде, - необходимость адаптации к
Гибридная среда (объектно-ориентированной базы являются
обычно программируются на одно программирование
языке). Кроме того, веб-приложений привлекать
другого компонента, их навигационная структура
[Rossi99a, Rossi99b], поскольку мы заинтересованы не только
В поведении домена классы, но и в пути
пользователь будет перемещаться по ним.
2.2 Почему основы веб- изготовление сайтов а
Веб-среда не являются полностью объектно -
ориентированным. В WWW мы должны будем определить HTML
страниц, скриптов в некоторых языках (например, JavaScript или
Perl), запросов к реляционной базе данных и т.д. Концептуальное
Навигация и объекты могут быть отображены на
реляционного хранилища и поведение определены в процессе проектирования
может быть запрограммирована путем смешивания сценариев
языка, хранимые процедуры и так далее. Основной
Следствием этого факта является то, что "обычные" объектно -
ориентированных технологий рамки применения все еще может
недостаточный в этой области, поскольку мы не можем предположить,
одной языковой среде, поскольку большинство рамок делать.
Хотя существует растущая тенденция в "объектно-ориентирование"
WWW [IEEE99], мы все еще нуждаемся в эвристики
выполнять эти переводы.
Это может случиться, что мы можем полной программе
приложения с использованием объектно-ориентированных языков (например,
Java). Даже в этом случае мы все еще не хватает важных
частью функциональности приложения: его навигационно
поведение. Мы уже говорили в [Schwabe98,
Rossi99d], что модель веб-приложение требует как
объект (концептуальной) модели, где мы указываем обычного
поведения, и навигационная модель, в которой мы определяем
навигационные компоненты, такие как узлы связи,
контекстах, путей и т.д. для веб-приложений для
успешно, навигационная структура должна быть тщательно
определена, и текущий объектно-ориентированного подхода не
обеспечивает примитивы для навигации изготовление сайтов . Как
следствие, основа технологии не полностью
адекватных для этого домена. Изготовление сайта 3
3
В следующем разделе мы представляем Web
изготовление сайтов рамок, которые являются связующим звеном между
основе современных технологий и веб-среды.
3 Компоненты веб- изготовление сайтов а
рамки архитектура
3.1 Определение
Давайте рассмотрим веб-приложения, как "
структурированный набор предметов, которые могут быть навигация, и
обработаны, в целях достижения одной или нескольких задач ".
Web Application Framework может быть определена как "
общее определение возможных объектах приложения
вместе с общим определением приложения
навигационного и обработки архитектуры ". Web
Application Framework должны затем определить набор
возможные объекты для навигация, каким образом они могут быть
Структура их навигацию архитектуры, и как
они могут вести себя. Современная технология рамки
позволит нам подчеркнуть, объектные отношения и
поведения в конкретном языке программирования и
не позволили бы нам определить навигации архитектуры.
Мы определим структуру веб- изготовление сайтов а, как
"Generic изготовление сайтов а веб-приложений возможно
архитектур, в том числе концептуальных, навигационные и
аспектам взаимодействия в данной области ". Веб- изготовление сайтов
рамки должны быть окружающей среды и языка
независимыми.
Как ранее сказал один из важных
определения аспектов рамки являются ее хот-спотов, т.е.
Места в рамках которой разработчик может
внедрение изменений или различий для конкретного
применение в том же домене рамок. Мы
приняли подход моделирования много
приложения в том же домене (например, дискуссионные листы,
Интернет-изданий, интернет-магазины ...), используя OOHDM,
и сопоставления полученных спецификаций. С этой
сравнение, можно было определить
сходств и различий между ними, которые в
свою очередь, позволило нам определить, что должно быть "горячих точек"
в рамки, которые могут включаться множество
применения в каждой конкретной области.
В результате, с тем чтобы определить хот-спотов для
Основы веб-приложений, мы использовали OOHDM
моделей, а именно концептуальным и судоходства, а
отправной точкой. Перед рассмотрением деталей хот-спота определений, мы
Кратко напомним некоторые ключевые понятия в OOHDM
подход, который будет служить в качестве основы для хот-спот
определение.
Первая ключевая концепция, что в веб
приложение, пользователь переходит на (навигации)
Объекты, которые просмотров концептуальные объекты, эти
Просмотры определены оппортунистически, в соответствии с
определенных профилей пользователей и задач. Второй ключевой
Концепция является то, что навигация объекты должны быть организованы
в полезные структурированные наборы, называемые контексты.
Структура этих множеств определяет внутри набора навигационных
архитектуры, в то время как множество концептуальных отношений,
которые отображаются на навигационные ссылки, определяет
Inter-набор навигационных архитектуры.
Так как множество может быть определен по-разному,
Это побуждает различные типы контекстах:
1
Простой класс, производный - включает в себя все объекты
Класс, который удовлетворяет некоторым свойством, начиная над их
атрибутов, например, "Книги с автором = Умберто
Эко "," компакт-диски с исполнителем = Rolling Stones ",
т.д.
2
Простые ссылки, полученные - включает в себя все объекты, связанные
на данный объект, например, "отзывы о" Имя
Роза "", "компакт-дисков, которые были куплены по лицам
которые также купили "Flashpoint" и т.д.
3
Произвольные - набор определяется путем перечисления. Для
Например, экскурсия показаны некоторые фотографии в
Виртуальный музей, или некоторые выдающиеся книги
Коллекция.
Много раз, контекстах появляются в семьях или
групп взаимосвязанных контекстах; наиболее распространенных типов
определено ниже
4
Класс, производный группа - это набор простых класс
полученных контекстов, в которых определение собственности
параметризуется каждом контексте, например "Продукты по
Производитель ",
"Книги
автор
Ключевое слово "
(Производитель и ключевого слова может варьироваться). (Обратите внимание
что мы рассматриваем "Производитель", как
атрибутов продукта, как это обсуждалось ранее).
5
Ссылка, полученных группой - набор ссылки, полученные
, причем в каждом из которых получается путем изменения
исходный элемент ссылки, например "Книга по приказу"
(Порядок может варьироваться).
Контекста называется динамической, если ее элементы
может изменяться в ходе плавания. Это может произойти за
по двум причинам - потому что можно добавить к явным
или удалить элементы из контекста, или потому, что
Можно создавать новые объекты или ссылки, или изменить существующие
Ones. В последнем случае, все класс (соответственно, ссылка)
полученные контексты автоматически становится динамичным.
Структуру веб- изготовление сайтов а может быть определена
По аналогичный набор моделей - концептуальная модель,
Модель навигации, а также правила отображения между
им. Однако каждая из этих моделей будет состоять из
различные примитивы, чем те, которые использовались в OOHDM
себя.
Следует подчеркнуть, что веб- изготовление сайтов
рамок, следуя той же философии
приложение
рамок,
использовать
вполне
различные
механизмы для горячего определения места и экземпляра.
Если в последних подкласса использования и класс
экземпляра в экземпляр хот-спотов, веб- изготовление сайтов
использование селективных рамки карт и общий контекст
экземпляры, как будет объяснено дальше.
Для краткости мы не включаем
изменчивости, связанные с моделью интерфейса в этом
бумаги. Изготовление сайта 4
4
3.2 Концептуальная модель
Первый вопрос, который должен быть дан ответ, что это
характеризующий области применения. Первым шагом в
процесс проектирования заключается в определении концептуальной модели,
, на которой приложения будут построены, определяя
навигационного просмотра для каждого конкретного профиля пользователя. Этот
архитектуры (в настоящее OOHDM) уже составляет
части рамки, так как можно построить много
применений, начиная с той же концептуальной модели.
Таким образом, мы определим Область применения как
Модель характеризуется концептуальную схему, она
определяет абстрактные классы, возможно, некоторые конкретные
классы, и отношения, которые составляют область
применения. Эти классы могут включать: (прикладное)
поведения, а также спецификацию. Хот-спотов в
объектно-ориентированной среде для применения домен
может быть определена в соответствии с [Pree94].
На рисунке 1 мы представляем общие концептуальные
Модель для электронных магазинов. Обратите внимание, что в типичности
концептуальная схема может быть получено следующее
известная практика в области объектно-ориентированного проектирования
[Fayad99]. В этой статье мы хотели бы подчеркнуть нового аспекта
Веб- изготовление сайтов рамок: спецификация типовых
Навигация структур.
1 ..* автор книги 1 ..*
Лицо
Имя: строка
Пароль: строка
Адрес: строка
Заказ
ORDER_DATE: дата
Payment_Form: строка
DuplicateOrder (заказ)
MakeOrder (заказ)
1 ..* Делает *
Продукт
Имя: строка
Описание: [+ строка,
фото]
Ключевые слова: (строка)
Цена: реальные
Размер: строка
Раздел: () Секции
InPromotion: Boolean
Addit_Info: строка
Deliverytime: строка
Продукции, с тем
Количество: Int
IncludeProd (приказ,
продуктом, Qty)
1
1 ..*
Общий номер
Название: строка
Текст: строка
Ref_Date: дата
1 ..* Характер *
1 ..* ссылка 1 ..*
Компания
Имя: строка
Адрес: строка
Электронная почта: строка
Сайт: URL
1 ..* Делает *
1 ..* автор книги 1 ..*
Рисунок 1 - пример концептуальной схемы для общий электронный магазин онлайн
3,3 модель навигации
Навигационная модель определяется
Навигация схемы класса (назначенные из
Концептуальная модель), а также навигационной Контекст
Схема. Элементы навигации схемы класса
носят абстрактный характер и конкретные классы узлов, а также ссылки,
определены как виды на концептуальные схемы класса.
В отличие от OOHDM, эти классы могут содержать
Факультативные элементы (атрибуты или методы); ссылки могут
Также опционально. Факультативные элементы могут быть опущены
когда основа обрабатывается. Таким образом,
факультативное включение схему навигации класс
элементов первого хот-спота в рамках веб- изготовление сайтов ом.
Как, например, в электронной коммерции области,
можно определить концептуальные класс "продукт", который
"Description_Image",
и
"Description_Text"
атрибутов (см. Рисунок 1). Это можно определить, в
Навигация рамочной схемы класса, то есть
Навигация Класс "Продукт", полученных от
соответствующие концептуальные класса, но там, где
"Description_Image" является факультативным. Это значит, что
основа может быть обработан в приложения, что делать
Не включать изображение продукта. Аналогичным образом,
рамки могут указать, что ссылка "о сопутствующих продуктах",
между продуктами, не является обязательным, и, следовательно, два
различные фактические приложений, в том числе одно, другой
опуская ее, являются действительными экземпляры этой системы. В
Рисунок 2 мы показываем возможности навигационной схемой класс
в этой области.
Обобщать, первые хот-спота в веб
изготовление сайтов рамки определяются путем установления
ограничения на возможные отображений между концептуальными
Навигация классов, заявив, среди прочего, что
некоторые элементы навигации схемы класса являются
необязательным. Эти ограничения должны также рассмотреть вопрос
последовательности во время инстанцирования рамки, которые
будут обсуждаться позже. Изготовление сайта 5
5
Заказ
ORDER_DATE: дата
Payment_Form: строка
Client_name: p.Name
где P: человек делает
самоуправления
Client_address: p.Address
где P: человек делает
самоуправления
DuplicateOrder (порядок) *
MakeOrder (заказ)
Продукт
Имя: строка
Описание: строка
Изображение: фото *
Mfg: c.Name где
C: компания делает себе *
Автор: p.Name где
P: Лицо IsAuthorOf самоуправления *
Ключевые слова: (строка) *
Цена: реальные
Размер: строка
Раздел: () Секции
InPromotion: Boolean *
Addit_Info: строка *
Deliverytime: строка *
Продукции, с тем
Количество: Int
IncludeProd (приказ,
продуктом, Qty)
1
1 ..*
Общий номер
Название: строка
AUTHOR_NAME:
p.Name где
П: Лицо
IsAuthorOf самоуправления
Текст: строка
Ref_Date: дата
1 ..* Характер *
1 ..* ссылка 1 ..*
Рисунок 2 - пример навигации схемы класса для электронных интернет-магазин. Штриховые линии показывают
Факультативный ссылки.
Второй компонент навигационной
Модель судоходства Контекст диаграммы. Для Web
изготовление сайтов рамок, необходимо обобщить
Концепция навигации Контекст, заменив его на
Концепция Generic Navigation контексте. Generic
Навигация контексте является спецификация набора
Навигация возможных контекстах, с учетом некоторых
ограничений. Это другой тип хот-спота в веб
изготовление сайтов рамок, которые осуществляются во время
экземпляров, заменив Общий контекст
фактического плавания контекстах, все они удовлетворяющую
Общий контекст проблем. Рамочной
Контекст Навигация диаграммы дополнены
Набор экземпляр правил, которые сдерживают дальнейшее
Возможно Контекст диаграмм, которые могут быть из него извлечены
В процессе экземпляра базы.
Рассмотрим, например, электронная коммерция
применения, где один является проектирование каталога продукции
разделе. Можно определить несколько условий, которые группа
Навигация экземпляров класса "Продукт" в различных
способами, например, "Продукт по категории", "продукции по
Цена ", и т.д. Каждая из них определяет навигацию контексте.
Generic Navigation контексте может быть "Любой класс -
Производные контексте на основе продукта ", это общее
поскольку она не определяет конкретного имущества,
используется для определения каждая из которых берет контексте. Кроме того, она
ограничивает ее конкретные случаи, требуя, чтобы все
им быть основана на некоторых собственности над атрибутами
Навигация Класс "Продукт". Если какая-либо
Контекст рамочной схема включает конкретные
Навигация контексты (т. е. не общий), это означает, что
Все приложения, полученные от этого, система должна
включать таких контекстах, как это определено в спецификации,
без вариаций.
Кроме навигации контексты, в контексте
Диаграмма также содержит спецификации доступа
Структуры (индексы). По аналогии, рамки's
Контекст диаграмма будет также содержать определение
Generic Access структур, которые являются обобщением
доступа структур. В Generic Access структур,
Критерии, которые могут быть разнообразны, какие элементы
включить их заказа, будь то индекс остается неизменным или
динамичным, и так далее. Опять же, Generic Access структура
могут быть заменены несколькими фактической структуры доступа,
все из которых удовлетворяет свои правила экземпляра. Включение
Доступ конкретной структуры в рамках's
Контекст диаграммы определяет, что все экземпляры
включать что доступ структуры; Типичным примером является
"Главное меню" Доступ структуры, присутствующие в большинстве
рамки.
Подводя итоги, навигации рамочной
Контекст диаграммы состоит из Generic Navigation
Контексты и (регулярное) Навигация контекстах, плюс набор
инстанцирования правил. Он определяет все допустимые Контекст
Диаграммы реальных приложений, которые могут быть получены
в рамках экземпляра. Изготовление сайта 6
6
4 OOHDM-Frame обозначение
Для того чтобы определить рамки веб- изготовление сайтов ,
мы определили новый набор моделей, называемых OOHDM -
Рама. В рамках спецификаций OOHDM-Frame
состоит из спецификации концептуальной модели и
Навигация спецификация модели, наряду с
экземпляра правил. Мы уже обсуждали
Концептуальная модель в разделе 3.2, она использует те же
примитивов и обозначения, OOHDM Концептуальные
Модель плюс хот-спотов с пометкой в [Pree94].
В то время как общее поведение указанных в
концептуальную модель общей архитектуры навигации
указанные в навигационной модели.
Модель навигации в OOHDM-фрейма
из навигационной схемы класса, в контексте
Диаграмма и набор карт и экземпляр правил,
контролировании того, как судоходство схемы класса является
отображается на концептуальные схемы класса.
Навигация Класс схема аналогична Концептуальные
Класс схеме, за исключением того факта, что атрибутов класса
может быть факультативным (помеченные "*") и отношения
(ссылки) может быть опционально (обращается с пунктирной линией). В
Кроме того, навигационная класса в класс Навигационное
Схема может быть также отнесены к югу от хода экземпляров,
Таким образом, осуществление по крайней мере в части "традиционные" горячие
место механизма в рамках ОО. Например, класс
"Продукт" на рисунке 2, может быть отнесен к югу от фактического
приложения, которые позволят определения реальной
продукции в каждом случае.
Давайте кратко рассмотрим обозначение используется для
представляют общий контекст, и их контекст
карт.
Первого рода является простой Общий контекст.
Это может быть заменен во время инстанцирования любой простой
контексте (класс или ссылки, полученные). Контексте карты
Подробный экземпляров ограничениями, такими как возможность
не может быть от 0 до N экземпляров (мощности);
ли в результате контексты общения (например,
можно переходить от одного к другому в любой
моментом во время навигации в рамках одного из них);
и разрешенных типов в отношении стойкости.
Общий контекст
Мощности: от 0 до N
Коммуникабельность: [0 | 1]
Возможные типы: [статические | стойким
динамическое | динамическое сессии] + [Index
доступ]
Последовательность / инстанцирования ограничения:
Тип: [Простой | Grup]
Generic
Контекст
N
Рисунок 3 - Общий контекст и его спецификации карты.
Мощность спецификация может быть использована для
показывают, что общий контекст должен иметь по крайней мере одного
экземпляра, например, от 1 до N. Произвольные контекстах, т.е. тех,
перечисленными элементами которого являются также представлены
с теми же обозначениями.
Рисунок 4 показывает представление другие
общего контекста. Например создания или модификации
контексте динамическом контексте, что позволяет создавать
новых случаев объект, или изменять атрибуты
существующий объект. В этом случае единственное горячее пятно
Выбор мощности - 0 означает, что оно не может быть
экземпляр, 1 означает его обязательного экземпляра.
Экземпляр
Создание /
Изменения
Экземпляр создание или
T Изменение Contex
Мощности: от 0 до 1
Коммуникабельность: [0 | 1]
Возможные типы: динамический
Последовательность и
Инстанцирование Ограничения:
Generic
Указатель
Generic Access
Структура
Мощности: от 0 до N
Возможные типы:
[статические | Dynamic] +
[Простой | иерархическая] +
[несколько заказов]
Последовательность и
Инстанцирование ограничения:
...: Элементы
Общий Иерархическая
Доступ структура
Мощности: от 0 до N
Возможные типы:
[статические | Dynamic] +
иерархическая + [размножайтесь
приказал]
Последовательность ограничения:
Иерархия должна иметь низкий
уровня пункты, как указано в
"Элементы"
Общий запрос доступа
Структура
Мощности: [0 | 1]
Возможные типы:
[статические | Dynamic] +
[умножить приказал]
Последовательность и
Instatiation Ограничения:
Generic
Запросов
Рисунок 4 - Другие общие условия и доступ структур и их спецификаций карт Изготовление сайта 7
7
Как и в контекстах, доступ структуры также
есть коллега, общая структура доступа. Только
ограничение, по индексу инстанцирования является то, что она должна
быть совместимым с контекстом инстанцирований они указывают
с. Так как индексы могут быть иерархическими, это также возможно
чтобы фактическая иерархия горячей точке. В этом случае, мы
использовать обозначение показано на рисунке 4.
Другой тип горячей точкой является собственностью
контексте защищен или нет. Следует напомнить,
что контекстах может иметь ограничения на доступ для пользователей
определенного типа. Эта горячая точка обозначена на схеме
с обоюдоострым овальной рядом с соответствующим
общий контекст или индекс
В следующем разделе мы рассмотрим в
Более подробно сам процесс рамки
экземпляров, глядя на примере.
5 экземпляров рамки
Давайте посмотрим на пример рамки
Интернет-магазин. Концептуальная модель была показана
на рисунке 1 и Рисунок 2.
Заказ
Продукт
В собственности
N
Похожие
0
По запросу
0
By Reference
0
В заказ
Комментарии
По группам продуктов
0
Подобные недвижимости
Общий номер
Произвольные
0
...: Секции
Продукт
...: Generic
Номер
Форма заказа
Запросов
Главное меню
Оформить заказ
Корзина
Список литературы
Категория
Поиск
В торговом
Корзина
Пользователь
Профиль Mgmt
профиль
профиль
Рисунок 5 - Контекст Диаграмма применения рамках интернет-магазин.
Этот "общий" диаграммы в абстракцию
уровне, который позволяет рассуждения ближе к области
интернет-магазины. Основная цель таких сайтов, по-видимому,
продавать продукцию. Следовательно, он должен позволить как много путей
возможно, ведущие к продукции; Кроме того, после
Читатель ( "потребителей") достигли продукт, он должен
быть выведены (или показано), а многие дополнительные продукты
Возможно.
Общий контекст "продукции по собственности"
либо простой нашей группы класс, производный контекста, который
будет экземпляры обычно на один или несколько контекстов
, что позволяет навигации среди продукции в соответствии с
определенные свойства (например, "продукт по цене" продукт; "
По размеру "," продукт по цвету "; т.д ...). Один раз в течение любого
из них, это, как правило, возможности для перехода к другим
"Совместимые изделия" (например, аксессуары, соответствующие
продуктов, и т.д. ...). Есть несколько структур доступа
которые ведут читателя в этих контекстах; Как правило, эти
иерархические структуры, отражающие доступ продукт
разделов (отделов) в реальном магазине мира.
Дополнительная путей, ведущих к продукции могут быть
предлагаемые оппортунистически группировки продуктов
По мнению некоторых (произвольная) критерии, такие, как "Нью-Йорк
Лидеры продаж Список таймс "," Рекомендации Джона ",
или "Акции". Такие группировки моделируются
общий "Продукты по ссылке" контекст, который может быть
достигнута посредством общих иерархический индекс "...:
Общая ссылка ".
Потребительской корзины и тем самым являются
моделируется как динамическая конкретных контекстах, которые
всегда присутствует в любом экземпляры приложений (обратите внимание на
Отсутствие пунктирными линиями). Кроме того, доступ к
порядка, как правило, охраняются некоторые идентификации
Процесс (обратите внимание на двойные овальные рядом с надписью "Заказать
Форма "контекст). Наконец, некоторые интернет-магазины могут
требуют идентификации клиента при входе, которая
моделируется с "Главное меню" Доступ структуры
опционально защищены.
Давайте теперь посмотрим, как эта система может
быть обработан в "Книгу" раздела
Amazon.com 'S веб-сайта ( www.amazon.com). Мы
сознательно выбрали для воплощения только с
часть этого сайта, для ясности и в пространстве;
Например, мы не включили профиля пользователя
управления, которая появляется в этих рамках. Рисунок 6
показывает диаграмма контекст для данного раздела
Amazon.com 'S сайте. Изготовление сайта 8
8
Главное меню
Тема: тема
Referenciado
Поиск
Оформить заказ
Корзина
Книга
Покупка товаров
Корзина
В целях
Заказ
Форма заказа
Алфавит
Комментарии
По книге
Публикация: Рекомендуем
Автор
тема
аукционы
связанные
Тематика
Рекомендаций
Рисунок 6 - Контекст Диаграмма www.amazon.com, инстанцирования диаграммы на рисунке 5.
Нетрудно видеть, что, как обсуждалось в
[Росси 99C], этот сайт не исследовать "устанавливаются на основе
Навигация "образца (который воплощен в
"Навигация Контекст" примитивной). Глядя на
или иную книгу, можно перейти к нескольким
<a href="http://galaweb.ru/izgotovlenie-saytov-pdf.html">изготовление сайтов перевод</a>
related books, which are accessible through indexes:
“books that other customers that have purchased this
book have also purchased” (“related” index); “books
by the same author”) (“author” index); “books with
Подобные
subjects”
(“subject”
index);
“books
recommended by auction and zShops participants”
(“auctions” index). Regardless of which index is used,
once the user has navigated from the index to the book
node, context information is lost.
Figure 7 – An example of a “Book by title” instance. The related books are accessible through a
variety of indexes, as indicated. Only the top screenful of this (long) изготовление сайта is shown.
Тот же самый
Автор
Похожие
Книги
Рекомендуем
by auction
participants Изготовление сайта 9
9
The main instantiation mappings for the
Amazon.com website are shown in Figure 11. Уведомление
that a single generic index, “similar property”, was
instantiated into four different indexes, “author”,
“subject”, “related”, and “auction”. “Generic
References” are mapped onto a simple set of indexes
“Publication: Recommended”, which give the
recommended books by several popular publications;
the actual text of the recommendations are not
included, hence the absence of the “Generic
Reference” context itself.
…:Section
Продукт
Subject:Topic
Generic Reference
Arbitrary
0
…:Generic
Номер
Publication:Recommended
Автор
subject
связанные
аукционы
Similar Property
Каркас
Instantiation
Referenciado
Книга
Покупка товаров
Корзина
В целях
Алфавит
Продукт
By Property
N
Похожие
0
By Query
0
By Reference
0
In Shopping
Корзина
In Order
Каркас
Instantiation
Figure 8 – The instantiation mapping between the application framework context diagram in Figure 5
and the Amazon.com website shown in Figure 6. Only the most interesting mapping for access
structures is shown.
For those readers familiar with online stores, it
can be noticed that the approach taken in Amazon.com
is present in many other online stores; resulting in very
similar navigation diagrams; as an example, we cite
www.etoys.com .
In order to show that this application
framework is quite generic, we have also instantiated it
for Gap's online store, www.gap.com . Этот сайт
has a straightforward but quite effective navigation
architecture, as can be seen in the diagram shown in
Рисунок 9.
Главное меню
Section:Category
Referenciado
Оформить заказ
Корзина
Продукт
Покупка товаров
Корзина
В целях
Заказ
Форма заказа
by category
Разделы
связанные
Figure 9 – The context diagram for the Gap
Online Store, www.gap.com
This site has an interesting use of “Set Based
Navigation”, as can be observed when navigating in
the “related Product” context. Figure 10 shows the
same product, “pique polo shirt”, in two different
contexts: (a) “Related Products”, since it is related to
“relaxed fit pleated khakis”, in category “Pants and
Shorts”; and (b) “Product by category”. Обратите внимание, что
index of the original context (“Pants and Shorts” and
“Shirts and Polos” remain on the left side of the
screen). Изготовление сайта 10
10
()
(B)
Figure 10- An example of a Product – “pique polo shirt” in two different contexts: (a) related product
to “relaxed fit pleated pants”; (b) in the “product by category” context.
A comparison between the framework context
diagram in Figure 5 and the instantiation in Figure 9 is
shown in Figure 11.
Referenciado
Продукт
Покупка товаров
Корзина
В целях
by category
связанные
Продукт
By Property
N
Похожие
0
By Query
0
By Reference
0
In Shopping
Корзина
In Order
Section:Category
…:Section
Продукт
Figure 11 – The instantiation mapping between
the application framework context diagram in
Figure 5 and the Gap.com website shown in
Рисунок 9. Only the most interesting mapping
for access structures is shown at the top.
6 From изготовление сайтов to Application
Frameworks and to Web
Применения
Web изготовление сайтов frameworks help to specify the
abstract architecture of a family of Web applications.
framework includes the specification of both the
common aspects of applications in the domain and the
hot-spots where the specificities of a particular
application are accommodated. Web изготовление сайтов
frameworks are powerful because they are not
language or environment-dependent, ie we can use the
framework to produce Web applications in different
settings, including non-object oriented ones.
There are many different alternatives to
produce running Web applications for a given
каркас. In this section we briefly discuss two of
them: mapping the изготовление сайтов framework onto an
application framework (and then instantiate this
framework), or instantiating the изготовление сайтов framework into
an OOHDM model, and then implementing the
resulting model in the Web.
6.1 Web изготовление сайтов Frameworks Mapped to
Application Frameworks
We have изготовление сайтов ed an object-oriented
architecture that allows изготовление сайтов ers to implement Web
application frameworks for specific domains (an early
version is discussed in [Garrido96]; an alternative
version is described in [Pizzol 99]). This architecture
(and its Java implementation) contains classes that
support the core OOHDM primitives (nodes, links,
indexes and contexts); these classes can be plugged
into domain specific classes (Products, Orders, etc) to
improve their behavior with navigation functionality.
Using this architecture, a изготовление сайтов er should implement
the generic conceptual model using an object-oriented
programming language (eg, Java), and for each
particular application either sub-class or instantiate the
domain classes and connect them with the OOHDM-
specific classes that were derived from the generic
navigational schema.
In this architecture we decouple the domain
and navigational model from the components that Изготовление сайта 11
11
provide dynamic content generation on the Web
(ranging from CGI/ISAPI to ASP/JSP). In this way a
Web application framework can be изготовление сайтов ed to be
independent of particular industry technologies (and
can thus evolve seamlessly).
In this architecture, the OOHDM server is
focused on providing the ability to access nodes in
different contexts, managing the navigation spaces and
linking among nodes. The HTML rendering task is
performed on the webserver side by either a custom
third-party CGI/ISAPI module or dynamic html изготовление сайта s
servers like ASP or JSP.
6.2 Instantiating a изготовление сайтов framework
into a Web application using a
development environment
Another possible implementation of a
particular Web application can be obtained by directly
implementing an instantiated Web изготовление сайтов framework
using standard Web tools. We have been using
OOHDM-Web [Schwabe 99] for this purpose. В
OOHDM-Web, a complete OOHDM изготовление сайтов is
represented using special purpose data structures,
which are nested lists of attribute-value pairs. Эти
data structures contain class definitions (including
InContext classes), navigation context definitions,
access structure definitions and interface definitions.
These definitions include the description of database
entries that store instance data.
Context definitions comprise the query
definition that selects the elements that belong to the
context; the same is true for access structure
definitions. Interface definitions are mixed html
templates, one for each class in each context where it
появляется. The mixed HTML template intersperses pure
HTML formatting instructions with function calls to a
library of pre-defined functions that are part of the
OOHDM-Web environment. These functions allow
retrieval of object attributes, or reference to other
objects in specified contexts. Reference functions are
defined in such a way that, when activated by the user,
they cause the exhibition of the destination object in
the appropriate context, using the template defined for
that context.
Following the same approach, we have
defined OOHDM-Frame in a similar way, substituting
generic definitions for the concrete ones whenever
необходимости. The resulting representation describes the
generic изготовление сайтов of the framework in question.
instantiation process will substitute the generic
definitions in the framework by the definitions (using
OOHDM-Web
representation)
из
их
corresponding instantiated elements. For example, a
generic class-derived context can be substituted by two
(or more) class-derived contexts in the instantiated
framework; this is achieved by actually replacing, in
the data structure that describes de framework, the
generic context description by the descriptions of the
two concrete contexts, using the OOHDM-Frame
формат.
At the end of this process, when all hot-spots
have been plugged into the corresponding concrete
application elements, the resulting data structure is a
valid OOHDM-Web representation of the final
instantiated application, ready to be used. Our current
implementation does not automatically support all
constraint verifications, which must be done manually
by the изготовление сайтов er when instantiating the framework.
7 Concluding remarks and Further
Работа
In this paper we have introduced Web изготовление сайтов
frameworks as a novel technology to further изготовление сайтов
reuse in Web applications. A Web framework contains
the specification of both the behavior and navigational
structure of a family of Web applications in a particular
домен. We have also introduced OOHDM-Frame, a
concise syntax that allows expressing generic OOHDM
models that conform to a framework specification. Мы
have shown how to instantiate a изготовление сайтов framework into
a particular application using the domain of online
stores as an example. We finally showed that Web
изготовление сайтов frameworks can be mapped in a straightforward
way into application frameworks by showing a specific
Архитектура.
This architecture allows a изготовление сайтов er to
implement an object-oriented framework for a
particular application domain in much the same way he
would do it if the applications were not supposed to run
in the Web. He could then plug his application classes
into Web specific components (implementing nodes,
links and contexts) in order to deploy a running Web
приложение. Web изготовление сайтов frameworks can be also
directly mapped into an application by using the
OOHDM-Web environment
One of the most (if not the most) important
architectural components in Web изготовление сайтов Frameworks
are (generic) Navigational Contexts. Contexts are
recurrent patterns in Web applications as they usually
deal with sets of similar objects (products in a store,
paintings in a museum's room, etc). The notion that
patterns contribute to define the architecture of
complex applications is not new [Johnson94] though it
is just being perceived in the Web community. Мы
now incorporating other navigation patterns into
OOHDM-Frame to enhance its expressive power. В
particular, we are defining a notation for Landmarks
and News [Rossi99b].
Landmarks help to indicate well-known entry-
points for navigation. For example, in an online
electronic store such as Amazon.com each sub-store
(Music, Video, Zshops, Auctions) are accessed from
everywhere in the site. An OOHDM-Frame
specification for Landmarks will allow defining both
generic and specific Landmarks to be used by the
implementers of a particular online store.
The News pattern meanwhile shows how to
deal with sites in which new information (products, Изготовление сайта 12
12
services) are constantly added. An OOHDM-Frame
specification for News would indicate how those news
will be presented, where they come from (in the
conceptual schema) and how they can vary in different
приложениями.
We are also improving our support
architectures for Web изготовление сайтов Frameworks; we strongly
believe that development, delivery and maintenance
times in the Web domain require reuse-centric
подходы. The systematic reuse of semi-complete
изготовление сайтов structures, as described by Web изготовление сайтов
frameworks is a key approach for maximizing reuse in
Web application development.
8 References
[Cowan 95]
DD Cowan, and CJPLucena;
"Abstract Data Views: An Interface Specification
Concept to Enhance изготовление сайтов for Reuse". IEEE
Transactions on Software Engineering, Vol.21,
No.3, pp. 229-243, March 1995
[Fayad99]
M. Fayad, D. Schmidt and R.
Джонсон
(editors):
“Building
Приложение
Frameworks”, Wiley 1999.
[Gamma95]
E. Gamma, R. Helm, R. Johnson and
J. Vlissides: " изготовление сайтов Patterns. Elements of reusable
object-oriented software". Addison Wesley, 1995.
[Garrido96]
A. Garrido and G. Rossi “A
Каркас
для
Extending
Object-Oriented
Applications with Hypermedia Functionality”.
New review of Hypermedia and Multimedia.
Taylor Graham, vol. 2, 1996, pp. 25-42.
[Garrido99]
A. Garrido and G. Rossi: “ Capturing
hypermedia functionality in an object-oriented
framework . ” In Object-Oriented Application
Frameworks (R. Johnson, M. Fayad editors). Джон
Wiley 1999.
[Johnson88]
R. Johnson and B. Foote: “ изготовление сайтов ing
reusable classes”. Journal of object-oriented
programming” 1(2), 22-35, 1988.
[Johnson94]
R. Johnson and K. Beck. “Patterns
generate architecture”. In Proceedings of the
Европейский
Конференция
на
Object-Oriented
Technology (ECOOP94).
[Pizzol 99]
Pizzol, AM; Schwabe, D., "A Java
Framework for Implementing OOHDM изготовление сайтов s",
Proceedings of the V Brazilian Symposium on
Hypermedia and Multimedia (SBMidia 99),
Goiânia, Brazil, May 1999 (In Portuguese).
[Pree94]
W. Pree: “ изготовление сайтов Patterns for object-
oriented software”, Addison Wesley, 1994.
[Rossi95]
G. Rossi, A. Garrido and S.
Carvalho: " изготовление сайтов Patterns for Object-Oriented
Hypermedia Applications" , In Program Languages
of Program изготовление сайтов 2, pp. 177-191, 1996, Addison
Wesley.
[Rossi 95b]
G. Rossi, D. Schwabe, C. Lucena and
D. Cowan: "An Object-Oriented model for
<a href="http://galaweb.ru/izgotovlenie-saytov-pdf.html">изготовление сайтов перевод</a>
Ключевая информация РЕЗЮМЕ ЛИСТ
Это консалтинга и технического обслуживания (CATS) нарядов запроса предложений (TORFP) выдается получим
услуги, необходимые для удовлетворения требований, определенных в разделе 2 - объем работы. Все CATS Мастер Подрядчики
утвержденным для выполнения работ в функциональной области в соответствии с которыми эта TORFP выпущена предлагается представить целевой
Заказ (TO) предложения по этому TORFP. Мастер Все подрядчики должны заполнить и представить Мастер Подрядчик
Форма обратной связи через веб сайт CATS независимо от того, на предложение представляется, или нет. Форма
доступны через, ваши кошки Мастер Подрядчик Логин экране и нажать на TORFP Ответ форма обратной связи с
меню. В дополнение к требованиям настоящего TORFP, Мастер Подрядчики обязаны выполнять все условия и
условия, содержащиеся в CATS ППП, выпущенным Мэриленд Департаменте бюджета и управления (МБУ),
Управление информационных технологий (ОИТ) и последующего Мастер Контракт номер проекта 050R5800338, в том числе
любые поправки. Отметим, по состоянию на 1 июля 2008 года, КОШКИ Мастер Контракт находится в ведении департамента штата Мэриленд
Информационные технологии (DoIT), под номером 060B9800029 BPO.
TORFP Название:
Раннее вмешательство Website изготовление сайтов
Функциональным областям:
FA2 веб-систем и Интернета
TORFP Issue Date:
04/23/2009
Закрытие дата и время:
05/18/2009 в 4:00 вечера
TORFP Выдача агентство:
Мэриленд высшего образования комиссии (MHEC)
Присылайте вопросы и предложения:
Г. Эдвард Ommert eommert@mhec.state.md.us
CC всем вопросам Takeia М. Брэдли
tbradley@mhec.state.md.us
Сотрудник по закупкам:
Г. Эдвард Ommert
Рабочий телефон: 410-260-4510
Управление Факс: 410-260-3200
Менеджера:
Takeia М. Брэдли
Рабочий телефон: 410-260-3207
Управление Факс: 410-260-3200
К Номер проекта:
ADPICS Заказ номера R62P9200072
Тип:
Фиксированная цена
Период работы:
12 недели - завершение 8/24/2009
МПЭ Цель:
0 процентов
Малый бизнес заповедника (СБР):
Нет
Первичная Место работы:
839 Bestgate Road
Аннаполис MD 21401
Предварительного предложения конференции:
839 Bestgate Road
Аннаполис MD 21401
05/07/2009 в 1:00 вечера
См. Приложение 6 по направлениям. Изготовление сайта 4
4
РАЗДЕЛ 1 - АДМИНИСТРАТИВНАЯ ИНФОРМАЦИЯ
1.1 ОТВЕТСТВЕННОСТЬ ЗА TORFP И СОГЛАШЕНИЯ
К закупкам несет главную ответственность за управление процессом TORFP, для
урегулирование вопросов Соглашение масштабах, а также за санкционирование любых изменениях к соглашению. См. раздел 2.8
для информации об изменении заказов.
Менеджер несет главную ответственность за управление работой осуществляется в соответствии с ПО
Соглашения; функций администрирования, в том числе выдача письменных направлениях, обеспечение соответствия с положениями и
Условия кошек Мастер контракт, и, в сочетании с выбранным подрядчиком Master, на достижение
Бюджет / на время / на мишени (например, в сферу) завершение объема работ.
1,2 к СОГЛАШЕНИЮ
Основываясь на оценке ответов на предложение, капитан подрядчик будет выбран для проведения работ
определены в разделе 2 - объем работы. Конкретный к соглашению, приложение 3, будут затем заключенного между
Государство и выбраны Мастер подрядчика, которые будут связывать выбранный мастер Подрядчик (Исполнитель) в
содержание своего предложения, в том числе цену предложения.
1,3 представлений ПРЕДЛОЖЕНИЕ
К закупкам не будет принимать представленные после указанной даты и точного времени. Время будет местным
время как определено по электронной Мэриленд высшем образовании комиссии почти штампом системное время. Предложения заключается в
быть представлены по электронной почте в виде двух вложения в формате MS Word. "Тема" строки в сообщении электронной почты представление должно
Государство TORFP # R62P9200072. Первый файл будет предложению технического ответ на этот и TORFP
под названием "CATS TORFP # R62P9200072 технического". Второй файл будет финансовых ресурсов в ответ на это КОШКИ
TORFP и титулованных, "Кошки TORFP # R62P9200072 Финансовые". Следующие документы предложение должно быть
представленные в качестве необходимых подписей. PDF файлов с подписями четко видно:
•
Приложение 1 - Цена предложения
•
Приложение 2 - МПЭ Форма Д-1 и Д-2
•
Приложение 4 - конфликт интересов и раскрытия присягой
1,4
УСТНЫХ / ИНТЕРВЬЮ
Все подрядчики Мастер и предложили сотрудникам необходимо будет сделать устное выступление представителей государства.
Значительный представления, сделанные мастером Подрядчиком в ходе устного представления должны быть представлены в письменном виде.
Все такие представления станут частью предложения Master подрядчика и имеют обязательную силу, если контракт
награжден. Закупкам будет уведомить Подрядчика Мастер времени и месте проведения устных презентаций.
1,5
МПЭ ФОРМЫ ПРЕДПРИНИМАТЕЛЬСТВА
- Не требуется
1,6
Конфликт интересов
Исполнитель присуждена к Соглашению предоставляют ему техническую и / или консалтинговых услуг для государственных
учреждений или компонентом программы с этими учреждениями, и должен делать это беспристрастно и без каких-либо конфликтов
интерес. Каждый мастер Подрядчик должен включать полное и конфликт интересов присягой в виде включены в качестве
Приложение 4 этой TORFP со своими предложениями. Если по закупкам Сотрудник делает определение того, что факты или
существуют обстоятельства, которые вызывают или могут в будущем привести к конфликту интересов по смыслу
COMAR 21.05.08.08A, the TO Procurement Officer may reject a Master Contractor's TO Proposal under COMAR
21.06.02.03B. Изготовление сайта 5
5
Мастер подрядчики должны знать, что государство этике закона, правительство штата статьи, § 15-508, могут ограничить
Мастер выбран подрядчик способность участвовать в будущих закупках связаны, в зависимости от конкретной
обстоятельства.
1,7
Non-Disclosure Agreement
Некоторые системы документации могут быть доступны для потенциальных оферентов рассмотреть на читальный зал в Мэриленде
Высшее образование Комиссия адрес. Оферентов ВОЗ обзора такой документации необходимо будет подписать Non -
Disclosure Agreement (Оферент) в форме Приложения 10. Пожалуйста, обратитесь к сотруднику по закупкам этого
TORFP чтобы назначить встречу.
Кроме того, некоторые документы могут потребоваться Исполнителю присуждена к соглашению, с тем чтобы
выполнение требований к соглашению. Исполнитель, сотрудники и агенты, такие обзор
Документы необходимо будет подписать, включая, но не ограничиваясь, Non-Disclosure Agreement (Исполнитель) в
форме Приложения 11.
1,8
ОГРАНИЧЕНИЕ ОТВЕТСТВЕННОСТИ ПОТОЛОК
В соответствии со статьей 28 (C) кошек Мастер контракта, ограничение ответственности за претензии по этому TORFP должно
не превышают в общей сложности сумма соглашения установлена. Изготовление сайта 6
6
РАЗДЕЛ 2 - объем работы
2.1 ЦЕЛИ И КОММЕНТАРИИ
2.1.1 НАЗНАЧЕНИЕ
Мэриленд высшего образования комиссия выдает CATS TORFP для получения той или иной фирме изготовление сайтов / разработка новых
веб-сайт. Новый сайт раннего вмешательства (сайт) должен быть отдельный и отличный от лица государства MHEC's
веб-сайт. Сайт должен быть удобным, привлекательным, и, способных доставлять информацию о колледже отбор
старшеклассников через интуитивно понятную навигацию и легко найти содержание организации. Сайт должен иметь
однозначно Мэриленд изготовление сайтов - и быть в соответствии с директивами по проектированию в соответствии с мандатом губернатора O'Malley для всех
Государство веб-сайтов, и имеют аналогичную схему цвет в качестве основного веб-сайта, который находится по адресу
www.mhec.state.md.us . Сайт будет служить в качестве центра обмена информацией по конкретным высшее образование
подготовка, допуск колледж, карьера подготовке и финансовой помощи, в штате Мэриленд. Хотя большая часть этого
информацию можно получить на официальном сайте агентства MHEC, цель заключается в представлении малая часть того же
информацию в формате, ориентирована на учащихся средней школы.
2.1.2 Агентство-КОММЕНТАРИИ
Мэриленд высшего образования комиссии (MHEC) несет ответственность за обеспечение того, чтобы народ Мэриленд,
доступ к высококачественной, разнообразной, адекватное финансирование, эффективно управляемых и умелого привели системе высшей
образование. Это достигается путем предоставления Земельное планирование, руководство, координацию и пропаганду
Государства высшее учебные заведения и путем введения государственной программы финансовой помощи.
MHEC работы для достижения государством, в котором всем гражданам в равной степени готовы быть продуктивным, занимающиеся социальной и
ответственные члены здоровой экономики и открытого и демократического общества, в котором все граждане делают
вклад в создание и поддержание, что экономику и общество.
2.1.3 Предыстория проекта
В рамках своей миссии, Мэриленд высшего образования обеспечивает охват комиссии по просвещению и распространению
информацию о государственных программах финансовой помощи, подготовка и колледжей. Комиссия кровно заинтересованным
что каждый гражданин штата Мэриленд имеет доступ к высшему образованию и, что семья знает, что высшее образование
важно и что финансовую помощь им доступна. В настоящее время MHEC производит различные информационно-пропагандистской штук
оказание содействия в принятии известно, что студенты колледжа не исключено, что финансовая помощь может быть предоставлена, и что они должны начать
Теперь, чтобы принять соответствующие меры к поступлению в вуз. MHEC также обеспечивает информационно-пропагандистской информации для студентов
через свой официальный сайт агентства.
Средней школе сегодня студент, как часть "Wired поколения", подвергается в Интернет с детства.
Традиционный метод аутрич, печатные материалы, не будут иметь тот же эффект в плане предоставления им необходимой
Информация для их подготовки к будущему. Раннее знакомство с интерактивными методами (например, Интернет и социальные
сеть) для передачи информации и "гипер-связь" в значительной степени изменились, как подростки получают,
процесс, и действовать на информацию. В целях более эффективного достижения высоких среди учащихся школ, MHEC
хотели бы достичь через сайт направленной конкретно на учащихся средней школы. В идеале, сайт будет иметь
выглядеть и чувствовать, что является привлекательным, удобным для пользователей, и предложил, чтобы подростки, другими словами, он не будет появляться слишком официальный
и запугивают
В исследовании несколько сайтов со стороны других государств, направленные на призыв к этой возрастной группе, сайт, который стоял в стороне и
был фокус-группы протестированы с целевой группы населения сайт Миссисипи (www.mississippi.edu / riseupms )
использовали в своих RISE UP кампании. MHEC планирует разработать и запустить сайт по образцу Миссисипи
веб-сайт. Вспомогательные MHEC сайт будет доступен по ссылке, набор для www.MDgo4it.org . Изготовление сайта 7
7
2.2 ТЕХНИЧЕСКИЕ ТРЕБОВАНИЯ
MHEC имеет доступны на основном сайте ( www.mhec.state.md.us) Большая часть содержания текстов для сайта
(дополнительный контент будет разработана MHEC на этапе разработки.) сайт, который будет доступен
через URL www.MDgo4it.org , Также должна быть доступной, выбрав основного веб-сайта и нажать кнопку
назначенного ссылке. Кроме того, на этой веб-странице (в первую очередь) и других областей основного веб-сайта, где связи могут быть
Найдено получить доступ к содержанию текста. MHEC располагает фотографиями фонда, которые могут быть использованы для включения в
Сайт.
САЙТ ИЗГОТОВЛЕНИЕ САЙТОВ
А. Общие сведения:
Сайт должен иметь уникальный изготовление сайтов Мэриленд, которые удовлетворяют потребности учащихся средних школ, а также
широкой аудитории с целью получения информации о параметрах высшее образование, подготовку и
Прием и финансовые процессы помощи.
Каждый раздел сайта должны иметь общий внешний вид в соответствии с общими выглядеть и чувствовать себя
описанной выше, но также в соответствии с государственными требованиями сайт как определяется для этого сайта и его
Цветовая схема основного веб-сайта находится в www.mhec.state.md.us .
Сайт должен иметь последнюю дату, Cool чувствовать заниматься использования студентами, а также должна быть практичной,
профессиональные, и соответствовать государственным учреждением, а один предназначен для поощрения участия в системе высшего
образование. Сайт должен иметь привлекательное сочетание текста и графики.
B. Navigation:
Сайт должен быть легким для навигации с любой страницы.
Навигация должна быть интуитивно понятным для пользователей Интернета послушника.
Оно должно быть легко изменить текст на всех вкладках и навигации панели навигации.
Основные ссылки навигации не должны привести пользователя от сайта MDgo4it - вместо ссылки на MHEC
Официальный сайт агентства и другие объекты должны появиться в отдельных окнах.
Каждая страница должна содержать первичный панель навигации, которая ссылается на другие страницы в этот раздел.
Окно поиска должны появляться на главной странице сайта (на сайте) и должны использовать поиск государства
двигатель.
Информация должна быть сгруппированы и представлены в логическом порядке и не требуют больше, чем за три
уровни "дойти" для пользователя, чтобы найти нужную информацию.
C. частей сайта / Content
MHEC имеет доступны на основном сайте ( www.mhec.state.md.us) большинство необходимых текстового контента
на сайте - дополнительный контент будет разрабатываться MHEC ходе разработки сайта. Сайт,
, которые будут доступны через URL www.MDgo4it.org , Также будут доступны, выбрав
Основная страница и нажав назначенные ссылке. Кроме того, на этом веб-страницу, где ссылки можно найти на
доступ к содержанию текста. Приведенный ниже список содержит информацию о связях, которые необходимы на сайте с
Страницы быть связаны между собой и краткие описания страниц. Дополнительные ссылки будет находиться в творческом Изготовление сайта 8
8
MHEC усмотрению, в сотрудничестве с выбранной веб- изготовление сайтов / фирма веб-разработки, как проект
прогрессирует. MHEC должны иметь возможность переименовать любую из этих необходимых связей.
• Главная страница
Новый изготовление сайтов будет необходимо с кратким описанием того, что можно найти на веб-сайте и будет содержать
Навигация таблеток или ссылки в список, который следующим образом. Информационно-рекламный текст будет поставляться MHEC.
• Get Ready для колледжа
O Подготовка к www.mhec.state.md.us/preparing/index.asp колледж
Необходимые действия: Duplicate и пересмотр содержания со ссылками на следующие страницы:
www.marylandmentor.org/Planning/
www.mhec.state.md.us/preparing/Whatsnext/WhatsNextaftHS.asp
www.bcps.org/parents/pdf/BCPS-Scholarship-Program-Brochure.pdf
www.bewhatiwanttobe.com/
www.mhec.state.md.us/preparing/Calgoogle.asp
www.mhec.state.md.us/publications/StudentOutreachKit/Acadyrpreparingforcollege.pdf
www.mhec.state.md.us/preparing/QuestionsaboutCollege/QuestionsaboutCollege.asp
studentaid.ed.gov/PORTALSWebApp/students/english/othersources.jsp?tab=funding
www.collegesavingsmd.org/
www.ed.gov/students/prep/college/edpicks.jhtml
O студент руководство высшего образования и обучения
www.mhec.state.md.us/preparing/College411/College411Home.asp
Необходимые действия: Duplicate и пересмотр содержания и такие же встроенные ссылки как найти
на странице MHEC. Для колледжей, частных школ карьеры, и программу поиска, использования MHEC задняя часть
приложение с модернизированными лица.
O
Подготовка к поступлению в колледж www.mhec.state.md.us/preparing/PreparingforCollege/Изготовление сайта 2Pycc.asp
Необходимые действия: текст для новой страницы будут разработаны MHEC
• Мэриленд Колледжи
О www.mhec.state.md.us/higherEd/colleges_universities/index.asp
Необходимые действия: Ссылка на страницу MHEC в отдельном окне.
• Применять для колледжа
О текста новой страницы будут разработаны MHEC
• Финансовая помощь
O Плата за колледж www.mhec.state.md.us/financialAid/paying.asp
Необходимые действия: Duplicate и пересмотр содержания из MHEC страницу
О Источники информации www.mhec.state.md.us/financialAid/student_information.asp
Необходимые действия: Duplicate и пересмотр содержания и такие же встроенные ссылки как найти
на странице MHEC.
O Обращение за www.mhec.state.md.us/financialAid/apply.asp Финансовая помощь
Необходимые действия: Duplicate и пересмотр содержания из MHEC страницу
О государственная финансовая помощь Помощь программ и приложений
www.mhec.state.md.us/financialAid/descriptions.asp Изготовление сайта 9
9
Необходимые действия: Duplicate и пересмотр содержания и такие же встроенные ссылки как найти
на странице MHEC.
О финансовой помощи калькулятора
www.mhec.state.md.us/financialAid/WebCACFiles0910/cac72C119start.html
Необходимые действия: Ссылка на страницу MHEC в отдельном окне.
О Глоссарий терминов www.mhec.state.md.us/financialAid/glossary.asp
Необходимые действия: Duplicate и пересмотр содержания из MHEC страницу
• Планирование карьеры
О текста новой страницы будут разработаны MHEC
• Жизнь колледжа
О текста новой страницы будут разработаны MHEC
• Колледж поиск
www.mhec.state.md.us/higherEd/HEInventory.asp
O На этой странице есть 5 колледжей поисков) область интереса, (б) учреждение и степень уровня, или (с)
Классификация программ (СИП). г) Земельное программах, Е) Колледж информация Поиск :
О карьере четырех частных школ поиска (а) подготовка тип , (Б) услуг по обучению , (С) уезда, или (г)
ключевое слово.
Необходимые действия: Duplicate и пересмотр содержания и использования MHEC назад с целью применения
Re изготовление сайтов ed лица.
• Стипендии Finder вкладку
www.mhec.state.md.us/financialAid/scholarshipSearch.asp
Необходимые действия: Duplicate и пересмотр содержания и использования MHEC назад с целью применения
Re изготовление сайтов ed лица. Эта связь в настоящее время ре изготовление сайтов .
• Календарь www.mhec.state.md.us/preparing/Calgoogle.asp
Необходимые действия: Duplicate и пересмотр содержания и такие же встроенные ссылки как найти
на странице MHEC.
САЙТ ДАННЫЕ
MHEC поощряет творчество в предложениях, представленных, однако существуют определенные требования к
Сайт проекта, должно быть, к которым присоединились Исполнителя. Предложения должны соответствовать всем этим требованиям:
Сайт должен быть совместим с Microsoft Internet Explorer 5.0 или более поздней версией
Firefox.
Использовать Сайт не должен быть ограничен с помощью подключаемых модулей. Иными словами, плагин может быть использован для
повышению опыта пользователей, но не должна ограничивать доступ к содержимому.
Веб-сайт изготовление сайтов , функциональность и содержание должно соответствовать правилам государства за невизуальных
доступность.
См.: doit.maryland.gov/policies/Documents/nvaguidance/Web_Accessibility_Checklist.pdf Изготовление сайта 10
10
Использовать лучшие практики универсального удобство использования, в том числе портативные и КПК.
Юзабилити-тестирование сайтов
Соответствие W3C WAI (World Wide Web Consortium Web Accessibility Initiative) уровень
Соответствие Web Content Accessibility Guidelines 1.0. Все-код на сайт проверяли на
W3C (World Wide Web Consortium) технические характеристики. Проверку W3C сайте: validator.w3.org/
Цветовой контраст тестирование
Функциональность без изображений
Государство сайт требований для брендинга еще не были определены для этого сайта. Производитель должен
придерживаться окончательных требований, которые могут включать принятие строгих (см. MHEC официальном сайте Агентства, и
ссылка ниже), с изменениями принятия (незначительные изменения в официальном сайте Агентства MHEC), или поставщика
создал изготовление сайтов .
Официальный штата Мэриленд общие элементы изготовление сайтов а и содержания макета можно найти на сайте
doit.maryland.gov/WebCom/Documents/2008BrandingStandards.pdf .
Использование последовательной связи и функциональность на всех страницах государство делает веб-сайты легче
использовать.
Сайт должен быть разработан с баланса текст и графику, что каждая страница загружается в 8 секунд
в меньшей степени на средний компьютер (56K модем).
Сайт должен быть предназначен для редактируются в Microsoft FrontИзготовление сайта 2003 и SharePoint изготовление сайтов er 2007 и
использование каскадных таблиц стилей для общих элементов.
На сайте можно использовать HTML и страниц ASP Web содержать контент на платформе IIS6 Сети на
MHEC Windows 2003 Server.
Сайт должен быть совместимым для работы с Google Analytics, Crazy Egg, и Quantcast.
Для веб-сайта инструмента поиска на сайте должна использовать государство поиск вернуться конце приложения.
2.2.1 РЕЗУЛЬТАТЫ
Для каждого письменного осуществимым, проект и окончательный вариант, Исполнитель должен представить менеджера одной печатной форме и
одну электронную копию совместимый с Microsoft Office 2003, Microsoft Project 2003 и / или Visio 2003.
Черновики всех окончательных результатов необходимы по крайней мере за две недели до того, когда все конечных результатов должны.
Написал результатов определены в качестве проектов документов должно проявлять должную осмотрительность в решении масштабы и
требований связано окончательное письменное результатом. Проект письменного осуществимых может содержать ограниченное структурной
ошибок, таких как бедные грамматику, опечаток или неверных знаков пунктуации, но необходимо:
) Был представлен в формате, соответствующем по предмету и глубину дискуссий.
Б) быть организована таким образом, который представляет собой логический поток осуществимых Содержание.
С) Представляет фактической информации, разумно ожидать, что было известно на момент
внесения.
Г) представляет информацию, имеющую отношение к той части обсуждается результатом. Изготовление сайта 11
11
Е) представляет значительный уровень полноты направлении связано окончательное письменное
осуществимых которая поддерживает краткой осуществимых процесс окончательного принятия.
После завершения осуществимым, Исполнитель должен документально каждого осуществимых в окончательном виде к
Менеджер для принятия. Исполнитель должна увековечить такую доставку в агентство Получение поставляемых
Форме (Приложение 8). Менеджер скрепляет Агентство Получение поставляемых форме с указанием
получение содержания описанных в нем.
После получения окончательного осуществимым, менеджер может начинать обзор осуществимых как это требуется для
проверка полноты и качества в удовлетворении требований. После завершения проверки, менеджер
выдает Исполнителю уведомление о принятии или отклонении результатов в агентство Принятие
Планируемые форме (Приложение 9). В случае отказа, Исполнитель должен устранить выявленные
недостатков или несоответствий. Последующие задачи проекта не может продолжаться до недостатков, связанных с осуществимых
исправляются и принятых менеджеру или менеджеру специально выданного в письменной форме, отказ в
условного продолжения проектных задач. После вопросов государства были рассмотрены и приняты резолюции
от менеджера, Исполнителю будет включать в резолюциях результаты и обновить
осуществимым для принятия. Принято результатов должно быть выставлен счет в течение 30 дней в соответствующем счете формат
(См. 2.6 Выставление счетов-фактур).
Когда представлен для одобрения, письменные осуществимых определен в качестве окончательного документа должно удовлетворять охват и
Требования этого TORFP за это осуществимым. Заключительный письменных результатов не должна содержать такие структурные ошибки
как бедные грамматику, опечаток или неверных знаков пунктуации, и должна:
) Был представлен в формате, соответствующем по предмету и глубину дискуссий.
Б) быть организована таким образом, который представляет собой логический поток осуществимых Содержание.
С) Представляет фактической информации, разумно ожидать, что было известно на момент внесения.
Г) представляет информацию, имеющую отношение к той части обсуждается результатом.
Государство необходимых результатов определены ниже. В рамках каждого задания, Исполнитель может предложить другой подзадачи
или результатов по улучшению качества и успеха проекта.
2.2.2.1
ЗАДАЧИ
LOGO
Подрядчик должен разработать новый логотип для веб-сайта, которые должны отображаться на каждой странице. Работа
на новый логотип будет использован MHEC в других изданиях и средствах массовой информации и должна быть собственностью
MHEC.
Website изготовление сайтов
В соответствии с критериями и информации в разделе 2.2 Техническое описание, новый сайт должен быть
гибкими, информативными и просты в обслуживании. Сайт должен быть удобным, привлекательным, и способных
доставку больших объемов информации с ключевыми аудиториями через интуитивно понятную навигацию и легко найти
Содержание организации. Сайт должен иметь уникальный изготовление сайтов Мэриленд - и быть в соответствии с изготовление сайтов ом
руководящими принципами, определенными для этого сайта, и имеют аналогичную схему цвет в качестве основного веб-сайта, который
расположены на www.mhec.state.md.us. Сайт будет служить в качестве центра для учащихся школы
информацию, относящуюся к высшему образованию
Подрядчик должен будет представить по крайней мере два альтернативных изготовление сайтов ов для рассмотрения и отбора. Один из
конструкции должны использовать вкладки. Варианты изготовление сайтов а должны включать в себя главную плюс шаблон для внутренних страниц.
Подрядчик может использовать веб-сайт Миссисипи (www.mississippi.edu / riseupms ) В качестве примера в
создание нового веб-сайта. Изготовление сайта 12
12
САЙТ ИСПЫТАНИЯ
Испытания на сайт обязательна на всех платформах применимы для обеспечения Сайт работает как было обещано. Предложения
должна включать в себя план тестирования.
САЙТ ДОСТАВКА
Доставка и загрузки сайта в MHEC для внутреннего требуется хостинг. Тестирование, интеграцию и
Доставка должна быть заполнена так, что жить сайта не может быть запущен или примерно 24 августа 2009 года.
2.2.2 осуществимых / График поставки
ID
Ожидаемые итоги 2.2.3
Планируемые сроки завершения:
2.2.2.1
По меньшей мере 2 альтернативных конструкций (домашняя страница и интерьер
изготовление сайтов страниц)
NTP + 14 календарных дней
2.2.2.2
MHEC осуществимых сайт для тестирования и
интеграция
8/12/09
2.2.2.3
MHEC принятии окончательного завершен сайт в
соответствии со сферой работы по разделу 2
8/24/09
2.2.3 нужные проекты ПОЛИТИКА, руководящих принципов и методологий
Исполнитель обязан соблюдать все применимые законы, положения, политики, стандартов и
затрагивающие принципы информационно-технических проектов, которые могут быть созданы или периодически изменяется. К
Подрядчик обязан соблюдать и быть в курсе текущих, новых и пересмотренных законов, правил, политики, стандартов и
затрагивающие принципы исполнения проектов. Следующие вопросы политики, руководящих принципов и методологий можно найти на сайте
doit.maryland.gov/policies/Изготовление сайта s/ContractPolicies.aspx в разделе "Политика и руководство." Эти меры могут включать,
но не ограничиваясь ими:
• государства цикла разработки систем (ЦРС) методология
• Государство безопасности информационных технологий по политике и стандартам
• Государственная информационная технология Проект надзора
• штата Мэриленд Enterprise Architecture
• Исполнитель должен придерживаться методологии управления проектами, которые в соответствии с проектом
Институт менеджмента по управлению проектами свод знаний руководства. К персонала подрядчика и суб
Подрядчики должны следовать единой методологии для всех видов деятельности.
2.3 ИСПОЛНИТЕЛЬ требуемых экспертных знаний
Мастер Подрядчиком и предлагаемого персонала, если это возможно, должны документом профессионального уровня экспертных знаний в
изготовление сайтов ing websites, preferably for schools, universities, and/or State agencies. Also, contractor must have
изготовление сайтов ed at least five (5) websites. Only live sites will be considered in meeting this criterion.
2.4 CONTRACTOR MINIMUM QUALIFICATIONS
The following minimum qualifications are mandatory. The TO Contractor shall be capable of furnishing all
necessary services required to successfully complete all tasks and work requirements and produce high quality
deliverables described herein. The Master Contractor shall demonstrate, in its proposal, that it possesses such
expertise in-house or has fostered strategic alliances with other firms for providing such services: Изготовление сайта 13
<a href="http://galaweb.ru/izgotovlenie-saytov-pdf.html">изготовление сайтов перевод</a>
Payment will only be made upon completion and acceptance of the final deliverable as defined in 2.2..2.3.
Invoice payments to the TO Contractor shall be governed by the terms and conditions defined in the CATS Master
Contract. Invoices for payment shall contain the TO Contractor's Federal Tax Identification Number, as well as the
information described below, and must be submitted to the TO Manager for payment approval. Payment of
invoices will be withheld if a signed Acceptance of Deliverable form – Attachment 9, is not submitted.
The TO Contractor shall submit invoices for payment upon acceptance of separately priced deliverables, on or
before the 15
й
day of the month following receipt of the approved notice(s) of acceptance from the TO Manager.
copy of the notice(s) of acceptance shall accompany all invoices submitted for payment.
2.6.1 INVOICE SUBMISSION PROCEDURE
This procedure consists of the following requirements and steps:
A) The invoice shall identify the Maryland Higher Education Commission as the Maryland
Higher Education Commission, deliverable description, associated TO Agreement
number, date of invoice, period of performance covered by the invoice, and a TO
Contractor point of contact with telephone number.
B) The TO Contractor shall send the original of each invoice and supporting documentation
(itemized billing reference for employees and any subcontractor and signed Acceptance
of Deliverable form – Attachment 9, for each deliverable being invoiced) submitted for
payment to the Maryland Higher Education Commission at the following address:
Takeia M. Bradley, Maryland Higher Education Commission, 839 Bestgate Road,
Annapolis MD 21401
C) Invoices for final payment shall be clearly marked as “FINAL” and submitted when all
work requirements have been completed and no further charges are to be incurred under
the TO Agreement. In no event shall any invoice be submitted later than 60 calendar
days from the TO Agreement termination date.
2.7 REPORTING
The TO Contractor and the Maryland Higher Education Commission shall conduct biweekly progress meetings.
biweekly project progress report shall be submitted one day in advance prior to the discussion to the TO Manager
and shall contain, at a minimum, the following information:
• Maryland Higher Education Commission name, TO Agreement number, functional area name and
number, reporting period and “Progress Report” to be included in the e-mail subject line.
• Work accomplished during the biweekly period.
• Deliverable progress, as a percentage of completion.
• Problem areas, including scope creep or deviation from the work plan.
• Planned activities for the next reporting period.
• Gantt chart updated from the original to show actual progress; as applicable, explanations for variances
and plan for completion on schedule.
• An accounting report for the current reporting period and a cumulative summary of the totals for both
the current and previous reporting periods. The accounting report shall include amounts invoiced-to-
date and paid-to-date. Изготовление сайта 14
14
SECTION 3 - TASK ORDER PROPOSAL FORMAT AND SUBMISSION
ТРЕБОВАНИЯ
3.1 REQUIRED RESPONSE
Each Master Contractor receiving this CATS TORFP must respond within the submission time изготовление сайтов ated in the
Key Information Summary Sheet. Each Master Contractor is required to submit one or two possible responses: 1)
a proposal and/or 2) a completed Master Contractor Feedback form submitted electronically via the CATS web site
explaining why the Master Contractor will not be submitting a proposal. The form is accessible via, your CATS
Master Contractor login screen and clicking on TORFP Feedback Response Form from the menu.
3.2 FORMAT
If a Master Contractor elects to submit a TO Proposal, the Master Contractor shall do so in conformance with the
requirements of this CATS TORFP. A TO Proposal shall provide the following:
3.2.1 THE TECHNICAL PORTION OF THE TO PROPOSAL SHALL INCLUDE
A) Proposed Services – Work Plan
1) Requirements: A detailed discussion of the Master Contractor's understanding of the work and the
Master Contractor's capabilities, approach and solution to address the requirements outlined in
Раздел 2.
2) Assumptions: A description of any assumptions formed by the Master Contractor in developing
the Technical Proposal.
3) Risk Assessment: An assessment of any risks inherent in the work requirements and actions to
mitigate these risks.
4) Proposed Solution: A description of the Master Contractor's proposed solution to accomplish the
specified work requirements.
5) Proposed Tools: A description of all proposed tools that will be used to facilitate the work.
6) Tasks and Deliverables: A description of and the schedule for each task and deliverable, illustrated
by a Gantt chart. Start and completion dates for each task, milestone, and deliverable shall be
указали. The Gantt chart will form the baseline for task order monitoring, and will be updated bi-
weekly as part of progress reporting (see Section 2.7.1).
7) Work Breakdown Structure: A detailed work breakdown structure and staffing schedule, with
labor hours by skill category that will be applied to meet each milestone and deliverable, and to
accomplish all specified work requirements.
8) Acceptance Criteria: A statement acknowledging the Master Contractor's understanding of the
acceptance criteria.
B) Proposed Personnel
1) Identify and provide resumes for all proposed personnel by labor category. The resume should
highlight the proposed personnel's applicable responsibilities and accomplishments as they relate
to the requirements of this TORFP.
2) Certification that all proposed personnel meet the minimum required qualifications and possess the
required certifications in accordance to Section 2.4.
3) Provide the names and titles of all key management personnel who will be involved with
supervising the services rendered under this TO Agreement.
4) Complete and provide, at the interview, Attachment 5 – Labor Classification Personnel Resume
Резюме. Изготовление сайта 15
15
C) Subcontractors
1) Identify all proposed subcontractors, including MBEs, and their full roles in the performance of
this TORFP Scope of Work.
D) Master Contractor and Subcontractor Experience and Capabilities
2) Provide three examples of projects that you have completed that were similar in scope to the one
defined in this TORFP Scope of Work. Each of the three examples must include a reference, to be
provided at the interview, complete with the following:
a) Name of organization.
b) Name, title, and telephone number of point-of-contact for the reference.
c) Type, and duration of contract(s) supporting the reference.
d) The services provided, scope of the contract and performance objectives satisfied as they relate
to the scope of this TORFP.
e) Whether the Master Contractor is still providing these services and, if not, an explanation of
why it is no longer providing the services to the client organization.
3) State of Maryland Experience: If applicable, the Master Contractor shall submit a list of all
contracts it currently holds or has held within the past five years with any government entity of the
State of Maryland. For each identified contract, the Master Contractor shall provide:
a) The State contracting entity.
b) A brief description of the services/goods provided.
c) The dollar value of the contract.
d) The term of the contract.
e) Whether the contract was terminated prior to the specified original contract termination date.
f) Whether any available renewal option was not exercised.
g) The State employee contact person (name, title, telephone number and e-mail address.
This information will be considered as part of the experience and past performance evaluation
criteria in the TORFP.
E) Proposed Facility
1) Identify Master Contractor's facilities, including address, from which any work will be performed.
F) State Assistance
1) Provide an estimate of expectation concerning participation by State personnel.
G) Confidentiality
1) A Master Contractor should give specific attention to the identification of those portions of its
proposal that it considers confidential, proprietary commercial information or trade secrets, and
provide justification why such materials, upon request, should not be disclosed by the State under
the Public Information Act, Title 10, Subtitle 6, of the State Government Article of the Annotated
Code of Maryland. Contractors are advised that, upon request for this information from a third
party, the TO Procurement Officer will be required to make an independent determination
regarding whether the information may be disclosed.
3.2.2 THE FINANCIAL RESPONSE OF THE TO PROPOSAL SHALL INCLUDE
A) A description of any assumptions on which the Master Contractor's Financial Proposal is
based (Assumptions shall not constitute conditions, contingencies, or exceptions to the Изготовление сайта 16
16
price proposal);
B) Attachment 1 - Completed Financial Proposal Изготовление сайта 17
17
SECTION 4 - PROCEDURE FOR AWARDING A TASK ORDER AGREEMENT
4.1 EVALUATION CRITERIA
The TO Contractor will be selected from among all eligible Master Contractors within the appropriate functional
area responding to the CATS TORFP. In making the TO Agreement award determination, the Maryland Higher
Education Commission will consider all information submitted in accordance with Section 3.
4.2 TECHNICAL CRITERIA
The following are technical criteria for evaluating a TO Proposal in descending order of importance.
• The creativity of the websites изготовление сайтов ed by the Master Contractor.
• The experience of the Master Contractor's proposed personnel in performing the duties required in Sections
2.2 through 2.2.2.1.
• The Master Contractor's understanding of the work to be accomplished.
4.3 SELECTION PROCEDURES
A) TO Proposals deemed technically qualified will have their financial proposal considered.
All others will receive e-mail notice from the TO Procurement Officer of not being
selected to perform the work.
B) Qualified TO Proposal financial responses will be reviewed and ranked from lowest to
highest price proposed.
C) The most advantageous TO Proposal offer considering technical and financial
submission shall be selected for the work assignment. In making this selection, technical
merit has greater weight than price.
4.4 COMMENCEMENT OF WORK UNDER A TO AGREEMENT
Commencement of work in response to a TO Agreement shall be initiated only upon issuance of a fully executed
TO Agreement, a Non-Disclosure Agreement (To Contractor), a Purchase Order, and by a Notice to Proceed
authorized by the TO Procurement Officer. See Attachment 7 - Notice to Proceed (sample). Изготовление сайта 18
18
ATTACHMENT 1 - PRICE PROPOSAL FORM
П
РАЙС
П
ROPOSAL FOR
CATS TORFP # R62P9200072
Идентификация
Deliverable
Proposed Price
2.2.2.3
Final completed website
Total Proposed Fixed Price
Authorized Individual Name
Название компании
Название
Company Tax ID # Изготовление сайта 19
19
Attachment 2 – Minority Business
Enterprise Forms
NOT REQUIRED Изготовление сайта 20
20
S
UBMIT AS A
.
PDF FILE WITH THE
F
ФИНАНСОВАЯ
R
ESPONSE
ATTACHMENT 2 – MINORITY BUSINESS ENTERPRISE FORMS
TO CONTRACTOR MINORITY BUSINESS ENTERPRISE REPORTING
ТРЕБОВАНИЯ
CATS TORFP # R62P9200072
These instructions are meant to accompany the customized reporting forms sent to you by the TO Manager. Если,
after reading these instructions, you have additional questions or need further clarification, please contact the TO
Manager immediately.
1. As the TO Contractor, you have entered into a TO Agreement with the State of Maryland. As such, your
company/firm is responsible for successful completion of all deliverables under the contract, including your
commitment to making a good faith effort to meet the MBE participation goal(s) established for TORFP. Части
of that effort, as outlined in the TORFP, includes submission of monthly reports to the State regarding the
previous month's MBE payment activity. Reporting forms D-5 (TO Contractor Paid/Unpaid MBE Invoice
Report) and D-6 (Subcontractor Paid/Unpaid MBE Invoice Report) are attached for your use and convenience.
2. The TO Contractor must complete a separate Form D-5 for each MBE subcontractor for each month of the
contract and submit one copy to each of the locations indicated at the bottom of the form. The report is due no
later than the 15
й
of the month following the month that is being reported. For example, the report for
January's activity is due no later than the 15
й
of February. With the approval of the TO Manager, the report
may be submitted electronically. Note: Reports are required to be submitted each month, regardless of
whether there was any MBE payment activity for the reporting month.
3. The TO Contractor is responsible for ensuring that each subcontractor receives a copy (e-copy of and/or hard
copy) of Form D-6. The TO Contractor should make sure that the subcontractor receives all the information
necessary to complete the form properly, ie, all of the information located in the upper right corner of the
форме. It may be wise to customize Form D-6 (upper right corner of the form) for the subcontractor the same as
the Form D-5 was customized by the TO Manager for the benefit of the TO Contractor. This will help to
minimize any confusion for those who receive and review the reports.
4. It is the responsibility of the TO Contractor to make sure that all subcontractors submit reports no later than the
15
й
of each month, regardless of whether there was any MBE payment activity for the reporting month.
Actual payment data is verified and entered into the State's financial management tracking system from the
subcontractor's D-6 report only. Therefore, if the subcontractor(s) do not submit their D-6 payment reports, the
TO Contractor cannot and will not be given credit for subcontractor payments, regardless of the TO
Contractor's proper submission of Form D-5. The TO Manager will contact the TO Contractor if reports are
not received each month from either the prime contractor or any of the identified subcontractors. The TO
Contractor must promptly notify the TO Manager if, during the course of the contract, a new MBE
subcontractor is utilized. Failure to comply with the MBE contract provisions and reporting requirements may
result in sanctions, as provided by COMAR 21.11.03.13. Изготовление сайта 21
21
ATTACHMENT 2 – MINORITY BUSINESS ENTERPRISE FORMS
FORM D – 1
C
ERTIFIED
MBE U
TILIZATION AND
F
AIR
S
OLICITATION
FFIDAVIT
This document shall be included with the submittal of the Offeror's TO Proposal. If the Offeror fails to
submit this form with the TO Proposal, the TO Procurement Officer shall determine that the Offeror's TO
Proposal is not reasonably susceptible of being selected for award.
In conjunction with the offer submitted in response to TORFP No R62P9200072, I affirm the following:
1. I acknowledge the overall certified Minority Business Enterprise (MBE) participation goal of 0 percent and, if
specified in the TORFP, sub-goals of 0 percent for MBEs classified as African American-owned and 0
percent for MBEs classified as women-owned. I have made a good faith effort to achieve this goal.
ИЛИ
After having made a good faith effort to achieve the MBE participation goal, I conclude that I am unable to
achieve it. Instead, I intend to achieve an MBE goal of 0 percent and request a waiver of the remainder of the
цели. If I am selected as the apparent TO Agreement awardee, I will submit written waiver documentation that
complies with COMAR 21.11.03.11 within 10 business days of receiving notification that our firm is the
apparent low bidder or the apparent awardee.
2. I have identified the specific commitment of certified Minority Business Enterprises by completing and
submitting an MBE Participation Schedule (Attachment 2 - Form D-2) with the proposal.
3. I acknowledge that the MBE subcontractors/suppliers listed in the MBE Participation Schedule will be used to
accomplish the percentage of MBE participation that I intend to achieve.
4. I understand that if I am notified that I am the apparent TO Agreement awardee, I must submit the following
documentation within 10 working days of receiving notice of the potential award or from the date of
conditional award (per COMAR 21.11.03.10), whichever is earlier.
()
Outreach Efforts Compliance Statement (Attachment D-3 )
(B)
Subcontractor Project Participation Statement (Attachment D-4)
(C)
MBE Waiver Documentation per COMAR 21.11.03.11 (if applicable)
(D)
Any other documentation required by the TO Procurement Officer to ascertain offeror's
responsibility in connection with the certified MBE participation goal.
If I am the apparent TO Agreement awardee, I acknowledge that if I fail to return each completed
document within the required time, the TO Procurement Officer may determine that I am not responsible
and therefore not eligible for TO Agreement award. If the TO Agreement has already been awarded, the
award is voidable .
5. In the solicitation of subcontract quotations or offers, MBE subcontractors were provided not less than the
same information and amount of time to respond as were non-MBE subcontractors.
<a href="http://galaweb.ru/izgotovlenie-saytov-pdf.html">изготовление сайтов перевод</a>
САЙТ / Веб-страница РУКОВОДСТВО
Многие подрядчики уже есть веб-сайт / веб-странице или в настоящее время разрабатывают или
Планирование на разработку нового сайта / веб-страницы. Этот раздел содержит предложения по
Сайт принципы изготовление сайтов а и практичности, а также требования к содержанию ", внешний вид и
чувствовать себя "и Министерства сельского хозяйства США / Сетевые атрибуты и признания.
Эти требования призваны содействовать точность, удобство, доступность,
последовательность и профессионализм к сети, для здоровой Калифорнии (Сеть). Это
Не намерении устанавливать окончательный шаблон, который будет держать подрядчиков
разработке своих собственных уникальных сайтов / веб-страницах. Скорее, это цель Сети по
имеют качество сайтов / страниц, которые в целом соответствуют всему региону и
с государством.
По техническим вопросам, связанным с подрядчиком развитые сайтов / страниц, подрядчики
следует связаться с менеджером по информационным технологиям (ИТ) и совершенствование системы
Группу в Сеть по телефону CPNS основная линия (916) 449-5400 и возложенных на них
Руководитель программы.
Обратите внимание, что подрядчики должны получить одобрение для разработки веб-сайт / Веб-страница по
Их программа Manager. Настоятельно рекомендуется держать подрядчиков в области коммуникации
с руководителем программы в процессе разработки сайта / веб-страницы. Этот
связи позволит подрядчика для обсуждения конкретных потребностей и проблем, для
Например, трудности в удовлетворении сайт сети / Веб-страница принципов. По
просьбе подрядчика для их руководитель программы, веб-сайт / Веб-страница будет
рассмотрены менеджер программы и сетевой ИТ-персонала. Подрядчики будут получать
предложений и согласований по электронной почте сообщения.
А.
Создание веб-Кредитоспособность
1. Сделать это легко проверить точность информации о
Сайт / веб-страницы.
А.
Сайт / страница доверие может быть построен путем предоставления сторонними
Поддержка (цитаты, ссылки, исходный материал) для информации
представил, особенно, если имеются признаки связаны между собой.
2. Показать существует реальная организация за сайте / странице.
А.
Показано, что ваш сайт / Веб-страница для законной организацией
повысит сайта / доверием веб-страницы. Самый простой способ
сделать это путем перечисления на физический адрес.
3. Выделите опыт в организации и в содержании и услуги
доступный.
4. Показать, что честные и надежные люди стоят за
2 Изготовление сайта 3
Сайт / веб-страницы.
А.
Использование изображений или текста (т. е. сотрудник BIOS) можно показать, что существует реальная
Люди за сайте / странице и в организации и
выражает доверие.
5. Сделать это легко связаться с этой организацией.
А.
Установление контакта четкой информации, включая номер телефона, физической
адрес и адрес электронной почты.
6. изготовление сайтов сайта / веб-страницу, чтобы это выглядело профессионально (или подходит для
Ваша цель).
А.
Люди быстро оценить сайте / странице визуального изготовление сайтов а в одиночку.
При разработке сайта / веб-страницы, особое внимание должно быть
применительно к макету, типографика, изображения, последовательность и более.
Визуальный изготовление сайтов должен соответствовать сайта / назначение веб-страницы.
7. Сделать сайт / Веб-страница проста в использовании - и полезной.
А.
Сайты / страниц победы авторитет, будучи и проста в использовании и
полезными. Некоторые веб-сайт / страницу операторы забыли о пользователях, когда
они удовлетворения эго своей компании или попытаться показать ослепительно
что они могут сделать с веб-технологиями.
8.
Обновление веб-сайта / содержание веб-страницы часто (по крайней мере шоу это было
рассмотрел недавно).
9. Избежать ошибок всех типов, как бы ни малы они кажутся.
А.
Опечатки и неисправные ссылки больно сайта / веб-страницы
доверие более чем думает большинство людей. Важно также, чтобы
сохранить веб-сайт / Веб-страница и работает.
B.
Генеральный шаблонов требования
1. Цветной версии Калифорнийского департамента здравоохранения Сеть
для здоровых логотип Калифорнии (см. фото 1) должно быть включено.
2.
Если подрядчик использует их общий логотип агентства, он должен быть включен
в баннера / заголовок, который присутствует на каждой странице
Сайт / веб-страницы.
3 Изготовление сайта 4
3. Подрядчики не имеют права изменять или модифицировать логотип сети в любом
способом, а именно:
А.
Изменение цветовой палитры любой сети предоставляемый логотип, если только
100% черный или оттенки серого. При размещении логотипа на вершине цвета
фон логотип должен быть черным или белым, чтобы обратить вспять.
B.
Изменение шрифтов.
C.
Размещение логотипа на напряженный фон.
D.
Изменение пропорций логотипа. Если размер логотипа
скорректированы, то пропорция должна оставаться той же.
4. Следующий Footer должна присутствовать на главной странице
Сайт / веб-странице:
А.
USDA / Сеть присвоение языка / финансирование Благодарность:
"Этот материал был профинансирован Food Stamp USDA программа
через Калифорнийского Департамента общественного здоровья Сети для
Здоровый Калифорнии. Эти учреждения являются равные возможности
поставщиками и работодателями. Food Stamp Программа предоставляет
питание помощь людям с низкими доходами. Она может помочь купить
питательная пища для лучшего питания. Для получения информации о продовольственной
Stamp Program, звоните 1-888-328-3483. "
Испанском языке: "Эсте материальных FUE funanciado Por El Шоу-де -
Cupones пункт Alimentos Departamento дель-де-де-лос-Сельское хозяйство
Estados Unidos, травес де ла Ред пункт Una Калифорнии Saludable
4 Изготовление сайта 5
Departamento дель-де-де Salud Pública Калифорнии. Estas
Instituciones сына Proveedores empleadores Y Que ofrecen
Возможности equitativas. Эль-де-Шоу Cupones пункт
Alimentos ofrecen equitativas Oportunidades. Эль-де-Шоу
Cupones пункт Alimentos Ofrece Asistencia nutricional Gente пункт
Con INGRESOS Bajos. Le Puede ayudar купить Comida nutritiva
пункт Una основные alimentación. Пункт Взять más información Llame
Аль 1-888-328-3483 ".
B.
Ссылки на веб-сайте сети по адресу:
www.networkforahealthycalifornia.net. Ссылки могут быть включены как
гипертекста в присвоении USDA выше.
5.
Если сайт / Веб-страница использует торговли, фирму, корпорацию или имени (т.е. Доле,
Sunkist и т.д.), следующую оговорку МСХ должны быть включены, как найти
на веб-сайте Министерства сельского хозяйства США ( www.ars.usda.gov/comm.html):
"Использование торговли, фирму, корпорацию или имена в этой публикации (или страницы)
для информации и удобства читателя. Такое использование не
представляет собой официальное одобрение или одобрения со стороны Соединенных Штатов
Департамент сельского хозяйства и сельскохозяйственных исследований службы любого
товар или услугу в ущерб другим, что может быть пригоден ".
6. Договор включает в ЛИУ языке, что государство имеет право собственности на все
работ производится с контрактом средств. Таким образом, веб-сайт / Веб-страница может
не защищены авторским правом.
А.
Non-Университет подрядчики должны относиться к Выставка Д (Г)
договор.
B.
Университет подрядчики должны относиться к Выставка Н от их контракта.
C.
Юзабилити
1. Содержание является уместным и легким для чтения. Материалы должны быть написаны
на 5
й
Оценка уровня чтения, когда это возможно.
2.
Дружественный сайтов / страниц легки в использовании и интуитивно понятным.
сайт / Веб-страница должна быть понятной для пользователей навигацию.
3. Ссылки не должна быть активирована до связаны документ доступен, даже если
есть "Under Construction" уведомления. Повторные "File Not Found" ошибками
будет препятствовать посетителей на сайте / странице.
4. Сайт / страница является последовательной. Последовательность относится не только к макету
Но каждому аспекту сайте / странице. Это включает в себя последовательность
цвет и позицию (т.е. расположения панели навигации, логотипы и т.п.).
5 Изготовление сайта 6
5. Приводятся ссылки на полный или печати документа, если загружаемые
есть веб-страницы, документы, ресурсы или файлы, которые пользователи захотят
распечатать или сохранить в одной операции. Если пользователи могут напечатать одну или более
страниц, страницы должны быть разработаны с шириной печати, что правильно.
6.
Поиск приводятся параметры для каждой страницы.
D.
Содержание
1.
Общее
А.
Авторские это сердце вашего сайта / страницы. Если качество, обновление
Содержание предоставляется, пользователи будут продолжать возвращаться. Великолепная графика
Не будет компенсировать бедным содержанием.
B.
Контента для веб-сайт / Веб-страница ориентирована на информацию
отношение к целям и деятельности Сети.
C. Ссылки на внешние веб-сайты / Веб-страница является актуальной и использовались рационально.
D.
Веб-страницы проверяется и обновляется на регулярной основе.
e.
Если приводятся ссылки на другие веб-страницы, они должны быть проверены
Периодически, чтобы убедиться, они все еще активны и их содержание
остаются в силе.
F. Использование материалов правильно признали.
г.
Всего размера страницы находятся ниже 100K, если свести к минимуму доступ
время. Люди с медленным подключением к сети, как правило, устают
Ждут большие файлы и куда-нибудь еще.
ч.
Любая страница, которая содержит ссылки на PDF-файлов необходимо использовать Adobe
Acrobat / PDF-файл уведомления.
Я.
Предупреждение включается, если ссылки на странице приведет к медленной
Идет загрузка документа (например, файлов 1 или 2 Мб и более).
2. Требуемое содержание включает, но не ограничиваясь ими:
А.
Контактная информация.
B.
Сюжетные из сети Краткое описание проекта или другой текст, который
описывает сети Исполнителя проектной деятельности.
C.
Календарь событий за договор сети.
6 Изготовление сайта 7
D.
Ссылки на USDA, CPNS / Сеть, Harvest месяца и Региональный
Страницы домашней сети.
e.
Статистика использования веб-сайта, в которых использование данных (например, хиты, страница
мнениями и т.д.) записывается в лог-файлы, но не видна на
Сайт / Web-странице).
3. Дополнительное содержимое
А. Загружаемые ресурсы для целевых аудиторий FSNE.
B. Общая информация и ресурсы, о физической активности.
C. Местные ресурсы, продовольственную безопасность.
4.
Запрещенный контент
А.
Рекламная содержание не допускается (например, объявления, предложения). Это включает в себя:
1. платные объявления или выплаченных спонсорство;
2. всплывающие окна с рекламой, и
3. коммерческих связей.
5.
Определение приоритетов в содержании
А.
Наиболее важным является содержание в верхней части страницы, как в
газеты ( "выше в лоно") и расположенные на странице, где это
видимому, прежде чем пользователь начнет прокрутки (именуемых "выше
прокрутки ").
B.
Важные пункты расположены последовательно в тех же местах, и
ближе к верхней части страницы.
C.
Существует одна тема, на каждой странице, если две темы тесно
связаны между собой.
D.
Повторяются Важные ссылки. Важно содержание должно быть
доступны более чем из одного звена.
Е. Писать для Web
1. Люди редко чтение веб-страницы слово за словом, вместо этого они просматривают страницу,
выбирая отдельные слова и фразы. В результате веб-страницы необходимо
использовать возможности сканирования текста, с помощью:
А.
Выделенные ключевые работ (гипертекстовые ссылки служить одной из форм
7 Изготовление сайта 8
Подсветка; шрифтов и цветовых вариаций и другие).
B.
Значимое подзаголовки (а не "умные" Ones).
C.
Маркированные списки.
D.
Одна из идей в пункте (пользователи будут пропускать любые дополнительные идеи, если
они не поймали на первых слов в абзаце).
e.
Стиль перевернутой пирамиды письменной форме, начиная с заключения.
F.
Половина количество слов (или меньше), чем использовать обычные письма.
2. Следующие общие принципы письменно должно быть также использован:
А.
Определить аббревиатур и сокращений и избегать жаргона.
B.
Использовать сокращения скупо.
C.
Используйте знакомые слова.
D.
Сделайте первый приговор описательный характер.
e.
Используйте активные голосом.
F.
Ограничьте количество слов и фраз.
3.
Многие веб-сайты положил свою печать содержания в Word или PDF файлы, которые
Не удобным для пользователей. Исследования показывают, что в то время как PDF файлы могут быть хороши для
печать, посетители сайта предпочитают читать HTML страниц через PDF.
F.
Читаемость
1.
Компоновка не вызывает никаких проблем читабельности.
А.
Одним из вариантов является использование "таблицы жидкость" конструкция, позволяющая страницы
автоматически подстраиваться под резолюцию монитора пользователя, либо у
браузере пользователя окна. Эта технология предоставляет пользователю
приемлемого макета страницы независимо от того, что технология отображения
Пользователь может использовать.
B.
Фиксированная ширина страницы может быть разработана без какого-либо читаемости
проблем для пользователей.
2.
Размер шрифта при условии, что достаточно велик для среднего читателя.
Литературы показывает, что шрифт меньше, чем 12 точках вызывает медленное чтение
производительность пользователей.
8 Изготовление сайта 9
3.
Существует хороший контраст между цветом текста и фона,
Например, черный текст на белом фоне.
4.
Есть не фоновые рисунки и цветные фоны, которые делают
Изготовление сайта трудно читать.
5.
Белое пространство используется для разгона содержание.
6.
Серый текст достаточно темен для чтения.
7.
Курсив использоваться минимально.
8.
Страницы не правому краю, если это необходимо.
9.
Анимированные (мигающий или движущихся) объектов и текста можно избежать, когда это возможно.
Они могут быть подавляющим и отвлекает на профессиональном содержания
веб-сайта и может повлиять на время загрузки страницы. Они могут также представлять
значительные барьеры для доступа лиц с инвалидностью, а обсуждается
в разделе К ниже.
10. Все страницы содержат дату создания и контактная информация.
Г.
В соответствии навигации на каждой странице
1.
Каждая страница должна иметь такой же кнопки навигации в том же порядке.
Когда пользователь нажимает на кнопку, он может открыть в подразделах.
2.
Первичные навигационные системы с левого стандартного размещения стороны странице
должны быть сгруппированы по темам, если количество ссылок превышает шести лет.
3.
Достаточные сигналы предоставляются четко указать пользователей, которым какому-либо вопросу
заблокированы.
4.
Индикатор в навигационной кнопки показывает пользователю на какой странице они находятся,
потому что посетители хотят знать: "Где я?", "Где я могу пойти?" и
"Где я был?
H.
Названия страниц и кнопки навигации
1.
Заголовки страниц, как правило, идентичны с кнопками навигации. Названия страниц
тесно связаны с содержанием страницы. Рубрики используются, которые
уникальный друг от друга и в концептуальном, связанные с их содержанием
описать.
Я.
О нас и Контакты Страницы
1.
Важно, чтобы о нас страницу и ссылку на него на вашем доме
страницы. Доверие и авторитет являются основными проблемами в Сети.
9 Изготовление сайта 10
2.
Странице "Контакты" является одним из наиболее популярных страниц на
Сайт / веб-страницы. Если посетитель не может найти эту страницу или нет
физический адрес или телефонный номер, они могут позвонить, они могут поставить под вопрос
ли это или нет законной организации.
3.
Каждая страница должна иметь ссылку на странице "Контакты".
J.
Изображения
1.
Изображения должны быть подготовлены (оптимально) для вашего сайта. Резолюции
вопрос в Интернете.
2.
Изображения с высоким разрешением займет больше времени, чтобы загрузить (Посмотреть). Так как посетителей
быстрая загрузка сайтов, время загрузки хранится до 10 секунд или меньше, если возможно лучше
(понимая, что время загрузки зависит от типа пользователя к модему).
3.
Фотографии, графики и визуальных, которые используются во всем
Сайт должен быть актуальными и соответствующими содержанию. Изображения
должно быть в хорошем вкусе и достоинства.
К.
Доступность для людей с ограниченными возможностями
1.
Доступность является обязательным для всех веб-сайтах.
2.
Минимальная доступности включает в письменной форме "Метки Alt". "ALT тега" может быть просмотрен
, поставив указатель мыши на изображение и смотрите поп текстовую заметку вверх.
3.
После стандартов доступности может быть сложным. Вот лишь несколько
Примеры:
А.
Сделать таблиц понятным, если их читать построчно.
B.
Разрешить посетителям увеличить размер текста на странице.
C.
Включить текстовые ссылки навигации.
4.
Американцах-инвалидах Закон требует, чтобы веб-сайты быть частной
доступным для слепых и слабовидящих пользователей Интернета. Несоблюдение
может привести к штрафам. (Дополнительная информация доступна на сайте:
news.com.com/2100-1038-5318568.html).
Л.
Прокрутка
1.
Посетители используется для прокрутки вниз страницы (с вертикальной прокруткой). Однако,
не является удобной для горизонтальной прокрутки через страницу. Страницы должны быть
сконструированы таким образом, что содержание видна без прокрутки по горизонтали.
10 Изготовление сайта 11
11
М. Политика конфиденциальности
1.
Если сайт будет собирать личную информацию о политике конфиденциальности должно
быть предусмотрено, что государства:
А.
Информация, собранная и как она используется.
B.
Ли информация для посетителей делится с третьими сторонами и
есть ли у них выбор о том, как использовать их информацию.
C.
Ли посетители имеют доступ к их персональной информации и
могут ли они исправить ошибки.
D.
Предосторожности, используемый для защиты личной информации потребителей.
Ссылки / ресурсы:
Национальный институт рака - на основе исследований Веб- изготовление сайтов & принципов юзабилити
Для оценки подготовке каждого участника для
Занятость и в знак признания выдающегося
студентов знаний и профессионализма в
области веб- изготовление сайтов а и веб- изготовление сайтов .
Требования одежда
Для мужчин: Официальный SkillsUSA белые рубашки поло
брюки с черным платье, черные носки и черные
кожаной обуви. Для женщин: Официальный SkillsUSA
белые рубашки поло с черными брюками платье или юбка,
черные носки или черный или снимите шланг и бесшовной
черные кожаные туфли. Чтобы приобрести рубашки поло
Контакт Midwest Trophy Производство Co. вкл.
по телефонам: 1 (800) 324-5996 или заказать в Интернете по адресу
www.mtmrecognition.com/skillsusa/.
Право
Открыто для Активные участники SkillsUSA поступил в
Программы использования веб- изготовление сайтов а,
профессиональные цели.
Оборудование и материалы
1. Предоставлено технического комитета
Рабочая станция с табличного пространства для двух компьютеров,
с двумя стульями
110 вольт электрической розетки
2. Предоставлено два члена команды участника
А. Личное резюме для каждого члена команды --
отправляйте по электронной почте до 1 июня Роберт блеск,
Всемирная организация Вебмастерам координатор
на Robert@joinwow.org
B. Работа образцу (сайт, на котором команды
разработанных ранее) - отправляйте по электронной почте по
1 июня Роберт блеск, Всемирная организация
Вебмастерам координатору
Robert@joinwow.org
C. Два несколько Защита от всплесков напряжения розетки
D. Альбом для рисования для раскадровки
E. компьютеры с CD-RW диска или USB-порт,
и связи Ethernet
F. Концентратора и соединительные кабели, соединяющие
Команда компьютеры
г. Похожие разработки веб-и графических программ
сопровождаться документами, подтверждающими лицензии. изготовление сайтов и
разработка инструментов, необходимых для полной сборки
веб-сайт.
Сфера конкурса
1. изготовление сайтов веб-проект будет объявлено на
В начале каждого года. Этот процесс должен быть
документами, четко продемонстрировав
следующие навыки как это определено национальным
Технический комитет. Членский состав Комитета
включает Adobe Systems, Inc, Cisco Systems,
Вкл., Macromedia, Microsoft Corporation, и
Всемирная организация вебмастеров (WOW).
А. Веб-программирование (HTML, XHTML,
CSS, сценариев на стороне клиента)
B. Веб-графика
C. изготовление сайтов сайта (юзабилити)
e. Веб-сайт Управления
F. Управление проектами
г. Веб Мультимедия
ч. Правовые вопросы
Я. Создайте веб-сайт в соответствии с
Критерии требований
J. Мелодия обзорном документе
2. Национальный технический комитет
предоставить шаблон, который описывает сайт
процесс развития.
3. Все заявки на конкурс, должна быть создана
команд во время конкурса.
4. Команд будет издан приказ о работе
Вторник в ходе заседания ориентации. Каждый
Сайт команды будет построен на
Конкурс сайт для оценки и постоянная работа
В день конкурса
5. Конкретный график с изложением настройки оборудования,
раскадровки и конкретных критериев оценки будет
будут распространены в ходе совещания по ориентации
Вторник
6. Все авторские права являются для подражания.
7. Нарушения приведет к дисквалификации. Изготовление сайта 2
2
8. Тема и содержание образования должно быть в
природа
9. Авторские должны поддержать тему
10. Качество сайта организации и
Навигация
11. Приемлемого использования языка и конвенциями,
пункт структуры, грамматики, орфографии,
пунктуации, и т.д.
12. Мультимедийных элементов, используемых должно
внести свой вклад в содержание сайта
13. На сайте можно посмотреть в более чем одной
обозревателем на обоих Mac и Windows платформы
14. Ссылки являются действительными и все мультимедийные
Компоненты нагрузку правильно и в рамках
разумного периода времени
Другие критерии:
Каждый 2-члена команды будет состоять из
следующие члены группы:
Веб- изготовление сайтов ер
Веб-разработчик / Webmaster
Роли и обязанности:
Веб- изготовление сайтов еры знакомы с визуальных искусств
и учатся создавать образы и образцы
, которые захватывают и держат интерес посетителей. Они
Настоящий эстетическом заманчивыми конструкций, которые отвечают
потребности и предпочтения своих
аудитории.
Вебмастерам понимать основные ширину
темы, которые подпадают под веб- изготовление сайтов еров, но с
меньшей глубине в отдельные темы графического
изготовление сайтов . Веб-мастера есть дополнительные навыки
в том числе сильных управления проектами и
навыки презентации.
Веб-разработчики знакомы с
Основы создания веб-сайта и структуры
интерактивности. Они учатся использовать базу данных
программы и специализированные приложения для подготовки сайты
для динамичного представления содержания
посетитель.
Технические скоринга и стандарты:
Критерии оценки:
Судей основывается на рубрики и на основе
Следующий пункт системы:
Всего 30 возможных баллов за качество графики &
печатать
Всего 30 возможных баллов за качество общего
изготовление сайтов & макет
Всего 30 возможных баллов за качество кода 10
Всего возможных баллов за качество веб-сайта
технологической документации
Всего 20 возможных баллов для письменного экзамена
Всего 10 возможных очков за профессионализм
Письменная оценка:
Цель письменной оценки
конкурсе, чтобы продемонстрировать знания команды
управления веб-проект от начала до конца.
Шаблон для этого документ будет представлен
Национальный технический комитет, но это
важно, чтобы внушить, что это участники
Документ давит на скоринг (см. скоринга
Рубрика ниже).
За дополнительной информацией и часто задаваемые вопросы, посетите
www.joinwow.org / skillsusa Изготовление сайта 3
3
Скоринг Рубрика:
Начало
Развивающиеся
Реализованные
Оценка
Графика & типа (30 очков)
Целом визуальной привлекательности
5 баллов
Есть мало или совсем нет графических элементов.
Нет изменений в структуре или типографии.
ИЛИ
Цвета яркие и / или типографский
вариации используется и разборчивость
страдает. Справочная мешает
читабельности.
10 баллов
Графические элементы иногда, но не
всегда, свой вклад в
понимание концепций, идей и
отношения. Существует некоторые вариации
В тип размера, цвета и расположение.
15 баллов
Соответствующее и тематические графические
элементы используются для того, чтобы сделать визуальный
связей, которые способствуют
понимание концепций, идей и
отношения. Различия в типе размера
и / или цвета используются также и
последовательно.
Механические аспекты
5 баллов
Есть более, чем 5 и неисправные ссылки,
неуместная или отсутствующих изображений, плохо
размер таблиц, опечаток и / или
грамматическими ошибками.
10 точки
Есть некоторые неисправные ссылки,
неуместная или отсутствующих изображений, плохо
размер таблиц, опечаток и / или
грамматическими ошибками.
15 баллов
Нет механических проблем, отмеченных.
В целом изготовление сайтов & Layout (30 очков)
Смотри & Feel
5 баллов
Выглядеть и чувствовать себя не аудитории или
Сайт уместно. изготовление сайтов не ясно
продуманы с точки зрения использования цвета,
использовать графические, тип и несовместимы
от страницы к странице.
10 баллов
Выглядеть и чувствовать это аудитория
надлежащих и они не могут передать
Сайты намерениях. изготовление сайтов должен быть
четко продуманы с точки зрения цвета
использование графического использования, изготовление сайтов навигации,
и может показать некоторую непоследовательность
от страницы к странице.
15 баллов
Создать соответствующие выглядеть и чувствовать себя в
аудитории сайта и намерения. изготовление сайтов
должны быть четко продуманы с точки зрения
использование цвета, графическое использования, навигации
изготовление сайтов и последовательности со страницы на
страницы.
Навигация
5 баллов
Навигация не всегда подходит
для этого сайта. Навигация не очень хорошо -
архитектура, просты в использовании, и показывает
непоследовательность по всему сайту.
10 баллов
Навигация по сайту необходимо.
Навигация эффективных, легко
использования, но могут быть некоторые несоответствия
по всему сайту.
15 баллов
изготовление сайтов эффективной навигации
сайт. Навигация должна быть хорошо
архитектура, просты в использовании, и в соответствии
по всему сайту.
Программирование & кодексе (30 очков)
Совместимость
5 баллов
Не демонстрирует использование
современных веб-браузерах по
проектирование столько общих Web
браузеры насколько это возможно.
10 баллов
Продемонстрировать использование современных
Веб-браузер, разработав для
некоторые из наиболее распространенных веб -
браузеров.
15 баллов
Продемонстрировать использование современных
Веб-браузеры по проектированию
стандарты, основанные сайт, который поддерживает
много общих веб-браузеров.
Структура кодов и
изготовление сайтов
5 баллов
Эффективно применять HTML и некоторых
CSS на сайт для управления шрифтами,
границы, и других презентационных
особенности.
10 баллов
Эффективно применять HTML, CSS, и
Некоторые JavaScript на сайт, чтобы контроль
шрифты, границы и другие
презентационные функции. Некоторые коды
Форматирование и документация
подарок.
15 баллов
Эффективно применять HTML, CSS, и
JavaScript, чтобы создать хорошо созданный
веб-сайт. Код отформатированный и
документированы.
Процесс (10 очков)
Процесс подмостки
1 баллов
Процесс не имеет стратегии и
организационные инструменты, необходимые для
студентам получить знания, необходимые
для выполнения этой задачи.
Мероприятия имеют мало значения
друг с другом и / или
выполнение этой задачи.
3 балла
Стратегии и организационные инструменты
Встроенные в этом процессе
недостаточно, чтобы гарантировать, что все студенты
получить знания, необходимые для
выполнить поставленную задачу.
Некоторые из видов деятельности не относятся
специально для выполнения
задачей.
5 баллов
Этот процесс обеспечивает студентов, приезжающих
В различных уровней запись с
стратегий и организационных инструментов для
доступ и получить знания, необходимые
для выполнения этой задачи.
Деятельность четко связаны и
изготовление сайтов ed принять студентов из
базовые знания более высокого уровня
мышление. Изготовление сайта 4
4
Богатство процесс
1 баллов
Несколько шагов, не отдельные функции, возложенные.
3 балла
Некоторые отдельные задачи и функции, возложенные.
Более сложных видов деятельности требуется.
5 баллов
Различные роли приставленного к
учащимся понять различные
перспективы и / или доли ответственность в выполнении задача
Веб обследований ворвался на сцену с большой помпой в последние несколько лет. Но, как и другие новые
Методы сбора данных, это нововведение было встречено как с большой шумихой и нет
малой мерой скептицизма. Теперь, когда первоначальный шквал риторики успокаивается, она остается понять
как максимизировать потенциальные выгоды от этого нового подхода и свести к минимуму возможные недостатки. Пока
Веб обследований нынешние проблемы во многих областях, в частности, отбор проб, их охват и неполучения в центре внимания
этого документа находится на погрешность измерения, связанные с проектированием обзора документа.
В некотором смысле веб-обследования, как и другие методы сбора данных обследования, но в других отношениях они
уникальным. Каковы основные характеристики обследования веб-настоящему уникальные проблемы для
вопросника или документа изготовление сайтов ? Во-первых, веб-обследования самоуправление. В интервью, административные
обследования, хорошо обученные интервьюеры часто могут объяснить непонятных терминов респондентов, держите их мотивы,
успокоить их конфиденциальность их ответов, зонд неполные или неадекватные ответные меры, и так далее.
Иными словами, они служат в качестве посредников между исследователем и респондентом. В
самостоятельные обследования нет таких посредников, и обзор самого инструмента служит для передачи
исследователь вопросов и ожиданий респондента. Кроме того, респонденты единственным способом
коммуникации с исследователем посредством этого документа, и их ответы и
намерения должны быть приняты за чистую монету. Это создает больший упор на самостоятельное обследование документа.
Прибор должен быть легким для понимания и полной, должна быть направлена на держать респондентов
заинтересованность в предоставлении оптимальных ответов, и должна служить успокоить респондентов в отношении конфиденциальности
их ответы.
Во-вторых, это компьютеризированные веб-обзоры. В отличие от почти обследований, которые являются статические документы, веб -
обследования могут использовать всю мощь компьютера с помощью опроса (CAI) методов. К ним относятся
автоматизированного ветвления или пропуск, адаптированной заполняет или формулировку вопроса, диапазон и править проверок, обратная связь
респондентов, и так далее. Хотя не все веб- изготовление сайтов а обследования использовать эти возможности, тем не менее они являются
мощные инструменты для взаимодействия с респондентами, оказывая им помощь в завершении задачи и мотивации
ними, чтобы продолжить исследования.
В этих двух отношениях, веб-обследования, как компьютерная самоуправления опроса (CASI) методы.
Однако веб-обследования отличаются тем, что нет никакой подготовки настоящего интервьюера, а также обследование организации
не обеспечивает оборудование. Эта последняя точка означает, что респонденты завершения обследования
различные аппаратные платформы и с использованием различных программных систем, с потенциалом, который
Прибор не выглядеть и действовать одинаковым образом для всех респондентов. Это еще раз ставит больше нагрузка на
изготовление сайтов .
Наконец, веб-обследования имеют право продлить визуальные элементы представления сверх того, что
Обычно возможности в работе обследований. Инструментов веб-обследование не только (или преимущественно) состоит из словесного
Особенности (слов и чисел), но может также использовать богатые визуальные возможности. Эти визуальные улучшения
включать неподвижные и движущиеся изображения, анимацию, чертежи, рисунки, цвета, формы и т.д., не говоря уже об истинной
мультимедийные которая включает в себя как звук (слуховое) и фотографии (визуально) особенностями. Графического характера
Веб освобождает обследования изготовление сайтов ер из традиционных ограничений бумажные вопросники (порядка, шрифт, Изготовление сайта 2
цвета и т.д.). Не то, чтобы эти конструктивные особенности не могут быть использованы раньше, но они были дорогими и
много времени, чтобы разработать и двух экземплярах, и таким образом использовать экономно. В отличие от вложения цвета
фотографии в веб-страницы является тривиальной задачей. Аналогичным образом, изменение цвета фона или макета Web
страницы опроса практически даровой.
Все эти элементы объединяются, чтобы сделать веб уникальную среду для представления вопросов обследования
и на выявлении ответов. В самом деле, Интернет позволяет расширение за пределы традиционного обследования
"Вопрос" включает множество материальных стимулов.
Хотя Интернет предоставляет прекрасную возможность "думать" из коробки ", и расширить разнообразие
способы информация может быть представлена респондентов, эта свобода может обернуться для него цену. Например, хотя
изображения часто используется в веб-сайтов и веб-обследований в целях повышения качества обслуживания пользователей и мотивировать
Респонденты продолжить обследование, добавление изображений могут иметь непредвиденные последствия для
обзор вопросов и ответов, время вызывало. Даже когда изображение, специально предназначенных для дополнения
текст вопроса, эффект может быть иным, чем у лучшего. Таким образом, с увеличением набора инструментов
приходит возможности непреднамеренного введения погрешности измерения.
В этой статье я привожу несколько примеров возможных последствий экрана и использованием визуальных
изображения на ответах, и поразмышлять о вероятной другие эффекты. Многие из примеров
счастливая случайность, но вместе с Роджером Туранго, Фред Конрад и другие, я приступил к программе
исследования для систематического изучения путей, в котором визуальные и интерактивные возможности обследования Web
может повлиять на ответы, которые респонденты предоставляют.
Идея, что визуальные особенности инструмента влияет на ответы респондентов не является новой для Интернета. Для
Например, Смит (1995), имеет несколько восхитительных примеров, когда непреднамеренных изменений печать на бумаге
вопросники производить большие сдвиги в ответах как интервьюера и самоуправляемых обследований.
Аналогичным образом, Redline и работа Dillman по почте обследования (например, Redline & Dillman, 1999; Dillman, Redline &
Карл-Бакстера, 1999) показало, что изготовление сайтов навигации и другие визуальные элементы могут повлиять на
Качество данных, полученных в почте вопросники. Купер (2000, см. также Купер & Hansen, 2001)
показывает, что бедные изготовление сайтов а может повлиять на ответы в компьютер с помощью обследований в ведении
интервьюеров. Разница в том, что Интернет значительно расширить спектр проектных возможностей и что
навыки привлечены к разработке веб-обследования уделять больше внимания программированию и веб- изготовление сайтов общем, чем на
изготовление сайтов веб-опросе.
2. Влияние изготовление сайтов а на погрешность измерения
В этом разделе я кратко представить несколько примеров выводов о влиянии изготовление сайтов а на экране
погрешности измерений, чтобы проиллюстрировать важность этих вопросов. В ходе опроса, веб-Мичиганского Университета
студенты, ширина окна ввода числовых случайно был разнообразным. Случайной выборке респондентов
получили больше поле, чем это необходимо для выполнения этой задачи (ввод числа от 0 до 9). Все остальные функции
вопросу были идентичными. Длина поля оказала значительное влияние на полученные ответы. В
длинный вариант окна, 20,7% респондентов сделали недействительной запись по одному или более из пяти блоков в
Вопрос, по сравнению с 11,3% за краткий вариант окна (см. Купер Трауготт, & Lamias, 2001).
Аналогичный результат был получен в неопубликованного исследования, проведенного deRouvray, Деннис, и Купер в
2000. Использование панели сетей знаний, мы сравнили короткие и длинные версии надписи на три
открытые вопросы. В каждом случае среднее количество символов, набранные в ответ на вопрос
с более поле ввода был значительно выше, чем короче поле ввода.
Другой пример из ежегодных обследований, проведенных веб института Джорджии
Технология графических, визуализации и Юзабилити (GVU) Центр в 1997 и 1998 годах. Видимо несовершеннолетних
Изменение формата вопроса между этими двумя годами принесло различные дистрибутивы от возраста. Версия 1997
занятого Drop Box, с ", а не говорить" варианта в порядке убывания, а отдельные возрасте ниже, "под
5 "," 5 "," 6 "и" 7 "быть видимой. 1998 Версия использовать две колонки категорий переключатель, Изготовление сайта 3
начиная с "по 5", "5-10," и так далее, с ", а не говорить" является последний вариант. В 1997 году 96
респондентов (или примерно 1% от выборки), утверждают, составляет от 5 до 10 лет, из которых почти все
выбрать один из видимых ссылок возраста (5, 6 или 7). Только 5 респондентов выбрали этого возраста в 1998 году. Аналогичным образом,
Размещение "Не говори" вариантом изменилась доля выборе этого варианта с 3,1% в 1997 году
1,1% в 1998 году.
В неопубликованной эксперимент, в различные обследования веб Мичиганском университете студенты провели
В 1999 году Купер и Бейкер разнообразные представления список 17 причин (плюс "другие", "не знаю",
и "отказались") за употребление алкоголя. В одном из 20 пунктов были выставлены в одной длинной колонки
веб-страницы, в другой версии пунктов были представлены в двух столбцах. Мы обнаружили, что значительно
больше пунктов были одобрены в верхней части на одну-версию колонке и в левой колонке
две колонки версии. За один конкретный пункт, который появился на нижнюю половину одного столбца и
Слева от двух столбцов версии, процент одобрив этот пункт варьировалась от 15,8% в прежней редакции
до 25,5% во втором.
Наконец, Купер и Туранго Стайгер (2001) экспериментальное использование разнообразных картин мужчины
Исследователь, женщина-исследователь или нейтральным названием обследования ( "исследование отношения и образ жизни") по целому ряду
ofsensitive пунктов и гендерные отношения. Мы ожидали, что респонденты обоих полов в докладе самой
Pro-феминистская отношение, когда программа отображается сообщениями и фотографиями из женского следователя и
наименее Pro-феминистская отношение, когда программа отображения фотографий и сообщений от мужского
следователь. Мы ожидали, что группа, которая получила логотип обследования падать в период между двумя другими. Эта модель
Было очевидно, и достигло статистической значимости (Р = 5,52, DF = 1,3028, р <.05). В совокупности эти результаты
предоставить доказательства того, что простое изменение в структуре повлиять на ответы, представленные в обследованиях Интернете.
3. Развитие теоретических представлений погрешность измерения воздействия
Демонстрация того, что визуальные элементы веб-обследование затрагивает погрешности измерений является только первым шагом. Если
они делают это так, то следующим шагом будет выяснить, почему и каким образом эти явления происходят. Для этого нам необходимо развивать
теоретического понимания процессов и механизмов лежащих в основе этих эффектов. В этом разделе я предлагаю
несколько кратких замечаний в целях содействия процессу разработки таких теоретических положений.
После Ware (2000), можно провести различие между словесными или текстовой информации, с одной
стороны, и визуальной информации, с другой стороны. В ходе обследований, словесная информация охватывает вопросы
Формулировка, инструкций и некоторых вспомогательных сигналов, таких как номера, используемые для обозначения шкале баллов.
визуальная информация включает в себя стандартные функции присутствуют во всех вопросников такие как тип и размер шрифта, цвет,
позиции на странице, расположение и графических символов, оно также включает такие дополнительные функции, как изображения,
чертежами и анимации. Кроме того, психологические доказательства того, что словесные и визуальной информации
хранятся и обрабатываются параллельно (см., например, Paivio's, 1986, двойное кодирование модель, которая утверждает, что оба
рабочие и долговременной памяти используется два вида представления).
Учитывая это, есть много способов, что визуальная и словесная функция может взаимодействовать с формой респондентов
понимание вопросов и влиять на их ответы. Мы считаем, что есть три потенциальных
проблемы, возникающие из такого взаимодействия:
·
Визуальную информацию, предназначенную как украшение в тексте, на самом деле обращает внимание
от более важных речевой информации;
·
Визуальная информация является основой для выводов, что непреднамеренно привести к неправильному толкованию
вопросы или навигационные пути;
·
Визуальную информацию с конфликтами словесной информации, замедляя респондентов вниз и
приводит к неправильным ответам.
Но эти эффекты предполагают актуальность или связи между визуальной и вербальной информации. Вероятным результатом
визуальной информации на словесные задания (отвечая на вопрос обследование) может зависеть от степени
сцепления или связей между ними. Например, баннерная реклама зачастую рассматриваются как не относящееся к многим Изготовление сайта 4
Веб-задач, и, следовательно, игнорируются. Кроме того, вмешательство может произойти только при визуальном
и словесными элементами передают различную информацию. В той мере, два вида информации
равны, вероятным результатом является одним из обострение, однако, если информация является несоответствие, то
интерференционные эффекты являются более вероятными.
Использование изображения (фотографии или чертежи) является лишь одним из способов повышения визуальную привлекательность Web
вопросника. Различные другие средства проектирования механического или цветной фон, шрифт вариаций, использование линий
и коробки и т.д., в дополнение к последствиям представила макет ранее общих черт обследований Интернете.
Это тоже может повлиять на то респонденты отвечают на вопросы исследования в Интернете. Исследования Шварца и
его коллег (например, Шварц, Грейсон, & Knäuper, 1998) показывают, что потенциально вся информация может
видно респондентов, имеющих отношение к задаче завершения обследования. Пространства не позволяет подробно
Обсуждение примеров в это время, но у нас есть несколько проектов, в настоящее время протестировать различные
предложения о различных функций макета в опросах Интернете.
В целом, веб предоставляет прекрасные возможности для расширения круга вопросник
функций, доступных на обследование изготовление сайтов ера. Однако такие возможности могут и не появиться, чтобы влиять на измерение
ошибки. Таким образом, важно понимать, когда и почему эти эффекты возникают в целях наиболее эффективного использования
богатых визуальных возможностей, доступных на веб-обследования. Наша цель должна состоять в том, чтобы обогатить опыт для обследования
респондентов и расширить диапазон измерений, чем может быть использована при проведении обследований без непреднамеренного
ущерба для качества данных.
Ссылки
Купер, MP (2000), "Юзабилити оценка автоматизированного инструментария для обследований." Социальные науки
Компьютерное Обозрение, 18 (4): 384-396.
Купер, М. П. & Hansen, SE (2001), "Компьютерная Assisted интервью." В JF Gubrium и Дж. Гольштейн
(eds.), Справочник по собеседований. Thousand Oaks, CA: Sage, готовится.
Купер, член парламента, Туранго R., & Стайгер, DM (2001), "социальное присутствие в опросах Web." Бумага
представлены на CHI '01, Конференции по человеческим факторам в вычислительных системах, Сиэтл, апрель.
Купер, член парламента, Трауготт, М., & Lamias, M. (2001), "Веб-разработки обследований и администрации." Общественный
Opinion Quarterly, готовится.
Dillman, Д. А., Redline, CD, & Карл-Бакстера, LR (1999), "Влияние тип вопроса о Перейти
План Соблюдение в самоуправляемых Анкеты. "Труды Американского статистического
Ассоциация Обследование Методы исследования секции.
Redline, CD & Dillman, DA (1999), "Влияние Символическая, числовые и вербальные Языки на
Навигационное Соблюдение в самоуправляемых Анкеты. "Документ, представленный на Международной
Конференция по обследованию ЛОНО, Portland, OR, ноябрь.
Schwarz N., Грейсон, CE, & Knäuper, B. (1998), "формальным признакам оценочных шкал и
Толкование вопроса Meaning. "Международный журнал по изучению общественного мнения, 10 (2):
177-183.
Смит, TW (1995), "Little Things материалов; Sampler от того, как различия в вопроснике формат может
Влияющие на ответах. "Труды Американской статистической ассоциации Проведенное исследование
Методы секции, с. 1046-1051.
Ware, C. (2000), визуализации информации: восприятие на проектирование. Сан - Франциско: Морган Кауфман.
РЕЗЮМЕ
Эта статья сосредоточена на эффекте визуальной функции на веб-обследования на погрешность измерений. Визуальные
Элементы веб-обследования включают изготовление сайтов и макет экрана, а также использование изображений, таких как
фотографии или рисунки. Учитывая широкий спектр таких возможностей, доступных на веб-разработчик, эта бумага
Как веб продолжает расширять свое влияние в нашей повседневной жизни, все большее число наших
взаимодействия происходят в Интернете. Практические последствия этого для интерфейса изготовление сайтов еров много
проектов веб-приложений, которые охватывают все от подачи налогов для обмена фотографиями.
"Основная цель веб-приложений является для содействия завершению одного или более
Задачи "[Bob Baxley 1]. Но в зависимости от типа и сложности задач, связанных,
различные технические решения могут быть лучше подходят для того, чтобы каждый конкретный взаимодействий
Продукт требует. Flash, Java-апплеты, DHTML, Active X, смарт-клиента, Java Web Start,
SVG-какой из них выбрать и почему? Какие типы интерактивности и визуального представления
ли каждая технология позволить? Что каждый предел?
Как веб- изготовление сайтов еры интерфейс приложений, эти вопросы мы встречаемся время от времени
снова. В результате, мы решили к документу, что мы узнали и научно-исследовательские, что мы не
узнать о возможностях и ограничениях, которые характеризуют некоторые из наиболее популярных
Веб-приложение презентационного слоя решениях, доступных сегодня. Мы оценили каждое решение
против последовательного набора критериев и описал ее с краткого определения, набор
примеры и ссылки, которые позволят дальнейшего анализа. Мы также поделился с нашими выводами
Команда экспертов-рецензентов (стр. 18) для того, чтобы мы были на правильном пути. Конечный результат
это изготовление сайтов er's Guide.
Для вашего удобства, каждое решение мы оценка представлена на одной странице
снимок, который помогает изготовление сайтов еры, менеджеры и владельцы бизнеса сделать осознанный
Решение для переднего свои веб-приложения на конец технологий. Конечно, это руководство не означает
быть заменой для проведения консультаций со знающими программистами и системными архитекторами.
Мы просто хотим, чтобы подготовить вас для этих дискуссий.
Право веб-приложение презентационного уровня потребностей в соответствии с вашими конкретными бизнес, пользователь,
и технологические потребности и множество решений может существовать в бизнесе и в продукции. Мы
надеюсь, что это руководство поможет вам Steer в правильном направлении.
Веб-приложений Решения: Справочник конструктора | 2
Луки Врублевский
Директор, LukeW изготовление сайтов а интерфейса
luke@lukew.com
Frank Ramirez
Директор, изготовление сайтов Рамирес ООО
frank@ramirez изготовление сайтов .com Изготовление сайта 3
Определение веб-приложений
Это руководство не предназначено для определения множества решений уровня представления доступны для
Веб-приложений. Мы прилагаем все усилия на разъяснении компромиссы. Однако обзор
группировки и критерии оценки мы использовали для описания каждого решения, необходимые для обеспечения
Мы представляем точные сравнения.
Веб-приложений (Web-приложение)
Веб-приложения Веб-доступны (развернуто и / или доступны через веб-браузер)
Веб-связным (использование HTTP-соединение для поиска информации или дисплея), а
Целенаправленный (помимо простого просмотра информации), программное обеспечение.
Из-за дисперсии и субъективность присуща Определение типов веб-приложений, мы
создана переход от тонких клиентов на богатых клиентов, на которых каждое решение веб-приложений
могут быть построены. Многие решения (и их различными реализациями) имеют характеристики
более чем одной группе. Например, DHTML с XMLHttpRequest (обычно называется
AJAX) является частью тонком клиенте, а часть Rich Internet Application (RIA). Аналогичным образом, некоторые настольные
приложение действительно по обе стороны границы между Rich Internet Application и богатый клиент (AKA
толстый клиент).
Наконец, хотя можно было подумать, любой интернет-включен настольных приложений (например, от Apple ITunes
Instant Messenger или Yahoo's), Rich Internet Application, мы оставили этот тип программного обеспечения
из обсуждения. Приложения, требующие традиционных клиентских процесс установки
(независимо от того или нет, установите файл можно загрузить с веб-сервера) не являются
оцениваются в данном руководстве.
Веб-приложений Решения: Справочник конструктора | 3 Изготовление сайта 4
Определение
Веб-приложений Решения: Справочник конструктора | 4
Тонкий клиент
Веб-приложения, которые используют веб-браузер для обеспечения безопасности,
государственного управления и исполнения скрипта (время выполнения). Наибольший
обработки и хранения данных происходит на удаленном сервере и
Не пользователей локальной машины. Сервер запрос и ответ
основном происходит через HTTP протокол.
Среди основных преимуществ тонких клиентов широкий охват
(доступны с любого веб-браузера), открытая
Development Platform (построен на открытых стандартах популярны), не
след (скачать быстро, без артефактов на пользовательских компьютерах
за куки браузера), а также развертывание / управляемость
(распространяется и поддерживается от центрального источника).
Thin Client Solutions:
HTML, XHTML
HTML, JavaScript и CSS (DHTML)
DHTML с помощью Remote Scripting IFrame
DHTML с XMLHttpRequest (AJAX)
Rich Internet Application (RIA)
Веб-приложения, которые позволят богаче, локально обработанных пользователей
взаимодействий (жидкости, анимация, мультимедиа, в реальном времени
проверка и т.д.) и передовой удаленных сообщений (Java
Объекты, Web-сервисы и т.д.). Java Солнца плагин и
Macromedia's Flash являются двумя наиболее распространенными РИА
Накануне раза. РИС могут работать только в рамках веб-браузера
встроенные плагины.
Слой HTTP связи, используемых в тонких клиентов
технического приложения не поддерживают гарантирована
доставку сообщений, не гарантирует порядок сообщения
доставка, и не поддерживает сервер инициативе
связь. Много связи РИА слоев предоставить
надежной передачи сообщений и позволить серверу "вытесняет" содержания.
Тонкие клиенты, которые используют Asynchronous JavaScript-Driven
сервер запросов и ответов и передовые DHMTL пользователей
взаимодействий (комбинация технологий часто называют
как AJAX), иногда считается JavaScript РИС.
Тонкий клиент может вставлять (интеграции через веб-браузер
плагин) RIA (т.е. Flash Module в приложении DHTML).
Rich Internet Application Solutions:
Flash 6 (и выше)
Flash с гибким или Ласло Presentation Server
Java-апплеты
Active X
Rich Client (смарт-клиента, настольный клиент)
Веб-приложения, которые связаны не работают в рамках веб -
браузера и может поставляться как скомпилированный код. Богатый Клиенты
рычаги местной переработки, с тем чтобы богатые взаимодействий и может
использование веб-служб для подключения к распределенным источникам данных и
Автоматическое обновление. В отличие от тонких клиентов приложений, Rich клиенты могут
быть использовано в автономном режиме и более легко интегрироваться с местным аппаратных
и программное обеспечение.
Rich Client можно вставлять тонкого клиента (т.е. рабочий стол
приложений со встроенной веб-браузера, в котором тонкий
Клиентское приложение может быть запущено.
Rich Client Solutions:
Windows смарт-клиента
Java Web Start
Предстоящая, интересным, или соответствующих решений
В этом руководстве основное внимание на некоторые из наиболее популярных веб -
прикладных решений на сегодняшний день, существует ряд
соответствующих технологий, которые могут рассматриваться для конкретных целей
(т.е. PDF для ввода данных) или будущих проектов (например, XUL и XAML).
Примеры включают
Canoo Ultra Light клиента (ULC)
Java WebCream
PDF
XSLT
SVG
Macromedia Central
Nexaweb
Xforms
XAML Изготовление сайта 5
Тонкий клиент
Поставляется в веб-браузере; использует
браузера безопасность, государственное управление,
Сценарий и исполнение; HTTP для передачи данных
запрос / ответ.
Rich User Experience
Обои для рабочего взаимодействия; мультимедиа;
Государство-FUL приложений
Местная обработка & Интеграция
Наиболее чувствительными UI; местной аппаратной &
интеграции программного обеспечения
UI Пособия
Прочный UI библиотек & пособий; сокращены
время разработки
Наличие Оффлайн
Сеть подключение не требуется
Открывать
Построенный на открытых стандартах популярностью
Широкий охват
Доступный по любому веб -
браузера, обычно операционная система
независимый
Нет Footprint
Быстрая загрузка страниц, сколько необходимо, нет
применение след
Развертывание
Обновляться и распространяться через Web
Сервер
Rich Internet Application (RIA)
Обычно поставляются как встроенные
во время выполнения в рамках веб-браузера
(Plug-Ins); выходит за рамки HTTP для
удаленного запроса данных / ответов.
Rich Client
Составитель время выполнения на местном
машина, можно использовать местные и
удаленными ресурсами; может работать
в автономном режиме.
Решение сплошных
Среди основных преимуществ тонких клиента Reach (с любого веб-обозревателя можно использовать) и
развертывание (может быть обновлена и распространяется через веб-сервер). Первичный
Недостатками являются ограниченные параметры взаимодействия и, как правило медленный времени отклика. Богатая
Интернет-приложения и технологии Smart Client позволить богаче (настольного типа) взаимодействия,
более сложными сообщениями и предотвратить серверу запрос / ответ от необходимости переписывать
целые страницы. Они также поддерживают некоторые развертывания и обновления преимуществ тонких
клиентов. В таблице ниже пометки популярных прикладных решений на веб-технологии
переход от тонкой для богатых клиентов. Большинство решений быть в пределах континуума.
Каждое решение веб-приложений приходится на переход от тонких клиентов на богатых клиентов, хотя некоторые решения действительно "по обе стороны линии". Smart Client можно даже вставлять тонкого клиента (в пределах
Веб-браузер внутри богатого клиента) и тонкого клиента можно вставлять RIA (т.е. в модуле флэш-приложение DHTML).
Веб-приложений Решения: Справочник конструктора | 5
HTML
DHTML
Remote Scripting
(& DHTML)
XMLHttpRequest
(& DHTML)
Flash
(Flex & Ласло)
Java-апплеты
ActiveX
Java Web Start
Smart Client Изготовление сайта 6
Критерии оценки
Каждое решение веб-приложений оценивается по следующим критериям.
Веб-приложений Решения: Справочник конструктора | 6
User Experience
Что пользователь взаимодействия возможны? (перетаскивание, жидкости
анимация, автосохранение, в режиме реального времени проверки, нелинейные
рабочих процессов, интегрированное аудио и видео и др.) Имеет ли каждый
Пользователь действий требует полного странице переписать (как в случае
HTML / HTTP решения)? Как хорошо комплексному пользователь
взаимодействие с окружающей средой веб-браузера (Назад, история,
и т.п.) и / или местных операционной системы (аппаратное и местных
интеграции программного обеспечения)? Может применения государства легко
сохранить?
Развертывание & Reach
Как пользователи могут получить доступ к приложению? Нужен ли им
конкретного веб-браузеров, веб-браузеры, веб -
Настройки браузера, операционной системы, устройств (мобильный и т.д.),
или локальные приложения? Насколько велика в местах, недоступных
применение? Может поисковым системам индексировать содержимое в течение
применение? Каким образом приложение развернуто (установки,
Скачать "экологический след" и т.д.)?
Обработка
Сколько логики приложения может находиться на стороне клиента?
Какие действия необходимо поездка на сервер? Что такое
влияние на пользовательский интерфейс для запроса сервером? Как быстро первоначальной
нагрузки и последующее время отклика интерфейса пользователя?
Какую удаленных сообщений является возможным (HTTP, веб -
Услуги, Java объекты и т.д.)? Можно запустить сервер запрашивает
непрерывный (на заднем плане), а пользователь сосредоточена на
другие задачи?
Interface Components & настройка
Ли решение включить легко доступны библиотеки пользовательского интерфейса
элементы? Те элементы, легко настраиваемый? Есть
WYSIWYG среда разработки (IDE), которая использует
библиотеки пользовательского интерфейса? Может интерфейс может быть легко преобразован в
различными устройствами (например, мобильный)? Может быть построен интерфейс пользователя
с сеткой или гибкого формата, или обоих?
Интеграция средств
Что фоновых технологии позволяют это интерфейсные решения?
Что требуется от фоновых? Ли решение увеличения
или уменьшения нагрузки сервера?
Отличительные особенности
Существуют уникальные проблемы безопасности? Является применение логики
разоблачили? Может автономного запуска приложений?
Будущие правописания
Какой уровень поддержки для решения? Если
Технология запатентована, делает поставщик имеют проверенную
отчет о поддержке продуктов? Ли решение соответствует
существующие стандарты?
Кадровое & Стоимость
Каковы расходы, необходимые для создания из решения? Являемся
технические эксперты легко найти? Какие инструменты существуют, чтобы сократить
расходы? Как долго это типичный цикл развития? Изготовление сайта 7
Развертывание
& Reach
Пользователь
Опыт
Обработка
Обзор:
HTML это язык разметки документов для структуры, представления и однонаправленного связывания. XHTML является реформирование HTML, который XML-совместимый. Данные запросы направляются через гипертекстовой
Transfer Protocol (HTTP), стандарт.
Примеры:
• Craigslist - онлайн местных объявлений
• Bloglines
Читать далее:
• www.w3.org/MarkUp
• www.oreilly.com/catalog/html4
HTML, XHTML
Компонентов
& Настройка
Бэк-энд
Интеграция
Уникальный
Особенности
Будущие правописания
Кадровое & Стоимость
Имеет самую большую
REACH-можно
оказываемые любым
браузера. быть
стандартизированной и
доступна для пользователей
Выполнение всех видов
программное обеспечение. Эффективная
для пользователей с медленным
соединения.
Поисковые системы
может индексировать содержание
Элементы, которые могут
быть указаны в
HTML знаешь
к крупнейшему
количество веб -
пользователей (в том числе
Назад, история,
закладок и т.д.)
Малые размеры файлов:
быстрой загрузки
раза
Хватает на
относительно неизменным
Содержание и тривиально
задачи
Ограничен форму
въезд, информационный дисплей,
и ссылки навигации
Интеграция с
местные ресурсы
(Hardware &
программное обеспечение) почти
невозможна
Применение Государства
может быть достигнуто
через печенье,
серверных приложений,
и / или URL-адреса
Клиент запрашивает
требует полной перезагрузки
веб-страниц
Обновление дисплеи
повышение
Время загрузки
и нагрузку на сервер
HTTP-запросы делать
не поддерживает
гарантированный
доставки сообщений
гарантированы тем
сообщений
Доставка, ни
Сервер инициативе
Связь
(Push)
HTML может быть
стиле с CSS
(Cascading Style
Sheets)
Гибкие макеты являются
Возможно, фиксированная сетка
трудно
сохранить последова -
tently через
браузеров.
Компонентов
ограничивается теми
через
HTML Markup
Может быть доставлен
с JSP,
Servlets, ASP, JSP,
ASP.NET, JSP,
ColdFusion, PHP,
и многое другое.
Кодекс Exposed --
легко копировать
Относительно легко
переноса на другие
устройства, такие как
КПК, телефоны и т.д.
Кодекс может быть
вперед-совместимого
из-за стандартизацию
Тион.
Относительно легко
Найти людей
HTML, XHTML
навыки программирования.
WYSIWYG
разработка
окружающей среды и
Содержание Manage -
Мент системах
(CMS), широко
доступный
Веб-приложений Решения: Справочник конструктора | 7
Пособие
Недостатком
Нейтральные Изготовление сайта 8
Обзор:
DHTML не является языком программирования, но в комбинации с HTML, JavaScript (или VBScript). и каскадных таблиц стилей (CSS). JavaScript это кросс-платформенный, объектно-ориентированный язык сценариев.
JavaScript также является небольшой, легкий, и была предназначена для встраивания в другие продукты и приложения, такие как веб-браузеры. Внутри принимающей среде, JavaScript может быть подключен к объектам
внешней среды для предоставления программного контроля над ними [2].
Примеры:
• TurboTax-файла вашей налоговых деклараций ( www.turbotax.com)
• Yahoo! Mail
• Hotmail
Читать далее:
• Dynamic Duo Крест-браузер динамического HTML
[ www.jalix.org/ressources/internet/dhtml/_dynduo/dynduo/]
• Что такое DHTML? [ webmonkey.wired.com/webmonkey/geektalk/97/39/index3a.html]
HTML, JavaScript и CSS (т.н. DHTML)
Развертывание
& Reach
Пользователь
Опыт
Обработка
Компонентов
& Настройка
Бэк-энд
Интеграция
Уникальный
Особенности
Будущие правописания
Кадровое & Стоимость
См. HTML ...
Большинство содержимого может
будут индексироваться
поисковые системы.
Работает с большинством
современных браузеров
(4.x и браузеров
позже)
JavaScript может быть
отключить пользователей
и администраторов
См. HTML ...
Элементы, которые могут
быть указаны в
HTML знаешь
к крупнейшему
количество веб -
пользователей
Мультфильмы
(репозиционирование и
движение), и перетащить
падение, расслоения,
Изменение стиля
включен для
Элементы интерфейса
Непоследовательность
поддержка
прозрачности и
Расслоение
Обычно имеет быстрый
время загрузки,
хотя большая
JavaScript Apps
может быть медленным для загрузки
Нет простого способа
интеграция аудио &
видео контента
См. HTML ...
Уменьшенный сервер
нагрузки может быть
достигнуто путем
увеличить местные
Обработка
(динамическая скрываться,
выявление,
перепозиционирование, и
переписывание
Элементы интерфейса)
Поставляется Logic
в браузер с
HTML страницу и
может быть расчлененным.
В результате, безопасного
данные не могут быть
Таким образом послал
(пароли, серийные
номер т.д.)
См. HTML ...
Некоторые компоненты пользовательского интерфейса -
Ненецкий может быть
заказ. а именно:
слайдеры
Пособия:
Dynamic Drive,
dynarch.com,
softplex.com,
navsoft.com,
и многое другое
См. HTML ...
См. HTML ...
См. HTML ...
Кодекс может быть
вперед-совместимого
в связи с открытым
стандарты
поддерживаемых
несколько браузера
поставщиков. Для
Пример: W3C
DOM (Document
Object Model)
деятельность
См. HTML ...
Малый размер уменьшается
тратить деньги
Относительно легко
Найти людей
DHTML-программы
Ming навыки.
Высшее разработке -
Мент расходы, связанные с
сложные,
ветвление кода
(необходим для
поддержка нескольких
браузеры)
Общий интерфейс
особенности могут быть
Трудно
осуществления
(табуляции, табличная
Данные, дерево просмотра,
перетащить,
Сохранение и т.д.)
Веб-приложений Решения: Справочник конструктора | 8
Пособие
Недостатком
Нейтральные Изготовление сайта 9
Развертывание
& Reach
Пользователь
Опыт
Обработка
Обзор:
См. DHTML Обзор ... IFRAME является встроенной рамкой (помещается внутри другой страницы HTML), который содержит отдельную страницу HTML со своим URL. DHTML может использовать скрытые плавающие фреймы, чтобы получить информацию от
сервер без перезагрузки страницы [Эшли 3]
Примеры:
• farechase.yahoo.com (Поиск рейсов только. Отель поиска использует XMLHttpRequest)
Читать далее:
• www.cs.tut.fi/jkorpela/html/iframe.html
• Удаленная сценариев с помощью IFRAME [ developer.apple.com/internet/webcontent/iframe.htm]
DHTML с помощью Remote Scripting IFrame
Компонентов
& Настройка
Бэк-энд
Интеграция
Уникальный
Особенности
Будущие правописания
Кадровое & Стоимость
См. DHTML ...
Работает с большинством
современных браузеров
(Internet Explorer
5.5 +, Netscape 6 +,
и Mozilla 1 +)
Динамический контент
не будут индексироваться
поисковые системы
См. DHTML ...
Заявки
большей степени
Образцы к экономии,
Книга и маркировка
содержимого может быть
Tricky.
Содержание может быть
неправильно, когда
пользователи нажимают Reload
Кнопки и обратно
См. DHTML ...
фреймов может быть
динамическое
обновилась с
серверные содержание
с Javascript и
идентификатор DOM
Только позволяет
содержание которых будут
загруженной в
предопределенные области
(кадр) на веб -
Страница (хотя
IFRAME содержание может
быть помещен в DIV и
переехал procedur -
союзника)
См. DHTML ...
См. DHTML ...
сокращение сервер
нагрузки за счет более
обработку
на стороне клиента
См. DHTML ...
См. DHTML ...
См. DHTML ...
Высшее разработке -
Мент расходы, связанные с
сложные,
ветвление кода
(необходим для
поддержка нескольких
браузеры)
Дополнительное усилие
необходимых для хорошего
accessibilitiy (то есть:
Экран читателей)
Веб-приложений Решения: Справочник конструктора | 9
Пособие
Недостатком
Нейтральные Изготовление сайта 10
Развертывание
& Reach
Пользователь
Опыт
Обработка
Обзор
См. DHTML Обзор ... XMLHtttpRequest это объект, который позволяет (совместимый) веб-клиенты для представления и получения XML-данных с сервера без перезагрузки страницы. JavaScript обрабатывает данные
фоновом режиме и делает это через Document Object Model (DOM) [Гаррет 4]. Это может произойти в асинхронном режиме, позволяя пользователю продолжать со своей задачей, а получает данные обработаны и обновляться.
Примеры:
• www.gmail.com (нагрузка JavaScript двигателя при старте сессии)
• map.search.ch
• maps.google.com
• www.flickr.com (изменить заголовки ваших фотографий на месте)
• www.fiftyfoureleven.com / ресурсы / Программирование / XMLHttpRequest / Примеры
Читать далее:
• developer.apple.com/internet/webcontent/xmlhttpreq.html
• XMLHttpRequest для масс: www.allinthehead.com/retro/241/xmlhttprequest-for-the-masses
• www.standards-schmandards.com/index.php?2005/03/01/16-ajax-and-accessibility
• Простая Ajax Toolkit: www.modernmethod.com/sajax/
• JSON-RPC: oss.metaparadigm.com/jsonrpc/
DHTML с XMLHttpRequest (AKA AJAX)
Компонентов
& Настройка
Бэк-энд
Интеграция
Уникальный
Особенности
Будущие правописания
Кадровое & Стоимость
См. DHTML ...
XMLHtttpRequest
доступны в
Netscape / Mozilla,
Internet Explorer
5 +, и Safari
браузеры
(Safari & Opera
может поддерживать только
подмножества запросов)
Авторские просил
сквозь
XMLHttpRequest
Объект не может быть
проиндексирована поисковыми
двигателей и прочитанных
Некоторые экран
читатели.
См. DHTML ...
Повышение пользователей
опыт работы с
лучше, быстрее формы.
В режиме реального времени
обновления и
проверки, как пользователь
движется от поля до
области или даже после
каждого персонажа
запись.
Содержание может быть
неправильно, когда
пользователи нажимают Reload
Кнопки и обратно
Образцы к экономии,
Книга и маркировка
содержимого может быть
Tricky
Enhanced
функциональность в рамках
веб-браузер
будет трудно
Общение
См. DHTML ...
Дальнейшее снижение
Сервер нагрузок в связи с
обработки на
стороне клиента и чистая
Данные просьбы
(без презентация
Тион слой) после
первоначальной загрузки.
Нет сокета
Connections --
Сервер не может
инициировать коммуникации
TIONS для клиентского приложения
См. DHTML ...
В связи с большими
заинтересованность в Сети
разработка
сообщество,
DHTML Пособия
с XMLHttpRe -
Quest обязательно
скоро. (Для
Сейчас, см. SAJAX
и JSON-RPC)
См. DHTML ...
См. DHTML ...
См. DHTML ...
XMLHttpRequest является
API, что
принадлежит
Microsoft-может быть
амортизируются.
Однако консорциум W3C
Подобные инициативы
"Нагрузка и XML
Сохраните характеристики "
в DOM Level 3.
См. DHTML ...
Высшее разработке -
Мент расходы, связанные с
сложные,
ветвление кода
(необходим для
поддержка нескольких
браузеры)
Дополнительное усилие
необходимых для хорошего
accessibilitiy (то есть:
Экран читателей)
Web Application Solutions: Руководство изготовление сайтов ера | 10
Пособие
Недостатком
Нейтральные Изготовление сайта 11
Развертывание
& Reach
Пользователь
Опыт
Обработка
Обзор:
Macromedia's Flash 6 + представляет собой мультиплатформенный плагина установлен в большинстве браузеров, а также применение для разработки содержания, интерфейсов и приложений. Flash 6 + поддерживает богатые
векторной графикой, анимацией, а также возможность построить современные приложения Интернет с помощью сценариев, формы, XML, а также соединений сервера сокет. Flash 5 имеет ограниченную поддержку для некоторых из этих функций
множеств.
Примеры:
• Rich Internet Applications ( www.klynch.com/archives/000074.html)
Читать далее:
• статистика Flash установки:
www.macromedia.com/software/player_census/flashplayer/version_penetration.html
• Доступность: www.macromedia.com/macromedia/accessibility/features/flex/best_practices.html
• Java и Flash связей сокета: www.dagblastit.com/java/sockets.html
Flash 6 (и выше)
Компонентов
& Настройка
Бэк-энд
Интеграция
Уникальный
Особенности
Будущие правописания
Кадровое & Стоимость
Согласно
Macromedia, Flash
6 + установлен на
95,1% интернет -
включен ПК
в США, более
96% в Европе и
Канада и 92%
в Азии.
Применения
поставляются через
Flash Player
может запустить тождественного
по всем основным
операционные системы
Рядом с бесшовной
Процесс обновления
для плагина
Традиционные слежения
и показатели можно
проблематично, но
имеет возможность отслеживать
конкретных государств
Flash содержание не
проиндексирована поисковыми
двигателей. (человеко -
обходные существуют)
Вспышка имеет богатый
набор функций для
привлечение взаимодей -
TIONS включая сопротивление
и падения,
анимация,
прозрачность,
Расслоение, аудио-и
потоковое видео.
В режиме реального времени
обновления и
проверки, как пользователь
Форма завершения
полях
Потенциальный латентности
в связи с relevantly
больших первоначальных
скачать и
Плагин запуска
Не в полной мере
с браузером
окружающая среда
(Reload, спине
Кнопки и
закладок).
Методы обхода существующих
Встроенная ActionScript
обеспечивает динамическое
обработку без
перезагрузка страницы
(хиты сервер)
Изначально поддерживает
векторная графика,
потоковое аудио,
и потоковое
Видео
На стороне клиента
XML / DOM разбора
имеет задержку вопросы
Flash Pro поставляется
много встроенных
компоненты: Data
сетка, дерево
аккордеон, меню
бар и т.д.
Много дополнительных
Flash UI Пособия
и компоненты
доступна по 3
Стороны
Одновременно и гибкой, и
Сетка макеты являются
возможно (с помощью
Контейнер объектов)
Flash-стандартное
Компоненты
не так просто
Настройка
Сокращение по серверу
нагрузок, обусловленное
обработки на
стороне клиента и чистая
Данные просьбы
(без презентация
Тион слой) после
первоначальной загрузки.
Socket соединение
позволить сервере
инициативе общин -
катионов к клиенту
ок
Flash 6 +, могут быть
использоваться в качестве
Презентация слой
с общим
серверных технологий
таких, как Java
Servlets, JSP,
PHP, ASP, и т.д.
Приложения могут быть
портирован на Flash Lite
для использования на мобильных
устройства (W / Flash 4
функциональность)
Можно позволить вернуться
Кнопка доступа по -
Ing историю объект
Бад репутацию от
изготовление сайтов еры
Обновленное простой
UI виджетов (в части
в связи с Flash -
набор компонент)
В теории код
защищен, но в
действительности это может быть
разломать
простые инструменты.
Может быть подключен
к вещам, как Flash
Коммуникации
Сервер, с тем чтобы
реальном времени А. В. Чат,
Чата и т.д. между
Флэш-клиентам
С учетом собственных
Формат, API могут
Переход от
версии к версии.
Однако,
Macromedia
кажется
привержена
стандарты, такие как
CSS, XML, SOAP,
SVG и т.д.
Снизить издержки за счет
разработка / тестирование
раз и навсегда
платформах
ActionScript 2
объектно-ориентированные и
на основе ECMA
Сценариев (например,
JavaScript), чтобы
Разработчики знакомые
W / JavaScript может
быстрее забрать
ActionScript
Однако,
программисты
соответствующие Flash
опыт
относительно скудные
Развитие может
дольше
потому что все
Должны быть созданы
с нуля:
Концепция страниц,
ссылки, просматривать
История, масштаб и т.п.
Web Application Solutions: Руководство изготовление сайтов ера | 11
Пособие
Недостатком
Нейтральные Изготовление сайта 12
Развертывание
& Reach
Пользователь
Опыт
Обработка
Обзор:
См. Flash Обзор ... Flex и Ласло предлагают презентация серверов, которые могут быть установлены на сервере. Каждый из них имеет обширную библиотеку компонентов пользовательского интерфейса, на основе XML язык разметки, используемый для
декларативного выложить эти компоненты, а также объектно-ориентированный язык программирования, который обрабатывает пользовательские взаимодействия с приложением [Coenraets 6].
Примеры:
• Ласло: Behr цвета Smart: www.behr.com/behrx/index.jsp
• Flex: www.macromedia.com/devnet/flex/example_apps.html
Читать далее:
• Гибкая Обзор: www.macromedia.com/software/flex/productinfo/brz_overview/
• Ласло Обзор: www.laszlosystems.com/products/
• Сравнение Flex против Ласло: www.infoworld.com/article/04/12/03/49TClasflex_1.html
• IDE для Ласло: alphaworks.ibm.com/tech/ide4laszlo
Flash с гибким или Ласло Presentation Server
Компонентов
& Настройка
Бэк-энд
Интеграция
Уникальный
Особенности
Будущие правописания
Кадровое & Стоимость
Дальнейшее снижение
Сервер нагрузок в связи с
обработки на
стороне клиента и чистая
Данные просьбы
(без презентация
Тион слой) после
первоначальной загрузки.
Ласло презентацию
Сервер
представление
вопросы
Flex MXML's Toolkit
обеспечивает компо -
Ненецкий со стандартным
Презентация
MXML код Flex
может быть стилизовано под
CSS или Flash
LZX Ласло Инструментарий
обеспечивает компо -
Ненецкий со стандартным
Презентация
Ласло только
компилируется в Flash 5
стандартный (Laszlo
has Flash 6 in
бета-версия)
Уровень презентации
(ASP, JSP,
Servlets, ColdFu -
Сьон, Flex или
Ласло) может
интеграции с
Общепринятая резервное
концами (EJB, Java
Фасоль и веб -
Службы и т.д.)
Macromedia имеет
брошенных сервер
в продуктах
прошлого в том числе:
Drumbeat,
SiteSpring,
LikeMinds, Кава,
т.д. (большинство из них
скручены Особенности
в другие продукты
таких как Flex или
Dreamweaver)
Ласло и Flex
Презентация
Серверы могут ускорить
UP Development
Ласло презентацию
Сервер открыт
источник
Flex Builder IDE
делает ее относительно
Легко строить
приложений
Flex
Развития в
Flex / Ласло больше
знакомые
традиционный
Разработчики
(по сравнению с Flash
программирование)
Flex презентацию
Сервер дорогой
Ласло не
имеют сопоставимые
IDE для Flex Builder
Web Application Solutions: Руководство изготовление сайтов ера | 12
Пособие
Недостатком
Нейтральные Изготовление сайта 13
Развертывание
& Reach
Пользователь
Опыт
Обработка
Обзор:
Java аплет это небольшая программа, написанная на языке программирования Java, который может быть встроен в страницу HTML. Java апплеты может работать в веб-браузер с помощью виртуальной машины Java (JVM)
Примеры:
• java.sun.com/applets/
• Каталог представление является полезным апплета базы данных, которые могут отображать данные в виде таблицы отображения.
javaboutique.internet.com/CatalogView/
Читать далее:
• www.matisse.net/files/glossary.html
• ВС не установил еще на апплеты Java, Рик Мур www.adtmag.com/article.asp?id=7074
Java-апплеты
Компонентов
& Настройка
Бэк-энд
Интеграция
Уникальный
Особенности
Будущие правописания
Кадровое & Стоимость
Java апплеты
требует Java
Plug-или Java
Виртуальная машина
(JVM), уже
установлены в наиболее
браузеров.
Java Plug-In
IE поддерживает и
Netscape 3.0 + на
Windows 95, 98,
NT 4.0, Solaris
2.5 и 2.6. JVM
загрузка 5MB
Непоследовательность
браузера осущест -
tations. (Однако,
Java Солнца плагина
позволяют апплетов
работать в Java Солнца
Время просмотра Environ -
Мент, чтобы обеспечить
последовательности)
Java аплет
Содержимое не
проиндексирована поисковыми
двигателей.
Java-апплеты предложения
богатый набор
возможности для
привлечение взаимодей -
TIONS включая сопротивление
и падения,
анимация и
другие элементы пользовательского интерфейса
Найдено в традиционных
настольные приложения.
В режиме реального времени
обновления и
проверки, как пользователь
движется завершается
формы
Задержка из-за
relevantly большой
начальная загрузка
и плагинов, запуск
Образцы к экономии,
Книга и маркировка
содержимого может быть
Tricky
Апплеты не
встроенных в веб
Страницы и идти
за HTTP для
удаленных данных
запрос / ответ
Плагин должен быть
установлен только один раз
а затем он кэширует
Все апплеты.
Очень хорошо
Процессор интенсивных
Визуализация
рендеринг
(интерактивные и
динамическое
Сгенерирована графы,
диаграмм и т.д.)
Может снизить нагрузку
серверная
обработку
клиенту экономить
Нагрузку на центральный процессор и
пропускную способность сети
Свинг и
JavaBean контроля
доступный
Свинг может быть медленным
и громоздкий
В веб -
Client UI
HTTP, HTTPS,
FTP и Gopher
поддерживаются
1.2.2 освобождении
Java Plug-In
Программное обеспечение.
Полное Java-Compat
ible поддержки; предложения
все преимущества
Язык Java,
в том числе portabil -
ITY, быстрее разработать -
Мент, мощный API
библиотеки и т.д. [1]
Можно создать
Socket связи
на серверы и
поток данных
между апплета
и сервер
Апплеты можете написать
на локальном диске, если они
имеют цифровую подпись
(с помощью диалогового
окно)
Апплеты работать в
"Песочнице", так мало
проблемы безопасности
существуют; строгих правил
каким апплет может
взаимодействуют с вашим
компьютером и
сеть
Доступ к сети
только
запуск сервера;
Единственный надежный источник
данных и хранения
для апплета на
принимающий сервер.
Апплеты не
разрешается ссылаться на
любой местный execut -
возможности программы по
Клиент
машина.
Java более
обычно используется в качестве
Платформа, чем это
для апплетов
Использование апплетов
не кажется
быть соответствующая
Рост Интернета
Microsoft решила
остановить судоходство
JVM с его
Новейшие версии
Internet Explorer
Многие разработчики
кто знает Java
относительно имеющихся
Web Application Solutions: Руководство изготовление сайтов ера | 13
Пособие
Недостатком
Нейтральные Изготовление сайта 14
Развертывание
& Reach
Пользователь
Опыт
Обработка
Обзор:
Active X представляет собой интерфейс прикладного программирования (API), разработанных Microsoft, который расширяет и улучшает функциональность веб-сайтов рассматривается в Internet Explorer. Когда доступ через Internet Explorer,
Active X контроля могут иметь полный доступ к операционной системе Windows.
Примеры:
• activex.microsoft.com
Читать далее:
• msdn.microsoft.com/library/default.asp?url=/workshop/components/activex/intro.asp
• msdn.microsoft.com/workshop/components/activex/intro.asp
• Вопросы безопасности: office.microsoft.com/en-us/assistance/HA011403101033.aspx
Active X
Компонентов
& Настройка
Бэк-энд
Интеграция
Уникальный
Особенности
Будущие правописания
Кадровое & Стоимость
Работы по наиболее
Windows-машин
Active X контроля
может быть установлена на
Пользователь
компьютер и запустите
на местах в течение
последующее
сессиями.
Не кросс-платформенный
(Microsoft
Только для Windows), а не
рекомендовано
когда пользователь
платформы может варьироваться
Добавляет интерактивного
особенности и
Найдено в анимации
традиционные настольные
приложения
Интеграция с
местные ресурсы
(файлы, оборудование,
офисные приложения,
т.д.) возможно
Уменьшенный сервер
нагрузок, обусловленное
обработки на
стороне клиента и чистая
Данные просьбы
(без презентация
Тион слой) после
первоначальной загрузки.
Возможность создания
Socket соединение
и сервером, инициированный
Связь
Есть много
Элементы управления ActiveX
доступна с
функциональность
от
прост в полной
Рекомендуемые расширенным
Листы и слова
процессорами.
Active X может
интегрировать непосредственной
с SQL серверами
и многие другие
Сервер техно -
гии.
Active X контроля
может быть использован в
другие Microsoft
программирования и
База данных
Языки.
Доступ к локальным
ресурсы могут
создать безопасности
вопросы (Обязательное
Система регистрации
для Active X
контроль помогает решать
с этим вопросом)
Microsoft будет
определить
Будущее Active X
(еще не получил
многое развития
внимания
Microsoft для
число лет)
Расширение использования
Non-Windows
платформами (например: Макс
OS X, мобильный
технологии и т.д.)
Может быть разработана
В Windows IDE
инструменты.
Web Application Solutions: Руководство изготовление сайтов ера | 14
Пособие
Недостатком
Нейтральные Изготовление сайта 15
Развертывание
& Reach
Пользователь
Опыт
Обработка
Обзор:
Java Web Start это приложение, которое позволяет приложениям Java, чтобы клиент был запущен, развертывать и обновление с помощью стандартного веб-сервера.
Примеры:
• www.up2go.net (более 70 Служб в перечне; оцениваются Apps)
• www.connectandwork.com/external
Читать далее:
• Java Web Start на помощь, Рагхаван Н. Srinivas
www.javaworld.com/javaworld/jw-07-2001/jw-0706-webstart.html
• Товарищеские Java Web Start / JNLP FAQ, Джеральд Бауэр: webstartfaq.com/
• www-106.ibm.com/developerworks/java/library/j-webstart/
Java Web Start
Компонентов
& Настройка
Бэк-энд
Интеграция
Уникальный
Особенности
Будущие правописания
Кадровое & Стоимость
Java Web Start
Версия 1.0 или 1.0.1
Должен быть установлен
на клиента
машина (10 МБ
файл), а затем применений
TIONS может быть
развернутых через URL-адресов
Локального кэша
Версия
Приложение
автоматическое
обновляется при запуске
и удаленные версии
был обновлен
Наличие на
Windows, Solaris,
OS X (пре -
установлена), и
Linux
Требует ручной
Установка Java
Web Start на каждом
Клиентская машина
(более утомительно, чем
браузера
автоматическое
Установка Java
подключаемый модуль)
Заявки
кэшируются локально
После загрузки
Поддерживается полная
Обои для рабочего взаимодействия
TIONS
Заявки
начало неза -
СТОМАТОЛОГИЯ веб -
браузер
Переменная применений
Тион доступа может быть
нелогичным, чтобы
пользователей
То же, как и любой Java
настольных приложений
То же, как и любой Java
настольных приложений
Заявки должны
быть упакованы в
соответствии с
Java Web Start
руководящие принципы
Может использоваться только
для клиента Java
приложениями, написанными
для Java 2
Платформа
Требует пользовательских
код на сервере;
требует специальных
конфигурирование
JNLP MIME тип
Приложения работают
форум
Java Web Start
позволяющий на стороне клиента
Java приложения
доступ к разнообразным
локально-машина
ресурсов, таких как
доступ к файлам и
буфер доступа
(требуется диалоговое окно
акцепт)
Не вполне подходят для
развертывание
приложения
Мобильные устройства
Свободный, Redistribut -
возможности в 12
Языки
Applications can be
как правило, письменное
автономное
заявок на
Платформа Java 2
Web Application Solutions: Руководство изготовление сайтов ера | 15
Пособие
Недостатком
Нейтральные Изготовление сайта 16
Развертывание
& Reach
Пользователь
Опыт
Обработка
Обзор:
Смарт-клиента Windows приложение, которое устраняет разрыв между тонкими клиентами и богатых клиентов. Смарт-клиентов
Интернет-обслуживание и развертывание (компонент можно загрузить его необходимо запускать в удаленном режиме), но более богатые взаимодействий
путем компиляции местных Runtimes
Примеры:
• www.windowsforms.net/Default.aspx?tabindex=6&tabid=48
Читать далее:
• msdn.microsoft.com/netframework/programming/winforms/smartclient.aspx
• msdn.microsoft.com/architecture/journal/default.aspx?pull=/library/en-us/dnmaj
/html/choosing_presentation_layer.asp
• www.code-magazine.com/Article.aspx?quickid=050023
Windows Smart Clients
Компонентов
& Customization
Back-end
Интеграция
Уникальный
Особенности
Future Proofing
Staffing & Cost
Works on most
Windows machines
(Requires Microsoft
Windows .NET
framework)
Smart clients can
be deployed by
CD, DVD, an
приложение
deployment
infrastructure, or a
web server using
HTTP
Not cross-platform,
not recommended
when user
platforms can vary
Full desktop
interactions are
possible (direct
manipulation,
hotkeys, etc.)
Приложение
components can
be downloaded
dynamically as
needed allowing
applications to load
quickly
Integration with
local resources
(files, hardware,
office applications,
etc.) possible with
.NET framework
Variable applica-
tion access may be
counter-intuitive to
пользователей
Server and network
load is reduced
because compo-
nents are only
updated if needed.
Peer to peer
connectivity is
possible through
ability to listen for
incoming network
просит
Initial dowload can
be larger than
comparable thin
client solutions
Windows form
libraries available
Currently only
supports grid
layout (flexible
layouts will be
supported in
Longhorn smart
clients)
Can use SOAP,
XML, HTTP, etc.
for data
Applications can
run offline
.Net framework
provides security
through code
access security
(CAS) infrastruc-
Туры
Multiple versions of
a smart client
application can
target specific
Устройства
Microsoft has a
разработка
roadmap to
continue enhancing
smart clients over
the next several
лет.
Developers can
use Microsoft
Visual Studio .NET
as a drag and drop
IDE
Reduce develop-
ment and mainte-
nance time due to
applications not
subject to DLL
conflicts
Web Application Solutions: A изготовление сайтов er's Guide | 16
Пособие
Недостатком
Нейтральные Изготовление сайта 17
Canoo Ultra Light Client (ULC)
Build Rich Internet Applications with Java standards. ULC's
pure java library offers a server-side API to Swing (servlet
or bean), providing rich GUIs for J2EE applications.
Java-based thin-client presentation engine needs to be
installed once for any number of applications; may be
deployed by Java Web Start, as an applet, or by any other
deployment mechanism
• www.canoo.com/ulc
Java WebCream
Acts as a Java AWT or Swing to HTML bridge. Это
dynamic Java to HTML converter. WebCream turns thick
client GUI applications and applets into DHTML websites.
Macromedia Central
Unlike conventional web sites, Central applications can
function both online and offline, keeping important
information constantly available. Central applications run in
a controlled environment to keep sensitive data secure.
And because Central automatically notifies the user when
new versions are available, applications are always
последнюю дату.
• www.macromedia.com/software/central
Macromedia Director
A well-established way to create and deploy applications
for CDs, DVDs, kiosks, and the Internet
• www.macromedia.com/software/director
Microsoft's Avalon & XAML
Avalon is the platform for the next-generation of Microsoft
Windows client applications. It will create a new presenta-
tion platform by combining the features of the DHTML, a
vector-based display engine, and Win32 development
платформах. XAML, Avalon's markup language used to
declaratively represent the user interface, enables the
separation of UI изготовление сайтов from the underlying code.
• msdn.microsoft.com/Longhorn/understanding/pillars
/avalon/avnov04ctp/default.aspx
Nexaweb
Nexaweb provides a software platform for developing and
deploying Enterprise Internet Applications. The Nexaweb
platform includes the following: 1) J2EE server component, 2)
150k java-based client app, 3) real-time messaging layer, 4)
WYSIWYG development environment.
• www.nexaweb.com/products.asp
PDF & XDP
Adobe is trying to evolve PDF into an allpurpose fill-in-the-
forms container for Enterprise workflows. The new Adobe tool
will have an IDE for creating forms in XDP files
that are a superset of PDF and will use JavaScript as the
programming API [6].
• www.adobe.com/products/acrobat/readstep2.html
SMIL
The Synchronized Multimedia Integration Language (SMIL,
pronounced "smile") HTML-like authoring language for
interactive audiovisual presentations.
• www.w3.org/AudioVideo/
SVG
Language for describing two-dimensional graphics in XML.
Graphics can be vector, bitmap or text. Promises the following
features: rich manipulation of graphic objects, leverage of
W3C specifications and standards efforts, ability to use
light-weight vector graphics for fast downloads, high resolu-
tion, high quality printing.
<a href="http://galaweb.ru/izgotovlenie-saytov.html">изготовление сайтов</a>
<p><a href="http://galaweb.ru/izgotovlenie-saytov-pdf.html">изготовление сайтов перевод</a></p>
</body>
</html>