44
количества элементов разных уровней и назначения. К ним относятся модули,
блоки управления, подсистемы, задачи, управленческие процедуры, функции и т. д.
Все это помогает применять единый алгоритм для расчета схожих задач. Также
пропадает необходимость задвоения различных справочников в отдельных
системах, поскольку все уже собрано в одной. Минусы полной автоматизации
заключаются в значительных финансовых и временных затрат, а также точном и
тщательном планирования.
Таким образом, в условиях ограниченного бюджета и начальной стадии
автоматизации логичным будет выбрать стратегию автоматизации по направлению
и автоматизировать только непосредственно процесс ведения задач, включающий в
себя создание задач, ведение трудозатрат, функционал электронной подписи и
смежный необходимый функционал.
1.5 Обоснование проектных решений
1.5.1 Обоснование проектных решений по информационному
обеспечению
Информационное обеспечение (ИО) состоит из совокупности обработанных
и необработанных документов, кодификаторов, классификаторов, словарей,
нормативной базы, необходимых для реализации решения по объемам,
нахождению и методике присутствия данных в автоматизированной
информационной системе (АИС), а также совокупность правил и средств для
перевода естественного языка, применяемого при взаимодействии пользователей и
сотрудников АС с комплексом АИС.
Сегодня ИО описывается в качестве сочетания лингвистического и
информационного обеспечения. При этом само ИО состоит из файлов ОС и БД, а
лингвистическое обеспечение включает форматную базу, лексику и языковую
систему. Зачастую различают внемашинное и внутримашинное обеспечение.
Под внемашинным обеспечением принято подразумевать совокупность
данных, представленных в основном в виде документов. Различают документы
первичные (налоговые выписки, декларации и другие ведомости) и вторичные,
включающие всю отчётность налогоплательщиков, проанализированную и
подготовленную для отдела камеральных проверок.
Внутримашинное ИО зачастую передают данные на машинных носителях в
45
структурированном виде (массиве) БД и связей между ними. Часто такой вид ИО
создает среду, которая выражает исполнение сотрудниками своих прямых
должностных обязанностей. Зачастую подобная область определяется набором
объектов, их взаимосвязей и свойств. Для любого подобного объекта эти
взаимосвязи и свойства выражаются отдельно.
Любое ИО имеет внутри себя систему кодирования и классификации;
систему разносторонней документации, используемая чаще всего в ИО;
информационную базу в качестве совокупности массивов данных.
Зачастую в процессе создания системы применяется реляционная модель БД.
Подобная модель имеет на отдельной предметной области некий набор отношений,
изменяющийся во времени. По факту создания системы данная совокупность
получает все данные об объектах предметной области, помогает моделировать
связи между ними. Сами же данные располагаются в таблицах.
Обычно к ИО могут предъявлять следующие требования:
ИО должно быть полными и достоверными для поддержки всех
функций автоматизации;
при кодировании данных применяются подтвержденные ID;
в процессе кодирования входных или выходных данных,
используемых на высшем уровне управления, применяются лишь классификаторы
данного уровня;
ИО обязано быть полностью совместимо с создаваемым проектом;
все формы документов должны сочетаться с корпоративными
стандартами и обобщенной системой документации;
структура экранных форм и всех документов обязана соответствовать
характеристике каждого рабочего места сотрудника;
применяемые сокращения, графики и информационные сообщения
обязаны быть общепринятыми в отдельной предметной области и согласованы с
заказчиком.
В ИС должны иметь установленные заранее средства контроля входной и
результатной информации, изменения данных в информационных массивах,
отслеживания целостности ИБ, защиты от НСД.
В нашем случае к ИО относят входные и результатные документы, а также
46
список экранных форм, необходимых для сознания диалога системы и
пользователя.
1.5.2 Обоснование проектных решений по программному
обеспечению
Программное обеспечение является совокупностью прикладных и
общесистемных программ, а также включает в себя всю нормативно-методическую
документацию для их применения.
Для выбора языка программирования необходимо в первую очередь
исходить из операционной системы, для которой будет разрабатываться ПО, во-
вторую – из опыта разработчиков и текущей кодовой базы. При разработке
приложений для ОС iOS используются языки программирования Swift и Objective-
C, а так же такие языки, как С, C++ и Objective-C++, однако последние два чаще
применяются для разработки игр для iOS или когда необходимо использовать
библиотеки, разработанные на C++, что в данном случае не требуется. Кроме того,
для разработки можно воспользоваться фреймворком Xamarin, который позволяет
создавать приложения для iOS на языке C#, однако с этим сопряжены некоторые
риски, в том числе малое число разработчиков на Xamarin, ошибки фреймворка,
который по сути является оболочкой над исходным фреймворком и задержка в
обновлении Xamarin, при изменении интерфейса в исходном фреймворке, а также
риск прекращения поддержки фреймворка. По этому следует выделить 2 главных
языка: Swift и Objective-C.
Swift – кроссплатформенный язык программирования, который
поддерживает таких парадигмы как ООП, протокол-ориентированное и
функциональное программирование. Язык был призван заменить устаревший
Objective-C, взявший за основу концепции Smalltalk. Концептуальными идеями при
создании Swift являлось безопасность и простота.
Одной из главных особенностей Swift является синтаксическая поддержка
так называемых Optional types, то есть таких типов данных, которые могут иметь
ссылку как на фактическое значение, так и на nil. При этом не optional типы всегда
ссылаются на значение.
В Swift и Objective-C применяется общий механизм освобождении памяти
Automatic Reference Counting (ARC). Система ARC автоматически считает
47
количество ссылок на объект и освобождает память, когда счетчик обнуляется.
Преимуществом ARC является его минимальные требования к памяти и
процессорному времени, а недостатком – необходимость разработчику следить за
отсутствием зацикливания ссылок[16,17].
Хотя Swift по результатам тестов превосходит Objective-C, а так же является
более простым и безопасным[18,19,20], тем не менее принято решение
использовать оба языка, поскольку уже существует кодовая база на Objective-C, и
разработчики имеют больший опыт его применения.
База данных является базовой частью ИС, поэтому и ЖЦ ИС также связан с
ЖЦ системы БД, которая его поддерживает. ЖЦ ИС состоит из планирования,
подготовки и анализа требований, создания, определения СУБД, реализации
приложения, модернизации прототипа, итоговой реализации, тестирования,
обновления данных и поддержки.
Реализация ИС и выбор СУБД состоят из нескольких этапов.
Основным этапом реализации ИС является создание БД, целью которой
будет:
описание данных и связей между ними, необходимых для главных
областей использования описываемой системы и всех групп пользователей;
подготовка модели данных, поддерживающей внедрение любых
требуемых транзакций, связанных с анализом данных;
разработка начального варианта проекта, структура которого включает
в себя все требования, предъявляемые к производительности системы.
Весь процесс создания БД включает 3 фазы: создание концепции,
построение логической модели и проектирование прототипа. Любая фаза состоит в
разработке нужной модели данных, которая станет источником данных для
следующей фазы. Основной смысл в этом процессе заложен в концепцию данных,
реализуемую в рамках показателей, указанных в спецификации требований
пользователей. Проектировании концепции БД не связано с большими
подробностями ее создания, не описывается используемая целевая СУБД, тип
нужной вычислительной платформы и т.п., но качество такой модели станет
важным фактором, позволяющим отразить трудозатраты на разработку системы, ее
мощность и возможный успех. Опыт создания и внедрения ИС говорит о том, что
48
возможные ошибки на этом этапе очень трудно устраняемые и самые серьезные,
поскольку они встречаются потом только на этапе разработки или обслуживании
системы.
В рамках создания логической модели концепция данных превращается в
логическую модель, созданную на основе указанной модели хранения данных
исходной СУБД. Т.е., этот этап отражает, какая СУБД используется как целевая -
иерархическая, сетевая, реляционная или объектно-ориентированная. Тут же
пропускаются другие аспекты базовой СУБД – к примеру, отдельные нюансы
реализации физического хранения данных. Логическая модель, отражающая
особенности описаний реализуемой системе на несколько типов пользователей,
считается глобальной логической моделью информации[21].
В процессе проектирования прототипа решаются задачи о способах создания
БД. Поэтому процесс проектирования сильно связан с исходной СУБД. Основной
целью создания прототипа БД называют характеристику метода физической
реализации проекта логической БД.
Определение СУБД. В рамках работы с СУБД и ИС на их основе, учитывая
высказанные Е. Кодда, утверждаем, что все полномасштабные СУБД могут
выполнять отдельные описанные ниже действия, а именно:
давать пользователям механизмы сохранения, обновления и
корректировки данных в БД;
давать разработчикам механизмы проектирования и быстрой
разработки приложений с автоматическим получением требуемой проектной и
рабочей документации;
поддержка логичного и доступного как конечным пользователям, так
и системе каталога, который сохраняет в себе описание элементов данных.
Системный каталог или словарь данных считается хранилищем информации,
содержащей данные в БД, т.е. хранилищем метаданных, и становится средством
поддержания независимости программ от структур данных;
доступная поддержка транзакций, механизмы корректного обновления
БД при запуске нескольких операции обновления группой пользователей;
включение компонентов, поддерживающих доступность к БД только
авторизированных пользователей;
49
объединение с коммуникационным ПО для поддержки удаленного
доступа к центральной БД (в рамках системы обработки данных);
обоснование механизмов для создания логичных и простых
пользовательских интерфейсов;
встроенные механизмы контроля за тем, чтобы все изменения данных
отвечали заданным правилам, т.е. поддержка целостности данных;
набор различных вспомогательных утилит, необходимых для
реализации помощи администратору БД в процессе работы системы.
Цель определения СУБД основывается на выборе системы, полностью
удовлетворяющей описанным выше требованиям, учитывая повышение
возможностей ИС при реальном уровне затрат, составляющих расходы на
получение СУБД и периферийного программного и аппаратного обеспечения, а
также средства, потраченные на переход к обновленной системе и организацию
обучения сотрудников.
Для оценки возможности СУБД используются различные параметры, а также
весовые коэффициенты, отражающие текущую важность конкретных параметров
или их групп. По итогу после сложения всех параметров остается некая
количественная оценка, используемая для сравнения разных систем.
Для выполнения данных требований необходимо и достаточно разработать
базу данных в среде СУБД SQLite[22].
Серверная часть разработана с использованием .NET на языке C# и
взаимодействует с клиентом в рамках архитектуры REST (Representational State
Transfer) посредством JSON объектов.
При выборе операционных систем рассматривались ОС семейства Windows:
Windows 7, Windows 8.1, Windows 10. Для анализа были выбраны данные
операционные системы, так как они являются наиболее распространёнными.
Выбор Microsoft в качестве поставщика ОС обусловлен также и тем, что большая
часть пользователей компании обучена работать только с этой системой. Ввиду
распространенности семейства Windows, на рынке представлено огромное
количество приложений.
Windows 7 на данный момент является одной из популярных операционной
системой по использованию. По сравнению с её предшественниками, система
50
является быстрой и надежной, драйвера для подключаемого к компьютеру
оборудования, устанавливаются автоматически. Стабильность данной системы при
работе в сети можно считать достаточной, учитывая срок существования данной
версии на рынке. Однако, по сравнению с ОС Windows 8.1 и Windows 10, Windows
7 является более уязвимой системой и менее безопасной, нежели последующие ОС.
Основная поддержка операционной системы завершилась 14 января 2020 года,
расширенная поддержка завершится 10 января 2023 года.
Windows 8.1 – является наиболее ресурсоёмкой системой, за счёт частого
обращения к дискам. Среди главных нововведений данной операционной системы
стоить отметить Metro-интерфейс – технология представления информации в
форме плиток. Компания Microsoft решила отойти от привычного всем
пользователям рабочего стола и меню «пуск» и теперь пользователи могут
работать на главном/домашнем экране. В отличии от Windows 7 и Windows 10,
Windows 8.1 сложна в адаптации. Пользователям, которые привыкли работать с ОС
Windows 7 и предшествующими ей ОС семейства Windows может быть нелегко
привыкнуть к новому функционалу ОС. Кроме этого, в данной ОС отсутствуют
привычные окна программ, а также наличие небольшого количества приложений.
Расширенная поддержка ОС Windows 8.1 будет продолжаться до 10 января 2023
года, основная поддержка операционной системы завершилась 9 января 2018 года.
Windows 10 является крайней версией ОС семейства Windows, которая на
данный момент набирает стремительную популярность как у рядовых
пользователей, так и в организациях. По сути, ОС Windows 10 является гибридом
ОС Windows 7 и Windows 8.1, в системе есть все лучшие качества, полюбившиеся в
Windows 7, а также нововведения от Windows 8.1. Достоинствами данной ОС
являются: встроенная система защиты Windows Defender, более быстрое
включение ОС и быстродействие, рациональное распределение ресурсов
компьютера, совместимость с современными приложениями, регулярное
получение пакетов обновления и усовершенствование системы безопасности,
стабильная работа системы.
Кроме этого, драйвера для подключаемого к компьютеру оборудования,
устанавливаются автоматически, при установке ОС не требуется устанавливать
51
драйвера вручную, ОС автоматически ищет и устанавливает необходимые
драйвера.
Выбор операционной системы не является наиболее важным для проведения
автоматизации и разработки программного приложения и не накладывает никаких
существенных эффектов на функционал, так как при реализации ПО не затрагивает
какие-либо специфические функции ОС. Оба семейства операционных систем
(Windows и Unix-подобные) позволят разрабатывать программный продукт без
затруднений по причине существования хорошо развитых программных сред
(языков программирования) для обоих типов. Также не возникнет проблем и при
использовании продукта в сети, так как все наиболее популярные ОС содержат
интерфейсы межсетевого взаимодействия для обмена данными и работы с
информацией в режиме реального времени.
Важнейшим требованием, предъявляемым к подходу проектирования
информационной системы, является большая её однородность, позволяющая
обеспечить совместимость с другими системами, мобильность и переносимость [1].
Для хранения больших объемов структурированных данных необходима
организация системы управления базой данных для управления ими на
предприятии.
При выборе операционной системы сервера было определено три класса:
Семейство ОС Windows;
Семейство ОС UNIX;
Семейство UNIX-подобных открытых ОС (с открытыми кодами).
По статистике, 54% специалистов работает с ОС Linux, около 40% - с ОС
FreeBSD, около 12% - с ОС Windows.
Влияющих на такой выбор факторов – много. Например, в пользу Windows
или FreeBSD говорит цена. Положительной стороной Windows является
возможность интеграции с широким выбором приложений Microsoft. У UNIX-
систем – положительна сама возможность удаленного администрирования
(утилиты telnet и ssh), что прямо не используется в Windows, если сервер или
клиент не находится в одной сети. У UNIX-подобных ОС впечатляет дешевизна,
возможность удаленного администрирования и высокая безопасность, отсутствие
деления на пользовательские и серверные ОС, и безусловно, популярность таких
52
систем растет, но многие, тем не менее, используют FreeBSD: стабильна,
безопасна, производительна и отработана.
1.5.3 Обоснование проектных решений по техническому
обеспечению
Техническое обеспечение включает в себя комплекс технических средств,
обеспечивающих работу всей системы. Зачастую к ним относятся средства
получения, отправки, отслеживания, анализа и копирования данных. Техническое
обеспечение включает в себя ПК, оргтехнику, линии связи, сетевое и серверное
оборудование и мобильные устройства[23].
Разрабатываемый программный продукт имеет клиент-
серверную архитектуру. Архитектура клиент-сервер основана на распределении
функций между двумя типами независимых и автономных процессов: серверами и
клиентами. При этом взаимодействие между ними должно происходить по
протоколу HTTPS. Протокол HTTP без шифрования не подходит, так как не
соответствует требованиям безопасности обмена информацией в компании.
Поскольку серверная и сетевая инфраструктура разработана независимо от
данной работы, по этому необходимо выделить требования для клиентской части.
Одним из важнейших требований к разрабатываемой системе является
мобильность, которая заключается в возможности выполнения работы с
использованием мобильных устройств, то есть почти в любых условиях. Наиболее
распространенными платформами для мобильных устройств являются iOS и
Android, при этом в компании превалирует первая операционная система, по этому
принято решение разрабатывать ПО для нее. Минимальная версия iOS должна
быть 11.0, которую на данный момент поддерживает большая часть устройств
Apple.
Полученные в ходе проведенного исследования результаты позволяют
структурно подойти к реализации проекта разработки информационной системы,
для оптимизации деятельности компании.
Выводы по главе 1
В ходе проведения анализа и исследования предметной области компании
ООО «Агентство Сейлконтент» были выявлены неэффективные механизмы
взаимодействия проектного менеджера с другими отделами компании. Поставлена
53
задача по улучшению эффективности и увеличению скорости взаимодействия
отделов в рамках проектов. Принято решение собственными силами разработать
универсальную мобильную систему управления проектами с использованием
гибких методологий.