36
− объем оперативной памяти не менее 1 Гб;
− периферийные устройства: VGA-монитор с разрешением не менее
1280х800 пикселей, клавиатура, мышь;
− доступ к сети Интернет на скорости не менее 1 Мб/с.
Минимальные значения технических характеристик компьютера для
сервера, на котором будет выполняться разработанная программа:
− процессор (Intel/AMD совместимый x64) : 4 ядра по 2 ГГц
− память (ОЗУ): 6 Гб;
− тип жесткого диска: Sata;
− объем данных: 100 Gb;
− сетевой адаптер: 100 Мбит/сек
− периферийные устройства: VGA-монитор с разрешением не менее
1280х800 пикселей, клавиатура, мышь.
37
II Проектная часть
2.1. Разработка проекта автоматизации
2.1.1. Этапы жизненного цикла проекта автоматизации
Жизненный цикл информационной системы, как и любого программного
продукта – это непрерывный процесс, который начинается с момента принятия
решения о необходимости создания этой информационной системы и
заканчивается при полном изъятии её из эксплуатации.
Для того, чтобы сфера разработки и использования программного
обеспечения была стандартизирована, было создано несколько стандартов,
которые описывают жизненный цикл программных продуктов, а в некоторых
случаях, дополнительно и процессы разработки программных продуктов.
Наиболее популярными и распространенными являются:
− ГОСТ 34.601-90. Действие данного стандарта распространяется на
автоматизированные информационные системы и описывает основные стадии и
этапы их создания [4];
− ISO/IEC 12207:2017. Этот стандарт описывает процессы и
организацию жизненного цикла программного обеспечения [30];
− Custom Development Method (методика, разработанная компанией
Oracle) подробный материал, содержащий в себе заготовки проектных
документов, которые можно использовать в проектах, основанных на
программных продуктах Oracle.
− Rational Unified Process (RUP) подразумевает итеративную модель
разработки, которая состоит из четырех этапов (или фаз): начало, исследование,
построение и внедрение. Каждый этап разбивается на подэтапы (итерации), в
результаты прохождения которых создаются версии для внутреннего и внешнего
пользования. Суть работы в рамках RUP - это создание и сопровождение
моделей на базе UML [24].
Для данного дипломного проекта был выбран стандарт ГОСТ 34.601-90,
т.к. он наиболее хорошо знаком разработчику проекта и имеет четкое описание
всех этапов работы над ИС.
Модель жизненного цикла была выбрана каскадная, в первую очередь это
связано с тем, что для разработки проекта автоматизации учета сдачи в аренду
38
площадей необходима поэтапная разработка, с обязательной отчетностью о
выполнении каждого этапа, поэтому была выбрана каскадная модель
жизненного цикла ИС. Детальное описание всех семи этапов жизненного цикла
разрабатываемой информационной системы представлено в таблице 2.1.
39
Таблица 2.1
Детальное описание этапов жизненного цикла ИС
Наименование этапа
Цель этапа
Ключевые
участники
Требования к входной
информации
Получаемые результаты
Исследование
предметной области
Получить полное представление о
предметной области, задачах
автоматизации бизнес-процесса,
выявить требования к ИС
Сотрудники
компании
Разработчик
Нормативные документы
компании
Текущая организация IT-
сферы в компании
Требования к функциональному
наполнению ИС
Проектирование ИС
Выбрать и обосновать проектные
решений по информационному,
программному и аппаратному
обеспечениям
Разработчик
Требования к
функциональному
наполнению ИС
Проектные решения по
информационному, программному и
аппаратному обеспечению
проектируемой ИС
Разработка ИС
Создать работающий прототип
системы, выполняющий все
требуемые функции
Разработчик
Программист
Проектные решения по
информационному,
программному и аппаратному
обеспечению проектируемой
ИС
Рабочая система, удовлетворяющая
обозначенным функциональным и
другим требованиям
Тестирование и
отладка первой версии
ИС
Провести проверку корректности
работы всех функций системы,
устранить выявленные недочеты
Сотрудники
компании
Разработчик
Рабочий прототип системы
Система с исправленными
недочетами и ошибками
Внедрение ИС
Внедрить ИС в производственный
процесс
Разработчик
Сотрудники
компании
Система с исправленными
недочетами и ошибками
Внедренная в производственный
процесс ИС
Эксплуатация
системы в
производственном
процессе
Получить необходимый эффект от
использования ИС
Сотрудники
компании
Внедренная в
производственный процесс
ИС
Полученный положительный
эффект, пожелания к доработке и
развитию системы
Развитие системы
Расширить функционал, улучшить
пользовательский интерфейс
Разработчик
Пожелания к доработке и
развитию системы
Расширенный функционал ИС,
улучшенный пользовательский
интерфейса
40
Этап внедрения информационной системы в производственный процесс
является одним из наиболее важных в жизненном цикле ИС, т.к. от его
проведения и результатов выполнения зависит эффективность дальнейшего
использования и эксплуатации информационной системы, а значит и
эффективность всего проекта автоматизации. По этой причине, этап внедрения
разработанной информационной системы чаще всего рассматривают как
отдельный проект [11].
Существуют следующие основные стратегии внедрения информационных
систем:
− Параллельная стратегия – когда одновременно работают старая
(ручная) и новая система, и их выходные документы сравниваются. Если они
согласуются длительное время, осуществляется переход на новую систему.
− «Скачок». Эта стратегия привлекательна, но не рекомендуется для
внедрения Корпоративных информационных систем.
− «Пилотный проект». Это наиболее часто используемая стратегия.
«Пилотный проект» - это тактика «скачка», но применяемая к ограниченному
числу процессов. Область применения стратегии - небольшой участок
деятельности. Такой подход снижает риск и наиболее надежен.
− «Узкое место» - это малая часть производственного процесса. При
использовании похода «узкое место» план внедрения выполняется только для
«узкого места» и для людей, работающих в нем. Точность данных повышается
только для изделий в этом «узком месте»; переподготовка - только для людей,
работающих в нем; анализ эффекта затрат делается только для него и т.д.
Для реализации данного проекта автоматизации процесса учета аренды
площадей была выбрана стратегия внедрения, называемая «Узкое место», т.к.
использование других описанных стратегий невозможно из-за четко выделенных
рамок автоматизированного бизнес-процесса.
Ниже представлены основные фазы реализации проекта по внедрению
проектируемой ИС в производственный процесс.
Все перечисленные фазы выполняет разработчик, совместно с
сотрудником компании, ответственным за обеспечение работы компьютерной
41
техники (системный администратор). Основная роль разработчика – анализ
ресурсов и процессов, корректировка внедрения под конкретные условия
компании. Роль сотрудника компании – обеспечение разработчика всей
необходимой ему информацией, нужными материалами и оргтехникой.
Фаза «Предварительные работы по подготовке проекта внедрения ИС». В
ходе предпроектного обследования предприятия происходит сбор подробной
информации о структурном построении организации, функциональных связях,
системе управления, об основных бизнес-процессах, о потоках внутри
предприятия, необходимой для построения соответствующих моделей и выбора
объектов для автоматизации. Оцениваются сроки, ресурсы, виды и объемы
работ, номенклатура и стоимость программно-аппаратных и
телекоммуникационных средств, стоимость обучения персонала и т. д. [18]
Фаза «Подготовка проекта». После завершения первой фазы
осуществляется предварительное планирование и формирование процедур
запуска проекта:
− формирование проектной и экспертной групп;
− распределение полномочий и ответственности;
− определение организационно-технических требований к процессу
внедрения;
− уточнение спецификаций и ожиданий заказчика;
− обучение группы внедрения, состоящей из специалистов
предприятия-заказчика.
Фаза «Концептуальная проработка проекта». В течение этой фазы:
− формируется и утверждается концептуальный проект;
− достигается обязательное однозначное понимание намерений всех
участников проекта относительно внедряемой ИС;
− уточняются и конкретизируются цели и задачи проекта;
− определяются размеры прототипа системы;
− согласуются укрупненный план работы, последовательность этапов
и условия опытной эксплуатации, планово-финансовые и отчетные показатели.
42
Фаза «Реализация проекта». Во время проведения основных работ по
внедрению создается, устанавливается и конфигурируется системная среда,
определяются процедуры системного администрирования, устанавливаются
основные программно-аппаратные комплексы и приложения. В системе
настраиваются организационно-штатные и организационно-функциональные
структуры предприятия с использованием таких организационных единиц, как
филиал, департамент, отдел, рабочая группа и т. д.
Осуществляется установка, конфигурирование и настройка сетевых и
телекоммуникационных средств, производится перенос данных из прежних
локальных систем и формирование интерфейсов с унаследованными и
внешними системами.
Отрабатываются системные вопросы безопасности работы системы в
многопользовательском режиме. Создаются приложения, шаблоны, отчеты,
клиентские формы доступа, распределяются полномочия пользователей.
Проводится «прогонка» всех систем в «боевом режиме» с участием всех
заинтересованных сторон.
После окончания фазы реализации проект внедрения считается
законченным. Информационная система передается в эксплуатацию.
Этап жизненного цикла ИС эксплуатация содержит в себе следующий
перечень выполняемых работ:
− ввод первичных данных для формирования входных документов;
− актуализация нормативно-справочной информации;
− создание резервных копий;
− отслеживание и исправление ошибок в работе, незамеченных на
этапе тестирования и внедрения ИС.
Ввод первичных данных осуществляется пользователями проектируемой
ИС с помощью соответствующих форм ввода данных.
Актуализация нормативно-справочной информации выполняется
администратором ИС по мере необходимости (удаляются или скрываются
неактуальные данные, добавляются новые).
43
Создание резервных копий базы данных и файлов информационной
системы также входит в обязанности администратора ИС, осуществляется
еженедельно.
Отслеживание ошибок выполняется основными пользователями ИС –
сотрудниками компании, исправление выполняет разработчик информационной
системы по мере необходимости.
2.1.2. Ожидаемые риски на этапах жизненного цикла и их описание
Любой проект по созданию программного продукта включает множество
различных задач. Поэтому, в ходе решения каких-либо задач, могут возникнуть
трудности, которые станут препятствием для решения какой-то задачи или
успеха всего проекта автоматизации. Такие препятствия называют рисками.
Ниже описаны возможные риски в реализации данного проекта, причины их
возникновения, а также способы избегания, пути устранения или уменьшения
негативных последствий.
Наиболее часто возникающим риском является заболевание сотрудника,
ответственного за решение какой-либо задачи. Наиболее распространённым
заболеванием являются грипп или простуда. Данный риск может возникнуть на
любом этапе жизненного цикла проекта автоматизации. Среди негативных
последствий заболевания сотрудника стоит выделить увеличение срока
реализации всего проекта. Для снижения вероятности возникновения этого
риска необходимо проводить регулярное общее обследование организма, а
также прием витаминов и выполнение общих оздоровительных и закаливающих
процедур.
Следующий риск, который может возникнуть в процессе реализации
проекта, это выход из строя технических устройств (персональных
компьютеров), которые необходимы для решения выделенных задач. Данный
риск может возникнуть на любом этапе жизненного цикла проекта
автоматизации. Главным негативным последствием поломки компьютера
является сдвиг сроков, а также возможная потеря данных. Для уменьшения
вероятности выхода компьютера из строя необходимо всегда проводить
плановое техническое обслуживание, как аппаратного обеспечения компьютера
(чистка от пыли, смазывание вентиляторов системы охлаждения), так и
44
программного (своевременное обновление программ, актуальное антивирусное
ПО) [27].
Третий риск, влияющий на успех реализации проекта – потеря данных,
которая может возникнуть как в результате выхода жесткого диска из строя, так
и из-за случайного удаления важных данных. Данный риск может возникнуть на
любом этапе жизненного цикла проекта. Чтобы уменьшить негативные
последствия данного риска, достаточно регулярно производить резервное
копирование и архивацию данных, особенно после каждого выполненного
промежуточного этапа.
Риск возникновения чрезвычайной ситуации. При возникновении
чрезвычайной ситуации (н-р, землетрясение, пожар, наводнение и т.д.), все
работы по проекту приостанавливаются до момента прекращения действия
чрезвычайной ситуации и устранения её последствий. Данный риск может
возникнуть на любом этапе жизненного цикла информационной системы, для
снижения негативных последствий чрезвычайной ситуации рекомендуется
хранить все резервные копии на удаленных серверах, например, в облачных
хранилищах. Тогда работу по проекту можно будет продолжить с любого
компьютера с доступом в сеть интернет.
Также имеется вероятность того, что в процессе реализации проекта,
изменятся требования к информационной системе. Даже несмотря на то, что
было проведено комплексное изучение предметной области и выявлены
конкретные требования к разрабатываемому программному продукту, возможна
ситуация, когда какой-то момент не был учтен, либо изменилась сама
предметная область. Для снижения вероятности возникновения риска
необходимо ответственно подходить к выбору разработчика-проектировщика, в
обязанности которого входит исследование предметной области и формирование
требований к разрабатываемой информационной системе, т.к. именно от
результатов его исследования зависит полнота и гибкость требований к
разрабатываемому программному продукту. Данный риск может возникнуть на
следующих этапах жизненного цикла информационной системы: разработка,
тестирование и внедрение.
45
Помимо возможного изменения требований к информационной системе,
существует риск полной отмены реализации проекта, в связи с изменившимися
внешними условиями. До полного завершения проекта автоматизации такой
риск всегда существует, однако, чем ближе дата завершения проекта, тем
вероятность возникновения данного риска будет ниже, а после прохождения
этапа внедрения негативный эффект данного риска значительно снижается.
2.1.3. Организационно-правовые и программно-аппаратные средства
обеспечения информационной безопасности и защиты информации
Для обеспечения информационной безопасности и сохранности
информации необходимо использовать разделение прав пользователей к
различным модулям разрабатываемой информационной системы. Всего в
разрабатываемой системе планируются следующие группы пользователей:
− администраторы;
− пользователи.
Уровни доступа к разным модулям системы представлены в виде таблицы
2.2.
Таблица 2.2
Разграничение прав доступа к системе
Модули системы
Группы пользователей
Администраторы
Техники
Авторизация
Чтение
Чтение
Клиенты
Чтение/создание/редакти
рование
Чтение/создание/редакти
рование
Площади
Чтение/создание/редакти
рование
Чтение
Сдачи в аренду
Чтение/создание/редакти
рование
Чтение/создание/редакти
рование
Пользователи
Чтение/создание/редакти
рование
Нет
База данных
Чтение/создание/редакти
рование
Нет
Как видно из таблицы 4 у каждой группы пользователей имеется свой
уровень доступа. Для того, чтобы защитить учетные записи пользователей от
несанкционированного доступа необходимо применить шифрование