Разработка сайта стоматологической клиники

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

коммерческая задача;

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

рекламная — привлечение новых клиентов;

повышение доверия к клинике;

позиционирование врачей-специалистов как экспертов. Медицинский сайт для клиники должен содержать:

обилие медицинской информации;

развитые формы обратной связи для записи на прием к определенному специалисту (рис.

2.1);Рис.

2.1. Образец формы записи на прием.

купоны;

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

2.1.

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

1.1, и 1.2), затем дизайн сайта (рис.

1.3) и уже потом прототип сайта (рис.

1.4).В результате прототип сайта приобретает следующий вид в AxurePRPro (рис2.

2.)Рис.

2.2. Фрагмент прототипа сайта.

Требования к системе управления сайтом.

Общие требования к административной части.

Для получения доступа к административной части сайта необходимо указать определенный адрес в строке браузера и пройти авторизацию. В качестве системы управления будет использована CMSJoomla! Версии 3.

4. с возможностью обновления версии. В качестве форума, который должен быть для обеспечения обратной связи с заказчиками будет использоваться форум «Kunena"с дополнительными плагинами работы с социальными сетями. Для разработки элементов дизайна и шаблона сайта будет использоваться редактор шаблонов Artisteer. Для шаблона планируется статическая блочная структура (ширина страницы 1024px), информационная часть представляется в виде 2-х блоков в соотношение 25%, 75%. Header и Footer не превышают 150px. Для отображения данных о продукции и услугах используется табличная верстка, во всех остальных случаях используется блочная верстка. Требования к управлению разделами сайта.

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

создание подраздела 1 уровня;

создание подраздела 2 (и далее) уровня;

редактирование контента страницы;

удаление раздела;

перемещение раздела вверх в списке;

перемещение раздела вниз в списке;

признак показа (show) или не показа (hide) страницы в клиентской части сайта;

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

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

1.Поле элемента контента, может быть одного из следующих типов:

строка;

дата;ссылка на файл;

многострочный текст;

2. элемент контента — состоит из набора полей элемента контента;

3. список элементов контента — состоит из набора элементов контента. Поле элемента контента типа «Текст» должно редактироваться на отдельной странице в редакторе многострочного текста (данный редактор допускает включение в текст изображений).Для работы с сайтом по наполнению контентом был дополнительно установлен редактор контента JCE, который позволяет администратору сайта работать в двух режимах WYSIWYGредактора и HTMLредактора. Список элементов контента должен позволять:

перейти к редактированию полей элемента списка;

удалить элемент списка;

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

указать признак hideshow. В списке элементов должны выводиться все поля элемента, кроме полей вида «Многострочный текст». Управление настройками сайта.

В состав настроек сайта должны входить: — e-mail для администратора пользователя;

— возможность изменения материалов сайта, добавление/удаления категорий;

— и т. д. из рисунка 2.

5. Рис. 2.

5. Основные настройки сайта. Требования к разделению доступа.

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

Требования к информационному обеспечению.

Требования к хранению данных.

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

Для реализации статических страниц и шаблонов должны использоваться языки HTML 5.0 и CSS 3. Исходный код должен разрабатываться в соответствии со стандартами W3C (HTML 5.0).Для реализации интерактивных элементов клиентской части должны использоваться языки JavaScript и DHTML. Для реализации динамических страниц должен использоваться язык PHP. Требования к организации гиперссылок.

Все ссылки на сайте должны быть относительными (за исключением внешних).Требования к иллюстрациям.

Все рисунки и фото объемом более 1 kb (кроме элементов дизайна страницы) должны быть выполнены с замещающим текстом. Все рисунки должны быть в формате gif, jpg или png. Требования к объему одной страницы.

Объем одной стандартной загружаемой страницы сайта в среднем не должен превышать 170 kb. При использовании баннеров допускается flash-анимация. Объем flash-заставки не должен превышать 300 Kb. Требования к программному обеспечению.

Требования к программному обеспечению серверной части Для функционирования сайта необходимо следующее программное обеспечение:

Операционная система — Linux (Ubuntu, Debian, Suse) или Windows (XP, Vista, 7,8);Веб-сервер — Apache версии не ниже 2.3;СУБД — MySQL версии не ниже 5.3;язык — phpверсии 5.5;Требования к клиентскому программному обеспечению.

