35
В модуле поиска должна присутствовать функция, позволяющая
осуществлять поиск по справочникам, существующим в системе.
1.4.2 Обоснование проектных решений по программному обеспечению
В общесистемное программное обеспечение входит операционная система,
оболочки, утилиты. К базовому обеспечению относят редакторы графический и
текстовый, электронные таблицы, банки данных [14, 15, 26] .
Итак, первый этап – выбор операционной системы. Парк компьютеров и
программного обеспечения на предприятии весьма разнообразен. В компании до
сих пор встречается операционная система ОС Windows XP, но в основном
используется ОС MS Windows 7. На ОС MS Windows 10 мы переходить не стали,
так как она полностью переконфигурирует системы, многие данные пропадают.
Многие данные становятся доступными разработчикам операционной системы.
Считаю, выбор ОС MS Windows 7 оптимальным, т.к. ОС семейства Windows
наиболее распространенные на сегодняшний день, поэтому с приходом нового
сотрудника не придется его переобучать. Кроме того, данная ОС может быть
использована для запуска клиентской части проектируемой ИС, без ее
модификации. Можно было бы, конечно, перейти на LINUX, но на предприятии на
ней никто работать не умеет.
Вторым выбором, который необходимо сделать является база данных.
Анализу подвергались : Paradox, Inter Base и Microsoft Access.
Paradox не поддерживает систему разделения прав пользователей. Формат
Paradox закрыт. Для доступа к данным нужны специальные библиотеки.
InterBase 7 SQL Server был создан, разрабатывался и продается фирмой
InterBaseSoftwareCorporation (ISC). Эта база имеет много нестандартных решений.
Язык программирования базы данных весьма сложен.
Наиболее распространенная и новая база данных - Microsoft Access 2010
[30,31,32]. Эту базу данных мы и выберем для своего использования.
Имеется большое множество языков [7, 8, 9, 10, 18, 29]. В таблице 6 мы
привели оценку реализаций этих языков программирования. Оценка реализаций
языков программирования: «Visual Basic» (VB), «C++» , «C++ Builder» (CB), C#
«Delphi» (Del) производилась экспертами по пятибалльной шкале [12, 13, 16, 23].
36
Таблица 6
Экспертная оценка языков программирования
Оцениваемое средство
VB
C++
CB
C#
Del
Команды управления
2
3
3
3
3
Сложность освоения
1
3
3
4
3
Дороговизна лицензии
3
1
3
1
3
Мастера отчетов
2
1
1
1
2
Мастера запросов и представлений
1
1
0
1
1
Мастера форм
1
1
1
3
2
Конструкторы отчетов
1
3
4
1
3
Конструкторы запросов и представлений
2
1
1
1
1
Конструкторы форм
1
1
1
2
1
Команды формирования SQL-запросов
1
1
1
1
2
Работа с файлами
2
3
3
5
Работа с базами данных (БД)
5
4
4
4
4
Оперативная обработка (OLAP)
1
2
2
2
2
Обработка сбойных ситуаций
1
3
3
1
3
Взаимодействие с другими приложениями
2
3
3
3
3
Оптимальность кода
1
2
3
4
3
Суммарный приоритет
27
33
36
37
41
Из таблицы экспертной оценки мы видим, что выбор языка
программирования Delphi очевиден [24, 25, 33, 34, 37]. Именно язык Delphi мы
выбрали для своей разработки. Язык Delphi является высокоэффективным и удобен
для создания нашей автоматизированной системы.
1.4.3 Обоснование проектных решений по техническому обеспечению
Проведем исследование технического обеспечения. Необходимого для
решения задачи [36, 38, 39].
В состав технического обеспечения обычно входят: персональные
компьютеры работников, сервер, соединительные линии ЛВС, и принтеры.
В данной работе стоит задача – использовать для внедрения
разрабатываемой системы уже имеющиеся на предприятии технические средства.
В связи с этим, проектные решения должны быть адаптированы к используемому
техническому обеспечению.
37
Такой подход связан с экономическими соображениями, т.к. покупка нового
железа и установка на нем программных обеспечения может очень дорогостоящее
занятие.
38
2 ПРОЕКТНАЯ ЧАСТЬ
2.1 Разработка проекта автоматизации
2.1.1 Этапы жизненного цикла проекта автоматизации
Жизненный цикл (ЖЦ) - важнейшее понятие развития. Используется это
понятие и в информационных системах. Под жизненным циклом понимается
совокупность стадий и этапов от появление идеи о создании программного
обеспечения до его вывода из эксплуатации.
Разработка и эксплуатация программного обеспечения описывается
моделью жизненного цикла. Основными моделями являются каскадная,
итерационная и спиральная. Каскадная и итерационная модели используются
для разработки простых программ. Для более сложных моделей, которые будут
постоянно совершенствоваться, используется спиральная модель. Поскольку мы
собираемся в дальнейшем модифицировать программное обеспечение, мы
выбрали спиральную модель.
Для разработки программного обеспечения разработан ряд стандартов:
ГОСТ 34.601-90 – соответствует каскадной модели жизненного
цикла.
ISO/IEC 12207:1995 - стандарт определяет процессы и соответствует
спиральной модели жизненного цикла
• стандарт ЖЦ ИС ISO/IEC серии 15288 развивает стандарт ISO/IEC
12207:1995 и добавляет новые бизнес процессы.
Существует несколько стратегий внедрения информационной системы.
Стратегию узкое место применяют, когда хотят получить максимальный
эффект от применения программного обеспечения в «узком месте».
Стратегия скачок предполагает, что сегодня мы использовали старое
программное обеспечение, а завтра полностью перейдем на новое.
Параллельная стратегия предполагает использование старого и нового
программного обеспечения вместе, до тех пор, пока новому программному
обеспечению не будут доверять.
При пилотном проекте программное обеспечение сначала используют на
одном участке и лишь после полного его внедрения, на других.
39
Параллельная стратегия нам не подходит, так как компания не располагает
достаточными ресурсами для ведения учета одновременно в автоматизированном и
ручном вариантах. Стратегия «скачек» не позволяет плавно перейти на
использование разработки, узкое место применяется только для ограниченного
участка, у нас используется для внедрения довольно большой участок, поэтому в
качестве стратегии внедрения ИС была выбрана стратегия пилотного проекта.
Таким образом, в дипломном проекте выбран стандарт ЖЦ ИС ISO/IEC
серии 15288, выбрана спиральная модель и пилотный проект в качестве
стратегия внедрения.
2.1.2 Ожидаемые риски на этапах жизненного цикла и их описание
При разработке, реализации, внедрении и сопровождении проекта могут
возникать различные риски. Они связаны с тем, что не возможно заранее поставить
правильные требования к проекту, учесть все возможные ситуации при
эксплуатации, а так же людской фактор.
Некторые из рисков и возможности борьбы с ними мы занесли в таблицу 2.1.
Наиболее характерные риски проекта приведены в таблице 2.1.
Спиральная модель помогает избавиться от глобального риска провала всего
проекта. Если даже версия 0 получилась не очень удачно, ее можно будет
поправить на остальных этапах разработки при создании более поздних версий.
40
Таблица 2.1
Возможные риски проекта
Этапы технологии, при которых могут
появляться дефекты
Виды дефектов
Формирование
требований
Разработка
требований к ПО
Дефекты исходных требований
заказчика
Проектирование
Планирование работ
Дефекты, обусловленные реальной
сложностью проекта
Проектирование
архитектуры системы
Ошибки планирования и системного
проектирования программного
средства
Детальное
проектирование ПО
Системные и алгоритмические
дефекты и ошибки проекта
Реализация
Кодирование ПО
Программные дефекты и ошибки
компонентов и документов
программного средства
Тестирование
Тестирование ПО
Программные и алгоритмические
ошибки программного средства и
документации
Ввод в действие
Разработка
документации
Дефекты и ошибки обобщающих
документов
Эксплуатация и
сопровождение
Эксплуатация ПО
Программные дефекты.
2.1.3 Организационно-правовые и программно-аппаратные средства
обеспечения информационной безопасности и защиты информации
Разделяют внутренние и внешние угрозы. Для отражение внутренних угроз
используется политика безопасности и разграничение прав доступа, внешние
организацией внешней защиты от угроз.
Защита информации от несанкционированного доступа должна
обеспечиваться мерами организационного характера и использованием
программно-технических средств.
Системы должны обеспечивать защиту от несанкционированного доступа и
разграничение прав пользователей, предоставлять механизмы управления правами
доступа.
Требования к комплексной безопасности включают:
требования к системе защиты конфиденциальной информации;
41
требования к системе инженерного обеспечения.
Функциональные требования:
Доступ к информации должен предоставляться пользователю только
после предъявления уникального идентификатора и проведения процедуры
аутентификации. При установке соединения рабочей станции с сервером должна
производиться верификация пользователя.
Каждый пользователь Системы должен иметь свой пароль, состоящий не
менее, чем из восьми символов, который недоступен для просмотра и может быть
изменен только лично пользователем или администратором.
Должна быть обеспечена возможность определения авторства каждой
операции на основе уникальных персонифицированных идентификаторов
пользователя.
Система должна иметь возможность обеспечения целостности данных.
Аналитическая платформа должна предоставлять возможности
аутентифицированного метода подключения к серверу с отчетами, с учетом прав
доступа.
Клиентские и серверные интерфейсы администрирования должны
поддерживать механизмы аутентификации пользователей и авторизации
выполнения операций с учетом иерархических прав доступа на уровне
пользователей, групп и ролей доступа.
Средства аутентификации интерфейсов администрирования должны
иметь возможности интеграции в едином каталоге пользователей (LDAP, Active
Directory).
Доступ пользователей должен поддерживать механизмы прав доступа по
ролям.
Права доступа к данным должны поддерживать разграничение по уровням
иерархии ролей, в разрезах сущностей, таблиц. Роли разделяются посредством
определения группы пользователя в каталоге LDAP.
В LDAP (Active Directory) следует завести заранее определенные группы
пользователей (роли), указанные в таблице 8:
42
Таблица № 2.2
Роли пользователей
Группы
пользователей
Подсистема
работы с
клиентами
Подсистема
маркетингов
ых программ
Отчетность
Администри
рование
Администратор
Нет
Нет
Нет
Полный
Менеджер
Полный
Нет
Нет
Нет
Оператор
Полный
Чтение
Нет
Нет
Руководитель
Чтение
Чтение
Чтение
Нет
Комплекс технических (аппаратно-программных) средств защиты Системы
должен включать:
средства аутентификации пользователей и элементов Системы;
средства разграничения доступа к данным;
возможность блокирования работы пользователей;
пользователь должен иметь возможность в любой момент приостановить
свой сеанс работы и возобновить его после повторной авторизации;
необходимо обеспечение невозможности прямого доступа пользователей
и системных администраторов к данным применяемых СУБД;
необходимо реализовать аутентификацию интегрируясь с сервером MS
Active Directory.
Доступ администратора к обрабатываемой бизнес-информации должен
быть ограничен.
Удаление регистрационных записей пользователей без возможности
восстановления.
Система должна исключать возможность прочтения паролей
пользователей, зарегистрированных в Системе
Хранение паролей в Системе и передача по каналу связи на сервер должна
осуществляться таким образом, чтобы исключить возможность восстановления
пароля;
43
При превышении настраиваемого администратором периода неактивности
Система должна принудительно завершать сеанс работы пользователя в Системе.
Комплекс должен быть защищен программно-аппаратными средствами
защиты, включающими системы обнаружения атак, сканеры безопасности для
выявления уязвимых мест и иные средства безопасности, требующие детализации
в каждом конкретном случае.
Разработка средств криптографической защиты информации, в том числе
средств электронной цифровой подписи должны осуществляться с учетом
требований стандарта 1073-2001 ГОСТ Р 34.10-2001.
Для защиты от внешних угроз был установлен КСЗИ «Панцирь-К».
В таблице 2.3. покажем сводку всех средств по защите информации
Таблица 2.2
Комплекс мер по защите информации
Способ (метод)
Описание (наименование средства)
Программно-аппаратные комплексы
защиты информации
КСЗИ «Панцирь-К»
Политика безопасности
- ограничение прав доступа;
-учет нарушений безопасности;
- контроль за соблюдением норм
охраны;
- соблюдение норм по работе с
конфиденциальной информацией
Защита каналов связи
Защищённый протокол SSH
Антивирусная защита
KasperskyTotalSpaceSecurity
Физическая защита помещений
- система контроля и управления
доступом;
- оборудование помещений решетками
на окнах;
- разграничение прав доступа в
помещения.
2.2 Информационное обеспечение задачи
2.2.1 Информационная модель и её описание
Информационная модель представляет собой набор норм и правил,
характеризующих взаимосвязи между различными таблицами информационной
системы. На рисунке 2.1 представлена информационная модель изучаемой
44
предметной области. Для построения модели использовался редактор
диаграмм «MS Visio 2010».