48
– при реализации каждого этапа этапе создается законченный набор
документации;
– все этапы создания АИС, должны быть реализованы строго в нужной
последовательности, тогда они дают возможность спланировать конкретные сроки.
Рассматриваемый подход прекрасно зарекомендовал себя при реализации
проектирования АИС самой разной сложности, при которых можно на начальных
этапах разработки АИС практически точно выполнить описание всех требований.
Для преодоления проблем, что описаны выше при использовании каскадной
структуры, еще в начале 70-х годов 20 века предложена спиральная модель
построения АИС.
Непосредственная реализация для указанных технических фаз также
выполняется при помощи прототипов (рисунок 13).
Рисунок 13 – Структура спиральной модели
При рассмотрении такой структуры рассматривался упор на некоторые
исходные этапы описанной выше каскадной модели:
– анализ проблемы построения;
– проектирование АИС.
49
Прототипы – это действующие модули АИС для реализации всех ее
отдельных функций.
Создание прототипов также может осуществляться часто и за несколько
целых итераций, которыми являются воображаемые витки спирали.
Все такие итерации могут соответствовать также созданию некоторого этапа
АИС (прототипа), где уточняются новые цели, характеристики программного
осуществления, а также оценивается суммарное качество имеющихся результатов.
В качестве еще улучшенной структуры ЖЦ можно рассматривать такую
модель, что показана на рисунке 14:
Рисунок 14 – Структура улучшенной спиральной модели АИС
Спиральная модель ЖЦ АИС имеет свои достоинства, например:
– заказчики могут влиять непосредственно на разрабатываемую для них
АИС на всех этапах;
– непосредственно в модели могут воплощаться полностью все
преимущества рассмотренного ЖЦ.
50
Инкрементная модель ЖЦ АИС является классическим прототипом для
инкрементного поведения при создании ПО.
Стоит отметить тот факт, что в ней объединены также элементы
последовательной модели при использовании итерационной структуры Боэма для
модернизации, приведенной выше каскадной модели.
Каждая из последовательностей может сама проектировать специальный
необходимый инкремент АИС.
Самой главной реализацией указанного подхода считают специальную
технологию экстремального программирования, что ориентировано также на малые
приросты в их функциональности.
Рисунок 15 – Структура функционирования для инкрементной
модели
Преимущество указанной модели состоит непосредственно и в том, что вовсе
нет надобности вкладывать самые разные средства уже ранее, которые выделяются на
всю АИС.
В результате проведенного анализа ЖЦ можно сделать вывод, что для
создания системы автоматизации учета обращений на предоставления услуг в Valve
Software, нужно применить каскадную модель.
51
2.1.2. Ожидаемые риски на этапах жизненного цикла и их описание
Риск – это следствие влияния неопределенности на достижение поставленных
целей [1].
Рассмотрим основные риски, которые присутствуют при использовании ЖЦ
(рисунок 16).
Рисунок 16 – Риски, ожидаемые при выполнении ЖЦ
Первый риск – недостаточное определение свойств проектируемой системы
автоматизации, может потребовать на последующих этапах, дополнительной
разработки программ или хранилища информации, что приведет также к возрастанию
финансовых рисков, которые связаны с проектом.
Риск можно предотвратить при применении CASE-средств для построения
модели БП.
Риск под названием «Неправильное определение функций системы»
предотвращается основательным анализом всех используемых вариантов таких
функций. Также можно этот риск устранить реализацией повторного анализа выбора
ИС.
Риски, которые кроются разработке некорректного плана-графика процесса
автоматизации, а именно, применение лишних ресурсов, их недостаточность. Этот
52
риск является, в основном, финансовым можно его предотвратить с применением
современных средств проектирования, а также устранить повторной корректировкой
процесса автоматизации.
Риск в некорректной разработке АИС устраняется при использовании так
называемого модульного тестирования.
Риск при внедрении предотвращается применением современного
лицензионного стендового оборудования, а также может быть устранен двойным
тестированием.
2.1.3.Организационно-правовые и программно-аппаратные средства
обеспечения информационной безопасности и защиты информации
Безопасность информации – это состояние защищенности информации, при
котором обеспечены ее конфиденциальность, доступность и целостность [7].
К организационно правовым средствам безопасности информации можно
отнести разграничение уровня доступа между несколькими подсистемами (рисунок
17):
Рисунок 17 – Применяемые подсистемы
Подсистема «Руководство» используется для непосредственного контроля
деятельности Valve Software, а также выполнения анализа основных операций по
предоставлению услуг.
Подсистема «Отдел по работе с клиентами» применяется для выполнения
приема и учета обращений на предоставление услуг.
Стоит отметить, что каждая из подсистем имеет доступ только к тем объектам
конфигурации, которые можно указать при разработке.
53
Кроме этого, на уровне операционной системы и компьютерной сети в Valve
Software предусматриваются следующие методы защиты информации:
– применение пароля на основании методов платформы 1С:Предприятие
8.3;
– применение пароля на основании операционной системы Windows 10;
– применение паролей на основании входа и работы в компьютерной сети.
К программным средствам защиты информации относится возможность ввода
паролей для пользователей. К аппаратным методам защиты – блоки непрерывного
питания, брандмауэры и другие технические устройства.
Защита от внешних угроз реализована с помощью информации, которая
указана в таблице 4:
Таблица 4
Защита от внешних угроз
Методы защиты
Описание
Нормативно-правовые акты
организации, стандарты
Устав Valve Software, спецификация
ЛВС, Федеральный закон «О защите
персональных данных», Положении о
порядке предоставления услуг
Антивирусные и антишпионские
средства
Avast 11
Проактивная защита от внешних
угроз и защита внешнего периметра
нет
Защита от сетевых угроз
Встроенный брандмауэр антивируса
Avast 11, брандмауэр Cisco ASA5510-
CSC10-K9
Защита от инсайдерских угроз и
защита информационных ресурсов
Антивирус Avast 11, брандмауэр Cisco
ASA5510-CSC10-K9, методы
разграничения доступа
Физическая защита информации
Ограничение доступа к информации
Стоит отметить, что наиболее слабым звеном в обеспечении защиты ИС
является хранимая информация.
К программным средствам защиты информации относится возможность ввода
паролей для пользователей.
К аппаратным методам защиты – блоки непрерывного питания, брандмауэры
и другие технические устройства.
Кроме этого, для защиты ИС от внешних угроз есть возможность применения
ролей.
Полномочия ролей рассматриваются на рисунках 17, 18:
54
Рисунок 17 – Права Администратора
Рисунок 18 – Права Пользователя
55
Кроме этого, рекомендуется выполнить настройку журналирования (рисунок
19):
Рисунок 19 – Настройка журнала регистрации
В результате выполненных действий будет обеспечена защиты информации,
которая предназначается для работы в конфигурации.
2.2.Информационное обеспечение задачи
2.2.1.Характеристика нормативно-справочной, входной и оперативной
информации
Информационная модель представляется схемой движения входных,
результативных и оперативных потоков, а также функций рассматриваемой области
проектирования.
Также она объясняет факт, на основании именно какой входной документации
выполняются функции, которые являются основными в разрабатываемой АИС.
Для хранения постоянной информации применяются в 1С:Предприятие 8.3
справочники.
Справочники являются объектами конфигурации, где есть возможность
указать данные о некотором объекте.
В каждом из них используются 2 поля по умолчанию:
– Код;
– Наименование.
В платформе при установке настроек справочника установлена по умолчанию
автоматическая нумерация.
При создании АИС учета обращений созданы такие справочники (рисунок
20):
– клиенты;
– категории услуг;
56
– сотрудники;
– услуги.
Рисунок 20 – Перечень справочников
Справочник – это хранилище основной, базовой информации, без которой
невозможна эксплуатация программы [5].
Входные документы:
– перечень категорий услуг;
– перечень услуг;
– список клиентов;
– список сотрудников.
Рассмотрим справочники, которые созданы в АИС.
Справочник «Категории услуг» описывает группы услуг, которые
предоставляются Valve Software (таблица 4).
Таблица 4
Структура «Категории услуг»
Имя
Тип
Код категории
Число (целое)
Название категории
Строка (текст)
Примечание
Строка (текст)
Справочник «Услуги» предназначен для хранения информации о
предоставляемых услугах Valve Software (таблица 5).
Таблица 5
Структура «Услуги»
Имя
Тип
Код услуги
Число (целое)
Название услуги
Строка (текст)
Категория
Строка (текст)
Минимальный релиз
Число (целое)
Минимальный срок
Число (целое)
Примечание
Строка (текст)
57
Справочник «Клиенты» использован для хранения регистрационных данных о
клиентах Valve Software (таблица 6).
Таблица 6
Структура «Клиенты»
Имя
Тип
Код Клиента
Число (целое)
ФИО Клиента
Строка (текст)
Адрес Клиента
Строка (текст)
Пол Клиента
Строка (текст)
Телефон Клиента
Строка (текст)
Справочник «Сотрудники» использован для хранения данных о сотрудниках
Valve Software (таблица 7).
Таблица 7
Справочник «Сотрудники»
Имя
Тип
Код Сотрудники
Числовой
ФИО
Строка (текст)
Адрес
Строка (текст)
Телефон
Строка (текст)
Входные данные могут также быть введены в систему такими двумя
методами:
– вручную;
– выполнением импорта/экспорта данных.
Входные данные заполняются в основном по требованию рабочего процесса.
Пример интерфейса справочника Категории услуг показан на рисунке 21:
Рисунок 21 – Экранная форма для справочника Категории услуг
В таблице 8 рассмотрена сводная информация о справочниках:
Таблица 8
Сводная таблица о справочниках
Название
Услуги
Категории
Клиенты
Сотрудники