46
II ПРОЕКТНАЯ ЧАСТЬ
2.1 Разработка проекта автоматизации
2.1.1 Этапы жизненного цикла проекта автоматизации
ПП
Под моделью жизненного цикла понимается структура, определяющая
последовательность выполнения и взаимосвязи процессов, действий и задач,
выполняемых на протяжении жизненного цикла. Модель жизненного цикла
зависит от специфики информационной системы и специфики условий, в
которых последняя создается и функционирует.
К настоящему времени наибольшее распространение получили
следующие основные модели жизненного цикла:
1. Задачная модель.
2. Каскадная модель (или системная) (70-85 г.г.).
3. Спиральная модель (настоящее время).
Задачная модель: при разработке системы "снизу-вверх" от отдельных
задач ко всей системе (задачная модель) единый поход к разработке неизбежно
теряется, возникают проблемы при информационной стыковке отдельных
компонентов. Как правило, по мере увеличения количества задач трудности
нарастают, приходится постоянно изменять уже существующие программы и
структуры данных. Скорость развития системы замедляется, что сдерживает и
развитие самой организации. Однако в отдельных случаях такая технология
может оказаться целесообразной:
крайняя срочность (надо чтобы хоть как-то задачи решались; потом
придется все сделать заново);
эксперимент и адаптация заказчика (не ясны алгоритмы, решения
нащупываются методом проб и ошибок).
Общий вывод: достаточно большую эффективность информационной
системы таким способом создать невозможно.
Каскадная модель: в ранних, не очень больших по объему однородных
информационных системах каждое приложение представляло собой единое
целое. Для разработки такого типа приложений применялся каскадный способ.
47
Его основной характеристикой является разбиение всей разработки на этапы,
причем переход с одного этапа на следующий происходит только после того,
как будет полностью завершена работа на текущем (рис. 3). Каждый этап
завершается выпуском полного комплекта документации, достаточной для
того, чтобы разработка могла быть продолжена другой командой
разработчиков.
Положительные стороны применения каскадного подхода заключаются
в следующем:
на каждом этапе формируется законченный набор проектной
документации, отвечающий критериям полноты и согласованности;
выполняемые в логичной последовательности этапы работ позволяют
планировать сроки завершения всех работ и соответствующие затраты.
Рисунок 3. Каскадная схема разработки
Каскадный подход хорошо зарекомендовал себя при построении
информационных систем, для которых в самом начале разработки можно
достаточно точно и полно сформулировать все требования, с тем, чтобы
предоставить разработчикам свободу реализовать их как можно лучше с
технической точки зрения. В эту категорию попадают сложные расчетные
системы, системы реального времени и другие подобные задачи. Однако в
процессе использования этого подхода обнаружился ряд его недостатков,
вызванных прежде всего тем, что реальный процесс создания систем никогда
полностью не укладывался в такую жесткую схему. В процессе создания
48
постоянно возникала потребность в возврате к предыдущим этапам и
уточнении или пересмотрении ранее принятых решений. В результате
реальный процесс создания программного обеспечения принимал следующий
вид :
Рисунок 4. Реальный процесс разработки ПО по каскадной схеме
Основным недостатком каскадного подхода является существенное
запаздывание с получением результатов. Согласование результатов с
пользователями производится только в точках, планируемых после завершения
каждого этапа работ, требования к информационным системам "заморожены" в
виде технического задания на все время ее создания. Таким образом,
пользователи могут внести свои замечания только после того, как работа над
системой будет полностью завершена. В случае неточного изложения
требований или их изменения в течение длительного периода создания
программного обеспечения, пользователи получают систему, не
удовлетворяющую их потребностям. Модели (как функциональные, так и
информационные) автоматизируемого объекта могут устареть одновременно с
их утверждением. Сущность системного подхода к разработке ИС заключается
в ее декомпозиции (разбиении) на автоматизируемые функции: система
разбивается на функциональные подсистемы, которые в свою очередь делятся
на подфункции, подразделяемые на задачи и так далее. Процесс разбиения
продолжается вплоть до конкретных процедур. При этом автоматизируемая
система сохраняет целостное представление, в котором все составляющие
компоненты взаимоувязаны. Таким образом, данная модель основным
49
достоинством имеет системность разработки, а основные недостатки -
медленно и дорого.
Спиральная модель: Для преодоления перечисленных проблем была
предложена спиральная модель жизненного цикла (рис. 5), делающая упор на
начальные этапы жизненного цикла: анализ и проектирование. На этих этапах
реализуемость технических решений проверяется путем создания прототипов.
Каждый виток спирали соответствует созданию фрагмента или версии
программного обеспечения, на нем уточняются цели и характеристики проекта,
определяется его качество и планируются работы следующего витка спирали.
Таким образом, углубляются и последовательно конкретизируются детали
проекта и в результате выбирается обоснованный вариант, который доводится
до реализации.
Разработка итерациями отражает объективно существующий
спиральный цикл создания системы. Неполное завершение работ на каждом
этапе позволяет переходить на следующий этап, не дожидаясь полного
завершения работы на текущем. При итеративном способе разработки
недостающую работу можно будет выполнить на следующей итерации. Главная
же задача - как можно быстрее показать пользователям системы
работоспособный продукт, тем самым, активизируя процесс уточнения и
дополнения требований.
Основная проблема спирального цикла - определение момента перехода
на следующий этап. Для ее решения необходимо ввести временные
ограничения на каждый из этапов жизненного цикла. Переход осуществляется в
соответствии с планом, даже если не вся запланированная работа закончена.
План составляется на основе статистических данных, полученных в
предыдущих проектах, и личного опыта разработчиков.
Наиболее оптимально считаю спиральную модель, так как в ней были
учтены все недостатки каскадной и задачной модели. В рамках доработки уже
существующей ИС частенько возникают новые замечания от пользователей
которые можно реализовать на новом витке спиральное модели.
50
Рисунок 5. Спиральная модель ЖЦ ИС
2.1.2 Ожидаемые риски на этапах жизненного цикла и их описание
Сам по себе образец MSF подает определенную гарантию минимизации
рисков, так как в полном составе ЖЦ проекта разбит на этапы, на всяком этапе
имеются роли, за которыми зафиксированы цели, какие обязаны быть
достигнуты. Однако на любой фазе формирования концепции имеют все
шансы появиться последующие риски:
• Непредусмотрительный разбор сроков проекта и его бюджета. Для
ликвидации такового рода риска необходимо наиболее подробно перебрать
задачи и цели проекта, устанавливать побольше контрольных точек.
• Ошибочно организованный проектный состав сотрудников сможет
вызвать абсолютное отсутствие командной работы. Этот риск убавляется
наиболее кропотливым выбором профессионалов в проектную группу
испытанием не только профессиональных навыков, но и индивидуальных
достоинств.
На фазе планирования может появиться риск - неточно или абсолютно
неверно сформированная структура избираемого решения. Вероятность
возникновения данного риска напрямую зависит от компетенции начальника
проекта, на котором лежит утверждение решений о предпочтении архитектуры
разрабатываемого решения.
В фазе разработки вероятны следующие риски:
51
1. Неверное толкование технического задания и в виду этого неточное
программирование архитектуры и изменение сроков. Минимизацией этого
риска служит наиболее точное изложение технического задания, понятного
программисту.
2. Недостаток соответствующей квалификации у программиста в том
языке, на каком принято решение реализовывать программу клиент, которая
станет сортировать заявки между инженерами.
В случае, если программист не сможет умещаться в установленные
временные рамки календарного плана проекта, придется пускать в дело
внешнего разработчика, так называемый “аутсорсинг” или “фриланс”.
В фазе испытания имеют все шансы появиться следующие риски:
1. Риски незавершенного испытания. Может произойти ситуация, что
программный продукт пройдет тестирование не до конца. Проблема решается
при помощи повторного тестирования на дальнейшей итерации разработки.
В фазе внедрения могут появиться следующие риски:
1. Риски ошибочного принятия решения о завершении части проекта.
Появление этих рисков ведет за собой проблему незавершенности решения и
вероятность появления нестыковок с остальными частями разрабатываемой ИС.
Устраняется при помощи доработки при следующей итерации.
2.1.3 Организационно-правовые и программно-аппаратные средства
обеспечения информационной безопасности и защиты информации
Информационная безопасность (ИБ) - состояние защищенности
информационной среды, которое обеспечивает её создание, применение и
развитие, не приводящее к искажению, разрушению или неразрешенному
использованию информационных ресурсов, в том числе хранимую,
обрабатываемую и передаваемую информацию, и вдобавок ко всему
программные средства. Можно выделить следующие главные цели ИБ:
♦ конфиденциальность;
♦ доступность;
52
♦ целостность.
Установим, какие угрозы существуют с точки зрения информационной
безопасности:
- Внутренние угрозы;
- Внешние угрозы;
- Разрыв связи по вычислительной сети с офисом;
- Отключения электричества, возгорания, прорыв труб с
водоснабжением и т.п. Административно-правовой уровень. Для того чтобы
уменьшить риски от внутренних угроз, в АО «Первый» работает политика
безопасности компании. Очень важно подвергнуть доработке нормативно-
правовые акты о внутренней политике безопасности компании с учетом
вводимой ИС, нужно создать правила предоставления прав доступа к ИС.
Ответственным за выполнение политики безопасности назначается системный
администратор. Организационно-процедурный уровень. Для того чтобы
обеспечить информационную безопасность в системе нужно:
- распределить права доступа пользователей к информации системы;
- защитить от неразрешенного доступа папки с файлами и базами
данных системы;
- систематически производить архивирование данных.
Во-первых, допуском к АРМ системы должны обладать только
следующие пользователи:
- менеджеры;
- продавцы;
- кассиры.
На их ПК должно быть установлено клиентское ПО, при помощи
которого будет возможен допуск к отдельным функциям системы, напрямую
зависимый от занимаемой должности. В таблице 9 имеются данные о
разделении прав доступа для всех групп пользователей. Любой пользователь
должен иметь в своем распоряжении учетную запись, защищенную паролем,
объемом не менее 8 символов. Пароль необходимо изменять не менее одного
53
раза в год. За учетными записями необходимо следить системному
администратору. Помимо этого, очень важно сузить доступ к файлу паролей. В-
третьих, нужно физически защитить сервер системы от неразрешенного
доступа. Его очень важно поставить в специальном серверном помещении,
которое закрывается на ключ, или в запираемом шкафу. Необходимо
ограничить доступ ко всем файлам на жестком диске сервера всем
пользователям локальной сети. Вдобавок ко всему в безопасном месте должны
храниться носители с резервными копиями базы данных.
Таблица 9
Разграничение прав пользователей
Группы
пользова-
телей
Справоч-
ники
системы
Управление
пользова-
телями
Оприхо-
дование
ТМЦ
Создание
заявки на
склад
Отчеты
Менеджер
Полный
доступ
Нет доступа
Полный
доступ
Нет доступа
Полный
доступ
Кассир ККМ
Нет
доступа
Нет доступа
Нет
доступа
Ограниченный
доступ
Нет
доступа
Продавец
Чтение
Нет доступа
Нет
доступа
Полный
доступ
Чтение
Системный
администра-
тор
Полный
доступ
Полный
доступ
Полный
доступ
Полный
доступ
Полный
доступ
Программно-аппаратный уровень. Существование вычислительной сети
дает возможность перехватить, нарушить конфиденциальность и целостность
информации. При помощи маршрутизатора D-Link DFL-800 создается
демилитаризованная зона, в которой внутренняя сеть и внешняя сеть
подключаются к разным портам маршрутизатора. Впрочем, эта схема не
считается идеальной: в случае взлома (или ошибки конфигурирования)
маршрутизатора сеть станет уязвимой непосредственно из внешней сети.
Улучшить защищенность сети возможно путем создания демилитаризованной
зоны, обслуживаемой двумя брандмауэрами. Цель создания
демилитаризованной зоны состоит в том, чтобы защитить локальную сеть от
доступа, который происходит из Интернета. В конфигурации с двумя
брандмауэрами демилитаризованная зона подключается к двум
маршрутизаторам, один из которых огpаничивает соединения из внешней сети
54
в демилитаризованную зону, а второй осуществляет контроль соединений из
демилитаризованной зоны во внутреннюю сеть. Такая схема дает возможность
уменьшать последствия взлома: до того момента, пока не будет взломан
внутренний маршрутизатор, злоумышленник не будет располагать
произвольным доступом к внутренней сети, а взламывание внутреннего
маршрутизатора невозможно без взлома внешнего. На сервере системы и
рабочих местах должно быть установлено антивирусное ПО.
АО «Первый» применяет антивирусную программу Kaspersky Endpoint
Security 10 для комплексной защиты корпоративной сети от всех известных
видов современных компьютерных угроз, известных на сегодняшний день.
Необходимо постоянно обновлять антивирусную базу, чтобы иметь мощную
защиту от новейших вирусов.
2.1 Информационное обеспечение зaдaчи
2.2.1 Информaционнaя модель и её описaние
Информационная модель - это модель объекта, представленная в виде
информации, описывающей существенные для данного рассмотрения
параметры и переменные величины объекта, связи между ними, входы и
выходы объекта и позволяющая путём подачи на модель информации об
изменениях входных величин моделировать возможные состояния объекта.
Информационная модель, показанная на рисунке 6, представляет собой
схему, которая показывает ход движения информации и заявок внутри отдела.
1. Источники информации:
- ИС в которой хранится информация в заполненных справочниках;
- менеджер – заносит информацию в справочники, управляет заказами
поставщикам, формирует отчеты;
- продавец – обработка клиентских заявок;
- кассир ККМ – печать чеков, проведение кассовых операций;
- системный администратор - занимается настройкой параметров
пользователей, поддерживает стабильную работу ИС.
55
2. Первичная информация:
- номенклатура – в ней хранится список товаров;
- контрагенты – содержит информацию по всем контрагентам;
- заявки от клиентов – данные по заявкам.
3. Таблицы с данными и справочники:
- товарооборот – движение товаров в сфере обращения;
- отчеты – сведения по заказам, остаткам ТМЦ, и др.;
- заявки от клиентов – данные по заявкам от покупателей;
- контрагенты – справочник контрагентов;
- номенклатура – справочник с перечнем товаров на предприятии;
- операции – проведение оплаченных заявок от покупателей, печать
чеков.