41
- анализ предметной области;
- проектирование архитектуры системы;
- реализация программного обеспечения;
- тестирование и отладка программного обеспечения;
- эксплуатация и сопровождение программного обеспечения;
- развитие и модернизация системы.
Существуют несколько моделей жизненного цикла, которые описывают
последовать выполнения стадий разработки программного обеспечения в
соответствии с выбранным стандартом жизненного цикла [15]:
- итерационная модель ЖЦ;
- каскадная модель Ж;
- спиральная модель ЖЦ.
На рисунке 2.2 представлена итерационная модель жизненного цикла.
Рисунок 2.2. Итерационная модель жизненного цикла
Главной особенностью итерационной модели жизненного цикла позволяет
вернуться на предыдущий этап работ в любой момент, но после возврата нужно
последовательно повторно пройти те же стадии разработки программного
обеспечения.
42
В качестве преимуществ данной модели жизненного цикла можно
выделить:
- оперативное исправление недостатков на предыдущем этапе;
- быстрое исправление программного обеспечения при изменении
требований заказчика;
- равномерная загрузка участников проекта;
- возможность использования накопленного опыта разработки.
Недостатками итерационной модели является отсутствие представления о
конечном результате, так как требованиям могут меняться очень часто, а также
необходимость повторного выполнения уже пройденных этапов.
На рисунке 2.3 представлена каскадная модель жизненного цикла [15].
Рисунок 2.3. Каскадная модель жизненного цикла
Каскадная модель жизненного цикла похожа на итерационную модель, но
переход на следующий этап выполняется только после завершения текущего
этапа.
Достоинствами такого способа разработки программного обеспечения
являются:
43
- последовательное устранение сложностей;
- простой алгоритм разработки;
- простота представления текущих результатах клиентам;
- эффективность для проектов с высокими требованиями.
Недостатками каскадной модели являются:
- невозможность получения работоспособного программного
обеспечения до перехода на заключительную стадию разработки;
- ошибки проектирования, допущенные в начале разработки могут
выявиться только на заключительном этапе;
- отсутствие гибкости;
- сложности при финансировании проекта.
На рисунке 2.4 представлена спиральная модель жизненного цикла.
Рисунок 2.4. Спиральная модель жизненного цикла
Спиральная модель жизненного цикла описывает процесс разработки
программного обеспечения в виде условной плоскости, которая разбита на пять
зон: планирование, анализ, конструирование, реализации, оценка.
Достоинствами спиральной модели являются:
- подробный и качественный анализ рисков
- качественная документация разработки
- возможность быстрого получения работоспособного прототипа
программного обеспечения.
44
Недостатками спиральной модели жизненного цикла являются:
- высокая стоимость;
- высокие требования к квалификации сотрудников;
- не подходит для небольших проектов.
Для жизненного цикла текущего проекта была выбрана каскадная модель,
так как для разрабатываемой системы автоматизации склада мебели больше
подходит поэтапная разработка.
В общем случае считается, что внедрение любой информационной
системы включает в себя инсталляцию (установку) и настройку, как
оборудования, так и программного обеспечения с последующей сдачей
полученной системы в промышленную эксплуатацию. При этом существует
несколько стратегий внедрения ИС:
- параллельное использование;
- скачок;
- пилотный проект;
- узкое место.
Параллельные использование предполагает одновременное использование
и старой и новой информационной системы. В ООО «РИО Гарант» старая
система отсутствует. Данная стратегия не подходит.
Скачок – это резкий переход на новую систему, что в данном случае
практически не осуществимо.
Пилотный проект – поэтапное внедрение системы для автоматизации
отдельных бизнес-процессов.
Стратегия «Узкое место» в данном случае тоже не походит.
Поэтому для внедрения информационной системы складского учета в
ООО «РИО Гарант» будет использован пилотный проект.
2.1.2. Ожидаемые риски на этапах жизненного цикла и их описание
45
Увеличение сложности проекта приводит к увеличению числа и масштабов
сопутствующих рисков.
Под риском в проектной деятельности будем понимать вероятное событие,
в результате которого субъект, принявший решение, теряет возможность достичь
запланированных результатов проекта или его отдельных параметров, имеющих
временную, количественную и стоимостную оценку.
Управление рисками при разработке программного обеспечения
представляет собой формальный процесс, который позволяет
систематизировать, идентифицировать и оценить возможные риски.
На рисунке 2.5 представлены основные риски, которые могут возникнуть
при разработке программного обеспечения и способы их устранения.
Рисунок 2.5 - Ожидаемые риски на этапах жизненного цикла и
их описание
Риски заказчика могут быть связаны с неполным достижением
поставленной цели проекта и недостаточно эффективно израсходованными
46
средствами. В свою очередь, риски исполнителя сопряжены с возможностью
резкого превышения итоговой себестоимости работ по сравнению с планом.
Профилактика появления рисков способна снизить вероятность появления
на выходе не соответствующего требованиям программного обеспечения.
2.1.1. Организационно-правовые и программно-аппаратные средства
обеспечения информационной безопасности и защиты
информации
Для анализа защиты информационной системы от внутренних угроз
необходимо определить группы пользователей разрабатываемой системы и
назначить им соответствующие права доступа к папкам и модулям системы,
определить требования к паролям и частоте их смены, а также другие параметры
использования ИС. Сформированные данные представлены в таблице 2.1
Таблица 2.1
Разграничение прав пользователей
Группы
пользова-
телей
Модуль
«Поста
вки»
Модуль
справочни
ки
Модуль
«Отгрузка
»
Модуль
«Отчетно
сть»
Учет
пользо-
вателей
Сотрудник
склада
Чтение/
создание/
удаление
Чтение/
создание/
удаление
Чтение/
создание/
удаление
Чтение
Нет
Администра
тор ИС
Чтение/
создание/
удаление
Чтение/
создание/
удаление
Чтение/
создание/
удаление
Чтение
Полный
В процессе разработки политики безопасности сформированы правила
информационной безопасности для противодействия угрозам информационной
системы ООО «РИО Гарант»:
1. В ООО «РИО Гарант» необходимо контролировать и протоколировать
действия сотрудников.
2. В ООО «РИО Гарант» необходимо периодически проверять исполнение
обязанности пользователей по соблюдению мер безопасности.
47
3. Для обеспечения защиты СУБД и хранение информации системный
администратор осуществляет следующие действия:
– обучение процедурам безопасности, правильному использованию
средств обработки информации;
– чтение, запись, модификацию и удаление информации;
– хранение информации в БД, защищенной паролем;
– осуществлять резервное копирование на внешнее устройство.
4. Для обеспечения защиты бизнес-процессов подразделений компании
осуществляются следующие действия.
– дублирование информации на несколько носителей информации;
– актуализация всех баз данных в информационной системе;
– использование механизмов защиты сетевых операционных систем.
5. Для выполнения управления доступом необходимо выполнение
следующих действий:
– использование уникальных паролей;
– проверка паролей администратором системы для подтверждения
прав пользования системой или услугами;
– содержание пароля в секрете;
– изменение пароля в случае признаков компрометации пароля;
– выбор качественных паролей и своевременная их замена;
– идентификация, аутентификация и верификация пользователей;
– запись успешных и неудавшихся доступов к системе;
– ограничение времени доступа;
– принудительная аварийная сигнализация для защиты пользователей.
6. Защита от вредоносного программного обеспечения:
– установка и регулярное обновление антивирусных баз, и
исправление ПО;
– проведение регулярного пересмотра содержимого ПО;
– проверка любых вложений электронной почты и скачиваемой
информации на наличие вредоносного ПО;
48
– процедуры и планы по предотвращению введения вредоносного ПО;
– использование только лицензированное ПО.
2.2. Информационное обеспечение задачи
2.2.1. Характеристика нормативно-справочной, входной и
оперативной информации
Разрабатываемая программная система предназначена для автоматизации
процессов складского учета мебели в ООО «РИО Гарант».
Таким образом, основное назначение системы –сокращение трудовых и
временных затрат сотрудников мебельной компании ООО «РИО Гарант» в
процессе ведения складского учета.
Основными нормативно-справочными данными, которые используется в
процессе ведения складского учета являются:
- должностные инструкции сотрудников ООО «РИО Гарант»;
- Устав ООО «РИО Гарант»;
- договор поставки товаров;
- товарно-транспортная накладная;
- счет-фактура.
Исследовав предметную область и разработав требования к
информационной системе склада мебели, были выявлены следующие
классификаторы, описание которые представлены в таблице 2.2.
Таблица 2.2
Значение классификаторов системы
49
Наименование
кодируемого
множества
объектов
Знач-
ность
кода
Система
кодирова-
ния
Система
классифи-
кации
Вид
классифи-
катора
Код должности
6
Порядковая
Многоаспектная
Локальный
Код отдела
6
Порядковая
Многоаспектная
Локальный
Код склада
6
Порядковая
Многоаспектная
Локальный
Код поставщика
18
Порядковая
Многоаспектная
Локальный
Код зоны хранения
12
Порядковая
Многоаспектная
Локальный
Код сотрудника
6
Порядковая
Многоаспектная
Локальный
Оперативная информация регулярно обновляется и добавляется. В
информационной системе автоматизации складского учета в ООО «РИО Гарант»
используется следующая информация, представленная на рисунке 2.3.
Таблица 2.3
Оперативная информация
Входная информация
Реквизиты
Источники
Информация о
сотрудниках
Фамилия, имя, отчество
Телефон
Адрес
Паспортные данные
сотрудников, личные
данные сотрудников,
Электронная почта
Должность
Отдел
Данные паспорта
трудовой договор
Информация о
поставщиках
Наименование
ОГРН
ИНН
Реквизиты счета
Адрес
Телефон
Электронная почта
Документы о
регистрации
юридического лица
Информация о поставке
товаров
Номер поставки
Дата поставки
Поставщик
Товар
Количество
Цена
Приходная накладная
Информация о выдаче
товаров со склада
Номер документа
Дата выдачи
Товар
Количество
Кладовщик
Расходная накладна
Оперативная входная информация поступает в систему из бумажных
документов и вводится сотрудников склада вручную.
50
2.2.2. Характеристика результатной информации
Выходная информация по автоматизации задачи автоматизации
складского учета мебельной фабрики ООО «РИО Гарант» представлена в виде
запросов (поиска) и отчетах, формируемых в виде текстового документа
Разработанная информационная система автоматизации складского учета
позволяет строить следующие отчеты:
1. Статистика работы с поставщиками.
2. Сведения о поставке товаров.
3. Сведения об отгрузке товаров.
4. Сведения о состоянии склада.
5. Отчет о наполненности зон хранения в процентах.
На рисунке 2.6 представлен макет отчета «Статистика работы с
поставщиками».
Рисунок 2.6 – Макет отчета «Статистика работы с поставщиками»
Макет отчета «Сведения о поставке товаров» представлен на рисунке 2.7.
Рисунок 2.7 – Макет отчета «Сведения о поставке товаров»
Макет отчета «Сведения об отгрузке товаров» представлен на рисунке 2.8.
Рисунок 2.8 – Макет отчета «Сведения об отгрузке товаров»
На рисунке 2.9 представлена форма отчета «Отчет о состоянии склада».