72
Он используется в больших системах, в которые встроены небольшие
фазы или сегменты. Также может использоваться в системе отдельные компо-
ненты, например, система ERP. Что мы можем начать с модуля бюджета в ка-
честве первой итерации, а затем мы можем начать с модуля инвентаризации и
так далее.
Таблица 2.6 – Преимущества и недостатки итерационной модели
преимущества
Недостатки
Производит бизнес-ценность в
начале жизненного цикла разра-
ботки.
Лучшее использование ограни-
ченных ресурсов благодаря пра-
вильному определению прираще-
ния.
Может удовлетворить некото-
рые запросы на изменение
между приращениями.
Больше внимания уделяется по-
требительской ценности, чем
линейным подходам.
Мы можем обнаружить про-
блемы проекта и изменения ра-
нее.
Требуется тяжелая
документация.
Выполняет определенный набор
процессов.
Определяет приращения на ос-
нове функциональных и функци-
ональных зависимостей.
Требует большей вовлеченности
клиентов, чем линейные под-
ходы.
Разделение функций и функций
может быть проблематичным.
Интеграция между итерациями
может быть проблемой, если она
не учитывается при разработке и
планировании проекта.
Для преодоления перечисленных проблем была выбрана спиральная мо-
дель жизненного цикла [9].
73
2.1.2 Ожидаемые риски на этапах жизненного цикла и их описание
Сам стандарт MSF даёт некую гарантию минимизации рисков, так как
весь ЖЦ проекта разделён на этапы, на каждом этапе есть роли, за которыми
закреплены цели, которые должны быть достигнуты и всё же на каждой фазе
есть некоторые риски:
В фазе выработки концепции могут возникнуть следующие риски: не-
дальновидный анализ сроков проекта и его бюджета
Для ликвидации такого рода риска нужно более детально прорабатывать
задачи и цели проекта, ставить больше контрольных точек.
Неправильно подобранный проектный состав исполнителей может по-
влечь полное отсутствие командной работы.
Данный риск уменьшается более тщательным подбором специалистов в
проектную группу тестированием не только профессиональных навыков но и
личностных качеств.
На фазе планирования могут возникнуть следующие риски:
Неправильно или не совсем корректно сформированное архитектура вы-
бираемого решения.
Возможность появления этого риска зависит от компетенции руководи-
теля проекта, на котором лежит принятие решение о выборе архитектуры раз-
рабатываемого решения.
В фазе разработки возможны следующие риски:
Неправильная интерпретация технического задания и как следствие не-
правильная программирование архитектуры и сдвиг сроков.
Минимизацией данного риска служит более чёткое написание техниче-
ского задания, понятного программисту.
Еще одним немаловажным риском в данном проекте является отсут-
ствие должной квалификации у программиста в том языке, на котором решено
реализовывать программу клиент, которая будет распределять заявки между
инженерами [9].
74
В случае, если программист не будет укладываться в заданные времен-
ные рамки календарного плана проекта, продеться использовать внешнего раз-
работчика, так называемый “аутсорсинг” или “фриланс”.
В фазе тестирования могут возникнуть следующие риски:
Риски неоконченного тестирования.
Может произойти ситуация что программный продукт будет протести-
рован не до конца.
Решается путем повторного тестирования на следующей итерации раз-
работки.
В фазе внедрения могут возникнуть следующие риски:
Риски неправильного принятия решения о законченности части проекта.
Возникновение данных рисков ведет за собой проблему незаконченно-
сти решения и возможность возникновения нестыковок с другими частями
разрабатываемой ИС.
Устраняется путем доработки при следующей итерации.
2.1.3. Организационно-правовые и программно-аппаратные сред-
ства обеспечения информационной безопасности и защиты информации
Для данного комплекса задач существует несколько реализации инфор-
мационной безопасности.
Защита от внутренних угроз. Подразумевает разграничение прав поль-
зователей. Подробные права пользователей описаны в таблице 2.7
75
Таблица 2.7 – Разграничение прав пользователей.
Группы
пользовате-
лей
Создание за-
явки
Возможность
редактирования
своей заявки
Возмож-
ность пере-
назначит за-
явку
Работа с базой
знаний
Програм-
мист
Нету
Есть
Нету
Чтение/созда-
ние/удаление
Админи-
стратор
Чтения
Есть
Есть
Чтение
В компании ООО «Свежий ветер» используются все возможные методы
защиты информации, так как нет уникального одного метода, который смог
бы обеспечить полную информационную безопасность, а сочетание всех ме-
тодов позволяет реализовать максимальную информационную безопасность.
Также предприятие использует простой идентификатор пользователя /
пароля. Оказывается, эту однофакторную аутентификацию чрезвычайно легко
взломать. Надлежащая политика паролей должна быть введена в действие,
чтобы гарантировать, что пароли не могут быть скомпрометированы. Ниже
приведены некоторая политика предприятия, которые организация применяет.
Требовать сложные пароли. Одна из причин взлома паролей заключа-
ется в том, что их легко угадать. Недавнее исследование показало, что тремя
основными паролями, которые люди использовали в 2012 году, были пароли,
123456 и 12345678 . [1] Пароль не должен быть простым или слово, которое
можно найти в словаре. В первую очередь хакер попытается взломать пароль,
проверив каждый термин в словаре! Вместо этого, хорошая политика паролей
- это политика, которая требует использования как минимум восьми символов
и как минимум одной заглавной буквы, одного специального символа и одного
числа.
76
Меняйте пароли регулярно. Важно, чтобы пользователи регулярно ме-
няли свои пароли. Пользователи должны менять свои пароли каждые шесть-
десят или девяносто дней, гарантируя, что любые пароли, которые могли быть
украдены или угаданы, не смогут быть использованы против компании.
Обучать сотрудников не выдавать пароли. Один из основных методов,
которые используются для кражи паролей, - просто выяснить их, спросив
пользователей или администраторов. Предтекстирование происходит, когда
злоумышленник вызывает службу поддержки или администратора безопасно-
сти и притворяется, что он является конкретным авторизованным пользовате-
лем, испытывающим трудности при входе в систему. Затем, предоставив не-
которую личную информацию об авторизованном пользователе, злоумышлен-
ник убеждает сотрудника по безопасности сбросить пароль и сказать ему, что
это. Другой способ, с помощью которого сотрудники могут обмануть пароли,
- это фишинг по электронной почте. Фишинг возникает, когда пользователь
получает электронное письмо, которое выглядит так, как будто оно поступило
из надежного источника, такого как его банк или работодатель. В электронном
письме пользователю предлагается щелкнуть ссылку и войти на веб-сайт, ко-
торый имитирует подлинный веб-сайт, и ввести свой идентификатор и пароль.
2.2 Информационное обеспечение задачи
2.2.1 Информационная модель и её описание
На рис.2.6 приведена информационная модель дипломного проекта в
виде схемы.
77
Рисунок 2.6 – Информационная модель
78
Данная информационная модель включает некоторые источники. Ос-
новной базой данных является созданная база данных Свежий ветер. В ней
находятся информация о работнике, информация о треке, информация о ра-
диостанции, информация о исполнителе, информация о жанре.
Для того чтобы войти в систему пользователь запускает exe. программу,
затем осуществляется вход в систему. После чего пользователь имеет доступ
к такому функционалу:
Генерация плейлиста;
Добавление трека и жанра;
Удаление трека и плейлиста;
Просмотреть плейлист.
2.2.2 Характеристика нормативно-справочной, входной и оператив-
ной информации
В данной выпускной работе используются только входящие справоч-
ники. Входящим документом является регистрация пользователя и просмотр
документов по работе на предприятии. Регистрация пользователя представ-
ляет набор данных о клиенте. Просмотр документов предоставляется: по зака-
зам и ремонтам. Примеры создание плейлиста на таблицах 2.8 – 2.10.
Таблица 2.8 – Информация о клиенте
Общее количество треков
10
Введите количество ПОП музыки:
2
Введите количество КЛАСИЧЕСКАЯ
музыки:
2
Введите количество НОВИНКИ му-
зыки:
2
Введите количество РЕКЛАМА му-
зыки:
4
79
Таблица 2.9 – Добавление жанра
Название
ПОП
Таблица 2.10 – Информация по плейлисту
Дата создания
21.08.2019
Количество треков
10
2.2.3 Характеристика результатной информации
В данной выпускной работе результирующей информацией являются –
отчет по плейлистам. Пример приведен на рис.2.7.
Рисунок 2.7 – Отчет по заказам
80
2.3 Программное обеспечение задачи
2.3.1 Общие положения (дерево функций и сценарий диалога)
В данном выпускной работе автоматизируется, которая вводится вруч-
ную. Сценарий генерации списка треков на рис.2.8
Рисунок 2.8 – сценария просмотра сотрудников
81
Программа согласно заложенной в неё логике обрабатывает всю инфор-
мацию по трекам.
Любой функционал программы можно разделить на основной, с помо-
щью которой достигается основная цель алгоритма программы и дополнитель-
ный (Служебный) это то, что можно настроить изменить, прояснить. Дерево
функций как раз наглядно демонстрирует разделение данных функций. Дерево
функций изображено на рисунке 2.9
Рисунок 2.9 – Дерево функций
2.3.2. Характеристика базы данных
Разработка концептуальной модели предметной области.