52
TEXT - текстовая строка, при хранении используются кодировки
UTF-8, UTF-16BE или UTF-16LE;
BLOB - тип данных BLOB, массив двоичных данных
(предназначенный, в первую очередь, для хранения изображений, аудио и
видео).
Преимущества:
файловая структура базы данных состоит из одного файла,
поэтому очень легко перенести его на разные машины;
данная СУБД использует SQL;
отлично подходит для разработки и тестирования.
Программа, в которой будет создаваться приложение называется
Android Studio.
Android Studio — это интегрированная среда разработки (IDE) для
работы с платформой Android,анонсированная 16 мая 2013 года на
конференции Google I/O. IDE находилась в свободном доступе начиная с
версии 0.1, опубликованной в мае 2013, а затем перешла в стадию бета-
тестирования, начиная с версии 0.8, которая была выпущена в июне 2014
года. Первая стабильная версия 1.0 была выпущена в декабре 2014 года,
тогда же прекратилась поддержка плагина Android Development Tools (ADT)
для Eclipse. Android Studio, основанная на программном обеспечении IntelliJ
IDEA от компании JetBrains, официальное средство разработки Android
приложений. Данная среда разработки доступна для Windows, OS X и Linux.
При разработке приложения используется язык программирования
Java.
Java является кроссплатформенным языком, позволяет
разрабатывать приложения не зависящие от аппаратных особенностей того
или иного устройства.
Язык программирования Java является объектно-
ориентированным и предоставляет разработчикам возможность получить
53
доступ к мощным библиотекам, ускоряющих разработку приложений, а
также он является довольно простым в изучении.
2.1.3 Обоснование проектных решений по техническому
обеспечению
Техническое (аппаратное) обеспечение - это набор технических средств
(электронных и механических устройств), которые обеспечивают
нормальную работу любой электронной системы, то есть компьютеров, сетей
передачи данных и расширение их основных функций.
В состав технических средств входят:
- персональные компьютеры;
- устройства для сбора, хранения и передачи информации;
- устройства передачи данных и линий связи;
- оргтехника.
Компьютерное оборудование предназначено для внедрения встроенных
технологий обработки и хранения информации, что является основой для
интеграции всех современных технических средств, обеспечивающих
управление информационными потоками.
Коммуникационные технологии, в первую очередь, предназначены для
внедрения технологий передачи данных, и включают в себя автономную
работу и производительность в сочетании с компьютерными технологиями.
Организационное оборудование предназначено для работы с
информацией, а также для выполнения дополнительных операций в пределах
различных технологий для предоставления информации управленческой
деятельности.
Поскольку разработанный модуль основан на технологии «клиент-
сервер», все вычисления выполняются сервером, поэтому системные
требования для ПК минимальны.
К аппаратному обеспечению, выбранному для решения автоматизации
взаимоотношений с клиентами, относятся:
Персональный компьютер IRU Home 315, основные характеристики
54
которого - процессор: Intel Core i5 9400F; частота процессора: 2.9 ГГц (4.1
ГГц, в режиме Turbo); оперативная память: DIMM, DDR4 8192 Мб 2400 МГц;
видеокарта: NVIDIA GeForce GTX 1050Ti — 4096 Мб; HDD: 1000 Гб, 7200
об/мин, SATA III; операционная система: Free DOS.
Монитор Philips 193V5LSB2 [193V5LSB2/62(10)], основные
характеристики которого - диагональ экрана 18.5", максимальное разрешение
1366x768, с технологией изготовления матрицы TN, частотой при
максимальном разрешении 60 Гц и видеоразъемами VGA (D-sub).
Сервер Dell PowerEdge R630 - модель процессора: E5-2630 v3,
процессор, количество ядер: 8, тип памяти: DDR4, максимальный объем
памяти:1.5 Тб.
А также канал, обеспечивающий связь внутри корпоративной
(локальной) сети – Wi-Fi; роутер TP-LINK CPE210, 10/100BASE-TX, 2.4 ГГц,
с количеством антенн: 2.
2.2 Разработка проекта автоматизации
2.2.1 Этапы жизненного цикла проекта автоматизации
Для данного раздела ВКР следует выбрать весь жизненный цикл (ЖЦ)
проекта автоматизации и взаимосвязи этапов, а также кратко описать его[4].
Общепринятыми стандартами ЖЦ проекта являются: ГОСТ 34, ISO
12207, ISO 15288, MSF, RUP, COBIT, Oracle CDM, XP. В качестве
выбранного документа был взят ГОСТ 34, и обосновывается это тем, что:
данный документ включает в себя все стадии и этапы создания
автоматизированной системы жизненного цикла, необходимые для
успешного завершения проекта;
каждый этап описан подробнее и содержит свой перечень
документов;
стандарты ГОСТа идеально подходят для описания создания и
внедрения новой ИС.
К основным стандартам ГОСТ 34 относятся:
55
ГОСТ 34.601-90 «Автоматизированные системы. Стадии
создания»;
ГОСТ 34.602-89 «Техническое задание на создание
автоматизированной системы»;
ГОСТ 34.603-92 «Виды испытаний автоматизированных систем».
При выборе модели жизненного цикла информационной системы
учитывались следующие критерии:
новизна разработки модели;
размер проекта;
сроки проекта;
установление требований на первых этапах проекта;
разработка итерациями.
Каскадная модель подходит для малых или средних бизнесов, она
хорошо проработана, ресурсов хватает для выполнения проекта в
минимальные сроки, происходит установление требований на первых этапах
проекта, срок выполнения проекта для данной модели определяется до года,
но в данной модели отсутствует разработка итерациями.
У инкрементной модели также хорошо проработаны методы решения
задач, однако ресурсов не хватает для выполнения проекта. Данная модель
подходит для средних и крупных компаний, время выполнения проекта
варьируется от года до нескольких лет, происходит установление требований
на начальных этапах проекта и разработка итерациями присутствует.
Спиральная модель ЖЦ ИС является новой, подходит под разные
проекты, время выполнения проекта варьируется от года до нескольких лет,
на начальных этапах нет определении требований к проекту и разработка
итерациями присутствует[15].
Опираясь на размер исследуемого предприятия, сроки проекта и
определение требований, было принято решение выбрать каскадную модель
ЖЦ ИС.
56
Создание автоматизированной системы (АС) представляет собой
последовательное выполнение взаимосвязанных этапов жизненного цикла
проекта. Этапы создания автоматизированной системы идентифицируются
как части процесса создания продукта по соображениям целесообразного
планирования и организации работ. Порядок и принципы выполнения работ
определяет соответствующая документация предприятия, участвующая в
создании АС[14].
Краткое рассмотрение ключевых положений по каждому из этапов
представлено в таблице 6.
Таблица 6
Краткое рассмотрение ключевых положений по каждому из
этапов
Этап
Ключевые
участники
Требования к
входной
информации
Получаемые
результаты
Длительно
сть этапа
Формирован
ие
требований
к ИС
Заказчик
(пользовател
ь), для
которого
создается ИС
и который
обеспечивае
т
финансиров
ание
Сбор информации
об объекте
автоматизации,
оценка качества
функциональности
объекта и
выявление проблем
и целесообразности
создания ИС,
формирование
требований к ИС,
оформление отчета
о выполненных
работах.
Исследование объекта
проектирования и
обоснование
необходимости создания
ИС. Формирование
требований
пользователя к ИС.
Оформление отчѐта о
выполненной работе и
заявки на разработку
ИС.
7 дней
Проектиров
ание
Технический
специалист,
который
поставляет
программны
е и
технические
средства для
создания ИС
Детальное
изучение объекта
автоматизации,
оценка
необходимых
ресурсов на
реализацию
проекта,
установление
последовательност
Изучение объекта.
Разработка
вариантов концепции
ИС, удовлетворяющего
требованиям
пользователя.
Оформление отчѐта о
выполненной работе.
10 дней
57
Этап
Ключевые
участники
Требования к
входной
информации
Получаемые
результаты
Длительно
сть этапа
и оценки качества
и условий приемки
системы,
оформление отчета,
содержащего
информацию о
выполненных
работах на данном
этапе.
Реализация
Заказчик,
технический
специалист
Проводится
создание
(разработку),
оформление,
согласование и
утверждение ТЗ на
создание
автоматизированно
й системы.
Разработка и
утверждение
технического задания
на создание ИС.
45 дней
Ввод в
действие
Технический
специалист,
который
осуществляю
т работы по
созданию ИС
Организационные
работы по
организационной
подготовке объекта
автоматизации к
вводу в действие,
обучение
персонала работе с
ИС, испытание ИС
на
работоспособность
и соответствие ТЗ,
устранение
неполадок,
оформление
документации
(акта) о приемке
АС в опытную
эксплуатацию
Подготовка объекта
автоматизации к вводу
ИС в действие.
Подготовка персонала.
Проведение
предварительных
испытаний. Проведение
опытной эксплуатации.
Проведение
приѐмочных испытаний.
3 дня
Сопровожде
ние ИС
Технический
специалист
Устранение
неполадок,
Выполнение работ в
соответствии с
5 дней
58
Этап
Ключевые
участники
Требования к
входной
информации
Получаемые
результаты
Длительно
сть этапа
возникших при
эксплуатации ИС,
внесение
необходимых
изменений в
документацию к ИС
гарантийными
обязательствами.
Послегарантийное
обслуживание.
На этапе «Ввода в действие» системы использовалась стратегия
внедрения системы под названием «скачок». Скачок в том, что начало
работы по новой системе может произойти в любой момент неожиданно.
Для более подробной демонстрации длительности ЖЦ проекта
приложена диаграмма Ганта на рисунках 8 – 10.
Рисунок 8 – Начало диаграммы Ганта
Рисунок 9 – Продолжение диаграммы Ганта
59
Рисунок 10 – Конец диаграммы Ганта
2.2.2. Характеристика нормативно-справочной, входной и
оперативной информации
Нормативно-справочная информация (НСИ) – это информация,
являющаяся основой для любой информационной системы управления
предприятием[9].
В состав НСИ входят:
классификаторы (ОКВЭД 46.18.91, ОКВЭД 46.76.1);
справочники (по производителям товаров и услуг);
словари.
Входная информация - это информация, которая принимается
системной средой от окружающей среды. Такая информация называется
входными данными (относительно системы)[10].
Оперативная информация - это информация, необходимая для
быстрого принятия решений по текущей деятельности. Она является важным
элементом процессов, происходящих на постоянной основе.
В таблице используемых классификаторов и систем кодирования
(таблица 6) представлены все закодированные наборы объектов,
использованные в данном проекте. Характеристики каждого объекта
включают в себя: длину его кода, мощность кода (количество возможных
комбинаций), систему кодирования (последовательная, порядковая,
60
комбинированная), система классификации (иерархическая, многофакторная
или она вовсе отсутствует),а также вид классификатора (международный,
отраслевой, общесистемный и т.д.).
Таблица 6
Используемые классификаторы и системы кодирования
Наименование
кодируемого
множества
объектов
Длина
кода
Мощно
сть
кода
Система
кодирова
ния
Система
классифи
кации
Вид
классифи
катора
ИД заявки
8 байт
256
8
серийная
комбиниро
ванная
общесисте
мный
ИД клиента
4 байта
256
4
порядковая
отсутствует
общесисте
мный
ИД типа услуги
1 байт
256
порядковая
отсутствует
отраслевой
ИД позиции прайс-
листа
3 байта
256
3
серийная
иерархичес
кая
отраслевой
ИД скидки
1 байта
256
порядковая
отсутствует
общесисте
мный
ИД счета
8 байт
256
8
порядковая
отсутствует
общесисте
мный
ИД исполнителя
2 байта
256
2
порядковая
отсутствует
общесисте
мный
Примеры кодов объектов в соответствии с системой классификации
представлены в таблице 7.
Таблица 7
Примеры кодов объектов
Наименование
множества объектов
Наименование объекта
Код объекта
ИД заявки
Заказ № 3764 от 12 апреля
2020г.
08938882
ИД клиента
Муравьев И. Р.
0741
ИД типа услуги
Маска из папье-маше
2
ИД позиции прайс-листа
Венецианская маска из
102
61
Наименование
множества объектов
Наименование объекта
Код объекта
папье-маше, м/ж
ИД скидки
День рождения
1
ИД счета
Счет заявки № 02 от 12
апреля 2020г.
0895382
ИД исполнителя
Макарова И. В.
11
В рамках этого проектного решения первичный документ основан на
данных о типе услуги и прайс-листе, выбранном заказчиком и это «Заказ».
Первичный документ создается с использованием системы меню. Такой
способ формирования формы ввода удобен тем, что позволяет реализовать
принцип иерархического создания каталога. Экранная форма заказа клиента
показана на рисунке 11. Заказ может быть выполнен заказчиком на сайте или
в офисе с менеджером.
Рисунок 11 – Макет экранной формы заявки клиента