57
Рис.2.5. Риски, ожидаемые при выполнении ЖЦ
Риск можно предотвратить при применении CASE-средств для построения
модели бизнес-процесса.
Риск под названием «Неправильное определение функций системы»
предотвращается основательным анализом всех используемых вариантов таких
функций. Также можно этот риск устранить реализацией повторного анализа
выбора ИС.
Риски, которые кроются разработке некорректного плана-графика
процесса автоматизации, а именно, применение лишних ресурсов, их
недостаточность. Этот риск является, в основном, финансовым можно его
предотвратить с применением современных средств проектирования, а также
устранить повторной корректировкой процесса автоматизации.
Риск в некорректной разработке АИС устраняется при использовании так
называемого модульного тестирования.
Риск при внедрении предотвращается применением современного
лицензионного стендового оборудования, а также может быть устранен двойным
тестированием.
58
2.1.3. Организационно-правовые и программно-аппаратные
средства обеспечения информационной безопасности и защиты
информации
К организационно- правовым средствам безопасности информации можно
отнести разграничение уровня доступа между несколькими подсистемами
(рисунок 2.6):
Рис.2.6. Применяемые подсистемы для разграничения доступа
Подсистема «Отдел заказов» используется для непосредственного
формирования коммерческих заказов и их калькуляции, а также выполнения
основных операций по хранению и отображению данных о деятельности ООО
«ЮниФренд».
Подсистема «Администрация» применяется для выполнения
управленческого учета.
Подсистема «Бухгалтерия» применяется для выполнения бухгалтерского
учета.
Стоит отметить, что каждая из подсистем имеет доступ только к тем
объектам конфигурации, которые можно указать при разработке.
Кроме этого, на уровне операционной системы и компьютерной сети в
регистратуре предусматриваются следующие методы защиты информации:
– применение пароля на основании методов платформы
1С:Предприятие;
– применение пароля на основании операционной системы Windows;
59
– применение паролей на основании входа и работы в компьютерной
сети ООО «ЮниФренд».
К программным средствам защиты информации относится возможность
ввода паролей для пользователей. К аппаратным методам защиты – блоки
непрерывного питания, брандмауэры и другие технические устройства.
Кроме этого, для защиты ИС от внешних угроз есть возможность
применения ролей.
Полномочия ролей рассматриваются на рисунках 2.7, 2.8:
Рис.2.7. Права Администратора
Рис.2.8. Права Пользователя
60
Защита от внешних угроз реализована с помощью информации, которая
указана в таблице 2.1:
Таблица 2.1 – Защита от внешних угроз
Методы защиты
Описание
Нормативно-правовые акты
организации, стандарты
Устав ООО «ЮниФренд»,
спецификация ЛВС, Федеральный
закон «О защите персональных
данных», Федеральный закон «О
коммерческой тайне»
Антивирусные и антишпионские
средства
Антивирус Avast
Проактивная защита от внешних угроз
и защита внешнего периметра
нет
Защита от сетевых угроз
Встроенный брандмауэр антивируса
Avast
Защита от инсайдерских угроз и
защита информационных ресурсов
Антивирус Avast, брандмауэр, методы
разграничения доступа
Физическая защита информации
Ограничение доступа к информации
Стоит отметить, что наиболее слабым звеном в обеспечении защиты ИС
является хранимая информация в ИС. Для этого рекомендуется выполнить
комплекс следующих мер:
– выполнить настройку журналирования (рис.2.9):
Рис. 2.9. Настройка журнала регистрации
61
– настройка параметров безопасности информационной базы
(рисунок 2.10):
Рис. 2.10. Параметры информационной базы
– применение ключа защиты (рисунок 2.11):
Рис.2.11. Применение ключа защиты
В результате выполненных действий будет обеспечена защиты
информации, которая предназначается для работы в конфигурации.
62
2.2. Информационное обеспечение задачи
2.2.1. Информационная модель и её описание
Информационная система для формирования коммерческих заказов и их
калькуляции должна выполнять сбор, обработку, распределение и ввод
информации, чтобы поддержать процесс учета заказов.
Для качественной реализации автоматизированной системы объект
разработки должен быть прежде всего адекватно описан, построены
непротиворечивые информационные модели ИС.
На рисунке 2.12 показана информационная модель системы для
формирования коммерческих заказов и их калькуляции для ООО «ЮниФренд».
Ввод данных о
поставщике
Менеджер
Спр.
Постав
щик
ИС
Ввод данных о
типе товара
Ввод данных о
складе
Спр.
Тип
товара
Спр.
Склад
Ввод данных о
заказе
Ввод данных о
товаре
Д.Заказы
Д.
Товары
Отчет по заказам
Отчет на
основании
регистра
Администрация
Рис. 2.12. Информационная модель
Заметим, что данная модель комплекса задач служит для отображения
процесса описание промежуточных, входных, результатных потоков
информации.
63
Накопленный к настоящему времени опыт проектирования дает
возможность рассмотреть, что это сложная, а также длительная и трудоемкая во
времени работа, требующая квалификации специалистов.
Но процесс проектирование ИС выполнялся до недавнего времени в
основном на интуитивном уровне, а также при использовании
неформализованных методов, что базируются на практическом опыте,
искусстве, а также дорогостоящих экспериментальных проверках качества
функционирования автоматизированной системы по обработке заказов.
Также, при непосредственном функционировании и создании ИС
информационные потребности для разных пользователей могут быть уточнены и
изменены, что еще больше усложнит разработку или же процесс сопровождения
таких программных комплексов.
Источниками первичной информации являются договора о
предоставлении товаров, товарно-транспортные накладные, метод ввода –
вручную.
Адресатами выдачи информации являются конечные пользователи и
администрация ООО «ЮниФренд». Данная информация предназначается для
анализа хозяйственной деятельности компании.
В результате выполнения преобразования информации будет создан
перечень заказов для формирования.
2.2.2. Характеристика нормативно-справочной, входной и
оперативной информации
Информационной моделью системы автоматизации управления
поставками является совокупность входных, результативных, оперативных
потоков и функций для их обработки.
Также с ее использованием объясняется тот факт, что для массивов
входной документации будет выполнен ряд необходимых функций, что и
являются основоположными для отдельной АИС.
Для обеспечения процесса хранения постоянной информации о поставках
применяются справочники (входная информация):
64
– Поставщики;
– Склады;
– Тип товаров.
Рассмотрим более подробно описание водной информации, которая
представлена с помощью справочников.
Таблица 2.2. Справочник «Тип товара»
Имя
Тип
Код типа
Числовой
Наименование
Текстовый
Ответственный
Текстовый
Справочник «Склады» предназначен для хранения данных о складах ООО
«ЮниФренд» (таблица 2.3).
Таблица 2.3. Справочник «Склады»
Имя
Тип
Код
Числовой
Название склада
Текстовый
Справочник «Поставщики» использован для хранения данных о
поставщиках ООО «ЮниФренд» (таблица 2.4).
Таблица 2.4. Справочник «Поставщики»
Имя
Тип
Код поставщика
Числовой
Название
Текстовый
Адрес
Текстовый
Телефон
Текстовый
Пол
Сссылка
Входные данные в базу данных могут вводиться в систему двумя
методами:
– вручную;
– при использовании формы.
Тестовая информация созданных справочников показана в экранных
формах на рисунках 2.13 – 2.15:
65
Рис. 2.13. Экранная форма справочника Склады
Рис. 2.14. Экранная форма справочника Тип товаров
Рис. 2.15. Экранная форма справочника Поставщик
66
В таблице 2.5 рассмотрена сводная информация по справочниках:
Таблица 2.5. Сводная таблица по справочниках
Название справочника
Склад
Тип товаров
Поставщик
Ответственный за его
ведение
Менеджер
Менеджер
Менеджер
Средний объем
справочника в записях
2
3
3-5
Средняя частота
актуализации
1 раз в год
1 раз в месяц
1 раз в неделю
Средний объем
актуализации, записей
1
2
2
2.2.3. Характеристика результатной информации
Стоит заметить, что в разрабатываемой системе для автоматизации
формирования коммерческих заказов необходимо хранить данные на основании
накладных (результата процесса).
Рассмотрим реквизитный состав таблиц с оперативными данными Товары
и Заказы:
Таблица 2.6. Документ Товары
Имя
Тип
Номер товара
Числовой
Название
Текстовый
Цена
Числовой
Склад
Ссылка
Тип
Ссылка
Дата поставки
Дата и время
Таблица 2.7. Документ Заказы
Имя
Тип
Номер
Числовой
Дата
Дата
Поставщик
Ссылка