Сайт должен быть доступен для полнофункционального просмотра с помощью следующих браузеров: MozillaFirefox4.0 и выше;Google Chrome 12.0 и выше;Safari5.0и выше;MS IE 6.0 и выше;Opera8.0 и выше. Сайт должен быть работоспособен (информация, расположенная на нем, должна быть доступна) при отключении в браузере поддержки flash и JavaScript. Требования к техническому обеспечению.

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

процессор — Intel Pentium III 1 Ghz;

— оперативная память — 512 Mb RAM;

— жесткий диск — 20 Gb HDD. Требования к эргономике и технической эстетике.

Сайт должен быть оптимизирован для просмотра при разрешении 1024*768, 1280*1024 без горизонтальной полосы прокрутки и без пустых (белых) полей для основных типов разрешения. Элементы управления должны быть сгруппированы однотипно — горизонтально либо вертикально — на всех страницах. На каждой странице должны отображаться логотип компании и контактная информация. Интерфейс подключаемых модулей должен быть выполнен в едином стиле с интерфейсом ядра системы и должен обеспечивать возможность прозрачного перемещения администратора между модулями системы и использование одинаковых процедур управления и навигационных элементов для выполнения однотипных операций. Требования к приемке-сдаче проекта.

Требования к наполнению информацией.

Общие требования к информационному наполнению.

В рамках работ по данному проекту Исполнитель обеспечивает наполнение разделов сайта предоставленными Заказчиком материалами. Исполнитель обеспечивает обработку иллюстраций для приведения их в соответствие с техническими требованиями и HTML-верстку подготовленных материалов. Сканирование, набор и правка-вычитка текстов, ретушь, монтаж, перевод и другие работы могут быть выполнены Исполнителем на основании дополнительного соглашения (после просмотра имеющихся у заказчика материалов).После сдачи системы в эксплуатацию информационное наполнение разделов, осуществляется на основании договора на поддержку сайта. Объем текста и количество иллюстраций в других типах разделов определяется предусмотренной настоящим ТЗ структурой данных и уточняется на этапе согласования дизайн-концепции.Порядок предоставления информационного наполнения Заказчик предоставляет материалы в электронной форме в zip-архиве, содержащем дерево директорий, соответствующих структуре сайта. В каждой директории размещается набор документов в формате MS Word — по одному документу на каждый информационный модуль, информационные блоки которого опубликованы в соответствующем разделе. Не допускается размещение текста в виде графических изображений или иных нетекстовых элементов. Изображения могут быть размещены как в тексте внутри файла, так и в виде отдельного изображения. Однако, в последнем случае текст должен содержать ссылку на изображение в виде указания пути и названия файла изображения. Для каждого информационного модуля структура документа должна соответствовать шаблонам, предоставляемым Исполнителем до начала этапа предоставления материалов. Материалы для первоначального наполнения разделов должны быть полностью представлены Исполнителю в сроки, установленные планом-графиком работ. Допускается передача материалов частями, в нескольких zip-файлах, соответствующих приведенным требованиям. Передача материалов в объеме и формате, соответствующем настоящему ТЗ закрепляется подписанием Акта о передаче информационного наполнения. Любые изменения информационного наполнения силами Исполнителя после подписания данного Акта допускаются только на основании отдельного соглашения за дополнительную плату. Информационные материалы, не предоставленные Заказчиком в сроки, установленные планом-графиком работ, размещаются Исполнителем по гарантийному письму Исполнителя в течение 2-х недель после сдачи-приемки проекта. На эту часть информационных материалов также накладываются требования к формату предоставления, изложенные выше. Требования к персоналу.

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

По окончании разработки Исполнитель должен предоставить Заказчику дистрибутив системы в составе:

архив с исходными кодами всех программных модулей и разделов сайта;

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

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

3. Разработка сайта2.

3.1. Установка и настройка CMSсистемы JoomlaДля переноса сайта использовался клиент FileZilla (рис.

1.11)Рис. 2.

6. Перенос сайта на сервер через FTPклиент. Установка системы на сервер достаточно проста и не требует особых пояснений. (рис.

2.7).Рис.

2.7. Фрагмент установки CMSна сервере.

2.3.

2. Разработка и установка шаблона сайтаArtisteer — единственная программа для автоматизации веб дизайна, который позволяет моментально создавать уникальные шаблоны для СMS Joomla, Drupal, Wordpress, а также теми для блогов. С помощью программы можно по довольно короткая час создать тему для Wordpress и профессиональные шаблоны для Joomla! и Drupal. Программа представляет из себя простой и в тоже час мощный механизм для верстки шаблонов Worpress, Drupal и Joomla. Интерфейс в Artisteer очень напоминает MS Office 2007 и разобраться с ним в мини заняло минимум часов, ухе четко, ясно и понятно, т. е. Программа имеет интерфейс, который схож с интерфейсом продуктов Microsoft (рис. 2.8). Для разработки шаблона сайта и элементов сайта использовался редактор Artisteer. Описание редактора и работы с ним было в предыдущем разделе. Поэтому процесс разработки шаблона подробно описываться не будет (рис.

2.8).Рис.

2.8. Разработка шаблона в редакторе.Рис.

2.9. Реализация шаблона в сайте. Возможностей в Artisteer хватает для создания красивого шаблона, можно задать практически любой — размеры, подобрать цветовые решения и многое другое. С легкостью экспортировав, мы получаем виджетопидтримуючий шаблон. Правда, код получается не очень профессиональный, но от минусов в подобного рода программ никуда не денешься. При работе со статическим веб сайтом или динамическим приложением, с системой CMS, внешний вид создаваемых страниц в конечном счете сводится к таблицам каскадных стилей (CSS). Хотя структура страницы, как уже упоминалось выше определяется PHP файлом и XML документом. С одной стороны, использование стилей дает колоссальную выгоду, с другой — добавляет проблемы. Удобство каскадных стилей в том, что, внеся изменение в одном месте, мы получаем новое представление везде, где используется измененный стиль. Но с другой стороны, невероятная сложность управления десятками и сотнями параметров, каскадным записью правил, необходимостью учета особенностей различных браузеров приводит к тому, что большинство пользователей никогда не отклоняются от шаблонов стилей, заданных по умолчанию.

1.5. Выводы к первому разделу. В первом разделе были рассмотрены теоретические вопросы разработки сайта. Особое внимание уделялось технологиям разработки сайта. После тщательного детального анализа существующих технологий разработки была определена технология разработки средствами CMS. Были изучены возможности некоторых CMSи определено, что цели и задачи сайта могут быть наиболее качественно реализованы средствами CMSJoomla. В процессе исследования было определено, что несмотря на свои особенности, сайт является программным продуктом, а это означает, что его разработка должна соответствовать всем этапам жизненного цикла разработки программного продукта.

Особое внимание уделялось этапам проектирования сайта. Для этого были изучены и применены на практике специальные редакторы, которые позволяют на этапах концептуального, логического и физического проектирования получить прототип сайта, на основании которого при использовании AGILEметодики разработки программного продукта получить рабочий сайт уже при первой итерации разработки. Сам процесс разработки будет базироваться на клиентской технологии, а именно, использовании технологии HTML5+CSS3+JavaScript с использованием дополнительных библиотек. Указанная технология и средства разработки были изучены и кратко представлены в главе. Достаточно большое внимание было уделено серверной технологии разработки веб ориентированных программных продуктов. Также кратко были описаны как элементы технологии, так и инструменты разработчика. Таким образом, в первой части был описана теория разработки сайта и вопросы подготовки разработки сайта.

2.5. Выводы ко второму разделу.

Во втором разделе кратко описаны этапы проектирования и разработки сайта. Начало работы начинается с анализа требований на основании которых проводится разработка внешних элементов сайта, определении структуры сайта и построении проекта и шаблона сайта. На основании шаблона и анализа требований разрабатывается техническое задание. Следующим этапом переносится система на сервер, который заранее был зарезервирован по договору с заказчиком, на этом сервере разворачивается система управления контентом сайта. Затем разрабатывается первичный функционал сайта на основе технического задания и производится его частичное наполнение контентом. На следующем этапе выполняется поисковая оптимизация сайта — регистрация его в поисковых системах и продвижение сайта. На последнем этапе первая итерация сайта (1−2 недели разработки) сдается заказчику, определяется техническое задание на следующую итерацию. Процесс повторяется до полной реализации всех функций и задач сайта. На втором этапе проводится подготовка пользователей разного уровня доступа для размещения материалов на сайте.