57
Исходя из проведённого сравнительного анализа был выбран 3Com Switch
4200 50-Port, так как в сравнении с другими он обладает достаточным запасом
портов, а также позволяет проводить настройку MAC адресов.
Далее приведена таблица 11, в которой отображены характеристики и
параметры маршрутизаторов.
Таблица 11
Характеристики и параметры маршрутизаторов
Модель
Cisco C881-K9
Cisco C1111-4P
Cisco C1111-
4PLTEEA
Средняя цена
75 000 руб
55 000 руб.
85 000 руб.
Количество портов
коммутаторов
4
4
4
DHCP-сервер
Есть
Нет
Есть
Межсетевой экран
Есть
Есть
Есть
SPI
Есть
Нет
Есть
WAN-порт
Ethernet
10/100/1000
Мбит/сек
Ethernet
10/100/1000
Мбит/сек
Ethernet
10/100/1000
Мбит/сек
Количество WAN-
портов
1
2
2
Число
поддерживаемых
VPN-туннелей
20
10
20
Объём
оперативной
памяти (Мб)
512 Мб
4096 Мб
4096 Мб
Объём флэш-
памяти (Мб)
256 Мб
4096 Мб
4096 Мб
Консольный порт
Есть
Нет
Есть
Web-интерфейс
Есть
Нет
Есть
Поддержка Telnet
Есть
Нет
Есть
Статическая
маршрутизация
Нет
Нет
Есть
Автоматическое
определение
MDI/MDIX
Есть
Нет
Есть
Поддержка IEEE-
802.1p
Нет
Нет
Есть
После того как мы наглядно рассмотрели три маршрутизатора по
различным параметрам, можно сказать, что маршрутизатор Cisco C1111-
4PLTEEA является самым выигрышным вариантом, так как имеет больший
функционал и отвечает всем предъявляемым требованиям ИС.
Параметр
58
Технические характеристики серверов не нуждаются в улучшении, потому
что на данный момент используемые модели серверов обладают возможностью
повысить свою производительность для выполнения автоматизируемой задачи
без потери для других выполняемых ими задач.
59
Глава 2. Проектная часть
2.1 Разработка проекта автоматизации
2.1.1 Этапы жизненного цикла проекта автоматизации
Жизненный цикл программных средств (ПС) в стандартах несёт в себе
набор этапов, индивидуальных работ и операций в последовательности их
выполнения и взаимосвязях. Данный набор регламентирует ведение работ от
подготовки технического задания (ТЗ) до завершения испытаний рядя версий и
окончания эксплуатации ПС или ИС. Стандарты несут в себе правила описания
входной информации, способы и метод выполнения операций, установление
контроля технологических процессов, требования к оформлению результатов,
регламентирование содержания технологических и эксплуатационных
документов на различные комплексы программ [4]. Помимо этого, они также
назначают организационную структуру коллектива организации, предоставляют
возможность распределения и планирования заданий, и позволяют осуществлять
контроль над этапами создания комплекса ПС.
Стандарт ISO 12207 был выбран, как стандарт, который охватывает
большую часть автоматизированных систем (АС) и ПС, в сравнении с другими
стандартами для описания жизненных циклов (ЖЦ) ИС. Исходя из описания
стандарта, система – это объединение одного или более процессов, ПО,
аппаратных средств, людей и оборудования для реализации возможности
обеспечения максимального удовлетворения поставленных целей и
потребностей [1].
Стандарт ISO 12207 представляется базовым и определяет жизненный
цикл программного обеспечения. Стандарт назначает стратегию и общий
порядок в создании и эксплуатации программного обеспечения, охватывает весь
жизненный цикл от концептуальной идеи до окончания проекта и состоит из
больших обобщённых процессов.
В стандарте ISO/IEC 12207 представлены пять основных процессов ЖЦ
ПО:
60
1) Процесс приобретения. Который устанавливает действия организации-
покупателя ИС, ПП или службы ПО;
2) Процесс поставки. Который устанавливает действия организации-
поставщика по снабжению покупателя ИС, ПП или службы ПО;
3) Процесс разработки. Который устанавливает действия организации-
разработчика, производит разработку принципов построения
программного изделия и непосредственно само ПП.
4) Процесс функционирования. Который устанавливает действия
организации-оператора, обслуживающего систему целиком. Сюда
входят консультация пользователей, получение обратной связи и т.д.;
5) Процесс сопровождения. Который устанавливает действия персонала,
который обеспечивает сопровождение ПП, то есть управление
модификацией ПП, поддержание нынешнего состояния и
функциональной пригодности, установку и удаление [24].
Используя стандарт, стороны-участники несут ответственность:
− за выбор и применение методов разработки ПО;
− за выбор модели ЖЦ для разрабатываемого проекта;
− за адаптацию процессов и задач к этой модели;
− за выполнение действий и задач, которые подходят для проекта ПО.
Исследуем работы на каждом этапе ЖЦ.
На предпроектной стадии нужно провести полный системный анализ,
который несёт в себе анализ функционирования и выявление недочётов
имеющейся технологии в организации [20]. Затем на основании этих недочётов
производится формулировка потребности в совершенствовании системы,
формируется технико-экономическое обоснование проекта (ТЭО), определяются
технические условия и требования к ИС. Итоги такой работы согласно
требованиям должны быть оформлены в виде ТЗ. Данный этап исполняется
бизнес-аналитиком отдела, привлекая сотрудников, от которых он получает
информацию.
61
1. Предпроектное рассмотрение. В процессе данного этапа находят
основные информационные потоки в организации и производится
проверка базы основной нормативно-справочной информации. Наличие
необходимых для работы корпоративных ИС справочников и
классификаторов и соответствие принципов их реализации с
требованиями системы, в такой ситуации, является базовыми
требованиями. В ходе выполнения этого этапа особенно важно
проанализировать на целостность и полноту корпоративные стандарты
учёта и отчётности. Так же данный этап включает в себя выявление и
диагностирование проблем, которые могут возникнуть при внедрении.
Помимо этого, согласовывается и производится настройка
справочников и классификаторов системы в его строгом соответствии с
обозначенными требованиями. По результатам этапа формируется
документ, который подписывается всеми участниками проекта
внедрения, описывающий все найденные недостатки и вырабатываются
способы их решения.
2. Осуществление информационно-функциональной модели работы
организации, описание и оптимизация процессов, которые нуждаются в
автоматизации. В такой ситуации, моделирование необходимо
осуществлять при помощи обученных сотрудников исследуемой
организации с вовлечением опытных консультантов и с привязкой
конкретно построенной модели к стандартам бизнеса и к
спроектированный системе [23].
3. Адаптация ИС внутри организации. В процессе исполнения этого этапа
производится настройка системы, тестирование основных модулей и
функций группой внедрения. Данный этап обязует наличие
корпоративных стандартов, которые образовывают основу настроек
системы.
4. Опытная эксплуатация ИС. Данный этап нужен для осуществления
тестирования чёткого соответствия функциональности, полученной в
62
ходе отладки системы, установленным требованиям организации. На
этом этапе имеется двойной ввод данных в системы (новую и старую).
Итоги опытной эксплуатации: формируются стандартные отчёты и
осуществляется проверка данных; система постепенно вводится в
эксплуатацию; документируются регламенты по обслуживанию
рабочих мест и добавляются должностные регламенты всех участников
учётного процесса. В обособленных подразделениях компании в
систему дополняются фактические данные и шаг за шагом
производится проверка бизнес-функций. Отлаживается работа
подразделений на базе тестовых “пилотных” примеров. Конечные
пользователи в организации (т.е. работники IT-отдела) обучаются с
настроенной системой исключительно на своих рабочих местах. По
окончанию обучения осуществляется встроенный “пилотный” пример
и целиком моделируется работа компании. Отталкиваясь от
полученных результатов реализации примера, руководство компании
предпринимает решение о переводе ИС в постоянную эксплуатацию.
Дальше следует этап – проектирование ИС. Он несет в себе разработку
согласно установленным требованиям состава автоматизируемых функций
(функциональная структура), состава обеспечивающих подсистем (системная
архитектура), оформление технического проекта ИС [8]. Входной информацией
для проектирования является техническое задание. Формируется состав
программных подсистем и компонентов оборудования, определяются
спецификации конкретных требований к компонентам ПО, формируется состав
элементов ПО, алгоритмы обработки информации, интерфейсы с БД,
спецификации интерфейсов с другими системами автоматизации, структуры
хранения данных, требования к тестам. С позиции качества всей дальнейшей
разработки, этот этап представляется очень важным и ответственным.
Этап реализации. На данном этапе исполняется физическое
проектирование, программирование, наполнение БД, тестирование, разработка
инструкция для сотрудников.
63
Тестирование ИС. На данном этапе производится оценка системы в целом
на удовлетворение соответствий требований ТЗ.
Внедрение системы нужно производить в три этапа:
− подготовка объекта к внедрению;
− опытное внедрение;
− сдача проекта в промышленную эксплуатацию.
На этапе подготовки объекта к внедрению в планах произвести такие
работы:
− установить требуемое серверное ПО;
− развернуть на сервере базу данных;
− установить/обновить клиентское ПО на рабочих станциях
сотрудников;
− реализовать взаимодействие рабочих станций сотрудников с
сервером базы данных;
− настроить учётные записи и права доступа;
− наполнить справочники системы реальными данным;
− произвести обеспечение пользователей эксплуатационной
документацией;
− произвести обучение персонала работе с системой.
В ходе внедрения системы непосредственно фигурируют такие
специалисты: системный администратор, разработчики системы
(проектировщик, программист) и будущие эксплуатанты системы. Системному
администратору необходимо обеспечить настройку сервера для корректной
работы; подключение к локальной сети для сервера и рабочих станций
сотрудников системы; доступ к персональному компьютеру, которые
необходимы для развертывания системы. Проектировщик реализует обучение
эксплуатантов системы, конфигурирует её, заполняет справочники, производит
проверку правильности взаимодействия всех подсистем. При обнаружении
64
неполадки в ходе развертывания системы, программист должен
незамедлительно их устранить.
Не менее трех месяцев – это срок проведения опытной эксплуатации
системы. При обнаружении ошибок на этом этапе, реализуется поиск их
происхождения и оперативное устранение ошибок, внесений исправлений в
программу, в технологию обработки данных. Когда все ошибки были
ликвидированы, происходит подписание акта о проведении опытной
эксплуатации, что служит началу перехода к следующему этапу – сдаче системы
в промышленную эксплуатацию.
Этап эксплуатации. На данном этапе реализуются следующие работы:
− модификация ПО (бизнес-аналитик, программист);
− периодическое архивирование информационной базы системы на
CD-носителях (администратор системы);
− подготовление рекомендаций по усовершенствованию системы
(пользователи системы);
− периодическая актуализация справочников системы (установленное
лицо ответственное за справочник);
− определение недостатков и оперативное устранение причин их
возникновения (программист);
− развитие и модернизация системы (бизнес-аналитик, программист).
Так как был выбран стандарт ISO/IEC 12207, то в наибольшей степени
подходить к конкретной разработке будет каскадная модель.
Опишу ряд преимуществ каскадной модели:
− заказчик имеет возможность высказаться по поводу каждой
разработанной версии системы;
− модель не требует первоначального расхода средств, которые
необходимы для разработки всего проекта;
− реализована возможность произвести разбиение возникшей
проблемы на управляемые части, вследствие чего предотвращается
65
образование больших перечней требований, которые выдвигаются
команде разработчиков;
− в ходе реализации каждого из этапов получается функциональный
продукт;
− поддержка непрерывного прогресса в процессе исполнения проекта.
В роли стратегии внедрения ИС в ООО “Аэропорт Грабцево” был выбран
“Пилотный проект”. В особенности важные требования к пилотным проектам:
− выделение достаточных ресурсов. Руководство обязано
побеспокоиться о том, чтобы пилотный проект был в полном объёме
обеспечен необходимыми ресурсами в течение всего времени своего
выполнения;
− управляемый технический риск;
− высокий приоритет. Проект обязан обладать достаточным высоким
приоритетом, для того чтобы реализовать возможность необходимой
поддержки со стороны руководства и поставки требуемых ресурсов
в кратчайшие сроки;
− реалистичный график.
“Пилотный проект” даёт возможность удостовериться в применимости и
эффективности представляемой системы до её конечного внедрения, научить
работников организации работе с системой, и кроме того, установить и
спланировать организационные и технические события на этапе промышленного
внедрения. Ко всему прочему пилотный проект позволяет минимизировать
затраты и максимально ускорить полномасштабное внедрение.
2.1.2 Ожидаемые риски на этапах жизненного цикла и их описание
Этот раздел представляет риски, которые на этапах ЖЦ задачи
автоматизации продажи авиабилетов для ООО “Аэропорт Грабцево” могут
возникнуть. Риском в общем случае это возможность возникновения
определённых обстоятельств, которые обуславливают неуверенность или
невозможность получить ожидаемые результаты от осуществления
66
поставленной цели, причинение материального вреда, угроза потери валют и
прочее [25].
Есть несколько типов рисков:
Технический тип рисков. К данному типу относятся риски, которые
связаны с проблемами осуществления технических решений и человеческим
фактором, то есть риски, сопряженные неспособности экспертов исполнить
нужную задачу.
Тип бизнес-рисков. Данный тип несёт в себе риски, связанные с
финансовой поддержкой задачи учёта (риски уменьшения бюджета), которые
приводят к сокращению проекта и его задач, а также к провалу в целом, в
ситуации, когда основная цель не была достигнута. Этот тип не представляется
возможным полностью исключить, но его можно, при правильно подходе,
максимально минимизировать.
Проектный тип рисков. К этому типу относятся риски, связанные с
недочётами в бюджете, в графике работ, с трудностями персонала компании,
риски разнообразных поправок в действующем законодательстве.
Одним из решением для уменьшения подобных типов рисков, может
являться исчерпывающее число квалифицированных и грамотных сотрудников,
которые имеют большой опыт деятельности в надлежащей ему области.
Характеристика дефектов программного продукта представлена в таблице
11.
Причинами рисков на этапе эксплуатации могут послужить такие
действия:
1) В следствии злоумышленных, активных влияний заинтересованных
субъектов. Для борьбы с внешними угрозами рекомендовано
использовать средства обеспечения защиты программ и данных
(аутентификация эксплуатантов, обеспечение защиты локальной сети с
помощью межсетевых экранов, использование антивирусных программ
и пр.).