25
3) на этапе оформления отчета о выполненной работе и заявки на
разработку ИС проводится оформление отчетов о выполненных
работах на данной (первой) стадии и оформление заявки на разработку
ИС.
Второй стадией является стадией разработки концепции ИС, включает в
себя этапы:
1) на этапе изучения объекта проводится детальное изучение объекта ИС;
2) на этапе проведения необходимых научно-исследовательских работ
проводятся все необходимые научно-исследовательские работы,
связанные с возможностями реализации требований пользователей, а
также оформляются и утверждаются отчёты о выполненных научно-
исследовательских работах;
3) на этапе разработки вариантов концепции ИС удовлетворяющих
требованиям пользователей проводится разработка дополнительных
вариантов концепции, создаваемой ИС, а также планы их реализации,
производится оценка необходимых ресурсов на реализацию и
обеспечение функционирования ИС, проводится оценка плюсов и
минусов каждого варианта, производится оценка качества и условий
приёмки ИС, производится оценка эффектов, получаемых от
использования ИС;
4) на этапе оформления отчёта о выполненной работе осуществляется
подготовка и оформление отчетов в которых содержится описание
выполненных работ на стадии описания и обоснования варианта
концепции ИС.
Третья стадия посвящена созданию технического задания. Эта стадия
содержит в себе всего один этап - разработку и утверждение технического
задания на создание ИС. На данном этапе проводится разработка, оформление,
26
согласование и утверждение технического задания на ИС и технических
заданий на составные части ИС.
Четвертая стадия – стадия эскизного проекта. Она включает в себя два
этапа:
1) на этапе разработки предварительных проектных решений по ИС и её
частей определяются основные функции ИС, функции второстепенных
систем, их цели и оказываемые ими эффекты, состав комплексов
задач, отдельных задач ИС, концепция информационной базы ИС, её
структура, функции системы управления базы данных, состав
вычислительной системы, а также функции и параметры основных
программно-вычислительных средств;
2) на этапе разработки документации на ИС и её частей проводится
разработка, оформление, согласование и утверждение документации
необходимой для описания принятых проектных решений.
Пятая стадия посвящена созданию технического проекта, и состоит из
следующих этапов:
1) на этапе разработки проектных решений по ИС и её частям проводится
разработка общих решений по ИС и её частей, функционально-
алгоритмической структуры ИС, решений по задачам персонала и
структуре организации, по структуре используемых технологий и
технических средств, по алгоритмам решения задач и используемым
языкам программирования, по организации информационной базы ИС,
системе классификации и кодирования информации и по
используемому программному обеспечению;
2) на этапе разработки документации на ИС и её части проводится
разработка, оформление и утверждение документации в объёме,
необходимом для полного описания совокупности проектных решений
и достаточном для продолжения выполнения работ по созданию ИС.
27
На этом этапе рабочая документация должна соответствовать
стандарту, описанному в ГОСТ 34.201-89 [40];
3) на этапе разработки и оформления документации на поставку изделий
для комплектования ИС и технических требований на их разработку
проводится подготовка и оформление документации на поставку
изделий, для комплектования ИС, определение технических
требований и составление технического задания на разработку тех
изделий, которые не изготовляются серийно;
4) на этапе разработки заданий на проектирование в смежных частях
проекта ИС осуществляется разработка, оформление, согласование и
утверждение заданий на проектирование в смежных частях проекта
для проведения необходимых строительных, электротехнических,
санитарно-технических и других подготовительных работ, связанных с
созданием ИС.
Шестая стадия – стадия рабочей документации. Стадия включает в себя
следующие этапы:
1) на этапе разработки рабочей документации на ИС и её частей
осуществляется разработка рабочей документации, содержащей все
необходимые сведения для обеспечения выполнения работ по вводу в
действие и эксплуатации ИС, а также для поддержания уровня
качественных характеристик ИС в соответствии с принятыми
проектными решениями, её оформление, согласование и утверждение.
На этом этапе вся документация должна соответствовать стандартам,
описанными в ГОСТ 34.201-89 [40];
2) на этапе разработки или адаптации программ проводится разработка
программ и программных средств ИС, выбор, адаптация и привязка
приобретаемых дополнительно программных средств, а также
28
разработка программной документации в соответствии со
стандартами, описанных в ГОСТ 19.101-77 [41].
Седьмой стадией является стадия ввода в действие ИС. Стадия состоит
из следующих этапов:
1) на этапе подготовки к вводу ИС в действие, проводятся работы по
реализации решений по организационной структуре ИС, обеспечению
подразделений инструкциями и методическими материалами и
внедрению классификаторов информации;
2) на этапе подготовки персонала, проводится обучение персонала и
проверку его способностей обеспечивать запланированное
функционирование ИС;
3) на этапе комплектации ИС поставляемыми изделиями (программными,
техническими средствами, программно-техническими комплексами,
информационными изделиями), обеспечивается получение
комплектующих, материалов и проводят контроль их качества;
4) на этапе строительно-монтажных работ, выполняются работы по
строительству специализированных помещений для размещения
технических средств и персонала ИС, сооружаются кабельные каналы,
выполняются работы по монтажу технических средств и линий связи,
испытываются установленные технические средства и сдаются
технические средства для проведения пусконаладочных работ;
5) на этапе пусконаладочных работ проводится наладка технических и
программных средств, загрузка информации в базы данных и проверку
систем её ведения. В завершении этапа проводится комплексная
наладка всех систем ИС;
6) на этапе проведения предварительных испытаний, проводится
проверка ИС на работоспособность и соответствие техническому
заданию в соответствии с программой предварительных испытаний,
29
устранение выявленных неисправностей и внесение изменений в
документацию на ИС, включая эксплуатационную в соответствии с
протоколом испытаний. В завершении этапа оформляется акт о
приёмке ИС в опытную эксплуатацию;
7) на этапе проведения опытной эксплуатации проводится опытная
эксплуатация ИС, анализируются результаты опытной эксплуатации
ИС. В случае необходимости, вносятся коррективы в программное
обеспечение ИС, осуществляется дополнительная наладка технических
средств ИС и оформляется акт о завершении опытной эксплуатации;
8) на этапе проведения приёмочных испытаний организуются испытания
на соответствие техническому заданию в соответствии с программой
приёмочных испытаний, анализируются результаты испытаний ИС и
устраняются недостатки, выявленные при испытаниях, оформляется
акт о приёмке ИС в постоянную эксплуатацию.
Восьмая стадия – стадия сопровождения ИС включает в себя два этапа:
1) на этапе выполнения работ в соответствии с гарантийными
обязательствами выполняются работы по устранению недостатков,
выявленных при эксплуатации ИС в течении гарантийного срока и
внесению необходимых изменений в документацию по ИС;
2) на этапе послегарантийного обслуживания проводятся работы по
анализу функционирования ИС, выявлению отклонений характеристик
ИС от установленных значений, установлению и устранению причин этих
отклонений, обеспечению стабильности рабочих характеристик ИС и
внесению изменений в документацию на ИС.
Исходя из вышенаписанного становится очевидным, что при разработке
программного обеспечения соблюдение стандартов, применяемых при
создании, апробирования и дальнейшей эксплуатации программного
обеспечения является чрезвычайной важной задачей.
30
1.3. Классификация и особенности построения информационных систем
управления сайтами
Так как информационные системы управления сайтами являются
частным случаем информационных систем, то они имеют те-же основные
особенности. Основными же требованиями являются удобство использования
пользователями, простота инсталляции и поддержки, стабильность работы
системы, функциональность, безопасность, наличие актуальной документации
и поддержки.
Удобство использования пользователем информационных систем
управления сайтами является очень важным фактором. Удобство
использования включает в себя простой, понятный и не перегруженный
интерфейс управления с поддержкой адаптивности и быструю, отзывчивую
работу интерфейса. Простота интерфейса включает в себя простую и быструю
регистрацию в системе с минимальным количеством вводимых данных (в
идеальном случае с поддержкой авторизации с помощью OAuth2), отсутствие
рекламы (тем более скрытой), поддержку возможности изменения дизайна
интерфейса управления (тем) и наличие продуманной системы навигации.
Интерфейс управления должен предоставлять пользователю максимальную
свободу по части создания, редактирования и удаления контента (причем с
возможностью восстановления), информацию о статусах работы web-сервера,
сервера баз данных. При проектировании и создании интерфейса управления не
следует использовать тяжелые скрипты и графические изображения, включать
видео или использовать такие технологии как Adobe Flash или Microsoft
Silverlight. Для работы интерфейса управления на различных типах устройств,
очень важна поддержка адаптивности дизайна и как можно более простой
инсталляцией самой системы управления сайтом.
В идеальном случае пользователь вообще не должен заниматься
инсталляцией систем управления сайтами, и в этом случае очень хорошо
подходит бизнес модель SaaS (англ. software as a service — программное
обеспечение как услуга; также англ. software on demand — программное
31
обеспечение по требованию). В этом случае поставщик программного
обеспечения обеспечивает пользователя уже развернутой системой управления
сайтом. Преимущества данного подхода вполне очевидны, но имеются и
определенные недостатки. Первым из них является то, что поставщик имеет
полный доступ к содержимому информационной системы пользователя. Если
для частных пользователей это не так критично, то для компаний это
совершенно не подходящий вариант, так как многие их секреты могут
оказаться в открытом доступе. Так же недостатком является невозможность
тонкой настройки системы управления сайтами (по причине отсутствия доступа
к коду). Исходя из этого несложно выделить виды систем управления, сайтами,
которые очень хорошо подходят для модели SaaS. Это форумы, блоги и даже
социальные сети (примеры систем будут приведены в главе 2.4). Многие
информационные системы управления сайтами требуют установки на сервера
клиентов. В связи с этим очень желательно упростить установку данных
систем. Этого можно достичь, используя инсталляционные пакеты или
скрипты. В инсталляционные пакеты можно включать (или закачивать из сети)
облегченные версии веб-серверов и серверов баз данных, но при этом
необходимо дать возможность пользователю отказаться от их установки и/или
произвести их первоначальную настройку.
В любой информационной системе сложно переоценить наличие
актуальной документации по установке и эксплуатации. Это относится и к
информационным системам управления сайтами. Документация должна быть
хорошо структурированной, и описывать как процесс инсталляции системы
управления сайтом, так и ее эксплуатации. Очевидно, что в документации
невозможно описать все вопросы, возникающие при эксплуатации систем
управления сайтами. Для решения этой проблемы можно использовать форумы
и группы в социальных сетях. Не стоит также забывать о необходимости
обеспечения технической поддержкой, которая служит для помощи
конкретным пользователям при решении возникающих конкретных проблем с
32
использованием информационных систем, причем на начальной стадии
развития вполне достаточно использования электронной почты или списков
рассылки.
В любой информационной системе неизбежно будут выявляться ошибки
(англ. Bugs), причем несмотря на внутреннее тестирование программного
обеспечения, большая их часть будет обнаруживаться пользователями системы
в процессе ее эксплуатации. Для отслеживания их количества и статусов
желательно использовать системы отслеживания ошибок, например, такие, как
Bugzilla или Atlassian JIRA. При их использовании все обнаруженные и
занесенные в систему дефекты программного обеспечения будут доступны
разработчикам, что позволит наладить более эффективное их устранение и
также составит мнение о качестве разрабатываемого программного
обеспечения в целом. Для более эффективной работы данных систем,
необходимо обеспечить к ним свободный доступ пользователей, но также не
запрещается использование внутренних (закрытых) систем отслеживания
ошибок, что довольно часто используется в корпоративном секторе.
Вопрос обеспечения безопасности информационных систем в наше
время стоит очень остро, и в том числе это касается систем управления
сайтами. Основная сложность при обеспечении безопасности продукта
заключается в том, что этот фактор напрямую касается удобства использования
информационных систем управления сайтами, и очень важно найти некое
компромиссное решение. Для обеспечения безопасности веб-приложений как
минимум рекомендуется использование протокола https, запрет использования
простых паролей, использование временных задержек при неудачных попытках
входа в систему. При этом очень удобной будет автоматическая генерация
паролей пользователя. Основным же неудобством процедуры регистрации и
входа в систему заслуженно считаются системы защиты от автоматической
регистрации (CAPTCHA — англ. Completely Automated Public Turing test to tell
Computers and Humans Apart) [30]. Если же по каким-либо причинам их
33
использование необходимо, то нужно обратить серьезное внимание на
сложность “загадок”, так как после третьего неправильного ввода
потенциальный пользователь потеряет интерес к данной системе, и
соответственно к самому проекту. Также стоит отметить, что работа в
“контейнерах” всегда положительно сказывается на безопасности системы,
поэтому не стоит ими пренебрегать.
Стоит также упомянуть и об обновлениях программного обеспечения.
Для пользователя, несомненно, удобнее прозрачные обновления, по причине
того, что пользователю просто не нужно об этом задумываться. Но этот вариант
совершенно не подходит для корпоративной сектора, так как в нем по
соображениям безопасности требуется контролировать как процесс
обновления, так и содержимое самих обновлений. Так же довольно полезной
была бы возможность безболезненной отмены (отката) обновлений, и
возможность инкрементальных обновлений. При предоставлении обновлений
чрезвычайно важно описать (чаще всего в файле CHANGELOG) все новшества,
несущее данное обновление, и все исправленные ошибки, что позволит
пользователям понять, нужно ли им вообще данное обновление (в случае
исправления критических ошибок в системе), или оно для них необязательно.
В системах управления сайтами чрезвычайно важна возможность
резервного копирования данных. Пользователь системы должен иметь
возможность резервировать файлы дизайна сайта, его структуры и
содержимого, причем файлы данных на каждую область должны быть
раздельными (то есть не стоит в один архив помещать фалы восстановления
дизайна и базы данных) и должны иметь логичную и понятную структуру. Не
лишними будут функции автоматического резервирования, и резервирования
данных в облачные хранилища.
Поддержка модульности в системах управления сайтами позволяет
практически неограниченно расширять их функциональность и
универсальность. Так как модульность очень сильно влияет на общую
34
архитектуру системы, то поддержку модульности необходимо включать на
начальных стадиях разработки системы. При разработке модулей системы
стоит учесть следующие особенности:
1) Каждый модуль должен выполнять только одну функцию (принцип
проектирования KISS [31]);
2) модули системы должны иметь возможность взаимодействия и обмена
данными не только с ядром системы, но и между собой;
3) модули системы не должны влиять ни на работоспособность системы,
и на работоспособность других модулей;
4) при обновлении модулей должны сохраняться описанные выше
свойства, что в большинстве случаях обеспечивается
автоматизированным тестированием программного обеспечения.
Информационные системы управления сайтами можно классифицировать по
уровням разработки и назначения.
На уровне разработки можно выделить следующие системы:
1) универсальные модульные системы – данные системы предназначаются
для создания и поддержания корпоративных и тематических веб-
ресурсов, и представляют собой относительно недорогие (а зачастую и
бесплатные) решения. Данные системы ориентированы в первую очередь
на корпоративные веб-ресурсы и сайты для малого и среднего бизнеса.
Для данных систем критически важна модульность – способность
наращивать функциональность веб-ресурса по мере его развития, а также
простота и удобство использования;
2) специализированные тиражируемые системы предназначаются для
создания и поддержки веб-проектов определенного типа, такие, как
социальные сети, интернет магазины, блоги, обучающие платформы.
Функциональность этих систем достаточна (а иногда и избыточна) для
систем определённого типа, в чем они и отличаются от универсальных