58
Техническое обеспечение — комплекс технических средств,
предназначенных для работы информационной системы, а также
соответствующая документация на эти средства и технологические процессы [7].
Комплекс технических средств составляют:
• компьютеры любых моделей;
• устройства сбора, накопления, обработки, передачи информации;
• устройства вывода информации;
• устройства передачи данных и линий связи;
• оргтехника и устройства автоматического съема информации;
• эксплуатационные материалы и др.
Разрабатываемый программный продукт имеет клиент-серверную
архитектуру.
Любая сетевая ОС, с одной стороны, создана для реализации функций
локальных ОС, а также имеет некоторые второстепенные средства, позволяющие
взаимодействовать через сеть с системами других подключенных устройств.
Программные агенты, которые нужны для поддержки сетевых функций,
включались в ОС понемногу, в рамках развития сетевых технологий, аппаратной
поддержки данных вычислительных машин и в процессе определения новых
требований сетевой обработки.
Базовыми ОС, которые раньше измели вес на рынке и являлись часто
применяемыми, стали сетевыми. Поддержание функционирования сетей уже
встраивается в ядро систем, формируя ее особую часть. Сейчас все главные
сетевые ОС имеют инструменты поддержания работ со всеми популярными
типами глобальных (ISDN, Х.25, ATM, frame relay) и локальных (ATM, FDDI,
Token Ring, Ethernet: 10/100/1000 Мбит) сетей, а также инструментами
реализации второстепенных сетей (NLSP, OSPF IP IPX, AppleTalk, ASTERISK).
Сейчас на рынке ПО среди сетевых ОС уже явно выделяются лидеры в
данном сегменте – это MS Windows 2012 и UNIX/Linux - системы
разнообразных сборок и от создателей программных платформ.
59
Внедрение в любой фирме эффективных методов работы ЛВС,
поддерживающих описанную выше функциональность, в большей степени
становится возможным от поддержки самих сетевых ОС, разнообразия и
простоты средств для управления и администрирования ЛВС, уровнем знаний и
умений сотрудников обслуживания сети и самих пользователей. Это актуальная,
интересная и сложная задача, что и помогает сделать выбор тематики данной
дипломной работы.
ЛВС предприятия имеет некоторые недостатки и требует обновления и
улучшения.
Исходя из описанного выше, ЛВС фирмы сейчас разделена на пару
сегментов в разных зданиях. При этом весь обмен данными, которые находятся в
разных зданиях, реализуется посредством сети Интернет, что уменьшает
скорость работы повышает риск НСД к подобным данным.
При этом, сама фирма несет дополнительные расходы на поддержание
дублирующего аппаратного обеспечения: файл-сервера или коммутаторов.
Основные проблемы, которые возможны в рамках использования сети:
[3]:
• Задержка в момент работы пользователей с сетевыми ресурсами,
которая не позволяет эффективно использовать файлы и данные в сети;
• Низкая масштабируемость и стабильность системы из-за
устаревшего оборудования;
• Низкая безопасность из-за нехватки минимальных инструментов
контроля сети и СЗИ;
• Низкая эффективность работы из-за устаревшего оборудования.
У отдельных задач, переданных конкретным серверам, повышаются
требования к ресурсам и стабильности, что рано или поздно приводит к замене
или обновлению серверов.
Различные части сети, к примеру, почтовый сервер, сервер БД и т.д., не
имеют функции резервирования, и, если внезапно выходит из строя какая-то
составляющая, вся система выключается или становится недоступной ее часть, а
длительность ремонта порой очень велика.
60
Система ИБП не реализована в принципе, и при кратковременном
отключении энергии в фирме или скачке напряжения есть реальная угроза
выхода из строя всей ЛВС. ИБП уже давно отработали свой срок, и вообще есть
они далеко не на всех рабочих станциях.
Средой передачи информации является ВП 3 категории. Кабельная
система возникала стихийно, важные параметры не учитывались из-за
отсутствия стратегии, поэтому сейчас уже невозможно ее расширить, а заняться
этим необходимо ввиду роста числа сотрудников.
Да и само помещение фирмы стоит в аренде, что накладывает ряд
ограничений по прокладке кабельной системы.
Из-за невысокой эффективности любого отдельно рассматриваемого
сервера, совокупное число серверов для исполнения задачи велико, при этом
страдает безопасность и управляемость.
По итогу, имеющаяся ЛВС компании не соответствует требованиям
актуального бизнеса, может гарантировать бесперебойный обмен данными
между пользователями, не имеет поддержки требуемого уровня ЗИ от любых
типов угроз. При этом параметры сети таковы, что нет возможности повышения
числа рабочих мест без полно блокировки трафика.
Архитектура клиент-сервер основана на распределении функций между
двумя типами независимых и автономных процессов: серверами и клиентами.
Для корректного взаимодействия компонентов клиент-серверной
архитектуры между собой требуется их соответствие некоторым основным
правилам. Эти правила должны в равной степени выполнять и клиенты, и
серверы, и ППО.
Технические характеристики используемых в компании персональных
компьютеров относятся к компьютерам со средней производительностью,
откуда можно сделать вывод, что их модернизация или замена в целях
выполнения поставленной задачи не требуется.
Локально-вычислительная сеть компании состоит из пользовательского и
серверного сегментов. В состав серверного входит следующее оборудование:
61
Один коммутатор на 44 порта D-Link DGS-3100-48 L2 управляемый
стекируемый 44xGigaUTP, 4xSFP;
Один ИБП APC Smart-UPS 750VA
Сервера разного назначения (сервер приложений, альтернативный
DNS-сервер, сервер-шлюз, первый и резервный контроллеры домена, другие).
Рабочие станции обладают следующей конфигурацией
Материнская плата: Gigabyte GA-M61PM-S2 Socket AM2, nVidia
GeForce 6100, DDR2-800+, FSB2000, Video, PCI-E, SATA Raid, Sound, LAN1000,
USB2.0, 1394, mATX
Процессор: AMD Athlon 64 X2 4200+ Energy Efficient
Память: 1024Mb DDR2 DIMM
Жесткий диск: 160 Gb 7200rpm
Системный блок: SuperPower, MiddleTower, ATX, 400W, USB,
AUDIO, FAN, Airduct, 5.25''x3, 3.5''x2
CD-DVD RW: NEC Sony Optiarc DVD±RW+CD/ RW [double layer]
Дисковод: 3,5" 1.44Mb NEC .
В качестве операционной системы на АРМ пользователей используется
Windows 7 Professional Edition 32 bit, в качестве серверной - Windows Server
2013.
В качестве пакета офисных приложений установлен MS Office 2013 Prof,
включающий в себя MS Word 2013, MS Excel 2013.
Технические характеристики серверов также не подлежат улучшению, так
как в настоящее время используемые модели серверов имею возможность
нарастить свою производительность для выполнения автоматизируемой задачи
без ущерба для других выполняемых ими задач.
62
2 Проектная часть
2.1 Разработка проекта автоматизации
2.1.1 Этапы жизненного цикла проекта автоматизации
Жизненный цикл (ЖЦ) информационной системы - период времени,
который начинается с момента принятия решения о необходимости создания ИС
и заканчивается в момент ее полного изъятия из эксплуатации [7].
Ниже приведено описание основных стандартов жизненного цикла:
ГОСТ 34.601-90 – стандарт распространяется на автоматизированные
системы и определяет стадии и этапы их создания. Также в стандарте
содержится описание состава работ по каждому этапу.
ISO 12207 – стандарт устанавливает общую структуру процессов
жизненного цикла. Так же определяет процессы, работы и задачи, которые
используются: при приобретении системы в целом или отдельного программного
продукта; при оказании программной услуги, а также при поставке, разработке,
эксплуатации и сопровождении программных продуктов.
Oracle CDM (Custom Development Method) - стандарт по разработке
прикладных ИС, детализированный до уровня заготовки проектной
документации. Стандарт применяется при разработке с применением Oracle и
рекомендуется в случае малых проектов.
RUP (Rational Unified Process) – предполагает итеративную модель
разработки согласно четырем фазам: начало, исследование, построение и
внедрение. Каждая фаза может подразделяться на этапы, в результате
выполнения которых выпускается версия для внутреннего или внешнего
использования.
MSF (Microsoft Solution Framework) – стандарт, сходный с RUP. Включает
в себя четыре фазы: анализ, проектирование, разработка и стабилизация. Также
как и RUP предполагает итеративную модель с использованием объектно-
ориентированного моделирования. MSF в отличии от RUP ориентирована более
на разработку бизнес-приложений.
63
XP (Extreme Programming) – стандарт «экстремальное программирование»
разработан в 1996 года, в его основе лежат следующие принципы: командная
работа, эффективная коммуникация между заказчиком и исполнителем и также
ведение разработок с использованием последовательно дорабатываемых
прототипов.
Для реализации проектного решения, необходимо первоначально
выделить основные этапы жизненного цикла будущей системы. Из всех
имеющихся стандартов, наиболее оптимальным будет ISO ISO 12207 [2]. Выбор
пал именно на этот стандарт, в связи со следующими факторами: Во-первых,
стандарт четкое не регламентирует последовательность процессов в каждом
этапе, что позволяет самостоятельно выбирать подходящие для себя процессы.
Во-вторых, стандарт охватывает все этапы более полно, нежели остальные
стандарты. В-третьих, ISO 12207 не указывает на этапы, а лишь регламентирует
их, что позволит разработчику самостоятельно управлять жизненным циклом.
Стандарт ISO 12207 включает всего 16 процессов, которые объединяются
в 3 группы (рисунок 2.1).
3.1 Управление 3.2 Создание инфраструктуры
3.3 Усовершенствование 3.4 Обучение
1.1 Заказ
1.2 Поставка
1.4 Эксплуатация
1.3 Разработка
1.5
Сопровождение
2.1 Документирование
2.2 Управление конфигурацией
2.3 Обеспечение качества
2.4 Верификация
2.5 Совместный анализ
2.6 Аудит
2.7 Решение проблем
1. Основные процессы жизненного
цикла
3. Организационные процессы жизненного цикла
2. Вспомогательные процессы
жизненного цикла
Рисунок 2.1 Структура стандарта ISO 12207-2008
Процессы состоят из отдельных видов деятельности. Всего стандартом
определенно 74 вида деятельности, связанной с разработкой и поддержкой ПО.
64
Каждый вид деятельности в свою очередь нацелен на выполнение одной или
нескольких задач.
Основной процесс жизненного цикла состоит из пяти видов деятельности:
1) Заказ;
2) Поставка;
3) Разработка;
4) Эксплуатация;
5) Сопровождение.
Каждый процесс определяет основного исполнителя и действия, которые
необходимо выполнить в назначенные сроки. Процесс заказа – основной
исполнитель организация заказчик информационной системе. На данном этапе
определяется потребность заказчика в информационной системе, происходит
выбор поставщика / разработчика и непосредственно управление заказом вплоть
до приемки готовой системы.
Процесс поставки – исполнитель организация поставщик. Этап
начинается с подписания договора на поставку системы, продолжается
определением процедур и ресурсов, необходимых для обеспечения выполнения
проекта. И заканчивается поставкой готовой системы и подписанием актов.
За процесс разработки отвечает организация разработчик. Процесс
включает в себя работы по анализу требований, проектированию,
программированию, сборке, тестированию и вводу в действия программного
продукта.
Процесс эксплуатации определяет задачи оператора. Он охватывает
эксплуатацию программного продукта и поддержку пользователей в процессе
его использования.
Процесс сопровождения состоит из задач и работы персонала,
ответственного за сопровождение программного продукта. Этот процесс
реализуется при модификациях программного продукта и документации к нему,
вызванных изменениями в связи с улучшением или устранением ошибок. Целью
процесса является изменение существующего программного продукта при
сохранении его целостности.
65
Согласно выбранному стандарту следует выделить следующие этапы:
Подготовка проекта
• Анализ деятельности
• Проведение предпроектного обследования
• Разработка плана проекта
Разработка
• Создание таблиц и связей БД
• Создание шаблонов отчетных файлов
• Создание процедур по сбору, обработке и хранению информации
• Создание процедур фильтрации
• Разработка пользовательского интерфейса
Тестирование настроек системы
• Настройка словарей и справочников
• Тестирование работоспособности системы
• Корректировка системы по результатам тестирования
• Подготовка документации для внедрения
• План эксплуатации
• Документация по установки и настройки ПО
• Подготовка плана внедрения
Внедрение
• Установка на сервер СУБД
• Установка серверных компонентов системы учета заявок
• Установка клиентских приложений системы учета заявок
• Настройка серверной и клиентских частей
• Тестирование работоспособности
• Демонстрация работы системы
• Подготовка плана по обучению пользователей
• Проведение семинара по обучению работе с системой
• Обучение службы эксплуатации
Эксплуатация
• Подготовка плана по эксплуатации
66
• Ввод системы в опытную эксплуатацию
• По результатам опытной эксплуатации перевод системы в
промышленную эксплуатацию
• Поддержка пользователей
• Проведение обучающих лекция для пользователей
• Подготовка отчетов о работе системы
Сопровождение
• Анализ ошибок и их устранение
• Подготовка отчетов по модификациям и изменениям
• Обновление функционирующих систем
На первоначальном этапе после проведения анализа деятельности
организации, необходимо поставить цели и задачи автоматизации и разработать
план проекта. После документального оформления начинается непосредственно
сам процесс разработки. Создается база данных, отчетные формы, пишется
программный код по сбору, обработке и хранению информации, создаются
процедуры фильтрации. После разработки системы, проходит этап тестирования.
По завершению тестирования готовится план эксплуатации и документация для
внедрения, а так же различная пользовательская документация. Процесс будет
происходить следующим образом. Так как в организации уже существует ЛВС и
стабильно функционирует, в ее наладке нет необходимости. Первоначально
устанавливается серверная часть системы учета заявок, далее на рабочие места
проходит установка и настройка клиентских приложений системы учета заявок и
СУБД. Тестируется работоспособность, проводится демонстрация работы
системы для руководства и персонала. Последней стадией будет проведение
семинаров для сотрудников компании. Необходимо связать всех сотрудников,
отвечающих за обработку документов в единую информационную сеть. Для
этого клиентские приложения будут устанавливаться в четкой
последовательности по определенным отделам
За эксплуатацию готовой системы, будет отвечать оператор. В его задачу
будет входить:
67
1. Разработка плана эксплуатации и определения набора стандартов
эксплуатации.
2. Получение и документирование сведений о возникающих проблемах, их
решение и контроль за возникновением, обеспечение обратной связи с
пользователями.
3. Тестирование системе в эксплуатационной среде, кооперация со
службой сопровождения для устранения возникших проблем и модернизации
системы.
4. Поддержка и консультация пользователей.
Далее выберем модель жизненного цикла информационной системы.
В настоящее время наиболее распространены следующие модели:
Каскадная;
Спиральная;
Итеративная.
Каскадный подход неплохо зарекомендовал себя при создании
относительно простых ИС, когда в самом начале проекта можно очень точно и
емко сформулировать нужные требования к системе. Главным недостатком
такого подходя можно назвать то, что процесс реального создания системы не
может полностью уложится в такую жесткую схему, постоянно есть потребность
в возвращении к предыдущим этапам и просмотре или изменении ранее
принятых решений. В итоге реальный процесс разработки ИС оказывается похож
на поэтапную модель с промежуточным контролем.
Выделяют следующие положительные стороны использования каскадного
подхода:
• Каждый этап включает в себя законченный набор проектной
документации, отвечающий критериям согласованности и полноты;
• Реализуемые в логической последовательности работы дают
возможность планировать сроки завершения всех работ и подсчитывать затраты.
Цикличная модель ЖЦ создавалась для преодоления вышеперечисленных
проблем. На этапах анализа и проектирования степень создания технических
решений и удовлетворенность потребностей заказчика оценивалась методикой