21 Июл

4 Создание сайта

Содержание

4 Создание сайта

4.1 — Как составить ТЗ

4.2 — Как интегрировать сайт в Ваш бизнес

4.3 — Как проверить функциональность сайта

 

 

 Разработка веб-сайтов проделала длинный путь с середины 90-х, когда Веб-взрыв имел место в публике. Ранние веб-сайты часто писались людьми и были делами только для текста; в наше время сайты часто строятся профессиональными командами разработчиков с использованием структур веб дизайна , а также графических художников, для удобства использования, доступности, поисковой системы и специалистов по базе данных все сотрудничества. Чтобы произвести и поддержать веб-сайты, ответственные за миллионы долларов годового дохода, владельцев   .

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

Веб-дизайн

Обзор развития

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

Решение будет принято, стоит ли включать систему управления контентом (CMS), предоставляющую клиенту степень автономии, чтобы обновить определенные области сайта самим, и не нанимать разработчика для дополнения содержания страницы. Классическим примером такой особенности было бы место электронной коммерции с бэкендом администрации, где производственные линии обновлены, или CMS может включить простой интерфейс для штата, чтобы изменить особенности новостей, специальные предложения или другое содействующее содержание.

CMS — управление контентом

Проектная документация

Независимо от размера места или сложности, документ требований сформулирован, описывая задачи и цели, которые будут достигнуты веб-сайтом. Иногда клиент будет готовить документ до первой встречи. Это может быть в форме приглашения, предложить проект со схемой объема , или это может быть подробная спецификация требований. Часто, эта задача упадет на разработчика, чтобы понять и охватить содержание, проблемы поднимают и дух встречи, и поставьте интерпретацию как основание для дальнейшего обсуждения. Бумага должна также идентифицировать обязанности по роли; приложение, идентифицирующее всех игроков проекта против конечного результата.

Как только документ требований был – неизбежно – пересмотрен и одобрен, функциональная спецификация спроектирована, детализируя, как именно пункты документа требований будут достигнуты на веб-сайте и его механизмах поддержки. Это — более подробный документ, перечисляющий все страницы сайта вместе с их целью и классификацией пользователей – или для общественного потребления, или видимый только управленческому штату компании.

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

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

Схема сайта

Карта сайта или схема редко необходимы для малых инициатив, но понадобится для более крупных предприятий с многоуровневыми меню и сложными навигационными структурами, требующими значительного меж связывающегося места. Лучше всего заниматься с приспосабливаемой схемой. Это может казаться сложным процессом, но действительность покажет, что отмечено на доске ценной и гибкой средой, на которой можно экспериментировать. Программы существуют – в основном flowcharting диаграммы – которые помогают, разработчикам визуализировать расположение и структуру на более подробном уровне. Но они  менее гибкие и интерактивные, проводя коллективное обсуждение целей и особенностей,  представляя группе заинтересованных сторон.

Как только целевые стремления были идентифицированы, тогда разработчик  произведет каркасную модель веб-сайта – скелетной монохромной схемы – детализация функциональности, навигации и размещения содержания. Изощренность каркаса зависит от сложности места и может изменится от основной линии «Фотошопа», оттянутые модели к рабочей схеме сайта HTML. Выгода последнего, возможна даже для более простых ресурсов которые являются клиентами.

Схема

Лучше всего для понимания — функциональность которая может играть с интерфейсом, даже при том, что это лишено фактического содержания (представленный текстом Greeked placeholder, часто латынь, которая дает общее представление о довольных формах). Последующие регуляторы  требуются обычно, пока дизайн не отвечает  функциональным требованиям и требованиям удобства использования.

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

Перейти Перейти

Добавить комментарий

Ваш e-mail не будет опубликован. Обязательные поля помечены *

59 − 55 =