Дипломная работа: Автоматизация и обеспечение информационной безопасности приема заявок на ремонт и модернизацию ПК в ООО "Гео-СВЕТ"
Внимание! Если размещение файла нарушает Ваши авторские права, то обязательно сообщите нам
37
Интерфейс презентера АРМ учета заявок ООО «Гео-СВЕТ» должен
поддерживать методы CRUD и методы для изменения данных.
Применение MVP реализации позволит в программном продукте
комбинировать сложные агрегаты, создавать связи инициализации и единого
контекста.
Для выбора СУБД для АРМ учета заявок ООО «Гео-СВЕТ» выполним
обзор существующих на рынке систем управления базами данных.
В настоящее время наиболее востребованными среди разработчиков
являются система управления базами данных MS Access 2016 и система
управления базами данных MS SQL Server 2016.
СУБД MS Access 2016 наиболее часто применяются, если программный
продукт не содержит большое количество записей и не требует усиленной
защиты [1].
К преимуществам использования СУБД МС Access 2016 относятся:
- наличие конструктора разработки таблиц, запросов;
- поддержка работы с языком структурированных запросов SQL;
- обеспечение защиты данных с помощью внутреннего механизма
системы управления базами данных.
В отличие от СУБД MS Access, СУБД SQL Server применяется, когда
необходимо создать базу для хранения большого количества записей с
разделением данных между пользовательскими и клиентскими приложениями.
СУБД SQL Server поддерживает механизмы параллельных вычислений,
обработки транзакции с высокой пропускной способностью и обеспечения
высокого уровня защиты данных [16].
На основании выполненного сравнительного анализа для разработки АРМ
учета заявок выбираем СУБД SQL Server 2016, которая имеет усиленный
уровень защиты, отличается высокой пропускной способностью обработки
транзакций и поддерживает функции параллельных вычислений.
Для администрирования базы данных необходимо использовать среду
SQL Server Management Studio, входящую в поставку Microsoft SQL Server 2016
или встроенный инструмент в Visual Studio 2017 c аналогичной
функциональностью.
38
1.4.3 Обоснование проектных решений по техническому
обеспечению
АРМ учета заявок ООО «Гео-СВЕТ» будет представлено в виде клиент-
серверного приложения. СУБД SQL Server 2016 с записями по учету заявок и
персональных данных будет размещена на сервере баз данных. Клиентские
приложения будут установлены на рабочем месте администратора
компьютерной сети и сотрудников структурных подразделений.
Таким образом, в качестве технического обеспечения АРМ учета заявок
ООО «Гео-СВЕТ» будет выступать сервер баз данных, рабочие станции
сотрудников структурных подразделений и каналы передачи данных.
Минимальные требования к серверу баз данных АРМ учета заявок ООО
«Гео-СВЕТ» [17]:
- процессор Intel Xeon с частотой не менее 3,3 ГГц;
- объём оперативной памяти не менее 4 Гб;
- объем жесткого диска не менее 500 Гбайт;
- сетевая карта с интерфейсом Gigabit Ethernet.
- резервное питание с поддержкой функцией «горячей замены».
Минимальные требования, предъявляемые к рабочим станциям
сотрудников структурных подразделений ООО «Гео-СВЕТ»:
- процессор Intel Core 2 Duo e7500 и выше;
- оперативная память DDR3 и выше;
- сетевая карта со скоростью передачи данных 1Гбит/с и выше.
Для печати отчетов для руководства по ведению учета заявок необходимо
на рабочем месте администратора компьютерной сети ООО «Гео-СВЕТ»
установить лазерный принтер HP-320 со скоростью печати не менее 20 страниц в
минуту.
39
II ПРОЕКТНАЯ ЧАСТЬ
2.1 РАЗРАБОТКА ПРОЕКТА АВТОМАТИЗАЦИИ
2.1.1 Этапы жизненного цикла проекта автоматизации
Информационные системы относятся к сложным техническим системам, и
модель жизненного цикла включает такие основные стадии как [2]:
- разработка программного продукта;
- обеспечение его функциональности с последующим масштабированием;
- замена программного обеспечения.
АРМ учета заявок ООО «Гео-СВЕТ» будет представлена в виде набора
модулей, позволяющих хранить, управлять данными и выполнять вычисления.
В основе проектирования программного продукта находится модель
жизненного цикла. Наиболее распространенными моделями жизненного цикла
разработки программного обеспечения являются каскадная, итеративная и
спиральная модели.
Каскадная модель применяется, если проект имеет несущественные
масштабы и реализуются небольшой группой разработчиков. Данная модель
предусматривает последовательное выполнение этапов проекта с момента
формирования требований и заканчивая выбором сопровождения программного
продукта [4].
Схема каскадной модели жизненного цикла разработки ПО приведена на
рис. 2.1.
Рис. 2.1. Схема каскадной модели жизненного цикла разработки ПО
40
Как видно из рис. 2.1 к основным этапам разработки АРМ учета заявок в
соответствии с каскадной моделью относятся:
- выработка системных требований и требований к программному
обеспечению;
- анализ предметной области;
- проектирование пользовательского интерфейса и базы данных;
- кодирование программного кода;
- тестирование программного продукта и сдача в эксплуатацию.
К недостаткам каскадной модели относятся высокие требования на
каждом этапе разработки проекта и оценка качества программного обеспечения
после его разработки.
При выборе каскадной модели необходимо исходить из того, что все
ошибки будут обнаружены при сдаче программного продукта в эксплуатацию.
Кроме этого, она не позволяет гарантировать необходимое качество
программного обеспечения с учетом требований пользователя [8].
Итеративная модель жизненного цикла бывает выделение в проекте
разработки итераций или фаз. Схема итеративной модели разработки приведена
на рис. 2.2.
Рис. 2.2. Схема итеративной модели разработки ПО
Каждая итерация предусматривает разработку прототипа программного
обеспечения, имеющего определенную функциональность. В отличие от
каскадной модели при выборе итеративной модели существует возможность
возврата на предыдущий этап для пересмотра достигнутых результатов и
внесения корректировок.
41
Преимуществом итеративной модели является большая гибкость в
сравнении с каскадной моделью, а недостатком – риски превышения сроков
реализации проекта и выделенного бюджета.
Исключить риски невыполнения сроков и бюджета проекта позволяет
спиральная модель. Каждый виток спирали данной модели соответствует
поэтапной модели создания части программного продукта с уточнением целей и
задач. Существенным недостатком спиральной модели является сложность
определения момента реализации следующего этапа. При этом ошибки могут
быть допущены как на этапе анализа предметной области, так и проектирования
пользовательского интерфейса [5].
Схема спиральной модели разработки программного обеспечения
приведена на рис. 2.3.
Рис. 2.3. Схема спиральной модели разработки программного обеспечения
На основании выполненного анализа существующих моделей жизненного
цикла разработки программного обеспечения, для реализации проекта
разработки АРМ учета заявок ООО «Гео-СВЕТ» выбираем итеративную модель,
которая позволит уточнять требования на каждом этапе, разработать прототип
программного обеспечения и определить направления его дальнейшего
совершенствования и масштабирования.
Для повышения качества разработки программного продукта в проекте
необходимо руководствоваться стандартами жизненного цикла ИС, основными
из которых являются [10]:
Источник: https://baza.diplomsite.ru/previewfile/1781