50
Характеристики
Server2017
Встраиваемая аутентификация
пользователей
да
да
нет
Мониторинг работы базы данных
да
да
да
Возможность создание временные
таблицы
да
да
да
Ведение журнала действий с
базами данных и подключение
да
да
да
В основе платформы MS SQL Server используется среда Windows.
Главное преимущество программы – тесная интеграция с программными
продуктами от Microsoft и возможность экспорта/импорта данных в
большинство распространенных форматов данных, что позволяет использовать
MS SQL Server как центральное хранилище данных.
Оrаclе предлагает открытые и удобные в использовании технологические
решения. Готовые пaкeтирyемыe решения автоматически включают в свою
стоимость сервер приложений, базу данных, инструменты управления данными,
не подлежащими структурированию. Масштабируемые бизнес-приложения
Оrаcle могут быть легко интегрированы с ИТ-инфраструктурой предприятия без
потери уже вложенных в IT инвестиций [8].
Универсальный сервер баз данных DВ2 UniversalDatabase – это
объектнореляционная система управления базами данных с поддержкой
мультимедиа и Wеb, работающая на системах от ПК и серверов на процессорах
Intеl до Uniх, от простейших однопроцессорных систем до симметричных
многопроцессорных систем. DВ2 UnivеrsalDatаbase объединяет в себе высокую
производительность систем обработки операций в режиме on-line,
модернизированные средства оптимизации с возможностями параллельной
обработки баз данных, объектно-реляционные расширения [4].
На сегодняшний день лидером среди серверных СУБД для клиент-
серверных самописных приложений является SQL Server от компании Microsoft.
К тому же Microsoft SQL Server 2017 уже установлен на сервере компании и
51
используется для 1С. В связи с этим для разрабатываемой ИС выберем Microsoft
SQL Server 2017.
1.4.3. Обоснование проектных решений по техническому обеспечению
Техническое обеспечение - комплекс технических средств,
предназначенных для работы информационной системы, а также
соответствующая документация на эти средства и технологические процессы.
Комплекс технических средств составляют:
– персональные компьютеры;
– устройства сбора, накопления, обработки, передачи и вывода
информации - жесткие диски, сканеры, принтеры, факсимильные аппараты;
– устройства передачи данных и линий связи - модемы;
– эксплуатационные материалы - бумага, CD (DVD) - диски и т.п.
В нашем случае основными элементами технического обеспечения будут
автоматизированные рабочие места персонала организации.
В качестве АРМ предполагается использовать персональные компьютеры
со следующей конфигурацией:
Таблица 14. Конфигурация рабочих станций
Процессор
Intel I3 2.5 Ггц
Оперативная память
KVR13N9S6/2 DDR3 4GB DIMM
Дисковая память
Lenovo 43R1990 емкостью 500 гб
Видео подсистема
интегрированные решения
Материнская плата
c.b75h v23 Intel
Операционная система
Windows 7 SP 2
Использование данной конфигурации дает возможность осуществления
работы в разрабатываемой информационной системе с большой степенью
надежности. Выбор процессора I3 обусловлен соотношением цена/качество (в
сравнении с аналогами), а так же заделом на ближайшие годы.
52
Размеры жесткого диска и оперативной памяти является наиболее
доступным и стандартным набором для классических офисных машин. Так же в
рабочей станции необходимо иметь сетевую карту, обычно они уже встроенные
поставляются вместе с материнской платой и их параметров достаточно для
комфортной работы офисному сотруднику. В некоторые рабочие станции можно
по желанию добавить привод DVD±RW и картридер, но данные устройства не
являются обязательными и должны согласовываться с IT-отделом в целях
безопасности данных. Кроме того необходимо снабдить рабочие стации
источниками бесперебойного питания, для того чтобы данные были успешно
сохранены и работа компьютера корректно окончена в случае выключения
электроэнергии.
53
II ПРОЕКТНАЯ ЧАСТЬ
2.1 Разработка проекта автоматизации
2.1.1 Этапы жизненного цикла проекта автоматизации
Под этапами жизненного цикла проекта автоматизации понимают период
времени, начинающийся с того момента, когда было принято решение о
необходимости создания проекта и заканчивающийся в тот момент, когда он был
полностью изъят из промышленной эксплуатации.
На сегодняшний день существует несколько методологий, которые
описывают жизненный цикл проекта автоматизации:
ГОСТ 34.601-90 являющийся стандартом на стадиях и этапах создания
информационной системы, соответствующий каскадной модели жизненного
цикла программного обеспечения. В данном стандарте описывается содержание
производимых работ на каждом из этапов. Стандарт ГОСТ 34.601-90 в
настоящее время не совсем подходит для проведения разработок, так как многие
процессы недостаточно отражены, а многие положения уже технически
устарели.
ГОСТ 57193-2016 является стандартом, устанавливающим общие
основы для описаний процессов. Данный ГОСТ применяется в отношении
жизненного цикла систем, которые созданы разработчиком. С помощью данного
стандарта определяется множество процессов и соответствующая терминология
с инженерной точки зрения. Процессы можно применять на любых уровнях
иерархии в структуре системы.
– ГОСТ Р ИСО/МЭК 12207-2010 (ISO/IEC 12207:2010) - стандарт,
используя устоявшуюся терминологию, устанавливает общую структуру
процессов жизненного цикла программных средств, на которую ориентируются
многие разработчики программной индустрии. При помощи данного ГОСТа
определяются процессы, виды деятельности и задачи, используемые в случае
приобретения программного продукта либо услуг, в случае поставки,
54
разработки, применении по назначению, сопровождении и прекращении
применения программного продукта.
Для проектирования данной системы более всего подходит стандарт
ISO/IEC 12207:2010, который задает более 40 процессов и охватывает различные
работы и задачи, которые связаны с разработкой и построением программных
средств, начиная с анализа предметной области и заканчивая изготовлением
конечного продукта. В ISO/IEC 12207:2010 содержатся основные процессы
жизненного цикла информационной системы, которые можно разделить на 3
этапа (см. таблицу 15).
Таблица 15. Основные процессы жизненного цикла проекта
автоматизации
Разработка
Эксплуатация
Сопровождение
Разработка требований
Проектирование ПС
Кодирование ПС
Интеграция
Тестирование
Системное тестирование
Инсталляция
Внедрение процесса
Поддержка потребителя
Функциональное
тестирование
Использование функций
Эксплуатация системы
Внедрение процесса
Анализ проблем и
модификаций
Реализация модификаций
Анализ сопровождения
Перемещение
Удаление
В зависимости от разрабатываемого проекта процессы, действия и задачи
ISO/IEC 12207:2010 выбираются, упорядочиваются и включаются в модель
жизненного цикла. В случае применения они могут перекрывать или прерывать
друг друга, при этом выполняясь либо итерационно, либо рекурсивно. Это
определяет "динамический" характер стандарта ISO/IEC 12207:2010 и позволяет
реализовать с его при помощи произвольной модели жизненного цикла проекта
автоматизации.
Из стандарта ISO/IEC 12207:2010 обычно выбираются только наиболее
всего подходящие для реализации конкретного проекта процессы.
Обязательными являются основные процессы, присутствующие во всех
известных моделях жизненного цикла.
55
В стандарте ISO/IEC 12207:2010 не предполагается конкретная модель
жизненного цикла, так как в его положениях закреплены общие модели, методы
и технологии создания информационной системы. Стандартом описывается
структура процессов ЖЦ ИС, при этом не конкретизируется, каким образом
нужно выполнять действия и задачи, которые включены в данные процессы.
Из существующих на сегодняшний день каскадной, спиральной и
итерационной моделей жизненного цикла проекта автоматизации в данном
проекте выберем итерационную модель, при которой происходит способ
быстрой разработки приложений – RAD (Rapid Application Development).
Особенностями итерационной модели является наличие трех
составляющих:
1. небольшая группа разработчиков до семи специалистов, которыми
выполняются работы проектирования отдельных подсистем для
информационной системы, так как требуется максимальная управляемость
коллектива;
2. тщательно проработанный небольшой производственный график,
который длится не более трех месяцев;
3. повторяющейся цикл, при котором разработчиками запрашиваются и
реализуются в информационной системе требования, которые получаются в
результате периодического взаимодействия с заказчиками после того, как
разрабатываемое приложение начало обретать форму.
Подход RAD применяется для небольшого проекта, который
разрабатывается под конкретного заказчика, в виде несложной информационной
системы, которая содержит до 1000 операторов уникального кода, что подходит
под требования к дипломной работе, цель которой – разработка
информационной системы, которая будет удовлетворять требованиям, которые
изложены в первой главе. Данные требования можно считать ограничениями по
качеству.
На этапе разработки информационной системы находится написание
технического задания (ТЗ), в котором отображаются требования, предъявляемые
к программе. После анализа и требований начинается проектирование
56
информационной системы, которая будет представлять из себя программный
продукт, работающий в связке с базой данных, так как при создании
программного продукта необходимо создать таблицы базы данных, а так же
файлы для использования в виде оперативно-результативной информации, после
чего пишутся процедуры и функции, которые обеспечивают проверку вводимой
информации.
На стадии внедрения подготавливается и постепенно осваивается
заказчиком разработанная проектная документация информационной системы.
На данной стадии выявляются частные и системные недоработоки в
предлагаемом для внедрения проектном решении.
Можно выделить четыре способа внедрения новой информационой
системы - параллельная стратегия, «скачок», пилотный проект и «узкое место».
Так как компания АО «АЭИ ПРАЙМ» не может приостанавливать работу
из-за внедрения информационной системы, так как это может привести к потере
клиентов, к ошибкам при выполнении заявок клиентов и в результате этого
прийти к упущенной прибыли. Причем риски связанные с неудачным
внедрением на эффективность работы компании должны быть минимальными
либо вовсе отсутствовать.
Использование метода «скачка» предусматривает полный отказ от уже
существующей и работающей системы и моментальный переход на новую
информационную систему. Это стимулирует сотрудников информационной
системы к ее быстрому ее освоению, но если в системе произойдет сбой то
может остановиться весь технологический процесс получения и обработки
информации.
Использование метода «узкого места» так же не подходит для данного
проекта, так как предполагает внедрение ИС в наиболее критическом участке
работы компании, а потом уже с переходом к полномасштабному внедрению в
компании. Решаемая задача изначально решается на одном участке, переход на
уровень всего предприятия в целом не запланирован.
В результате приемлемые два варианта технологии внедрения
информационной системы – это использование параллельной стратегии либо
57
стратегии пилотного проекта, сравнительная характеристика которых
приводится в таблице 16.
Таблица 16. Сравнительная характеристика стратегий внедрения ИС
Позиции
Параллельные стратегии
Пилотные проекты
Случаи
применения
Старая работающая система
которую нужно заменить на
новую
Применение тактики «скачка»,
но только к некоторым
функциям.
Области
применения
Не имеет значения
Небольшой участок
деятельности
Риски срыва
работы
компании
Риски минимальные
Стратегии нацелены на то,
чтобы снизить риски при
внедрении
Дублирование
операций
Имеются
Не имеется
В случае использования параллельной стратегии внедрения
информационной системы одновременно работает старая и новая ИС, при этом
происходит сравнение полученных в этих системах результатов и выходных
документов. В случае совпадения полученных данных в течение определного
времени, дается заключение о переходе на новую ИС и составляется «Акт
готовности объекта к эксплуатации». Происходит формирование состава
приемной комиссии и издание «Приказа о начале эксплуатации».
Затем начинается стадия эксплуатации, сопровождения и модернизации
ИС, на котором решаются вопросы о том, кто будет осуществлять эксплуатацию
и сопровождение ИС. Для данного дипломного проекта разработка ИС
производится внутренними силами, то есть теми специалистами-разработчиками
проекта, а также персоналом IT-cлужбы, без привлечения сторонних
специалистов.
При выполнении этапа «Эксплуатация проекта» выполняются следующие
работы:
58
– при возникновении сбоев исправляются в работе все части системы,
– данные случаи регистрируются в журналах,
– отслеживаются технико-экономические характеристики работы
информационной системы,
– накапливается статистика о качестве работы всех компонентов системы.
При выполнении этапа «Сопровождение и модернизация проекта»
производится выполнение следующих работ:
– анализируется собранный статистический материал,
– анализируется соответствие параметров работы ИС к требованиям
окружающей среды.
В результате проведенного анализа специальной комиссией делается
заключение о необходимости модернизировать всю ИС или только ее отдельные
его компоненты, а так же определяются объемы производимых доработок,
устанавливаются сроки и стоимость их выполнения для получения «Техно-
рабочего проекта», который прошел модернизацию.
В случае если выявлен факт морального старения ИС комиссия принимает
решение о целесообразности проведения его утилизации, либо разработки новой
ИС для данной компании.
В результате делаем вывод, что наиболее оптимальным для данного
проекта является внедрение стратегии пилотного проекта.
2.1.2 Ожидаемые риски на этапах жизненного цикла и их описание
При разработке проекта автоматизации системы обработки заявок могут
возникнуть проектные и технические риски.
Проектные риски возникают в связи с ошибками в бюджете, графике
работ, с проблемами персонала, изменением требований, которые вызваны как
изменением текущих условий проекта, так и желанием заказчика. Проектные
риски возникают в случае болезни или увольнении ответственного сотрудника, а
так же при изменении графика работ.
59
Ответственным за проектные риски является менеджер проекта, в
обязанности которого входит способность улаживания подобного рода
конфликтов и определение его профессиональной подготовки.
Технические риски связаны с проблемами реализации технических
решений, среди котрых можно выделить следующие:
1) проблема разработки ИС, то есть возможности разработчиков по
реализации той или иной задачи,
2) неудовлетворительная производительность системы,
3) внедрение и затруднения, которые связанные с окончательной
адаптацией системы под конечного пользователя.
Ответственным лицом за решение подобных проблем является
технический руководитель проекта.
Для того чтобы снизить потери необходимо прводить профилактику
(предотвращение), мониторинг (своевременное распознавание ситуации) и
управление критической ситуацией (правильными действиями в случае ее
возникновения).
2.1.3 Организационно-правовые и программно-аппаратные средства
обеспечения информационной безопасности и защиты информации
Под информационной безопасностью (ИБ) АИС понимается состояние
защищенности информационной среды АИС, обеспечивающее её формирование,
использование и развитие, которое не приводит к искажению, разрушению или
несанкционированному использованию информационных ресурсов, включая
хранимую, обрабатываемую и передаваемую информацию, а также
программные средства.
Выделяют следующие основные цели ИБ:
– конфиденциальность (доступность информации только определенному
кругу лиц);
– доступность (возможность получения информации авторизованными
пользователями в нужное для них время);