58
Спиральная модель жизненного цикла описывает процесс разработки
программного обеспечения в виде условной плоскости, которая разбита на пять
зон: планирование, анализ, конструирование, реализации, оценка.
Достоинствами спиральной модели являются:
подробный и качественный анализ рисков;
качественная документация разработки;
возможность быстрого получения работоспособного прототипа
программного обеспечения.
Недостатками спиральной модели жизненного цикла являются:
высокая стоимость;
высокие требования к квалификации сотрудников;
не подходит для небольших проектов.
Для жизненного цикла текущего проекта была выбрана каскадная модель,
так как для разрабатываемой системы автоматизации склада больше подходит
поэтапная разработка.
В общем случае считается, что внедрение любой информационной
системы включает в себя инсталляцию (установку) и настройку, как
оборудования, так и программного обеспечения с последующей сдачей
полученной системы в промышленную эксплуатацию. При этом существует
несколько стратегий внедрения ИС:
параллельное использование;
скачок;
пилотный проект;
узкое место.
Параллельные использование предполагает одновременное
использование и старой и новой информационной системы. В ООО «Атол»
старая система отсутствует. Данная стратегия не подходит.
Скачок – это резкий переход на новую систему, что в данном случае
практически не осуществимо.
59
Пилотный проект – поэтапное внедрение системы для автоматизации
отдельных бизнес-процессов.
Стратегия «Узкое место» в данном случае тоже не походит.
Поэтому для внедрения информационной системы складского учета в
ООО «Атол» будет использован пилотный проект.
2.1.2. Ожидаемые риски на этапах жизненного цикла и их
описание.
Увеличение сложности проекта приводит к увеличению числа и
масштабов сопутствующих рисков.
Под риском в проектной деятельности будем понимать вероятное
событие, в результате которого субъект, принявший решение, теряет
возможность достичь запланированных результатов проекта или его отдельных
параметров, имеющих временную, количественную и стоимостную оценку.
Управление рисками при разработке программного обеспечения
представляет собой формальный процесс, который позволяет
систематизировать, идентифицировать и оценить возможные риски.
На рисунке 2.5 представлены основные риски, которые могут возникнуть
при разработке программного обеспечения и способы их устранения.
60
Рисунок 2.5 - Ожидаемые риски на этапах жизненного цикла
и их описание
Риски заказчика могут быть связаны с неполным достижением
поставленной цели проекта и недостаточно эффективно израсходованными
средствами. В свою очередь, риски исполнителя сопряжены с возможностью
резкого превышения итоговой себестоимости работ по сравнению с планом.
Профилактика появления рисков способна снизить вероятность
появления на выходе не соответствующего требованиям программного
обеспечения.
61
2.1.3. Организационно-правовые и программно-аппаратные
средства обеспечения информационной безопасности и защиты
информации.
Для анализа защиты информационной системы от внутренних угроз
необходимо определить группы пользователей разрабатываемой системы и
назначить им соответствующие права доступа к папкам и модулям системы,
определить требования к паролям и частоте их смены, а также другие параметры
использования ИС. Сформированные данные представлены в таблице 2.1
Таблица 2.1
Разграничение прав пользователей
Группы
пользователе
й
Модуль
«Поставки
»
Модуль
Справочник
и
Модуль
«Отгрузка
»
Модуль
«Отчет
ность»
Учет
пользов
ателей
Сотрудник
склада
Чтение/
создание/
удаление
Чтение/
создание/
удаление
Чтение/
создание/
удаление
Чтение
Нет
Администратор
ИС
Чтение/
создание/
удаление
Чтение/
создание/
удаление
Чтение/
создание/
удаление
Чтение
Полный
В процессе разработки политики безопасности сформированы правила
информационной безопасности для противодействия угрозам информационной
системы ООО «Атол»:
1. В ООО «Атол» необходимо контролировать и протоколировать
действия сотрудников;
2. В ООО «Атол» необходимо периодически проверять исполнение
обязанности пользователей по соблюдению мер безопасности;
3. Для обеспечения защиты СУБД и хранение информации системный
администратор осуществляет следующие действия:
обучение процедурам безопасности, правильному использованию
средств обработки информации;
чтение, запись, модификацию и удаление информации;
62
хранение информации в БД, защищенной паролем;
осуществлять резервное копирование на внешнее устройство.
4. Для обеспечения защиты бизнес-процессов подразделений компании
осуществляются следующие действия:
дублирование информации на несколько носителей информации;
актуализация всех баз данных в информационной системе;
использование механизмов защиты сетевых операционных систем.
5. Для выполнения управления доступом необходимо выполнение
следующих действий: – использование уникальных паролей;
проверка паролей администратором системы для подтверждения
прав пользования системой или услугами;
содержание пароля в секрете;
изменение пароля в случае признаков компрометации пароля;
выбор качественных паролей и своевременная их замена;
идентификация, аутентификация и верификация пользователей;
запись успешных и неудавшихся доступов к системе;
ограничение времени доступа;
принудительная аварийная сигнализация для защиты пользователей.
6. Защита от вредоносного программного обеспечения:
установка и регулярное обновление антивирусных баз, и
исправление ПО;
проведение регулярного пересмотра содержимого ПО;
проверка любых вложений электронной почты и скачиваемой
информации на наличие вредоносного ПО;
процедуры и планы по предотвращению введения вредоносного ПО;
использование только лицензированное ПО.
63
2.2. Информационное обеспечение задачи.
2.2.1. Характеристика нормативно-справочной, входной и
оперативной информации.
Разрабатываемая программная система предназначена для автоматизации
складских процессов в ООО «Атол». Таким образом, основное назначение
системы - сокращение трудовых и временных затрат сотрудников компании
ООО «Атол» в процессе ведения складской деятельности.
Основными нормативно - справочными данными, которые используется
в процессе ведения складской деятельности являются:
Должностные инструкции сотрудников ООО «Атол»;
Устав ООО «Атол»;
Договор поставки товаров;
Товарно-транспортная накладная;
Счет-фактура.
Исследовав предметную область и разработав требования к
информационной системе склада, были выявлены следующие классификаторы,
описание которые представлены в таблице 2.2.
Таблица 2.2
Значение классификаторов системы
Наименование
Кодируемого
объекта
Значи
мость
кода
Система
кодирования
Система
классификации
Вид
классификат
ора
Код должности
6
Порядковый
Многоаспектная
Локальный
Код отдела
6
Порядковый
Многоаспектная
Локальный
Код склада
6
Порядковый
Многоаспектная
Локальный
Код поставщика
18
Порядковый
Многоаспектная
Локальный
Код зоны хранения
12
Порядковый
Многоаспектная
Локальный
Код сотрудника
6
Порядковый
Многоаспектная
Локальный
64
Оперативная информация регулярно обновляется и добавляется. В
информационной системе автоматизации складских процессов в ООО «Атол»
используется следующая информация, представленная на рисунке 2.3.
Таблица 2.3
Оперативная информация
Входная информация
Реквизиты
Источники
Информация о
сотрудниках
Фамилия, имя, отчество
Телефон
Адрес
Электронная почта
Должность
Отдел
Данные паспорта
Паспортные данные
сотрудников,
личные данные
сотрудников,
трудовой договор
Информация о
поставщиках
Наименование
ОГРН
ИНН
Реквизиты счета
Адрес
Телефон
Электронная почта
Документы о
регистрации
юридического лица
Информация о поставке
товаров
Номер поставки
Дата поставки
Поставщик Товар
Количество
Цена
Приходная накладная
Информация о выдаче
товаров со склада
Номер документа
Дата выдачи
Товар Количество Кладовщик
Расходная накладная
Оперативная входная информация поступает в систему из бумажных
документов и вводится сотрудников склада вручную.
2.2.2. Характеристика результатной информации.
Выходная информация по автоматизации задачи автоматизации
складских процессов ООО «Атол» представлена в виде запросов (поиска) и
отчетах, формируемых в виде текстового документа.
Разработанная информационная система автоматизации складских
процессов позволяет строить следующие отчеты:
65
Статистика работы с поставщиками;
Сведения о поставке товаров;
Сведения об отгрузке товаров;
Сведения о состоянии склада.
Отчет о заполненности зон хранения в процентах.
На рисунке 2.6 представлен макет отчета «Статистика работы с
поставщиками».
Поставщик
Количество
поставок
Общая сумма
Поставок, руб.
Средняя стоимость
поставки, руб.
Рисунок 2.6 – Макет отчета «Статистика работы с
поставщиками»
Макет отчета «Сведения о поставке товаров» представлен на рисунке 2.7.
Наклад
ная
Дата
поставки
Постав
щик
Категория
товаров
Товар
Количе
ство
Стоимость
руб.
Рисунок 2.7 – Макет отчета «Сведения о поставке товаров»
Макет отчета «Сведения об отгрузке товаров» представлен на рисунке 2.8
Накладн
ая
Дата
отгрузк
и
Ответственн
ый
Категор
ия
товаров
Това
р
Количест
во
Стоимос
ть руб.
Рисунок 2.8 – Макет отчета «Сведения об отгрузке товаров»
На рисунке 2.9 представлена форма отчета «Отчет о состоянии склада».
Категория
Товар
Поставлено
Отпущено
Остаток
Рисунок 2.9 – Макет отчета «Отчет о состоянии склада»
66
На рисунке 2.10 представлена форма отчета «Оценка свободного места на
складе».
Склад
Зона
Объем
Занято
Свободно, %
Рисунок 2.10 – Макет отчета «Оценка свободного места на
складе»
Должен быть реализован экспорт отчетов в формат MS Excel для того,
чтобы сотрудники склада могли вывести данные на печать или сохранить отчеты
для последующего служебного использования или передачи в другие отделы.
2.3. Программное обеспечение задачи.
2.3.1. Cценарий диалога.
На рисунке 2.11 представлено дерево функций информационной системы
автоматизации складских процессов в компанию ООО «Атол».
Ключевые функции проекта:
редактирование справочных данных;
работа с документами для ведения складского учета;
оценка текущего состояния склада;
учет поставок и выдачи товаров со склада;
формирование отчетности.
В информационной системе, разработанной в рамках выполнения этого
проекта, взаимодействие пользователя с системой осуществляется посредством
диалога.
67
Рисунок 2.11 – Дерево функций
На рисунке 2.12 пре2дставлена сценарий диалога информационной
системы и пользователя.
Рисунок 2.12 - Сценарий диалога ИС