37
На этапе проектирования, по результатам представленной информации и
ТЗ, при помощи программистов происходит проектирование базы данных и
структуры программы, разработка проектных решений удовлетворяющих всем
требованиям. В результате составляется комплект проектной документации,
который содержит в себе данные, необходимые для осуществления проекта.
Этап реализации подразумевает программирование, создание базы
данных в соответствии с проектными решениями и документацией, полученной
на предыдущем этапе. На этом этапе создаются все необходимые справочники,
документы, регистры, производится настройка главного меню и меню всех
элементов программы. Также производится проверка ПО на предмет
соответствия требованиям технического задания, выявление скрытых
недостатков, проявляющихся в реальных условиях работы ИС. В результате
получается готовый программный продукт.
Этап внедрения включает в себя сдачу готового проекта в эксплуатацию.
Проделываются следующие работы:
Развертывание сервера на Windows Server;
Развёртывание БД;
Развертывание рабочих станций;
Установка на них операционной системы Windows 10;
Инсталляция ПО CRM система плюс.
После развертывания технических, информационных и программных
средств необходимо провести окончательное тестирование системы на
развернутых средствах и убедиться в работоспособности всех модулей
системы.
На этапе сопровождения необходимо провести обучение пользователей
работе с системой. В процессе использования, с целью исправления
обнаруженных дефектов и недоработок (первичное сопровождение), в
программу вносятся изменения, а для добавления нового функционала, в целях
повышения удобство использования и применимость ПО (зрелое
сопровождение).
38
Каскадная модель имеет следующие преимущества:
Простота и понятность;
Удобна в применении;
Процесс разработки выполняется поэтапно;
Структурой модели может руководствоваться даже слабо
подготовленные и неопытные в техническом плане сотрудники;
Способствует осуществлению строгого контроля менеджмента проекта;
Каждую стадию могут выполнять независимые команды (все
документировано);
Позволяет достаточно точно планировать сроки и затраты;
На каждом этапе формируется законченный набор проектной
документации, отвечающий критериям полноты и согласованности.
Недостатки каскадной модели основаны на том, что реальный процесс
создания ИС никогда не укладывается в строгую схему и особо остро
проявляются в том случае, когда тяжело (или невозможно) сформулировать
требования или эти требования могут меняться в процессе реализации проекта.
В таком случае, разработка ПО имеет принципиально циклический характер.
Так, к недостаткам каскадной модели относятся:
Существенная задержка получения результатов;
Ошибки и недоработки на любом этапе всплывают, как правило, на
последующих этапах процесса разработки, что приводит к необходимости
возврата к предыдущим;
Сложность распараллеливания работ по проекту;
Чрезмерный избыток информации на каждом этапе;
Сложность в управлении проектом;
Ненадежность инвестиций и высокий уровень риска. [11, с.13]
2.1.2 Ожидаемые риски на этапах жизненного цикла и их описание
39
В процессе жизненного цикла ИС не исключено возникновения рисков,
которые могут повлечь за собой срыв разработки. Чтобы защитить проект от
такого исхода, необходимо провести оценку возможных рисков и разработать
способы, которые помогут их избежать или минимизировать.
Рассмотрим наиболее вероятные риски на этапах жизненного цикла ИС в
соответствии с выбранной моделью.
На этапе анализа возможен риск создания ТЗ, которое в будущем будет
сложно или невозможно реализовать, также, может быть собрана неполная
информация или нечетко, непонятно сформулированы требования к проекту.
Чтобы предотвратить появление таких рисков, необходимо четко
представлять возможности в разработке. Для начала необходимо разработать
общую идею, включающую базовые функции будущего ПО, а по мере
углубления в разработку, добавлять дополнительные функции, тщательнее и
более полно собирать информацию.
На этапе проектирования может возникнуть риск недостаточного
определения свойств ИС, требуемых для решения поставленной задачи и
разработка неудобных для пользователя прототипов экранных форм.
Для предотвращения или для устранения риска недостаточного
определения свойства ИС, необходимо провести использовать дополнительное
проектирование с помощью современных case-средств. Риск разработки
неудобных прототипов экранных форм предотвращается при помощи
консультаций и обсуждения удобства прототипов с потенциальными
пользователями, а устраняется при помощи дополнительной доработки и
применением системы Model View Control.
Этап реализации может включать такие риски, как некорректная
разработка системы, включающая выявление большого количества ошибок в
программном коде, что приведет к большим затратам на доработку и
устранение ошибок. Еще одним значительным риском может стать отсутствие
должной квалификации у программиста, выбранного для реализации
программы.
40
Для предотвращения рисков, необходимо более тщательно
проектировать, проводить дополнительные основательные проверки, выделять
максимально возможное время на разработку системы и скрупулезнее выбирать
привлекаемых программистов.
На этапе внедрения, сотрудники компании могут негативно относиться к
внедрению нового ПО из-за дополнительной нагрузки или непонимания, как
работать с программой. К тому же, есть риск некорректного тестирования
технического обеспечения программных модулей программы.
Чтобы предотвратить риск негативного восприятия на данном этапе,
необходимо проводить качественное обучение сотрудников еще до начала
внедрения ПО и постоянно консультировать при возникновении трудностей
использования. Следует понять, какие проблемы могут возникнуть на этом
этапе и быть готовыми к их решению заранее. Риск некорректного
тестирования предотвращается с помощью использования лицензионного
стендового оборудования, а устраняется повторным тестированием.
Этап сопровождения включает такие основные риски, как выход
оборудования из строя, моральное устаревание ПО. Для предотвращения риска
поломок, необходимо регулярно мониторить состояние оборудования.
Следующий риск предотвращается благодаря гибкости проектируемой ИС и
своевременной модификации программной архитектуры.
2.1.3 Организационно-правовые и программно-аппаратные средства
обеспечения информационной безопасности и защиты информации
Под информационной безопасностью понимается защищенность
информации и поддерживающей инфраструктуры (совокупности программных
и аппаратных средств, обеспечивающих хранение, обработку и передачу
информации) от случайных или преднамеренных воздействий естественного
или искусственного характера, которые могут нанести неприемлемый ущерб
субъектам информационных отношений, в том числе владельцам и
41
пользователям информации, разнообразных данных и поддерживающей
инфраструктуры.
Защита информации – это комплекс мероприятий, направленных на
обеспечение информационной безопасности. [13, с.6]
Для защиты информации в проектируемой системе имеется комплекс
мер, включающий:
защита данных непосредственно в информационной системе (внутренние
угрозы);
защита данных от внешних угроз.
Для защиты от внутренних угроз в ИС применяется политика
разграничения прав доступа, характеристика которой приведена в таблице
2.1.3.1.
Таблица 2.1.3.1
Характеристика политики разграничения прав доступа
Группы
пользователей
Модуль
«Админ»
Модуль
«Справочники»
Модуль
«Работа»
Модуль
«Отчеты»
Администратор
полный
полный
полный
полный
Пользователь
ограничен
полный
полный
полный
По таблице видно, что при разграничении прав доступа определяются
группы пользователей проектируемой системы и им назначаются
соответствующие права доступа к модулям системы, определяются требования
к паролям и частоте возможности их изменения, а также другие параметры
эксплуатации ИС.
Защита от внешних угроз реализовывается при помощи:
нормативно-правовых актов компании, стандартов (международных и
отечественных);
антивирусных и антишпионских средств;
защиты от сетевых угроз;
физическая защита информации.
42
использованием программно-аппаратных комплексов;
разработки и соблюдения политик безопасности;
использованием защищенных каналов связи при передаче информации.
Характеристика применяемых средств защиты от внешних угроз
представлена в таблице 2.1.3.2.
Таблица 2.1.3.2
Характеристика применяемых средств защиты от внешних угроз
Применяемые средства
Описание
Нормативно-правовые акты
компании, стандарты
-Положение о конфиденциальности
информации;
-Правила и приказы внутреннего трудового
распорядка;
-Приказ о введении политики
информационной безопасности;
-Положение об использовании программного
обеспечения;
-Положение об использовании сети Интернет;
-Положение об использовании мобильных
устройств и иных носителей информации;
-Положение об использовании электронной
почты;
-Приказ о введении внутриобъектового
пропускного режима.
Антивирусная защита
Kaspersky Endpoint Security
Защита от сетевых угроз
Kaspersky Endpoint Security
Физическая защита
- система контроля и управления доступом;
- оборудование помещений решетками на
окнах;
- разграничение прав доступа в помещения.
Программно–аппаратные
комплексы защиты информации
КСЗИ «Панцирь-К»
Разработка и соблюдение
политик безопасности
- ограничение доступа пользователей к
информации;
- анализ и статистика нарушений
информационной безопасности;
- информационный мониторинг;
- распределение ответственности по
обеспечению информационной безопасности;
- определение порядка работы с
информацией, являющейся
конфиденциальной.
Защита каналов связи
протокол SSH, HTTPS
43
2.2 Информационное обеспечение задачи
2.2.1 Характеристика нормативно-справочной, входной и оперативной
информации
Для проектирования логической модели базы данных, конкретизируем
информационные объекты, с которыми будет взаимодействовать ИС
специалиста по работе с клиентами. На основе собранных данных, составим
таблицу 2.2.1.1. Ключевые свойства обозначим подчеркиванием.
Таблица 2.2.1.1
Информационные объекты и их свойства
Понятие
Свойства
Предприятие - контрагент
Код
Наименование
Адрес
Телефон
ФИО руководителя
E-mail
Статус
Услуга
Код
Наименование
Группа
Описание
Цена
Группы услуг
Код
Наименование
Сотрудники
Код
ФИО сотрудника
Телефон
E-mail
Должность
Заказ
Код
ФИО специалиста, принявшего заказ
ФИО специалиста, исполнившего заказ
Дата
Тип услуги
Организация-заказчик
Статус
Пользователи
Код
ФИО сотрудника
Логин
Пароль
Роль в системе
Типы пользователей
Код
Наименование типа пользователя
Статус
Код
Наименование статуса
Почтовые настройки
Код
Адрес почтового сервера
Порт
Пользователь (Логин)
Пароль
44
E-mail
Статус
Код
Наименование статуса
Константы
Код
Наименование
Адрес
ФИО руководителя
Телефон
ИНН
ОГРН
Наименование банка
Расчётный счёт
Корр счёт
БИК
КПП
В таблице 2.2.1.2 представлено описание классификаторов и систем
кодирования, используемых в проектируемой системе.
Таблица 2.2.1.2
Описание классификаторов информационной системы
Кодируемое
множество
объектов
Длина
кода
Мощность
кода
Система
кодирования
Система
классифика-
ции
Вид
классифика-
тора
Код
контрагента
4
1
порядковая
отсутствует
отраслевой
Код услуги
4
1
порядковая
многоаспектная
отраслевой
Код группы
услуги
4
1
порядковая
отсутствует
отраслевой
Код
сотрудники
4
1
порядковая
многоаспектная
отраслевой
Код заказа
6
1
порядковая
многоаспектная
отраслевой
Код клиента
5
1
порядковая
многоаспектная
отраслевой
Код
константы
2
1
порядковая
отсутствует
отраслевой
Код статуса
2
1
порядковая
многоаспектная
отраслевой
Код
пользователя
4
1
порядковая
многоаспектная
отраслевой
Код типов
пользователя
2
1
порядковая
многоаспектная
отраслевой
Код почтовых
настроек
4
1
порядковая
многоаспектная
отраслевой
2.2.2 Характеристика результатной информации
45
Выходные документы формируются и представляются в виде печатного
документа, в них отражается результатная информация. Выходная информация
представляется в виде в запросов и отчетов. [20, с.42]
Запрос это объект, который позволяет получить нужные данные из одной
или нескольких таблиц. Можно создавать запросы на выборку, обновление,
удаление или добавление информации. При помощи запросов можно также
создать новые таблицы, используя данные из одной или нескольких уже
существующих таблиц.
Отчет это объект, предназначенный для создания документа, который
впоследствии может быть распечатан или включен в документ другого
приложения. Прежде чем выводить отчет на принтер можно предварительно
просмотреть его на экране. [24]
Структура запросов представлена в таблицах 2.2.2.1 и 2.2.2.2.
Таблица 2.2.2.1
Запрос «Заказы клиентов»
Поле
Источник
Сортировка
Группировка,
формула
Код клиента
«Данные клиента»
По возрастанию
Ф.И.О.
«Данные клиента»
По алфавиту
Код заказа
«Заказы»
По возрастанию
Дата заказа
«Заказы»
По возрастанию
Наименование
«Услуги»
По алфавиту
Цена
«Услуги»
-
Стоимость
-
=Цена
Таблица 2.2.2.2
Запрос «Количество заказов»
Поле
Источник
Сортировка
Группировка,
формула
Ф.И.О.
«Данные клиента»
По алфавиту
Группировка
Итоги по заказам
«Заказы»
По возрастанию
Количество по полю
Код заказа
46
2.3 Программное обеспечение задачи
2.3.1 Сценарий диалога
Одним из элементов описания алгоритма выступает сценарий диалога,
который пользователь будет осуществлять в процессе работы с ИС. В сценарии
диалога отражаются все виды возможных информационных обменов между
пользователем и вычислительной средой. [7, с.225]
Работа с программой начинается с вызова заставки, в рамках которой,
пользователю необходимо ввести имя пользователя и пароль доступа (рисунок
9). Производится проверка пароля, при успешной авторизации открывается
окно главного меню. Алгоритм процесса авторизации в программе представлен
на рисунке 10.
Рисунок 9 – Форма авторизации