Главная страница
Навигация по странице:

  • 2.4 Средства разработки и проектирования

  • 2 Разработка Webсайта 1 Общие сведения. Этапы создания сайта


    Скачать 6.33 Mb.
    Название2 Разработка Webсайта 1 Общие сведения. Этапы создания сайта
    Дата21.03.2022
    Размер6.33 Mb.
    Формат файлаdocx
    Имя файла2_razdel.docx
    ТипДокументы
    #407162
    страница2 из 4
    1   2   3   4

    2.3 Разработка технического задания. Требования к сайту

    ТЗ на ИС является основным документом, определяющим требования и порядок создания (развития или модернизации - далее создания) автоматизированной системы, в соответствии с которым проводится разработка ИС и ее приемка при вводе в действие.

    ТЗ на ИС разрабатывают на систему в целом, предназначенную для работы самостоятельно или в составе другой системы.

    Дополнительно могут быть разработаны ТЗ на части ИС: на подсистемы ИС, комплексы задач ИС и т.п. в соответствии с требованиями настоящего стандарта; на комплектующие средства технического обеспечения и программно-технические комплексы в соответствии со стандартами ЕСКД и СРПП; на программные средства в соответствии со стандартами ЕСПД; на информационные изделия в соответствии с ГОСТ 19.201 и НТД, действующей в ведомстве заказчика ИС.

    Примечание. В ТЗ на ИСУ для группы взаимосвязанных объектов следует включать только общие для группы объектов требования. Специфические требования отдельного объекта управления следует отражать в ТЗ на ИСУ этого объекта.

    Требования к ИС в объеме, установленном настоящим стандартом, могут быть включены в задание на проектирование вновь создаваемого объекта автоматизации. В этом случае ТЗ на ИС не разрабатывают.

    Включаемые в ТЗ на ИС требования должны соответствовать современному уровню развития науки и техники и не уступать аналогичным требованиям, предъявляемым к лучшим современным отечественным и зарубежным аналогам.

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

    ТЗ на ИС разрабатывают на основании исходных данных, в том числе содержащихся в итоговой документации стадии «Исследование и обоснование создания ИС», установленной ГОСТ 34.601.

    В ТЗ на ИС включают только те требования, которые дополняют требования к системам данного вида (ИСУ, САПР, АСНИ и т.д.), содержащиеся в действующих НТД, и определяются спецификой конкретного объекта, для которого создается система.

    Изменения к ТЗ на ИС оформляют дополнением или подписанным заказчиком и разработчиком протоколом. Дополнение или указанный протокол являются неотъемлемой частью ТЗ на ИС. На титульном листе ТЗ на АС должна быть запись "Действует с …".

    ТЗ на ИС содержит следующие разделы, которые могут быть разделены на подразделы:

    1) общие сведения;

    2) назначение и цели создания (развития) системы;

    3) характеристика объектов автоматизации;

    4) требования к системе;

    5) состав и содержание работ по созданию системы;

    6) порядок контроля и приемки системы;

    7) требования к составу и содержанию работ по подготовке объекта автоматизации к вводу системы в действие;

    8) требования к документированию;

    9) источники разработки.

    В ТЗ на ИС могут включаться приложения.

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

    В ТЗ на части системы не включают разделы, дублирующие содержание разделов ТЗ на ИС в целом.

    Порядок согласования и утверждения технического задания:

    Проект ТЗ на ИС разрабатывает организация - разработчик системы с участием заказчика на основании технических требований (заявки, тактико-технического задания и т.п.).

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

    Необходимость согласования проекта ТЗ на ИС с органами государственного надзора и другими заинтересованными организациями определяют совместно заказчик системы и разработчик проекта ТЗ на ИС.

    Работу по согласованию проекта ТЗ на ИС осуществляют совместно разработчик ТЗ на ИС и заказчик системы, каждый в организациях своего министерства (ведомства).

    Срок согласования проекта ТЗ на ИС в каждой организации не должен превышать 15 дней со дня его получения. Рекомендуется рассылать на согласование экземпляры проекта ТЗ на ИС (копий) одновременно во все организации (подразделения).

    Замечания по проекту ТЗ на ИС должны быть представлены с техническим обоснованием. Решения по замечаниям должны быть приняты разработчиком проекта ТЗ на АС и заказчиком системы до утверждения ТЗ на ИС.

    Если при согласовании проекта ТЗ на ИС возникли разногласия между разработчиком и заказчиком (или другими заинтересованными организациями), то составляется протокол разногласий (форма произвольная) и конкретное решение принимается в установленном порядке.

    Согласование проекта ТЗ на ИС разрешается оформлять отдельным документом (письмом). В этом случае под грифом «Согласовано» делают ссылку на этот документ.

    Утверждение ТЗ на ИС осуществляют руководители предприятий (организаций) разработчика и заказчика системы.

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

    Копии утвержденного ТЗ на ИС в 10-дневный срок после утверждения высылаются разработчиком ТЗ на ИС участникам создания системы.

    Согласование и утверждение дополнений к ТЗ на ИС проводят в порядке, установленном для ТЗ на ИС.

    Изменения к ТЗ на ИС не допускается утверждать после представления системы для ее очереди на приемосдаточные испытания.

    Регистрация, учет и хранение ТЗ на ИС и дополнений к нему проводят в соответствии с требованиями ГОСТ 2.501.

    Перед началом создания сайта предъявляются определённые требования, обязательные к исполнению. К созданию информационного сайта «Защита информации в локальных и глобальных компьютерных сетях» предъявляются общие требования:

    • сайт должен представлять собой информационную структуру, доступную в сети Интернет.

    • сайт должен состоять из взаимосвязанных разделов с четко разделенными функциями.

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

    • информация, размещаемая на сайте, является общедоступной.

    Пользователей сайта можно разделить на 3 части в соответствии с правами доступа:

    1. Посетители

    2. Редактор (сотрудник Заказчика)

    3. Администратор (сотрудник Исполнителя)

    Посетители имеют доступ только к общедоступной части сайта.

    Доступ к административной части имеют пользователи с правами редактора и администратора.

    Редактор может редактировать материалы разделов.

    Администратор может выполнять все те же действия, что и Редактор, и кроме того:

    • добавлять пользователей с правами Редактора;

    • добавлять и удалять разделы сайта.

    Доступ к административной части должен осуществляться с использованием уникального логина и пароля. Логин выдается администратором сайта.

    Требования к сайту включают в себя:

    • соответствие существующим стандартам.

    Занимается формированием этих стандартов World Wide Web Consortium (W3C), который не является официальной организацией по стандартизации, а скорее результатом совместных усилий экспертов в Web-областях, направленных на упорядочивание разработки Web-технологий. Консорциум W3C публикует свое мнение по поводу методов обработки в документах, которые называются рекомендациями. Большая часть таких рекомендаций становится стандартами Web-разработки.

    Соответствие существующим стандартам означает что:

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

    2. программный код сайта должен быть валидным - т.е. соответствовать используемым при разработке спецификациям.

    Соответствие существующим стандартам обеспечивает:

    1. доступность – это означает, что веб-страницы можно просматривать с помощью самых разнообразных браузеров и устройств.

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

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

    • кроссбраузерность.

    Кроссбраузерность подразумевает правильное отображение страниц сайта в разных браузерах. Существует большое количество браузеров (программ, которые используются для выхода в Интернет) - Mozilla Firefox, Google Chrome, Opera, Internet Explorer, Safari и другие. Кроме того, существует большое количество версий этих программ, и вдобавок каждая из них еще имеет несколько режимов отображения: стандартный, нестандартный, режим обратной совместимости.

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

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

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

    • вся используемая графика должна быть оптимизирована под web, иначе страница может слишком долго грузится, и пользователь не станет дожидаться окончания загрузки, по возможности лучше избегать большого количества рисунков и иной графической информации, если она не относится к делу.

    Требования, предъявляемые к оборудованию для нормальной работы сайта:

    • интернет соединение;

    • монитор;

    • 2 ГБ оперативной памяти;

    • периферийные устройства: мышь, клавиатура;

    • процессор с тактовой частотой 2.4 GHz.

    Требования, предъявленные к программному обеспечению:

    • наличие браузера;

    • наличие ссылки на страницу сайта.

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

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

    Хорошая структура:

    • удобна для пользователей: понятная навигация и полезность сайта напрямую влияют на его позиции в поисковых системах;

    • правильно работает для поисковых роботов: чем логичнее выстроен сайт, тем быстрее просканируются его страницы и тем менее вероятность того, что какой-то процент страниц не будет обнаружен и просканирован;

    • покрывает семантику: продуманное распределение ключевых запросов и страниц помогает покрыть все нужные пользовательские интересы.

    Также требования предъявляются к логической и физической структуре сайта.

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

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

    Физическая структура подразумевает алгоритм размещения физических файлов по поддиректориям папки, в которой опубликован сайт.

    Физическая структура должна быть понятна разработчику, т.е. необходимо её составить таким образом, чтобы поиск нужны страниц проводился без проблем.

    2.4 Средства разработки и проектирования

    Средства разработки сайтов – это наборы символов и правил, помогающие в разработке сайта, оформлении дизайна, таблиц, элементов и другой информации, располагающейся на сайте.

    • HTML

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

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

    • DHTML

    Динамический HTML (Dynamic HTML, DHTML) не является отдельным языком разметки страниц. Он всего лишь термин, используемый для определения HTML-страниц с динамически изменяемым содержимым. DHTML состоит из трех основных составляющих:

    • HTML;

    • каскадные таблицы стилей;

    • язык сценариев.

    Все три составляющих DHTML соединяются между собой объектной моделью документа (DOM, DocumentObjectModel), которая, по сути, является интерфейсом прикладного программирования (API). DOM объединяет в единое целое эти три компонента, что и придает простому документу HTML новое качество такое как, возможность динамического изменения своего содержимого без 14 перегрузки страницы. Объектная модель документа позволяет сделать все элементы страницы программируемыми объектами. С помощью нее через языки сценариев становится возможным получить доступ для управления полностью всем содержимым в документе. При этом каждый элемент HTML доступен как отдельный объект, а это значит, что значение любого параметра любого тега HTML-страницы при необходимости можно изменить, вследствие чего документ становится динамическим. Объектная модель документа трактует как событие любое действие пользователя, например, щелчок мышью, нажатие клавиши на клавиатуре и так далее. Оно может быть перехвачено и обработано конкретной процедурой сценария.

    • CSS

    Каскадные таблицы стилей (CSS — CascadingStyleSheets) – это таблицы, с помощью которых можно существенно увеличить возможности языка HTML в связи с более гибким управлением форматированием Webстраницы. Использованием стилей можно задавать точные характеристики практически всех элементов Web-страницы, что позволяет точно контролировать и создавать необходимый внешний вид Web-страницы в окне Web-браузера. Перед тем как приступить к изучению таблиц CSS, необходимо разобрать основные понятия. Значение параметра style (color: #bababa) называется стилем или определение стиля. Элемент определения стиля (color) называется атрибутом. Любой атрибут имеет значение (#bababa), записываемое после двоеточия. Таблицей стилей называют совокупность определений стилей, вынесенных в заголовок HTMLдокумента или в отдельный файл.

    • JavaScript

    JavaScript — это язык программирования, который позволяет сделать Web-страницу интерактивной, а именно откликающейся пользователю на его действия. Ряд команд (называемый программой, сценарием или скриптом) исполняется интерпретатором, который является частью обычного Webбраузера. Другими словами, код программы помещается в HTML-документ и начинает свое выполнение уже на стороне клиента. Запуск данной программы происходит даже без перезагрузки Web-страницы. Все сценарии исполняются после возникновения какого-либо события. К примеру, перед отправкой данных какой-нибудь формы можно проверить их на определенные значения и, в случае если они не совпадают с заданными, мы можем не разрешатьих отправку.

    • PHP

    PHP — это язык программирования, который выполняется на стороне сервера. PHP не зависит от программного обеспечения клиента, в связи с чем будет выполняться в любом случае, в отличие от языка JavaScript и HTML. Ряд команд (называемый программой или скриптом) выполняется интерпретатором языка PHP. Код программы может встраиваться в HTMLкод. Это является отличительной чертой PHP от других языков, которые используются в Интернете, например, от языка Perl. Чтение PHP-кода воспроизводится на сервере перед тем как страница будет отправлена Webбраузеру. По итогу Web-браузер загружает обычный HTML-код или другой вывод. Скрипт PHP содержит HTML с вкраплениями кода, в отличии от обычного вывода HTML-кода командами языка. Код PHP выделяется определенными начальным и конечным тегами , дающими возможность 16 входить и выходить в "PHP-режим". В отличии от JavaScript PHP-скрипты исполняются на сервере и создают HTML-код, отправляемый клиенту. При размещении на сервере подобного скрипта, клиент получит только результат его работы, без возможности выяснения информации каким кодом он был произведен. Всегда можно настроить сервер так, что даже обычные файлы HTML будут обрабатываться PHP процессором, при этом клиент не сможет распознать, получил он простой HTML-файл или итог исполнения PHP скрипта.

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

    • Wix – лидер среди конструкторов сайтов с мощным функционалом. Возможностей сервиса хватает на создание сайтов-визиток, интернет-магазинов, одностраничных сайтов, блогов.

    Wix работает по технологии HTML5, и включает большой набор стильных шаблонов. Более 500 макетов поделены на профили: портфолио и резюме, здоровье, бизнес, фото, видео и другие. Разработчики постоянно работают над системой, добавляя новые возможности и варианты шаблонов для других сфер. Регистрация осуществляется по ссылке: ru.wix.com

    Преимущества Wix:

    • Большой выбор дизайнерских шаблонов;

    • Простой интерфейс;

    • Возможность создания страницы с нуля;

    • Безопасный хостинг;

    • Возможность создания защищенных страниц;

    • 40 видов галерей;

    • Множество дополнительных бесплатных возможностей;

    • Создание стильных фото и видео-галерей, слайд-шоу;

    • Мобильная оптимизация;

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

    Недостатки конструктора сайтов:

    • ограничение производительности сайта до 10 Гб, исключение составляет «Безлимитный тариф»;

    • платное подключение собственного доменного имени;

    • платной услугой является подключение своего почтового ящика Gmail.

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

    • uKit – конструктор сайтов, специализирующийся на бизнес-тематике, оснащен функционалом для создания современного и удобного ресурса.

    uKit ориентирован на предпринимателей, которым для продвижения бизнеса необходимо присутствие в сети, но бюджет сильно ограничен. Сайты, созданные на данном сервисе, получаются красивые, и всего за пару дней можно запустить функциональный ресурс. Регистрация осуществляется по ссылке: ukit.com

    Достоинства конструктора сайтов:

    • Более 350 шаблонов и 38 тематик;

    • 100% адаптивность под любые устройства;

    • Внедрение чатов, обратных звонков, рассылок;

    • Инструмент для оценки готовности сайта к продвижению;

    • Отсутствие кода;

    • Интегрируемые виджеты.

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

    К недостаткам можно отнести:

    • небольшое количество бесплатных шаблонов;

    • ограничения в редактировании;

    • отсутствует возможность отдельной редакции мобильной версии;

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

    • uCoz ­– популярный конструктор сайтов, предназначен для создания практически любого проекта.

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

    Регистрация осуществляется по ссылке: ucoz.ru

    Достоинства и возможности:

    • Профессиональные шаблоны;

    • Возможность создания лендинга менее, чем за четверть часа;

    • Наличие бесплатных калькуляторов и форм для сайта, мессенджеров и соцсетей;

    • Возможность редактирования кода HTML и CSS.

    При необходимости существует возможность заказа веб-услуг по реализации любого проекта «под ключ» от 3900 руб.

    Недостатки конструктора сайтов:

    • чтобы использовать современный макет – придется заплатить;

    • отсутствует бесплатное заполнение метатегов через SEO-модуль;

    • чтобы освоить интерфейс, придется потратить много времени.

    • Bitrix24 – корпоративный портал имеющий встроенный конструктор, на котором можно спроектировать сайт практически под любые задачи и цели. Среди основных преимуществ решения на Битрикс ярко выделяются:

    • бесплатное распространение — хостинг, а также конструктор полностью бесплатные. При этом готовый сайт полностью сохраняет функциональность и может быть перенесен на сторонний домен.

    • простота интеграции с Б24 — решение, созданное на конструкторе Битрикс, легко интегрируется с любым инструментом экосистемы Б24. Синхронизация и обмен данных настраиваются либо из меню настроек, либо с помощью приложения из Маркетплейс. Все настройки, как правило, могут выполнены даже неопытным пользователем.

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

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

    Из выше перечисленных достоинств и недостатков различных средств разработки и проектирования был выбран Битрикс24, поскольку в себе он сочетает набор самых нужных функций как: встроенный конструктор, встроенный редактор фото, лёгкий и удобный интерфейс разработчика, который позволяет легко разобраться в устройстве сайтостроения, а также наличие предварительного просмотра поможет в разработке.
    1   2   3   4


    написать администратору сайта