28
чтобы, при необходимости, ИТ-сотрудники имели возможность
усовершенствовать ИС. Система не должна быть с множеством ненужных
функций. Основными целями системы должны быть: работа в качестве
iOS приложения, понятный пользовательский интерфейсом.
Для реализации проекта можно выделить следующие этапы:
Определение полного набора функций для автоматизации.
Определение того, что уже реализовано в системе сейчас, и тех функций,
которые будут разработаны.
Анализ существующих типов стратегий автоматизации и выбор
наиболее подходящего для структуры и бизнес-процессов предприятия.
Здесь также потребуется формирование ТЗ и графика выполнение работ.
Выбор стратегии автоматизации показал что, есть четыре варианта
стратегии автоматизации:
Кусочная автоматизация - это приобретение отдельных фрагментов
информационной системы при отсутствии стратегического плана.
Выгоду в целом это не приносит. С такой автоматизацией
дальнейшее развитие информационной системы предприятия будет
связано с новыми и значительными затратами.
Автоматизация на площадках предусматривает автоматизацию
отдельных производственных площадок, которые объединяются в
соответствии с набором выполняемых функций. Этот метод
автоматизации применяется при условии наличия областей, в
которых использование автоматизированных систем дает видимый
экономический эффект, например, из-за сокращения штата
сотрудников.
Автоматизация по направлениям - подразумевает автоматизацию
отдельных направлений деятельности предприятия, таких, как
производство, сбыт, управление финансами. Подход, связанный с
автоматизацией по направлениям, часто применяется при
29
использовании систем класса MRPII, ERP, когда конечной целью
является полная автоматизация предприятия.
Комплексная стратегия автоматизации также не подходит в нашем
случае, так как мы автоматизируем одно из направлений
деятельности холдинга, а это означает, что стратегия автоматизации
секций лучше вписывается в этот дипломный проект, потому как мы
автоматизируем продажу билетов на устройствах iOS.
Автоматизировав этот процесс, мы сможем сократить потери
компании в разы.
1.3.3 Выбор и обоснование способа приобретения ИС для
автоматизации комплекса задач
Существуют следующие способы приобретения ИС:
покупка ИС (отечественной или зарубежной);
покупка плюс доработка (самостоятельная или заказная);
аренда;
разработка (самостоятельная и заказная);
При приобретении готовой разработки нужно выбрать именно ту,
которая будет в полной мере соответствовать направлению бизнес-
процессам предприятия. Производители таких готовых решений чаще
всего стараются угодить всем вероятным покупателям, что сильно
ограничивает выбор разработок определенного направления. С
экономической точки зрения этот способ нам не подходит, так как покупка
готовой ИС для автоматизации по направлениям невыгодна.. К тому же,
при покупке готовой ИС будет усложнена задача будущего развития
системы, что повлечет за собой появления необходимости частого
обращения в службу поддержки.
Таким образом, покупка возможна только в том случае, если объем
доработки будет сведен к нулю или же будет очень небольшой.
30
Вариант аренды обеспечивает большую гибкость предприятию.
Так, например, в случае неожиданного изменения рыночной ситуации или
клиентских потребностей, аренда позволяет компании сосредоточиться на
тех операциях, на которых она специализирована. Однако само
предприятие рискует потерять ту деятельность, которая ранее приносили
ему результаты на рынке.
Для автоматизации процессов управления и информационного
обеспечения было решено создать собственное программное обеспечение.
В этом случае в разработке можно использовать сторонних разработчиков,
предоставив им четкую техническую задачу или разработать программное
обеспечение с помощью ИТ-специалистов, работающих в компании. В
обоих случаях это весьма трудоемкий проект с внедрением не менее полу
года.
Таблица 6
Критерии разработки ИС своими силами
Соответствие поставленной
задаче
Полное соответствие требованиям к
системе
Стоимость внедрения
До 150000 рублей
Адаптивность
Возможность полной переработки
Надежность
Высокая надежность ИС
1.4 Обоснование проектных решений
1.4.1. Обоснование проектных решений по информационному
обеспечению
Информационное обеспечение (ИО) включает в себя:
систему классификации и кодирования;
систему унифицированной документации, используемой в ИО;
информационную базу.
31
Информационная база (ИБ) является другой частью
внутримашинного ИО.
Информационная база — это комплекс информации, который
находится в памяти системы в виде файлов, выполняющих функцию
решения задач и управления процессами .
Определены несколько вариантов сортировки ИБ:
организация локальных файлов,
интегрированная база данных.
Организация локальных файлов заключается в основном в
копировании информации системы. В связи с негибкостью доступа к
данным и несогласованностью информации этот вариант применяется
только в специализированных приложениях.
Интегрированная организация базы данных основывается на СУБД
(системах управления базами данных).
Этот вариант позволяет организовать различные источники данных
и контролировать файлы различных форматов.
Так же к преимуществам можно добавить:
точное отображение данными настоящий статус объекта;
понижение временных затрат на обработку данных;
поддержка целостности информации.
База данных — это именованный комплекс информации,
отображающий взаимодействие объектов в предметной области.
Самые главные показатели при выборе варианта организации баз
данных — это трудовые и стоимостные затраты, а также безопасность
информации в БД.
По типу установления связей между информацией БД различают:
иерархическую модель БД;
сетевую модель БД;
32
реляционную модель БД.
В иерархических моделях имеется несколько файлов с
установленными между ними отношениями подчиненности.
При применении сетевой модели файлы могут быть связаны с
произвольным количеством других файлов, и любой из них может быть
входом в структуру.
Преимущества использования реляционных базы данных
следующие:
Простота - в реляционной модели данных есть только одна
информационная конструкция, которая формализует табличное
представление данных, знакомое пользователям;
Теоретическое обоснование - наличие теоретически обоснованных
методов нормализации отношений, что позволяет получать базы
данных с предопределенными свойствами;
Независимость данных – если необходима реструктуризация
реляционной базы данных, в программный продукт вносятся
минимальные изменения..
Реляционная модель была выбрана в качестве модели логической
структуры базы данных, поскольку она позволяет быстро создавать
отношения между таблицами для верного построения запросов к БД, а
также легко нарушать эти отношения и создавать новые для создания
другого запроса. Кроме того, архитектура для построения связей проще, и
время выполнения запроса в реляционной модели больше, чем, если
использовать сетевую или иерархическую структуры.
33
1.4.2. Обоснование проектных решений по программному
обеспечению
Программное обеспечение - это совокупность программ системы
обработки информации и программных документов, необходимых для
эксплуатации этих программ. Программное обеспечение придает
вычислительной системе определенные свойства, связанные с
повышением производительности и надежности результатов, а также
надежности системы и улучшением пользовательского интерфейса.
Необходимость использования операционной системы от iOS 11.0
состоит в том, что более ранние версии ОС уже не поддерживаются
компанией Apple и могут работать не правильно.
Основные критерия пользовательского девайса:
iPhone 5s и выше
Критериями выбора архитектуры реализации Программного
Комплекса являются:
совместимость с существующей серверной инфраструктурой
возможность резервного копирования данных
Для серверной части необходимо также выбрать систему
управления базами данных (СУБД). В таблице 7 представлены основные
современные СУБД.
Таблица 7
Перечень рассматриваемых СУБД
Название СУБД
Firebase
MySQL
PostgreSQL
Встраиваемая
аутентификация
пользователей
да
да
да
Мониторинг работы базы
данных
да
да
да
34
Продолжение таблицы 7
Firebase
MySQL
PostgreSQL
Ведение журнала
действий с базами данных
и подключение
да
нет
нет
Пряма работа с БД
да
нет
нет
Поддержка языка Swift
да
нет
нет
Цена лицензии
Бесплатна
53000 руб.
43600 руб.
В рамках дипломного проекта мною была выбрана наиболее
подходящая СУБД Firebase. Исходя из приведенных данных в таблице,
видно, что Firebase безусловно оптимальный вариант. В ней будут созданы
дополнительные таблицы и связи между ними. Добавленные таблицы не
будут на прямую связано с основными функционалом базы данных,
следовательно это не повлияют на работу ИС.
Рассмотрим основные методы и средства проектирования. В
таблице 8 представлены основная и единственная среда проектирования.
Таблица 8
Основная среда проектирования
Название
Xcode
Совместимость с
операционной системой
macOS
да
Встроенный редактор
интерфейса
да
Совместимость с
другими языками
программирования
да
1.4.3 Обоснование проектных решений по техническому обеспечению
Техническое обеспечение - комплекс технических средств,
предназначенных для работы информационной системы, а также
35
соответствующая документация на эти средства и технологические
процессы.
Для поддержания функционирования программы в рамках
дорабатываемой ИС потребуются следующие элементы технического
обеспечения:
Почтовый сервер – сервер корпоративной почты
Средства организации ЛВС – в данный перечень входят активные и
пассивные компоненты локальной вычислительной сети.
Облачный-сервер – это основной сервер, на которой уже размещена
сама база данных, а также данный сервер будет являться сервером
БД. На нем же будет размещён сервис которая и будет производить
транзакции и обработку результатов в автоматическом режиме.
Для почтового сервера критериями выбора будет
отказоуст ойчивость и высокая скорость работы подсистемы обработки
данных. Конфигурация почтового сервера описана в таблице 9.
Таблица 9
Аппаратная конфигурация почтового сервера
Процессор
Intel Xeon E3−1220 v5
Кол-во процессоров
2
Оперативная память
64 ГБ
Жесткие диски
WDRAPTOR 1ТБ
Кол-во жестких дисков
4
Питание
Блок питания 700W
Конфигурация почтового сервера, работающего в компании,
соответствует заданным критериям, поэтому мы оставляем то, что есть.
Для инструментов организации ЛВС тип кабеля и пропускная
способность будут критерием выбора. Тип кабеля предпочтительнее
36
выбрать витую пару вместо устаревшей коаксиальной из-за ограничений
на максимальная коаксиальная пропускная способность 10 Мбит / с . В
соответствии со схемами организации сети, указанными в пункте 1.1.3,
становится ясно, что при использовании свитчей и коммутаторов класса
CISCO(WSC3560G-24TS и PIX-515E (FO)) сеть работает на скорости 100
Мбит / с а на некоторых участках и 1Gbps.
37
2 Проектная часть
2.1 Разработка проекта автоматизации
2.1.1 Этапы Жизненного Цикла проекта автоматизации
Модель жизненного цикла - это структура, которая содержит
процессы, действия и задачи, которые выполняются во время разработки,
эксплуатации и обслуживания программного продукта в течение всего
жизненного цикла системы, от определения требований до завершения его
использования. Существует несколько моделей и стандартов, которые в
той или иной степени регулируют жизненный цикл, большинство из
которых относятся к заказному программному обеспечению, и помимо
самого жизненного цикла они также регулируют процессы разработки:
ГОСТ 34.601-90 - стандарт распространяется на
автоматизированные системы, используемые в различных видах
деятельности (исследование, проектирование, управление и т.п.), включая
их комбинации, создаваемые в организациях. Стандарт устанавливает
стадии и этапы создания автоматизированной системы;
Стандарт ISO / IEC 12207: 1995 для процессов и управления
жизненным циклом. Это относится ко всем типам пользовательского ПО.
Стандарт не содержит описания этапов.
Oracle и Custom Development Method для разработки заказных
прикладных информационных систем представляют собой особый
материал, детализированный до уровня закупки проектной
документации, предназначенной для использования в проектах с
использованием Oracle. Степень адаптируемости CDM ограничена
тремя моделями жизненного цикла: «классическая», «быстрая
разработка», «облегченный подход», рекомендуемый для небольших
проектов, и возможность быстро прототип приложения.