22
можно сделать вывод о том, что наиболее подходящей и выгодной системой
для среднего бизнеса является система, состоящая из нескольких модулей
таких, как веб-сайт и настольное приложение.
1.2 Технологии создания веб-сайтов
По мнению Л.В. Кузнецовой [16], необходимо уделить пристальное
внимание планированию сайта прежде, чем начинать разработку, причем не
имеет значение, будет это простенькая страничка или же корпоративный
сайт. Для планирования сайта автор рекомендует использовать
специализированные программы, например Microsoft Visio.
Также автор находит важным при разработке следовать
технологическим стандартам, которые рекомендованы Консорциумом
Всемирной паутины (World Wide Web Consortium, W3C). Безусловно, внешне
веб-сайт, разработанный с соблюдением стандартов, не будет отличаться от
сайта, разработанного без соблюдения стандартов, однако, исходный код
будет выглядеть по-разному. Веб-сайт, который выполнен согласно
стандартам имеет вид удобный для чтения специалиста. Наряду с этим
преимуществом есть ряд положительных сторон применения стандартов при
разработке веб-сайта. Например, важнейшим преимуществом является
доступность. Под доступностью в данном случае автор понимает
обеспечение доступа к ресурсам сети Интернет пользователям
«нестандартных» браузеров: голосовые браузеры, браузеры Брайля, браузеры
портативных устройств и другие. Соблюдение рекомендаций по
стандартизации веб-сайтов позволяет гарантировать правильное отображение
разрабатываемых веб-сайтов в «нестандартных» браузерах.
Другим положительным моментом является то, что структурная
информация HTML-документов, которая соответствует стандартам,
эффективнее распознается серверным и клиентским программным
23
обеспечением. Данный аспект упрощает применение на сайтах поисковых
машин и позволяет обеспечивать более точные результаты поиска.
В случае, когда необходимо адаптировать данные к новым
информационным системам оборудования или программного обеспечения,
конвертировать данные в другие форматы разработанных в соответствии со
стандартами документы проще. Также такие веб-сайты удобнее для
разработки и сопровождения.
Стандарты разрабатываются с учетом применения не только более
ранних версии браузеров, но также учитывая те, которые могут появиться в
ближайшее будущее, что позволяет беспрепятственно отображать
документы, которые разработаны с устаревшими стандартами в новых
версиях браузера, и наоборот, страницы по новым стандартам упрощать для
отображения в старых версиях браузеров.
Таким образом, веб-сайт, который создан с соблюдением стандартов
имеет ряд преимуществ, которые позволяют создать доступный,
совместимый и оптимизированный под поисковые системы веб-сайт.
В настоящее время для того, чтобы создать качественный,
интегрируемый с внешними системами веб-сайт, необходимо знать
особенности разработки современных веб-сайтов. Важно не только
соблюдать определенную структуру и этапы разработки, но и учитывать
проблемы, с которыми можно столкнуться в процессе создания, а также его
дальнейшей эксплуатации [21].
В первую очередь необходимо определить цели и задачи для
разрабатываемого сайта, выполнить анализ и исследовать уже созданные,
имеющиеся на данный момент подобные сайты. Иногда серьезной
проблемой становится постановка задач. Такая ситуация возникает при
автоматизации в специфической сфере деятельности. В таком случае
необходимо привлечение специалиста из данной сферы, обсуждение с ним и
составление подробного описания бизнес-процессов. Следовательно, на
первый этап может быть затрачено дополнительное количество ресурсов.
24
Для создания успешного веб-сайта важную роль играет исследование
аудитории, на которую будет ориентирована разработка. Также необходимо
учитывать ресурсы бюджета, которые выделены и время, отведенное на
разработку.
Следующим этапом является определение информационной
архитектуры. На данном этапе необходимо произвести проектирование
каркасов страницы, написание подробной спецификации дизайна и
интерфейса, используемых веб-технологий, спецификаций технической
составляющей. На данном этапе важно уделить соответствующее внимание
конкретным особенностям сайта. В зависимости от сложности особенностей
будет зависеть количество требуемых на разработку ресурсов.
Далее следует этап непосредственно веб-разработки, графического
дизайна, с выполнением правил оформления, а также наполнения
содержанием страниц. Здесь, для сокращения времени разработки,
существует вариант использования готовых шаблонов дизайна. Однако, в
этом случае также нельзя забывать об особенностях конкретных разработок,
которые могут требовать индивидуальный дизайн. Это, как правило, требует
больших затрат, чем использование готового решения.
После того, как была разработана архитектура и дизайн веб-сайта со
всеми особенностями, наступает этап сборки сайта и его тестирования
разработчиками. По окончании тестирования разработчиками, сайт
рекомендуется передать на тестирование пользователям вне команды
разработки. В таком случае есть возможность получить критику независимых
пользователей, которая в свою очередь поможет выявить недостатки и
ошибки, совершенные во время разработки и, как следствие, повысить
качество сайта. Помимо затрат ресурсов на тестирование, необходимы
ресурсы на исправление выявленных ошибок, а количество и сложность
ошибок может оказаться самой разной в зависимости от разработки.
В завершении исправленный веб-сайт необходимо передать на
тестирование пользователям, которые составляют целевую аудиторию,
25
внести поправки и выполнить редактирование, если таковое требуется.
Важно задуматься над рекламой, маркетингом и продвижением веб-сайта в
сети Интернет.
После выполнения всех этапов следуют этапы обслуживания и
слежения за эксплуатацией веб-сайта. В дальнейшей жизни сайта имеет
немаловажное значение его поддержка. Функциональная и эстетическая
сторона нуждается в регулярном обновлении, редактировании, восполнении
недостающего. В противном случае есть вероятность уменьшения аудитории
и количества пользователей. Человеческие ресурсы для поддержания веб-
сайта в зависимости от специфики могут быть разными. Здесь также следует
учитывать ресурсы на дальнейшее проведение модернизации, внесение
новой функциональности и доработки прежней [22].
Автор пособия [23] С.А. Филипов пишет о том, что все технологии,
которые применяются для создания веб-сайтов делятся на два основных
класса: исполняемые на клиенте средствами обозревателя Интернет,
например, HTML (HyperText Markup Language – язык гипертекстовой
разметки), CSS (Cascading Style Sheets – каскадные таблицы стилей),
JavaScript (прототипно-ориентированный сценарный язык
программирования) и др. и исполняемые на сервере средствами веб-сервера,
например, PHP (Hypertext Preprocessor – препроцессор гипертекста), ASP
(Active Server Pages – активные серверные страницы) и др., а также
связанные с ним систем MySQL (свободная реляционная система управления
базами данных), PostgreSQL (свободная объектно-реляционная система
управления базами данных) и др.
Необходимо также помнить, что при разработке веб-сайтов имеются
определенные риски. В своей работе О.А. Крюкова [24] представляет модель
управления рисками, где классифицирует риски веб-проектов и предлагает
систему управления рисками. Например, автор выделяет технические риски.
Так как разработка веб-проекта осуществляется с помощью технического
26
оборудования (персонального компьютера, сервера и иного оборудования),
то их поломка может оказать влияние на сроки осуществления проекта.
Наряду с техническими рисками существуют риски оценки сроков.
Для большинства веб-проектов, по мнению автора, характерны ошибки в
определении сроков реализации проекта. Это связано с недостаточностью
проработки плана проекта, что приводит к появлению новых работ и, как
следствие, смещению сроков.
Существуют также интеграционные риски. Веб-проекты, в
особенности крупные, обмениваются данными с другими информационными
системами. Всегда высок риск возникновения различных проблем в процессе
интеграции, особенно, если процесс интеграции изначально не был
предусмотрен разработчиком интегрируемой системы, а как правило,
внесение изменений для обмена данными требуется в обе системы. Вопросы
интеграции должны обсуждаться как с одной из сторон проекта, так и с
другой, но, зачастую решение вопроса откладывается, либо ответственность
за решение перекладывается с одной стороны на другую.
Риски непринятия продукта конечным пользователем. Сложный, не
интуитивно понятный интерфейс может быть не принят пользователем.
Технологические риски связаны с выбором технологии. Каждый год в
сфере интернета появляются новые разработки, происходят изменения.
Необходимо выполнить оценку выбранной технологии на рынке, её
успешность и актуальность, а также доступность и качество необходимого
аппаратного и программного обеспечения.
Риски несоблюдения технологии. Выбор новых, не опробованных
технологий для реализации проекта может привести к определенным
трудностям в реализации проекта. Для того, чтобы предотвратить возможные
проблемы, в график проекта необходимо закладывать время на изучение
новой технологии сотрудниками.
Неопределенность требований заказчика, который, как правило,
осознает только цель, но не имеет представлений о процессе и способе
27
реализации. Разработчику необходимо правильно понять требования
заказчика. На этапе подготовке технического задания или согласования
требований необходимо определить все спецификации проекта и то, каким
образом они должны быть реализованы. Во время разработки заказчик может
вносить правки и изменения в спецификации, что может привести к
нарушению графика выполнения работ и увеличению стоимости проекта.
Коммерческие риски – риски, которые возникают из-за
неблагоприятных изменений, например, в экономике компании заказчика или
в экономике страны.
Отсутствие возможности взаимодействия с заказчиком также может
приводить к различным проблемам. Если, например, заказчик не
взаимодействовал с разработчиком продолжительное время и при
проведении приемных испытаний внес новые требования, данная ситуация
может сказаться на сроках реализации веб-проекта.
Недостаток трудовых ресурсов является одним из основных рисков.
Ограничение трудовых ресурсов может привести к срыву сроков разработки.
О.А. Крюкова рассматривает модель управления рисками
методологии MSF (Microsoft Solutions Framework), которая включает в себя
шесть этапов.
Первый этап – выявление рисков. Еще на начальных этапах
разработки важно выявить риски веб-проекта, а также определить источники
и условия их возникновения. Это могут быть внешние условия выполнения
веб-проекта, процессы, технологии и др.
Второй этап – анализ рисков. Выявленные риски необходимо
разделить на важные (с высокой вероятностью реализации) и малозначимые.
Для приоритетных рисков проводится количественный анализ, который
позволяет определить: вероятность наступления риска, величину ущерба от
его реализации, ожидаемую величину риска.
Третий этап – планирование рисков. Необходимо разработать план по
управлению главными рисками проекта.
28
Четвертый этап – мониторинг рисков, то есть наблюдение за
выполнением работ по предотвращению рисков, а также оповещение
проектной группы о том, каким образом необходимо реагировать в случае
реализации рисков.
Пятый этап – контроль рисков. При возникновении ситуаций, при
которых происходит реализация рисков, необходимо оперативно внести
изменения в план веб-проекта.
Шестой этап – извлечение уроков. Усвоение полученного опыта,
формирование информационной базы о рисках, совершенствование
процессов управления рисками.
1.3 Процессы интеграции в информационных системах
В ряде случаев целесообразно выполнять интеграцию в
информационной системе.
Интеграция – это процесс, или действие, имеющий своим результатом
целостность; объединение, соединение, восстановление единства [25].
Интеграция позволяет сохранить целостность информации, избежать
дублирования данных, а также организовать своевременный обмен данными
между сотрудниками и клиентами. Задача интеграции возникает тогда, когда
необходимо внедрить в компанию новую информационную систему, или же
дополнить имеющуюся систему новой функциональностью.
В своей работе [26] Г. Ладыженский считает, что задача интеграции
является задачей «высшей категории сложности», объясняя это тем, что при
создании приложение задумывается, как «совершенно автономная система»,
которая не должна становиться частью глобальных бизнес-процессов. Также
в своей работе автор предлагает критерии интегрируемости приложения, по
которым предоставляется возможность оценить сложность выполнения
интеграции.
29
Для того, чтобы любая значимая операция была доступна к
выполнению извне, приложение должно быть оснащено интерфейсом
прикладного программирования (Application Programming Interface, API) или,
кратко, программным интерфейсом. Автор вводит понятие «индекс качества
программного интерфейса», который измеряется от нуля – полное отсутствие
какого-либо программного интерфейса, до единицы – наличие полного
программного интерфейса.
Бывают ситуации, при которых программный интерфейс существует в
приложении, но не является открытым для публикаций. В таком случае ним
нельзя воспользоваться легально, следовательно, такой программный
интерфейс теряет свою ценность. Поэтому автор вводит такой критерий, как
«индекс открытости программного интерфейса», который измеряется от
нуля, то есть полностью закрытый для публикаций программный интерфейс,
до единицы – полностью открытый для публикации программный
интерфейс.
Таким образом, если помножить «индекс качества программного
интерфейса» на «индекс открытости программного продукта» получится
«индекс интегрируемости приложения». Данный числовой показатель
характеризует способность приложения к интеграции, становлению частью
информационной системы.
Опираясь на работу Г. Ладыженского, А.А. Вичугова с коллегами в
своей работе [27] выделили несколько наиболее популярных методов
интеграции:
обмен файлами, в которые помещаются общие данные;
общая база данных, в которой сохраняется общая информация;
удаленный вызов процедур в рамках системы для выполнения
действий или обмена данными.
Преимуществом методов «обмен файлами» и «общая база данных»
является простая реализуемость с технической точки зрения. Однако,
имеется недостаток, который заключается в том, что отсутствует поддержка
30
процессной связи между функциями разных модулей системы, так как при
использовании данного метода осуществляется только фактическая передача
данных из одного модуля в другой.
Термин «удаленный вызов процедур» авторы понимают, как класс
технологий, которые позволяют компьютерным программам вызывать
функции или процедуры в другом адресном пространстве. Наибольшая
эффективность при использовании данного метода, по мнению авторов,
будет достигать в тех информационных системах, в которых существует
интерактивная связь между удаленными компонентами с небольшим
временем ответа и относительно небольшим количеством предаваемых
данных.
Таким образом, выбор метода и технологии определяет специфика
связываемых модулей информационной системы.
В своей работе К.М. Шоров [28] считает, что информационно-
технологические интегрированные системы позволяют решить ряд задач, а
именно:
выявление скрытых резервов увеличения результативности
деятельности организации;
снижение себестоимости продукции и услуг;
оптимизация загрузки основных фондов, рабочего времени
персонала;
повышение управляемости организации по средствам
реструктуризации, совершенствования методов и процессов управления.
Автор также считает, что информационные технологии имеют важное
значение в конкурентоспособности предприятия, так как позволяют
реализовать индивидуальный подход к потребителю и оперативно
перестраиваться на новый уровень по мере необходимости.
А.Т. Понарина [29] считает, что при использовании интегрированных
систем обычно решаются следующие задачи:
31
повышается уровень планирования, анализа
конкурентоспособности, маркетинговых, сбытовых и других коммерческих
операций;
осваиваются современные методы анализа, контроля финансовой
деятельности;
повышается уровень управляемости и надежности работы;
обеспечивается эффективное и согласованное взаимодействие
между подразделениями;
снижается доля рутинных операций, освободив время для
интеллектуального труда.
Также автор рассматривает основные виды информационных систем с
учетом уровня интеграции. Например, полнофункциональные
корпоративные системы, которые охватывают весь комплекс функций,
требуют колоссальных затрат, перестройки мышления и процедур
деятельности сотрудников организации. Такие информационные системы
автор относит к первому уровню, то есть эти системы зачастую не способны
к интеграции с другими информационными системами, в связи со
сложностью организации внутренних процессов.
Другим видом является полуфункциональные системы на базе
единого информационного пространства. Они также разрабатываются для
компаний со сложившейся структурой управления. Данный вид
информационных систем относится ко второму уровню, и имеют
возможность интеграции с другими системами.
К третьему уровню автор относит модульные системы,
автоматизирующие отдельные участки работы: бухучет, начисление
зарплаты и другие. Такие системы создаются для компаний с небольшим
доходом, и, зачастую, являются полностью доступными для интеграции.
Как пишет в своей статье В.А. Федоров [30] в связи с развитием
информационных технологий за последние 10-15 лет в компаниях возникли
так называемые «разрозненные приложения», которые были разработаны в