41
В таблице 1.6 представлена сравнительная характеристика выбранных
средств разработки приложений.
Таблица 1.6
Сравнительные характеристики средств разработки приложений
Параметр
Инструментальная среда
RAD Studio
Visual Studio
Фирма производитель.
Embarcadero Technologies
Microsoft
Последняя версия
RAD Studio 12
Microsoft Visual Studio 2017
ОС
Windows 7/8/10/Linux
Windows 7/8/10
Язык программирования
Object Pascal, C++
Visual C++,C#, Visual J#,Visual
Basic .NET
Возможность
использования объектно-
ориентированного
программирования
+
+
Поддержка разработки
мобильных приложений
+
+
Разработка программ для
платформ 32x и 64x
+
+
Отладка во время
выполнения
+
+
Подсказки синтаксиса,
автоматический выбор
-
+
Технология доступа к БД
BDE,ADO, Express,
dbExpress
ADO .NET
Создание собственных
визуальных элементов
+
+
Сложность освоения по
10-ти бальной системе
7
5
Распространенность
дополнительных модулей
по 10 бальной системе
3
7
Наличие справочной
информации в свободном
доступе по 10 бальной
системе
5
9
Среды программирования Microsoft и Embarcadero обладают каждая
своими уникальными свойствами. Это профессиональные среды, имеющие
соизмеримые с возможностями цены. В каждой из этих сред можно создавать
программное обеспечение любой сложности. Для разработки АРМ выбрана
Microsoft Visual Studio 2016, язык программирования C#.
42
1.4.4. Обоснование проектных решений по техническому обеспечению
АРМ библиотекаря НДБ РК им. С.Я. Маршака должна быть реализована
как клиент-серверное приложение.
Сервер базы данных расположен на компьютере-сервере и выполняет
основной объем обработки данных. Клиентское приложение создает запросы
в виде SQL-запросов. Серверное приложение получает по запросу данные из
базы данных и передает их клиентскому приложению. На компьютерах
клиентов устанавливается программное обеспечение клиента, которое
формирует запросы и отображает результаты пользователю.
Между клиентскими машинами и сервером должна быть реализована
локально-вычислительная сеть с пропускной способностью от 100 Мбит/с.
Минимальные требования к техническому обеспечению клиентских
машин:
– процессор 2.0 Ггц, 4 ядра;
– системная память 8192 Мб;
– видеоадаптер Radeon Series (4830 Мб);
– дисковый накопитель 500 Гб, SATA.
Минимальные требования к техническому обеспечению сервера:
– процессор 3.3 Ггц, 4 ядра;
– системная память 8192 Мб;
– видеоадаптер Radeon RX 540;
– дисковый накопитель 1 Тб, SSD.
43
II Проектная часть
2.1. Разработка проекта автоматизации
2.1.1. Этапы жизненного цикла проекта автоматизации
Жизненный цикл (ЖЦ) проекта автоматизации – период с момента
создания технического задания проекта автоматизации до ее внедрения и
эксплуатации [7].
Существует несколько наиболее распространенных стандартов
жизненного цикла проекта автоматизации [7]:
ГОСТ 34.601-90 «Информационная технология. Комплекс
стандартов на автоматизированные системы.
Автоматизированные системы. Стадии создания»
ISO/IEC 12207:1995 – подходит для реализации заказного
программного обеспечения;
Custom Development Method – технология создания программного
обеспечения при условии создания его из готовых частей;
Rational Unified Process (RUP) – итеративная модель жизненного
цикла;
Microsoft Solution Framework (MSF) – использование объектно-
ориентированного программирования при создании
программного обеспечения;
Extreme Programming – использование экстремального
программирования;
Стандарт ISO/IEC серии 15288.
В настоящей работе будет использована модель жизненного цикла
проекта ISO/IEC 12207:2010. На рисунке 2.1 представлены основные этапы
создания программного обеспечения [7].
44
Рисунок 2.1 - Основные этапы создания программного обеспечения
Жизненный цикл любого проекта автоматизации включает основные
стадии: предпроектную, проектировочную, внедрение, функционирование.
От качества проектировочных работ зависит эффективность
функционирования системы, поэтому каждая стадия разделяется на ряд этапов
и предусматривает составление документации, отражающей результаты работ
[7].
На рисунке 2.2 приставлены основные работы, которые должны быть
выполнены на каждом этапе жизненного цикла [7].
Рисунок 2.2 - Работы на каждом этапе жизненного цикла
Заказ
Постановка
Разработка
Эксплуатация
Сопровождение
45
В зависимости от выбранной модели жизненного цикла зависит
последовательность и содержание этапов.
Наиболее популярными моделями жизненного цикла являются
спиральная и каскадная модель жизненного цикла. Существует также
итерационная модель ЖЦ с поэтапным выполнением работ, но она
используется все реже.
На рисунке 2.3 представлена спиральная модель ЖЦ.
Рисунок 2.3 - Спиральная модель жизненного цикла
Преимущества спиральной модели жизненного цикла:
быстрое получение готового продукта
при изменении требований к программному обеспечению риски
по сдаче некачественного продукта снижаются;
низкий процент проблем в процессе доработки программного
обеспечения.
Недостатком спиральной модели является отсутствие четких границ
каждой стадии разработки программного обеспечения.
46
Каскадная модель жизненного цикла предполагает поэтапное
выполнение работ на каждом этапе.
На рисунке 2.4 представлена каскадная модель ЖЦ ПО.
Рисунок 2.4 - Каскадная модель жизненного цикла
В настоящей выпускной квалификационной работе будет использована
каскадная модель жизненного цикла программного обеспечения.
В таблице 2.1 представлен основные работы, которые будут выполнены
в процессе разработки проекта.
Таблица 2.1
Основные этапы работы над проектом с использованием каскадной модели
жизненного цикла
Этап
Выполняемые работы
Выработка
системных
требований
Разработка требований к информационной системе, выбор
аппаратного и программного обеспечения
Анализ
Разработка функциональных требований к информационной
системе, выбор способов реализации системы
Проектирование
Разработка структура БД, функциональной схемы системы,
характеристика входные и выходные данные, математическая
модель решения задачи.
Кодирование
Разработка кода информационной системы.
Тестирование
Разработка контрольных наборов тестов, тестирование
информационной системы, составление протокола тестирования,
отладка программы
Эксплуатация
Установка программного обеспечения на рабочих местах
сотрудников, обучение пользователей
47
2.1.2. Ожидаемые риски на этапах жизненного цикла и их описание
Управление рисками, связанными с разработкой ПО, представляет
собой формальный процесс, позволяющий систематически
идентифицировать, оценивать и смягчать факторы возможного риска. В
процессе управления проектом основное внимание уделяется вопросам
идентификации рисков в проекте, имеющих как внутренние, так и внутренние
причины [20].
Во время разработки АРМ возможно появление рисков, которые
представлены в таблице 2.2.
Таблица 2.2
Риски на этапах жизненного цикла и способы их предотвращения
Этап
Риски
Способы предотвращения
1
2
3
Предпроектная
стадия
Недостаточный анализ
требований заказчика
Собеседование с заказчиком должен
провести профессионал, который имеет
большой опыт работы с качестве
архитектора информационных систем
Ошибки и неточности в
техническом задании
Этап разработки
Потеря данных
Внедрение системы резервного
копирования данных
Низкий уровень квалификации
сотрудников
Прием на работу только специалистов с
опытом работы
Сложность последующего
обновления системы
Разработка алгоритма обновления
системы удаленно
Потеря исправлений
специалистов во время сборки
проекта
Внедрение системы управления
версиями проекта (например, SVN)
Этап внедрения
Выход из команды одного из
специалистов
Создание резервных алгоритмов
внедрения (например, онлайн-
консультации ведущего специалиста на
этапе внедрения)
Несоответствие продукта
требованиям заказчика
Тщательное изучение
характеристик ПК на этапе создания
технического задания
Несоответствие продукта
техническим характеристикам ПК
заказчика
Несоответствие политике
информационной безопасности
предприятия
Аутентификация доступа,
использование Windows-
аутентификации, защита информации
обеспечивается путём подписания
каждым пользователем обязательства о
неразглашении коммерческой тайны
48
Продолжение таблицы 2.2
1
2
3
Этап
функционирован
ия
Ошибки в логике работы
программы
Доработка функционала системы с
помощью механизма удаленного
обновления системы
Потеря данных по вине
разработчика
Настройка резервного копирования
данных на стороне заказчика
Потеря данных по вине
пользователя.
Необходимость доработки
системы под новые требования
заказчика
Доработка функционала системы с
помощью механизма удаленного
обновления системы
2.1.3. Организационно-правовые и программно-аппаратные средства
обеспечения информационной безопасности и защиты информации
Согласно общепринятому определению безопасность информационной
системы представляет собой уровень защиты данных, хранимых в системе от
несанкционированного доступа и вмешательства в процесс ее работы по
заданному алгоритму, а также попыток кражи и изменения данных в системе
[7].
Для организации защиты информации в НДБ РК им. С.Я. Маршака уже
используются следующие методы:
1. Организована охрана здания.
2. Установлена система видеонаблюдения.
3. Вход в библиотеку организован только по читательским билетам или
паспорту.
4. На общедоступных и офисных компьютерах установлена
антивирусная программа.
5. Ведется журналирование действий пользователей.
Нормативно-правовые акты организации и стандарты, используемые
для обеспечения защиты информации представлены на рисунке 2.5.
49
При работе с информационной системой должны быть выделены группы
пользователей, которые должны иметь определенные права доступа к папкам
и модулям системы.
Таким образом, с информационной системой будут работать две
категории пользователей:
– администратор – имеет полные права на работу с системой;
– библиотекарь – имеет права на ведение учета поступления и
выдачи книг и периодических изданий, отслеживанию должников
по возврату и оплате штрафов, формированию отчетов.
Рисунок 2.5 - Нормативные документы по защите информации
Права пользователей представлены в таблице 2.3.
Таблица 2.3
Разграничение прав пользователей
Группы пользователей
Администратор
Библиотекарь
1
2
3
Редактирование
справочных данных
Чтение/создание/ удаление
Чтение/создание/ удаление
Учет книг и
периодических изданий
Чтение/создание/ удаление
Чтение/создание/ удаление
50
Продолжение таблицы 2.3
1
2
3
Учет выдачи и возврата
книг и периодических
изданий по абонементу и
в читальный зал
Чтение/создание/ удаление
Чтение/создание/ удаление
Учет списания книг и
периодических изданий
Чтение/создание/ удаление
Чтение/создание/ удаление
Учет поступления книг и
периодических изданий
Чтение/создание/ удаление
Чтение/создание/ удаление
Печать талона
Печать
Печать
Формирование отчетов
Создание, экспорт, печать
Создание, экспорт, печать
Учет пользователей
Чтение/создание/ удаление
Запрет доступа
2.2. Информационное обеспечение задачи
2.2.1. Информационная модель и её описание
На рисунке 2.6 представлена информационная модель задачи.
В результате исследования предметной области были выделены
следующие сущности:
читатель;
читательский билет;
книга;
периодическое издание;
сотрудник;
списание;
выдача;
возврат;
жанр книги;
жанр периодического издания;
поступление книг;
поступление периодических изданий.