62
Поддержка Power over
Ethernet
—
—
Поддержка Jumbo
Frame
—
Поддержка IEEE 802.1p
(Priority tags)
—
Поддержка IEEE 802.1q
(VLAN)
—
Поддержка IEEE 802.1d
(Spanning Tree)
—
Поддержка IEEE 802.1s
(Multiple Spanning
Tree)
—
Из рассмотренных выше маршрутизаторов при других почти равных
возможностях маршрутизатор MikroTik RouterBOARD 1100AH имеет 12 портов
и приемлемую стоимость.
Для рассматриваемой сети нужен недорогой, но надежный сервер. Выбор
предлагается произвести из серверов средней ценовой категории.
Сравнение серверов приведено в таблице 1.8.
Таблица 1.8
Сравнение серверов
Параметр
HP ProLiant DL320e E3-
1240V2 3.4GHz 8MB 8Gb
DDR31-1-1 Gen8 Perf 1U
(722547-421)
HP ProLiant DL380e Gen8
E5-2420 B320i/512MB
FBWC 4x1Gb 2x4GB(L)
Diskless SFF DVD-RW
2x460W
Производитель
Intel
Intel
Тип
Xeon
E5-2420
Код
процессора
E3-1240 v3
1.9 ГГц
Частота
3.4 ГГц
1
Количество
процессоров
1
1.5 Мб
Кеш L3
8 Мб
15 Мб
Количество
ядер
процессора
4
6
1.5 Оперативная память
Тип памяти
DDR3
DDR3
Объем памяти
8 Гб
8 Гб
Максимальный
объем памяти
32 Гб
384 Гб
63
Количество
слотов памяти
4
12
Стоимость
49250 рублей
63220 рублей
Как видно из таблицы 1.9, при одинаковой конфигурации серверы имеют
ощутимое различие в стоимости – около 800 у.е. Сервер HP ProLiant DL380 G6
имеет более компактный размер, большую возможность для расширения,
большую отказоустойчивость. Однако, для рассматриваемой задачи эти
характеристики не являются критически важными, поэтому можно выбрать
более дешевый вариант с той же производительностью. Выбираем сервер HP
ProLiant DL320e .
64
2 Проектная часть
2.1 Разработка проекта автоматизации
2.1.1 Этапы жизненного цикла проекта автоматизации
Методология проектирования ИС включает в себя описание процесса
создания и сопровождения систем в виде жизненного цикла (ЖЦ) ИС,
отождествляя его с некоторой последовательностью стадий и исполняемых на
них процессов. Для каждой стадии выявляется состав и последовательность
производимых работ, итоговые результаты, методы и средства, нужные для
реализации работ, ответственность и роль участников и т.д. Подобное
формальное описание ЖЦ ИС дает возможность спланировать и подготовить
процесс совместной разработки и поддерживать управление этим процессом.
Жизненный цикл (ЖЦ) ИС представляется, как ряд событий,
случающихся с системой с момента ее внедрения и до окончания использования.
Модель ЖЦ отражает различные состояния системы, от момента
возникновения необходимости в данной ИС и до момента ее окончательного
вывода из эксплуатации. Модель жизненного цикла представлена некой
структурой, которая содержит процессы, действия и задачи, реализуемые в ходе
создания, работы и сопровождения ПО в течение всей жизни системы, от
выявления требований до окончания ее использования.
Сегодня известны и применимы следующие модели жизненного цикла:
• Каскадная модель включает в себя последовательную реализацию
всех этапов проекта в заранее определенном порядке. Начало следующего этапа
говорит о полном завершении работ на предыдущем этапе.
• Поэтапная модель с периодичным контролем. Создание ИС
реализовано в виде итераций с циклами обратной связи между этапами.
Межэтапные проверки позволяют учесть реально существующее взаимовлияние
итогов разработки на различных этапах; ЖЦ каждого из этапов продлевается на
весь срок разработки.
• Спиральная модель. На любом витке спирали выполняется
генерация очередной версии продукта, корректируются требования проекта,
выражается его качество и планируются работы уже следующего витка. Особое
65
внимание при этом обращается на начальные этапы разработки - анализ и
проектирование, где возможность создания тех или иных технических решений
обосновывается и проверяется благодаря построению прототипов.
Каскадный подход отлично зарекомендовал себя в процессе создания
относительно простых ИС, когда в самом начале разработки можно с большой
точностью и полнотой составить все требования к системе. Главным
недостатком такого подхода является то, что основной процесс разработки
системы не может полностью уложится в такие жесткие рамки, постоянно есть
потребность в возврате к уже завершенным этапам для уточнения или изменения
ранее принятых решений. В итоге реальный процесс разработки ИС становится
соответствующим поэтапной модели с периодичным контролем.
Все стадии создания системы предусматривают выполнение некоторого
объема работ, представляемых в виде процессов ЖЦ. Процесс выражается как
совокупность объединенных действий, изменяющих входные данные в
выходные. Описание любого процесса состоит из перечня решаемых задач,
исходных данных и итоговых результатов.
Есть целый ряд стандартов, определяющих ЖЦ ПО, а в отдельных случаях
и процессы разработки.
Среди самых известных стандартов выделяют следующие:
• ГОСТ 34.601-90 - распространяется на АИС и указывает в себе
стадии и этапы их создания. Также в нем имеется описание содержания работ на
всех этапах. Стадии и этапы работы, отраженные в стандарте, зачастую
соответствуют каскадной модели жизненного цикла.
• ISO/IEC 12207:1995 - стандарт на процессы и реализацию
жизненного цикла. Применяется ко всем видам заказного ПО. Стандарт не имеет
описания стадий, фаз и этапов.
• Custom Development Method по созданию прикладных ИС -
технологический материал, углублённый до уровня заготовок проектных
документов, которые рассчитаны на применение в проектах совместно с Oracle.
Используется CDM для типовой модели ЖЦ (имеются все работы/задачи и
этапы), а также для случаев "быстрой разработки" (Fast Track) или
"облегченного подхода", которые будут оптимальны в малых проектах.
66
• Rational Unified Process (RUP) включает в себя итеративную модель
разработки, имеющую четыре фазы: старт, анализ, создание и использование.
Все эти фазы могут быть разделены на этапы (итерации), по итогу которых
имеется версия для внутреннего или внешнего использования. Реализация
четырех основных фазы считается циклом разработки, и любой такой цикл
завершается созданием версии системы. В случае, если работа над проектом не
прекращается и после этого, полученный продукт продолжает оптимизироваться
и снова проходит те же фазы. Суть реализации в рамках RUP - это разработка и
сопровождение моделей на базе UML.
• Microsoft Solution Framework (MSF) похож на RUP, так же имеет
четыре фазы: исследование, построение, создание, стабилизация, является
итерационным, включает в себя применение объектно-ориентированного
моделирования. MSF в отличии от RUP в сильнее ориентирован на создание
бизнес-приложений.
• Extreme Programming (XP). Экстремальное программирование
(самая молодая среди остальных методологий) было реализовано в 1996 году. В
основе методологии лежит командная работа, четкая коммуникация между
исполнителем и заказчиком в течение всего срока проекта, а сама разработка
реализуется методом последовательной доработки прототипов.
• Стандарт ISO/IEC серии 15288.
В связи с небольшим объемом разрабатываемой автоматизированной
системы и ее характером необходимо использовать именно эту модель. Для
создаваемой системы перечень стадий, участники этапов, требования к входной
информации и основные результаты, которые должны быть достигнуты к
моменту их завершения, приведены в таблице 2.1.
Таблица 2.1
Стадии создания автоматизированной системы (в соответствии с ISO/IEC
15288)
№
п/п
Стадия
Ключевые
участники
Требования к
входной
информации
Результаты
1
Формирование
концепции
Разработчик,
ИП
Описание бизнес-
процессов
организации,
Анализ
потребностей,
выбор концепции
67
форм входных и
выходных
документов,
общие требования
к системе
и проектных
решений
2
Разработка
разработчик,
программист
Требуемые
функции системы
Проект системы
3
Реализация
программист
Проект системы,
требования к
программному,
информационному
и техническому
обеспечению
Готовая
информационная
система, комплект
документации
4
Эксплуатация
Администратор
магазина,
клиенты
Руководство
администратора и
пользователя
системы
Ввод в
эксплуатацию и
использование
системы
5
Поддержка
Администратор
системы,
разработчик
Статистика
отказов, ошибок в
работе
информационной
системы
Обеспечение
функционирования
системы
6
Снятие с
эксплуатации
ИП
Обоснование
прекращения
использования
системы
Прекращение
использования,
демонтаж,
архивирование
системы
Задача внедрения информационной системы включает в себя создание
(адаптацию) и запуск в продуктивную эксплуатацию элементов
информационной системы. Так как разработка информационной системы будет
осуществляться своими силами, то и внедрение будет происходить без
привлечения посторонних специалистов.
Этап внедрения планируется разбить на следующие подэтапы:
1. Предпроектное обследование. В ходе обследования выявляются
основные информационные потоки на предприятии и сверяется база основной
нормативно-справочной документации. Главным требованием в данном случае
является наличие всех необходимых для функционирования корпоративных
информационных систем справочников и классификаторов и соответствие
принципових организации требованиям системы. В ходе выполнения этапа
обязательно должны быть проанализированы на полноту корпоративные
стандарты учета и отчетности. На данном этапе также производится
68
диагностирование проблем, которые могут возникнуть при внедрении,
разрабатывается и согласовывается настройка справочников и классификаторов
системы в соответствии с сформулированными требованиями. При
необходимости, принимаются решения об изменении существующих практик
учета или функциональных моделей. По результатам этапа формируется
подписываемый всеми участниками проекта внедрения документ, который
описывает все выявленные проблемы и намечает пути их ликвидации.
2. Построение информационно-функциональной модели деятельности
предприятия, описание и оптимизация процессов, подвергающихся
автоматизации. Моделирование должно проводиться хорошо обученными
сотрудниками рассматриваемого предприятия с привлечением
высококвалифицированных консультантов и с привязкой созданной модели к
стандартам бизнеса и к будущей системе.
3. Адаптация ИС на предприятии. В ходе этапа производится настройка
системы тестирование отдельных модулей и функций группой внедрения. На
данном этапе также очень важно наличие корпоративных стандартов, так как
именно они являются основой настроек системы.
4. Опытная эксплуатация информационной системы. Осуществляется
для тестирования полного соответствия функциональности, полученной в
результате настройки системы, требованиям предприятия. На этом этапе
сохраняется двойной ввод данных в старую и новую системы. В ходе опытной
эксплуатации: генерируются стандартные отчеты (с помощью ИС и обычными
способами) и производится верификация данных; система постепенно вводится
в эксплуатацию, по отдельным участкам учета; документируются инструкции по
ведению рабочих мест и корректируются должностные инструкции участников
учетного процесса. В отдельных подразделениях предприятия в систему
вводятся фактические данные (в ограниченном объеме) и последовательно
тестируются бизнес-функции путем моделирования реальных ситуаций
деятельности предприятия (в условиях, максимально приближенных к
действительности). Отрабатывается взаимная работа подразделений на основе
тестовых пилотных примеров. Конечные пользователи (сотрудники отдела ИТ)
обучаются работе с настроенной системой непосредственно на своих рабочих
69
местах. После обучения конечных пользователей отрабатывается
интегрированный пилотный пример и полностью моделируется деятельность
предприятия. На основе результатов выполнения пилотного примера
руководством предприятия принимается решение о переводе ИС в
промышленную эксплуатацию.
Этап эксплуатации подразумевает под собой непосредственное
использование информационной системы для выполнения ею тех функций, для
которых она предназначена.
Работы, ожидаемые на этапе эксплуатации, можно разделить на две
группы: плановые и неплановые.
К плановым работам будут относится такие работы, как:
инсталляция программного обеспечения;
базовая настройка и проверка работоспособности компонентов
устанавливаемой системы;
устранение недостатков в конфигурации системы;
проверка надежности работы системы;
окончательная донастройка.
Данные работы будут проводиться той же группой, что и на ранних
этапах. В состав этой группы входят сотрудники технического отдела -
технические специалисты и системные администраторы.
Есть 4 способа начала использования новой системы:
Затем производится выбор направления внедрения созданной системы.
Сегодня выделяют 4 стратегии внедрения ИС:
• Параллельная стратегия, которая подразумевает замену старой на
новую;
• Скачок – подразумевается резкий переход с одной системы сразу на
другую;
• Опытное использование пилотного проекта – та же тактика скачка,
только к некоторому количеству изделий, при этом очень успешна на малом
участке работы;
• Узкое место – внедрение узкого места план выполняется только для
него самого, и для сотрудников, которые там работают.
70
В итоге исходя из описаний и условий деятельности фирмы, а также из
характеристик создаваемой системы, в качестве стратегии выбирается «опытное
использование пилотного проекта», что позволяет установить всю систему сразу
же после ее подготовки. При этом прекращается использование ручного учета
данных, что позволяет значительно увеличивать скорость работы сотрудников
фирмы прямо с первого дня использования системы, и в таком случае само
внедрение пройдет безболезненно.
2.1.2 Ожидаемые риски на этапах жизненного цикла и их описание
При разработке и внедрении ИС существует много причин, приводящих к
возникновению рисков: ошибки в выборе стратегии проекта, нечетко
поставленные цели и задачи, изменение внешних и внутренних требований,
низкая квалификация персонала и т. д.
Одна из важных особенностей предлагаемой модели - управление рисками
такого проекта, которое во многом строится на управлении конфигурацией ИС и
процессами проекта. Основные риски и способы их уменьшения приведены в
таблице 2.2.
Таблица 2.2
Основные риски при разработке проекта и способы их снижения
Виды рисков
Снижение видов
риска
Распределение
риска
Снижение
вероятности
возникновения
риска
Риски, связанные
с масштабом
проекта
Детальный анализ
каждого этапа
работ,
взаимодействия
участников,
организации работ
Разделение
проекта на
несколько
подпроектов,
выделение
пилотного проекта
по подсистемам
(ограниченного
масштаба)
Детально
проработанная
программа
качества,
отработанное
управление
конфигурацией
проекта
Риски, связанные
с недостаточным
опытом в сфере
ИТ
Проведение
обучения
пользователей,
включая
Согласование
большинства
проектных
документов,
Разработка и
утверждение
концепции
проекта на
71
руководство,
соблюдение
технологий работы
согласование всех
изменений в
функциональности
системы
возможно более
ранней его
стадии
Технические
риски проекта
Строгий отбор
проектной команды
по
квалификационным
критериям.
Обучение
участников проекта
технологии
проектных работ,
инструментальным
средствам
Документально
зафиксированная
персональная
ответственность
участников
проекта,
документальное
фиксирование всех
изменений в
процессе проекта
Использование
стандартов
предприятия на
проектные
работы,
разработка
стандартов
проекта
Организационные
риски проекта
Обучение
участников проекта
(курс "управление
проектом"),
тренинги команды,
как можно более
полная
формализация
деятельности
Включение
представителей
заказчика в
рабочие группы
Включение в
команду
администратора
проекта,
детальное
распределение
ролей в проекте
Операционные
риски проекта
Многократное
тестирование
созданных
продуктов
Фиксирование
отсутствия
претензий
заказчика по
каждому этапу
работы
Строгое
выполнение
процедур
программы
качества
2.1.3 Организационно-правовые и программно-аппаратные средства
обеспечения информационной безопасности и защиты информации
При эксплуатации разработанной информационной системы для
обеспечения её безопасности от внешних и внутренних угроз используется
комплекс мер по защите информации. В этот комплекс прежде всего входят
средства, позволяющие ограничить доступ пользователей к различным модулям
системы [14].
Для защиты от внутренних угроз в системе используется политика
разделения прав доступа. Характеристика политики приведена в таблице 2.3.