51
К настоящему времени наибольшее распространение получили
следующие две основные модели жизненного цикла:
- каскадная модель, иногда также называемая моделью «водопад»
(waterfall);
- спиральная модель.
Модели жизненного цикла представлены на рисунках 6 и 7.
Рис. 6 Модель водопада (каскадная)
Каскадная модель демонстрирует классический подход к разработке
различных систем в любых прикладных областях.
Каскадная модель предусматривает последовательную организацию
работ. При этом основной особенностью является разбиение всей разработки на
этапы, причем переход с одного этапа на следующий происходит только после
того, как будут полностью завершены все работы на предыдущем этапе. Каждый
этап завершается выпуском полного комплекта документации, достаточной для
того, чтобы разработка могла быть продолжена другой командой разработчиков.
Достоинством модели является ее простота и доступность. Все этапы идут
последовательно, и каждый последующий не начинается, пока не закончится
предыдущий.
К недостаткам относится следующее: модель предполагает точное знание
того, что следует реализовать на сайте. На практике часто не представляется
возможным сразу сформулировать цели, которые следует выполнить.
52
Но, тем не менее, при разработке web-сайта МУ «ЦОУСО» мы будем
использовать каскадную модель.
Рис. 7 Спиральная модель
Данная модель использует противоположный подход, нежели модель
водопада. Работа начинается с этапа «Планирование и анализ» и по часовой
стрелке переходит к этапам выполнения, тестирования полученных результатов
и оценки. На следующей итерации все повторяется по новой, но уже с учетом
выявленных недочетов проекта. Таким образом, пройдя несколько итераций и
повторив все этапы несколько раз, проект избавляется от недостатков, обрастая
дополнительными возможностями и преимуществами.
Достоинством является возможность разрабатывать проект за несколько
итераций и постепенно его улучшать, реализуя различные идеи.
К недостаткам модели относится отсутствие четких критериев на
остановку проекта. Это создает определенные сложности для расчета
финансовых и временных затрат на выполнение проекта.
Определим последовательность разработки, внедрения и эксплуатации
информационной системы, представленной к защите в рамках выпускной
квалификационной работы.
Этап 1 – определение основных целей создания сайта.
От правильно поставленных целей зависит успех при создании сайта.
Этап 2 – создание технического задания.
Разработка веб-сайта начинается с составления технического задания.
Сначала может быть заполнен бриф, в котором заказчик излагает свои
53
пожелания относительно визуального представления и структуры сайта. Затем
составляется техническое задание, в котором должны быть оговорены
следующие вопросы:
- тип сайта (портал, промо, визитка, корпоративный, магазин и т.д.);
- функционал сайта (поиск, каталог, лента новостей и т.д.);
- стиль дизайна (строгий, веселый, мрачный и т.д.);
- структура сайта (какие страницы должны быть на сайте);
- структура страниц (какие блоки должны быть на страницах);
- этап заканчивается после утверждения технического задания заказчиком.
Этап 3 – разработка дизайн-проекта.
На этом этапе рассматриваются вопросы проектирования интерфейсов,
юзабилити и многое другое. Этап делится на несколько подэтапов:
- набор идей дизайна предоставляется в виде эскизов с текстовыми
пояснениями;
- разработка макета дизайна главной страницы;
- исправление замечаний заказчика, доработка макета;
- разработка внутренних страниц по аналогичному стилю.
Дизайнер создает в графическом редакторе отдельно дизайн главной
страницы, и дизайны типовых страниц (новости, каталог продукции). Дизайн
страницы представляет собой графический файл, слоеный рисунок, состоящий
из мелких картинок-слоев элементов общего рисунка. Этап также заканчивается
утверждением эскиза заказчиком.
Этап 4 – HTML-верстка.
Утверждённый дизайн передаётся html-верстальщику, который «нарезает»
графическую картинку на отдельные рисунки, из которых впоследствии
складывает html-страницу. В результате создаётся код, который можно
просматривать с помощью браузера. А типовые страницы впоследствии будут
использоваться как шаблоны.
Этап 5 – разработка программной части.
Для начала нужно определиться с системой управления контентом (CMS),
которая используется, когда разработка веб-сайта закончена и нужно его
обслуживать. Разработка веб-сайта, в котором задействована CMS предоставит в
54
дальнейшем простой способ добавления или редактирования информации на
сайте. Можно использовать бесплатные CMS, платные программные разработки
сторонних организаций или собственные разработки. Готовые HTML-файлы
передают программисту для создания системы управления сайтом. Как минимум
создаются две части сайта – клиентская и серверная.
Этап 6 – тестирование сайта.
Тестирование направлено на исправление ошибок и неточностей, а также
на повышение удобства использования сайта. Веб-дизайн сайта должен
адекватно выглядеть в различных браузерах, Internet Explorer, Firefox, Safari,
Chrome и Opera.
Этап 7 – публикация сайта в Интернет.
Сначала производится выбор и регистрация доменного имени. Затем
осуществляется физическое размещение сайта на сервере провайдера – хостинг.
После размещения производят нужные настройки сайта.
Этап 8 – заполнение сайта материалами.
Сайт наполняют контентом — текстами, изображениями, файлами для
скачивания и т. д. Тексты составляются либо специалистом студии, либо
стороной заказчика.
Этап 9 – продвижение сайта и реклама в интернете.
Раскрутка сайта это отдельный процесс, стоимость которого может
превышать расходы на создание сайта. Для «раскрутки» сайта можно
воспользоваться контекстной или баннерной рекламой, SEO оптимизацией.
Внутренняя SEO-оптимизация связана с изменениями самого сайта. Начинается
она с определения семантического ядра. Здесь определяются такие ключевые
слова, которые привлекут посетителей (например “поиск кладов”). Тексты,
ссылки, другие теги адаптируются так, чтобы поисковые системы могли их
успешно находить по ключевым словам. Внешняя SEO-оптимизация сводится,
как правило, к построению структуры входящих ссылок.
Этап 10 – сдача проекта.
Заказчик рассматривает готовый проект и в случае, если все устраивает, то
подписывает документы о сдаче проекта. На этом этапе производится также
55
обучение представителя заказчика навыкам работы в администраторской зоне
сайта.
Существуют следующие основные стратегии внедрения системы:
1. «Параллельная стратегия» – когда одновременно работают старая
(ручная) и новая система, и их выходные документы сравниваются. Если они
согласуются длительное время, осуществляется переход на новую систему.
2. «Скачок». Эта стратегия привлекательна, но не рекомендуется для
внедрения ИС.
3. «Пилотный проект». Это наиболее часто используемая стратегия.
«Пилотный проект» – это тактика "скачка", но применяемая к ограниченному
числу процессов. Область применения стратегии – небольшой участок
деятельности.
4. «Узкое место» – это малая часть производственного процесса. При
использовании похода «узкое место» план внедрения выполняется только для
«узкого места» и для людей, работающих в нем. Точность данных повышается
только для изделий в этом «узком месте»; переподготовка – только для людей,
работающих в нем; анализ эффекта затрат делается только для него и т.д.
Выбор тактики «Пилотный проект» наиболее надежен, так как имеет
минимальный риск выбора неверного решения, которое не приводит к
длительному простою всего предприятия и возможность изменения
планируемой технологии в процессе внедрения ИС на участке;
2.1.2. Ожидаемые риски на этапах жизненного цикла и их
описание
В ходе жизненного цикла информационной системы всегда могут
возникнуть риски, могущие сорвать разработку. Для того, чтобы их избежать,
проводится оценка вероятных рисков и разрабатываются способы, позволяющие
избегнуть эти риски или минимизировать их влияние.
Рассмотрим наиболее вероятные риски по фазам жизненного цикла
информационной системы в соответствии с выбранным стандартом.
56
Фаза выработки концепции – возможен риск сознания концепции,
которую впоследствии будет сложно (не возможно) реализовать. В выработки
концепции должны быть описаны основные (базовые) функции разрабатываемой
информационной системы. Главное создать основу, и в дальнейшем развивать
созданную систему.
Для предотвращения возникновения рисков на фазе выработки
концепции, необходимо четко понимать свои возможности. Для предотвращения
переоценки собственных сил, в первую очередь нужно создать общую
концепцию, в которой будут включены только базовые функции будущей
системы. И по мере углубления в тему разработки расширять дополнительными
функциями.
Фаза планирования – на фазе планирования возможен риск неправильного
планирования, разработка очень оптимистичных планов проекта, в которые
компания не успеет уложиться, вследствие чего придется увеличивать время
разработки, что повлечет за собой удорожание проекта в целом. К фазе
планирования нужно отнестись очень важно, следить за каждым этапом и
анализировать реалистичность результатов.
Для предотвращения риска на фазе планирования, нужно во время
планирования заложить в график поправки на возможные задержки в
выполнении тех или иных действий. Так нужно попытаться создать гибкий
график который бы не ломался в связи задержки или опережения.
Фаза разработки – возможен рисок того что разработка определенного
модуля будет сопряжен с большими трудностями, что какая-то функция будет
мешать продвижению разработки. На данной фазе важно во время определить
проблемный модуль или функцию и по возможности упростить ее, заменить
другой или убрать из проекта полностью.
Для предотвращения риска разработки сложного модуля, можно принять
несколько решений, либо разбить данный модуль на несколько и решить
поставленные задачи по отдельности, либо упростить сложный модуль, если это
единственный вариант преодоления риска.
Фаза стабилизации – на фазе стабилизации возможен риск выявления
большого количества ошибок в программном коде, что потребует больших
57
затрат на доработку и устранения всех выявленных ошибок. Невозможно
предсказать, сколько ошибок будет найдено и как много времени понадобится
на их устранение.
Для предотвращения рисков на фазе стабилизации, необходимо данной
фазе отвести максимально возможное время, выделенное на разработку системы.
Так как в зависимости от того на сколько качественным будет продукт, зависит
примет ли заказчик данную разработку или нет.
Фаза внедрения – фаза внедрения может оказаться очень длительной, если
заказчик по каким-либо причинам будет не доволен разработанным продуктом,
персонал автоматизируемой компании может негативно относиться к внедрению
нового программного обеспечения.
Для предотвращения рисков на данной фазе необходимо произвести
качественное обучение персонала еще до начала внедрения, обучить службу
сопровождения и поддержки. Понять какие проблемы могут возникнуть в
процессе внедрения и уже быть готовым к их решению. Постоянно
консультировать персонал по поводу возникших у них трудностей, создать
горячую линию для решения данных проблем.
2.1.3. Организационно-правовые и программно-аппаратные
средства обеспечения информационной безопасности и защиты
информации
Так как все документы будут храниться на серверах для
централизованного использования необходимо жёстко разграничить права
доступа. У каждого пользователь на сервере будет его личная папка с фамилией
и именем для хранения личных рабочих документов. Доступ к папке
пользователя будет иметь только сам пользователь. По надобности каждому
отделу будет создана отдельная папка и в ней подпапки с фамилией и именем
сотрудников отдела для обмена документами внутри отдела, доступ к папке
будут иметь только те сотрудники, которые находятся в данном отделе. Так же
будет создана папка и в ней подпапками с фамилией и именем сотрудников всей
58
компании для обмена необходимыми документами между сотрудниками
компании, доступ к данной папке будет неограничен (таблица 6).
Данная политика выбрана из-за требований к чёткому разграничению прав
и доступа сотрудников документов, а так же централизованному хранению и
использованию документов.000000000000000
Таблица 6.
Разграничение прав доступа
Пользователь и / или
Группы пользователей
Общая папка «Обмен»
Доступ в Internet
Директор
Полный доступ
Не ограничен
Главный бухгалтер
Полный доступ
Не ограничен
Начальник ИМО
Полный доступ
Не ограничен
Начальник ИТО
Полный доступ
Не ограничен
Сотрудники ФЭО
Полный доступ
Ограничен
Сотрудники ИМО
Полный доступ
Ограничен
Сотрудники ИТО
Полный доступ
Ограничен
Исходя из внедрения новых систем автоматизации бизнес-процессов,
необходимо дополнить существующую политику информационной
безопасности, которая описана в пункте 1.2.4 и приведена в приложении 6
следующими пунктами:00000000
Защита от внутренних угроз (Разграничение прав доступа к информации).
Доступ пользователей к информационным ресурсам защищается
соответствующим паролем, который выбирается самим пользователем с учетом
следующих требований:
- минимальная длина парольной фразы должна быть не менее 6 символов;
- пароль обязательно должен содержать комбинацию символов,
состоящую минимум из двух следующих групп: маленьких букв, больших букв,
цифр и / или специальных символов.
Запрещается использовать в качестве пароля свои биографические данные
(имя, фамилию, дату рождения), общепринятые сокращения и т.п., а так же
59
записывать где-либо пароль и разглашать свои персональные пароли доступа, в
том числе иным пользователям (сотрудникам).
Защита от внешних угроз.
Под внешними угрозами безопасности понимаются угрозы со стороны
внешней среды, такие как:
- атаки из сети Интернет, направленные на искажение, уничтожение,
кражу информации или приводящие к отказу в обслуживании информационных
систем предприятия;
- распространение вредоносного кода – вирусов, троянского ПО,
шпионских программ, интернет червей;
- нежелательные рассылки (спам).
Учреждением МУ «ЦОУСО» для защиты от внешних угроз
информационной безопасности выполняется следующий комплекс мер:
1. Многоуровневая защита от вредоносного кода и спама, которая
включает:
- антивирусную защиту рабочих станций и серверов;
- контентную фильтрацию трафика на наличие вредоносного ПО;
- защита от спама.
2. Защита WEB ресурсов организации, которая включает:
- анализ защищенности внешних WEB ресурсов организации (сайтов,
интернет порталов, корпоративных ресурсов для партнеров и сотрудников);
- использование программно-аппаратных комплексов по защите от
распределенных атак отказа в обслуживании (DDoS).
2.2. Информационное обеспечение задачи
2.2.1. Информационная модель и её описание
Основой любого сайта, будь то миниатюрная персональная страничка или
гигантский электронный супермаркет, является информация. Пользователь
посещает ресурс именно для того, чтобы ознакомиться с представленными на
нем материалами. В том случае, если клиент не находит на страницах сайта
60
интересующих его сведений, он его покидает. И его не остановит даже яркий
дизайн, сбалансированная цветовая гамма и удобное навигационное меню.
Только информационное наполнение сайта – интересные статьи,
актуальные новости, подробные описания, авторские публикации способны
удержать посетителя на страницах сайта, убедить его стать клиентом.
Адекватный контент, уложенный в эффективную и удобную для восприятия
структуру, способен поистине творить чудеса – заставлять пользователей
возвращаться к сайту снова и снова.
Создание информационного материала для сайта неразрывно связанно с
общей информационной моделью, которая в конечном итоге и должна
определять, что конкретно, где и в каком объеме должно располагаться на сайте.
Грамотное контентное наполнение сайта способно увеличить посещаемость
сайта [14].
Информационное обеспечение Web представительства МУ «ЦОУСО»
выполняет задачу постоянного пополнения и обновления информации,
поддержание базы данных, управление интерактивными системами сайта.
Информационная модель Web представительства представлена в виде
диаграммы на рисунке 8:
Рис. 8 Информационная модель Web представительства
создаются уникальные
статьи, новые новости,
акции, предложения
учреждения
данные заносятся
в
административну
ю панель
управления
сайтом
данные
перенаправляются в
базу данных
данные
отправляются
на сайт