32
Критериями оценки реализация проекта будут выступать трудоемкость
выполняемых задач администратором компьютерной сети до разработки
программного обеспечения и после его внедрения, а также затраты на ведение
учета заявок до внедрения АРМ учета заявок и после её внедрения.
1.3.3 Выбор и обоснование способа приобретения ИС для
автоматизации задачи
В настоящее время для автоматизации бизнес-процессов существуют
различные способы, основными из которых выступают:
- покупка готового программного продукта на рынке программного
обеспечения и его внедрение;
- аренда облачного решения у производителя и его настройка под
собственные потребности;
- разработка программного продукта ИТ-специалистом или привлечение к
проекту ИТ-компании.
Преимуществом покупки программного обеспечения на рынке является
сокращение сроков на реализацию проекта и возможность получения поддержки
от производителя для дальнейшего обновления программного обеспечения.
Недостатком покупки программного продукта является то, что с течением
времени он может морально устареть и не поддерживаться производителям для
обновления.
Кроме этого приобретаемое программное обеспечение может быть
несовместимо с текущей программной архитектурой ИС и используемыми
информационными ресурсами [12].
Вторым вариантом является аренда облачного решения. Аренда облачного
решения позволяет сократить затраты на обслуживание и обеспечение защиты
программного обеспечения. Однако данный вариант повышает риски получения
доступа к конфиденциальным данным третьих лиц. При этом с течением
времени облачный провайдер может повысить стоимость аренды, что приведет к
дополнительным затратам для предприятия.
33
Третьем способом является разработка программного продукта
собственными силами на базе предприятия. Преимуществом данного способа
является высокий уровень защиты, независимость от производителя и
возможность дальнейшего масштабирования программного продукта. Однако
при выбранном способе необходимо иметь в штате ИТ-специалиста, имеющего
достаточный опыт работы по разработке программного обеспечения.
Поскольку в данном случае ИТ-служба ООО «Гео-СВЕТ» занимается
обслуживанием компьютерной сети, программного обеспечения и
сопровождением Интернет-магазина, то для реализации проекта по созданию
АРМ учета рабочего времени выбираем способ приема в штат сотрудника IT-
специалиста или разработчика программного обеспечения, который будет
взаимодействовать администратором компьютерной сети.
1.4. ОБОСНОВАНИЕ ПРОЕКТНЫХ РЕШЕНИЙ
1.4.1 Обоснование проектных решений по информационному
обеспечению
В АРМ учета заявок ООО «Гео-СВЕТ» должны быть предусмотрены
справочники для ведения учета структурных подразделений в торговой
организации, должностей сотрудников, категорий и групп оборудования,
производителей.
Для обеспечения защиты АРМ учета заявок ООО «Гео-СВЕТ» должна
быть предусмотрена форма авторизации, в которой пользователь будет вводить
логин и пароль с сохранением в базе данных [24].
Для ведения учета пользователей в АРМ учета заявок ООО «Гео-СВЕТ»
должен быть предусмотрен модуль для создания логина и пароля пользователям,
назначения ему роли (начальник, администратор, сотрудник ИТ-отдела).
При работе со справочниками должны быть предусмотрены кнопки
«Создание», «Редактирование», «Обновление» и «Поиск записи» по
справочнику.
34
При формировании форм отчётности в АРМ учета заявок должен быть
предусмотрен выбор периода времени формирования отчета, типа отчета.
Формируемые отчёты должны быть представлены в графическом, табличном
виде.
При ведении учета заявок с целью удобства для каждого пользователя
должен быть создан свой собственный кабинет, в котором он сможет
зарегистрировать заявку, выбрать тип, указать тип ремонтируемого
оборудования, причин оформления заявки, указания выбора ответственного
лица.
Пользователь должен иметь возможность анализа степени выполнения
заявки по ремонту или модернизации оборудования и просмотра журнала
событий [7].
Разрабатываемая АРМ учета заявок должна иметь интерактивный
унифицированный интерфейс, который соответствует требованиям
эргономичности. Размеры сетки должны соответствовать динамическому
наполнению, иметь внутренние и внешние отступы.
Размеры элементов должны иметь указания в виде текстовой подсказки.
При оформлении меню должна быть выбрана цветовая гамма для оформления
подложки и выделения основных элементов в форме [25].
По каждому виду оборудования, которое подлежит ремонту или
модернизация должны быть указаны производитель, модель, заведенный и
инвентарный номер.
1.4.2 Обоснование проектных решений по программному
обеспечению
Для разработки АРМ учета заявок ООО «Гео-СВЕТ» в качестве среды
программирования выбираем платформу разработки MS Visual Studio 2017,
которая объединяет инструменты и библиотеки для разработки объектно-
ориентированного, веб-ориентированного программного обеспечения и
мобильных приложений.
35
В среде программирования MS Visual Studio 2017 существует
возможность разработки приложений на базе Windows Forms, которые
взаимодействуют с базами данных.
АРМ учета заявок должно разрабатываться с использованием
компонентов доступа Entity Framework и среды Visual Studio 2017. В проекте
разработки будет использоваться объектно-ориентированная технология доступа
к данным ADO.NET Entity Framework (EF), которая является object-relational
mapping (ORM) решением для .NET Framework от Microsoft. Она предоставляет
возможность взаимодействия с объектами как посредством LINQ в виде LINQ to
Entities, так и с использованием Entity SQL. Компонент EF будет установлен в
проект с помощью NuGet [18].
При написании АРМ учета заявок ООО «Гео-СВЕТ» будет использоваться
подход Database First, когда Entity Framework создаёт набор классов, которые
отражают модель конкретной базы данных.
В проекте для управления подключением к базе данных должен
использоваться конфигурационный файл приложения с указанием строки
подключения в разделе connectionString [6].
Для уменьшения трудозатрат на разработку программного обеспечения,
должно применяться унифицированное решение путем реализации паттерна
MVP – Модель-Представление-Презентер, вид которого приведен на рис. 1.13.
Рис. 1.13. Схема модели MVP – Модель-Представление-Презентер
Для реализации абстракции представления должен быть выделен
интерфейс представления с определенным набором свойств и методов.
36
Презентер должен получать ссылку на реализацию интерфейса представления и
модель, и по запросу представления изменять модель или получать данные от
модели и уведомлять при необходимости представление.
В процессе разработки АРМ учета заявок ООО «Гео-СВЕТ» должно быть
выделено несколько слоев для категоризации кода [26]:
- слой моделей (доменный), представленный классами из таблиц базы
данных;
- сервисный слой, реализованный на паттерне репозиторий;
- слой пользовательского интерфейса, реализованный с помощью
технологии WinForms.
При реализации паттерна MVP должны быть созданы формы для
отражения списка и создания новой учетной записи.
Меню АРМ учета заявок ООО «Гео-СВЕТ» должно быть реализовано с
помощью стандартного компонента ToolStrip и при возникновении события
щелчка кнопки вызываются соответствующие методы презентера:
Формы АРМ учета заявок ООО «Гео-СВЕТ» должны наследоваться от
абстрактного класса BaseForm, в котором реализованы общие действия для всех
форм, такие как Show(), ShowDialog(), ShowError() и т.д. и реализует интерфейс
IEmployeeListFormView [13].
Метод RefreshSource необходим при запросе на обновление данных, а
второй метод используется, когда форма вызывается как справочник для выбора
сотрудника. Для отображения данных используется должен использоваться
компонент ObjectListView [9].
Модель с данными для формы должна формироваться в презентере
IEmployeeListFormPresenter
Для занесения или изменения информации должна быть создана форма
EmployeeForm:BaseForm,IEmployeeFormView, которая будет наследоваться от
класса базовой формы и реализует присущий ей интерфейс [15].
При работе с программным кодом АРМ учета заявок ООО «Гео-СВЕТ»
должны применяться методы проверки – признак новой или редактируемой
записи, текущую доменную модель и список ошибок, выявленный при проверке
введенных данных:
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]: