54
проектирования, так и постадийного прототипирования с целью сочетания
достоинств восходящих и нисходящих алгоритмов, в которой делается
упор на работу с начальными этапами жизненного цикла: стадий анализа и
проектирования.
Рисунок 18. Спиральная модель
На каждом витке спирали производится создание фрагмента или
версии программного продукта. Производится уточнение целей и
характеристик проекта, определение его качеств и планирования работ на
следующем витке спирали.
Каждый виток разбивается на секторы [20, c.36]:
определение перечня целей;
55
оценивание вероятности рисков;
осуществление разработки и тестирования;
планирование.
На каждом из витков спирали могут использоваться различные
модели технологии разработки программного обеспечения. В конечном
итоге на выходе получается готовый продукт. Модель включает в себя ряд
возможностей моделей прототипирования и каскадной модели. Процесс
итеративной разработки отражает объективно существующий спиральный
цикл создания системы. Неполное завершение работ на каждом из этапов
позволяет переходить к следующему этапу, не дожидаясь полного
окончания работы на текущем. При итеративном способе разработки
недостающую работу можно будет выполнить на следующей итерации.
Главная задача - как можно быстрее показать Заказчику системы
работоспособный продукт, таким образом активизируя процесс уточнения
и дополнения требований.
Основная проблема спирального цикла - определение момента
перехода на следующий этап. Для ее решения потребуется ввести
временные ограничения на каждый из этапов жизненного цикла. Переход
осуществляется в соответствии с планом, даже если не вся
запланированная работа закончена.
В перспективе разрабатываемое приложение будет дополняться
новым функционалом, поэтому данная модель жизненного цикла вполне
подходит для разработки стартовой версии программы.
В качестве стратегии внедрения выбран «Пилотный проект».
При разработке проекта автоматизации технологии
документооборота был составлен календарный план внедрения
автоматизированной информационной системы, представленный в таблице
10.
56
На первом этапе производится первоначальное ознакомление с
объектом автоматизации, изучение бизнес-процессов, технологии работы
аптечной сети. На этом этапе задействован разработчик-автор дипломного
проекта, необходимые материалы предоставляются отделом продаж
аптечной компании, других структурных подразделений, руководителем
предприятия.
Таблица 10.
Хронологический порядок внедрения программного продукта в
технологию работы
Название задачи
Длитель
ность
Начало
Окончание
Предшест
венники
Названия ресурсов
Анализ предметной
области
5 дней
Чт
10.10.19
Ср 16.10.19
Изучение функций
специалистов
2 дня
Чт
10.10.19
Пт 11.10.19
ИТ-специалист;
Специалист по по
продажам, провизор
Моделирование
бизнес-процессов
2 дня
Пн
14.10.19
Вт 15.10.19
2
Экономист; ИТ-
специалист
Постановка задач
автоматизации
1 день
Ср
16.10.19
Ср 16.10.19
3
Экономист; ИТ-
специалист
Разработка
технического задания
3 дня
Чт
17.10.19
Пн 21.10.19
4
Начальник ИТ-отдела;
Директор; ИТ-специалист
Реализация
информационной
системы
21 день
Вт
22.10.19
Вт 19.11.19
5
Выбор средств
разработки
3 дня
Вт
22.10.19
Чт 24.10.19
ИТ-специалист
Разработка ПО
7 дней
Пт
25.10.19
Пн 04.11.19
7
ИТ-специалист; MS Office
Тестирование
приложения
5 дней
Вт
05.11.19
Пн 11.11.19
8
ИТ-специалист;
Начальник ИТ-отдела
Развертывание ПО
6 дней
Вт
12.11.19
Вт 19.11.19
9
ИТ-специалист
Опытная эксплуатация
5 дней
Ср
20.11.19
Вт 26.11.19
10
Начальник ИТ-отдела;
ИТ-специалист; Провизор
Разработка
документации
8 дней
Ср
27.11.19
Пт 08.12.19
Разработка руководства
пользователя
4 дня
Ср
27.11.19
Пн 04.12.19
11
ИТ-специалист;
Фармацевт
Разработка руководства
администратора
2 дня
Вт
05.12.19
Ср 06.12.19
13
ИТ-специалист
Оформление акта
приемки
2 дня
Чт
07.12.19
Пт 08.12.19
14
Начальник ИТ-
отдела;Директор
57
На следующем этапе происходит проектирование информационной
системы – определение информационных объектов, их свойств,
установление взаимосвязи между ними. На этом этапе задействован
разработчик – автор дипломного проекта.
Третий этап – определение стратегии автоматизации. После
определения комплекса задач происходит оценка возможностей внедрения
самостоятельно разработанного, либо приобретенного программного
обеспечения, проводится технологическая и экономическая оценка. На
этом этапе задействованы: руководитель организации, специалисты
экономического отдела (2 чел.) и отдела реализации медикаментов (1 чел.),
разработчик дипломного проекта.
Четвертый этап – приобретение ПО, в нашем случае – написание
программного продукта для работы с информационной системой
специалиста аптечной сети. Задействован автор дипломного проекта.
Следующий этап – опытная эксплуатация программного продукта –
разработанное программное обеспечение устанавливается на тестовые
рабочие станции и происходит проверка всего функционала программы с
целью выявления ошибок в её работе, соответствия заявленной
технологии, определения возможностей усовершенствования. На данном
этапе задействованы: руководитель организации, специалист отдела
продаж, автор данного проекта.
На последнем этапе после исправления неточностей в работе,
выявленных в ходе опытной эксплуатации, происходит внедрение
программного продукта в промышленную эксплуатацию через
развертывание базы данных, установку программы на рабочие станции
пользователей. Задействован разработчик данного проекта.
58
Ожидаемые риски на этапах жизненного цикла и их описание
На различных этапах жизненного цикла экспертной системы
различные риски могут реализовываться по-разному. Ожидаемые риски на
этапах жизненного цикла и план реагирования при возникновении
рисковых ситуаций представлены в таблице 11 [21].
Таблица 11.
Ожидаемые риски на этапах жизненного цикла
№
этапа
Этап
жизненного
цикла
Название риска
Меры противодействия
1
Предпроектная
стадия
Риск персонала со стороны
заказчика и исполнителя
Риск неполноты сбора
информации
Документирование рисков,
включение в договор
моментов неполного сбора
информации
2
Проектирование
Риск принятия неверных
проектных решений
Риск неверного планирования
Стоимостной риск
Форс - мажор
Экспертиза технических
заданий совместно ИТ,
экономическими и
профильными службами,
страхование
3
Разработка
Риск персонала
Технический риск
Тестирование на всех
стадиях разработки,
экспертиза разрабатываемого
ПО на всех этапах создания,
работа в команде
4
Внедрение
Риск персонала
Технический и программный
риск
Тестирование на всех
стадиях внедрения,
экспертиза ПО на всех
этапах создания, работа в
команде
5
Эксплуатация и
сопровождение
Технические риски
Риск персонала
Работа в команде,
юридическое обеспечение
договоров
59
Организационно-правовые и программно-аппаратные средства
обеспечения информационной безопасности и защиты информации
Разрабатываемая информационная система должна удовлетворять
требованиям защиты информации, утвержденным на данном предприятии,
а также требованиям законодательства.
Выделим основные виды угроз, возникающие в процессе
функционирования информационной системы аптечной сети:
- Внутренние – возникающие в результате некорректных действий
пользователя. При анализе потенциала данного вида угрозы было
выявлено, что основным пользователем системы является единственный
специалист, применение системы жесткого разграничения доступа
нецелесообразно. Для снижения потенциала угроз необходимо проведение
инструктажа под роспись с пользователем о правилах информационной
безопасности;
-Внешние – возникающие в результате внешних воздействий
(Интернет-угроз, технических сбоев, вирусной активности,
несанкционированного копирования)
Таким образом, в разрабатываемую информационную систему
должны быть включены компоненты парольной защиты, резервного
копирования базы данных. На рабочей станции, на которой будет
развернута база данных аптечной сети, должны применяться общие для
организации политики безопасности.
После экспертизы проекта на наличие компонентов информации
конфиденциального характера возможно принятие решения о применении
организационных и технических мер защиты информации:
-опечатывания рабочей станции;
-отключение USB-портов для ограничения возможности
несанкционированного копирования информации;
60
-отнесения помещения, где находится рабочая станция с базой
данных, к разряду выделенных помещений.
Для организационного обеспечения защиты информации в ООО
«Республиканский аптечный склад» были разработаны документы:
-«Положение о пропускном режиме» - ограничивает доступ
посторонних лиц в помещения, где происходит обработка данных;
-«Положение об антивирусной»;
-«Положение об обороте носителей информации» (предотвращает
несанкционированное копирование);
-«Положение о пользовании ресурсами Интернета»
За нарушения положении данных документов предусматривается
дисциплинарная ответственность в рамках трудового законодательства.
2.2 Управление проектом автоматизации
2.2.1 Описание системы принятия управленческих решений
Система принятия управленческих решений в рамках внедрения
информационной системы включает:
- Руководителя, в компетенцию которого входят вопросы
кураторства проектов, анализа эффективности принимаемых решений,
утверждения планов;
- Руководителей фармацевтических подразделений, в компетенцию
которых входят вопросы постановки задач автоматизации, определения
основных направлений доработки программных решений, тестирования
модулей программных решений, разработки технического задания в части
описания функциональных требований;
- Руководителя группы программистов (разработчиков), в
компетенцию которого входят вопросы написания программного кода в
соответствии с заданием, проектирования структуры базы данных;
61
- Администратора безопасности, в компетенцию которого входят
вопросы обеспечения требований защиты информации в рамках
реализованного проекта. разработки регламента резервного копирования
базы данных, системы разграничения доступа, парольной защиты.
2.2.2 Формирование команды проекта автоматизации
Таблица 12.
Список заинтересованных лиц в проекте
Группа
Должность
Роль в проекте
Влияние на
проект
Полномочия
Интерес
к
проекту
Руководство
Директор
Координация
проекта
Принятие
решений,
высокое
Общее
руководство
Высокий
Руководство
Зам.
директора
Организация
проекта
Координирует
работу
персонала,
высокое
Руководств
этапами проекта
Высокий
Экономисты
Бухгалтер
Финансирование
проекта
Высокое
Финансирование
этапов проекта
Средний
ИТ-
специалисты
Специалист
ИТ-отдела
Разработка ПО
Высокое
Техническая
реализация
программного
обеспечения
Высокий
Фармацевты
Фармацевт
Постановка
задач
автоматизации,
контроль
соответствия
реализованного
функционала
поставленным
задачам
Высокое,
участие на
каждой
стадии
проекта в
части
внедрения
системы
Внесение
изменений в
проект по итогам
анализа
состояния ПО
Высокий
Отдел
кадров
Специалист
по работе с
персоналом
Работа с
персоналом,
распределение
нагрузки между
специалистами в
рамках
реализации
проекта
Среднее
Создание
организационной
структуры
Низкий
Для организации разработки программного обеспечения
автоматизации деятельности ООО «Республиканский аптечный склад»
необходимо привлечь команду специалистов, включающих:
62
-руководство компании;
-ИТ-специалистов;
-экономистов;
-специалистов профильных отделов (фармацевтов).
2.2.3. Средства коллективной работы над проектом автоматизации
Libre Project в настоящее время стал фактически стандартом среди
средств автоматизации индивидуальной работы менеджеров проектов.
Свою популярность он заслужил благодаря удачному сочетанию простоты
использования, дружелюбного интерфейса и наличию наиболее
необходимых инструментов управления проектами.
Libre Project рассчитан, в первую очередь, на пользователей, не
являющихся профессионалами в технологии управления проектами. Таким
образом, данный программный продукт можно отнести к
«непрофессиональным системам» управления проектами. С другой
стороны, в Libre Project существует возможность управления проектами,
включающими значительное количество работ и ресурсов.
ПО Libre Project является компонентой Libre Office, что
подтверждается следующими его свойствами:
построение интерфейса и справочной системы на принципах,
обеспечивающих совместимость с Libre Office;
возможность сохранения данных проектов в базе данных
Access;
возможность обмена данными с Outlook.
Подавляющее большинство специалистов используют Libre Project
для планирования небольших задач. По оценкам, половина пользователей
планирует проекты объемом до 50 работ, и только от 10% до 20% –
проекты, в которых более 100 работ. Однако, современные версии Libre
Project не вполне пригодны для использования в управлении большими
63
проектами. По мнению западных экспертов, Libre Project, способен делать
расчет расписаний и управление сложными проектами, размер которых
достигает как минимум 10 000 задач. Он хорошо подходит для управления
проектами, которые охватывают несколько отделов, и в которых
ключевым требованием является автоматическая разработка графиков
работ, прогнозирования хода работ и отслеживания их выполнения.
Среди преимуществ Libre Project также можно назвать
усовершенствованные средства групповой работы, что позволяют одному
менеджеру одновременно управлять несколькими проектами с большим
числом участников. По мнению Gartner Group, Libre Project – лучший
выбор для организаций, где используется матричная схема управления, то
есть проектные команды допускают взаимодействие сотрудников из
разных департаментов.
Общая характеристика MS Project
Программным продуктом для автоматизации составления бизнес-
планов, входящим в пакет MS Office, является MS Project.
Программное средство входит в пакет MS Office, позволяет
проводить расчеты параметров проектов в части планирования, контроля.
Microsoft Project представляет собой решение в области управления
проектами. Проекты, иначе называемые планами проектов, в MS Project
сохраняются в форме отдельных файлов, могут быть сгруппированы для
анализа более крупных операций, например, таких как портфели проектов
(портфель проектов является списком проектов в рамках одного
предприятия, имеющие общую систему управления, область охвата,
финансирование или ресурсы).
Microsoft Project представляет собой программу по управлению
проектами, разработанную корпорацией Microsoft. С помощью данного
решения менеджеры проектов могут проводить разработку планов,