Просмтор этого файла доступен только зарегистрированным пользователям. Но у нас супер быстрая регистрация: достаточно только электронной почты!

Текст из файла (страница 5)

С помощью Intent-ов также происходит передача данных между активностями приложения. В приведенном примере это происходит следующим образом: пользователь, находясь в активности PileActivity, инициирует переход на активность DrillingActivity, нажимая на кнопку «Начать бурение». В этот момент обработчик нажатия кнопки создает Intent запуска активности, и добавляет в него дополнительный целочисленный параметр pile_id с определенным значением, обозначающий уникальный идентификатор сваи. Затем этот Intent выполняется, и новая активность запускается предустановленным значением параметра pile_id.

2.5.3 Реализация работы с базой данных

Android-приложения используют для работы с базами данных библиотеку SQLite. С ее помощью можно создавать независимые реляционные базы данных, и с удобством с ними работать. SQLite показала себя как весьма надёжная система, используемая во многих электронных устройствах и программах, включая некоторые MP3-проигрыватели, iPhone, iPod Touch,и других.

По умолчанию, для работы с базой данных в Android-приложении необходимо создать класс помощника работы с БД (как правило производится наследование от стандартного DatabaseHelper), затем переопределить некоторое количество методов, которые позволят контролировать поведение базы данных при обновлении и/или добавлении полей, таблиц и других сущностей. При этом для того, чтобы определить поведение стандартных запросов, нужно создать SQL-код, и затем, в течение поддержки приложения, модернизировать его и оптимизировать. Кроме того, стандартный механизм обновления БД не предусматриваем миграции структур данных и самих данных, валидацию записи и предварительной обработки данных, возлагая ответственность за это на разработчика. То есть в случае усложнения приложения будет слишком активно увеличиваться количество кода, который нужно будет сопровождать. Учитывая эти важные для проектирования и разработки программного обеспечения аспекты, было принято решение использовать ORM — систему, которая бы упростила разработку и сопровождение программного продукта. После анализа существующих решений для Java и/или Android продуктов была выбрана ORM ORMLite. Это ORM со встроенной поддержкой SQL-баз, созданная для языка программирования Java, и, как следствие, её можно использовать в Android — приложениях [16]. Кроме того, это проект с открытым исходным кодом, распространяемый под лицензией свободного программного обеспечения, что позволяет модифицировать его в случае необходимости [17, 18].

Ниже, в листинге 1, приведён пример кода для определения таблицы Users, в котором используются механизмы ORMLite.

Листинг 1. Пример кода с использованием библиотеки ORMLite

@DatabaseTable(tableName = "users") // Инициализация таблицы public class User { @DatabaseField(id = true) private String username; @DatabaseField private String password; public User() { // ORMLite требует определения конструктора модели без аргументов } public User(String username, String password) { // Базовый конструктор модели this.username = username; this.password = password; } // Определение методов получения и задания значений public String getUserame() { return this.username; } public void setName(String username) { this.username = username; } public String getPassword() { return this.password; } public void setPassword(String password) { this.password = password; } }

Как видно из листинга 1, при использовании ORM работа с таблицами, CRUD — операции осуществляются на исходном языке программирования (в данном случае Java), что значительно увеличивает удобство и читабельность кода, сокращает издержки на разработку и сопровождение продукта.

В мобильном приложении Momentum ORMLite была использована следующим образом. Изначально были определены структуры моделей (таблицы) Pile, PileData, Project. PileType. Для каждой из них разработаны методы представления, переопределены конструкторы и деструкторы (в нескольких вариантах). Затем для каждой модели были разработаны вспомогательные классы — контроллеры, ответственные за совершение операций записи, удаления, обновления и чтения из базы данных. И после был определён глобальный класс — контроллер, который осуществлял доступ к контроллерам моделей. Такая система позволяет вызывать код для работы с БД из любой части приложения.

2.5.4 Реализация получения и первичной обработки данных от датчиков

Отправка данных с датчиков положения сваи и крутящего момента реализована следующим образом. Цифровые сигналы датчиков поступают на процессор через проводное подключение. Процессор, используя запрограммированные алгоритмы, преобразует приходящий сигнал в набор байт, которые могут транслироваться через беспроводную WiFi-сеть. После этого преобразованные байты поступают на подключенный к процессору WiFi-модуль, через который по протоколу UDP идет передача данных на удалённый UDP-сервер. Этот сервер может как принимать сигналы от модуля с процессором, так и передавать данные по запросу. Запросы за данным отправляются мобильным приложением.

Мобильное приложение в процессе работы использует два типа UDP-датаграмм: отправляемые и принимаемые. Отправляемые датаграммы представляют собой набор байт следующего содержания: идентификатор принадлежности датаграммы комплексу Momentum (6 байт), номер запрашиваемого пакета с данными (2 байта), контрольная сумма датаграммы (2 байта), время отправки датаграммы (2 байта). Получаемые же датаграммы включают в себя намного больший набор данных: идентификатор принадлежности датаграммы комплексу Momentum (6 байт), номер отправляемого пакета с данными (2 байта), контрольная сумма датаграммы (2 байта), время отправки датаграммы (2 байта), показание датчика крутящего момента (2 байта), показания акселерометра (6 байт), показания гироскопа (6 байт), показания магнитометра (6 байт), остаток заряда аккумулятора питания процессора (2 байта).

Работа модуля GetData разработанного мобильного приложения происходит следующим образом. Пользователь нажимает кнопку «Приступить к бурению» (рисунок 2.16), и переходит на активность с отображающимися на ней показаниями бурения. Изначально показания пусты, т.к. данные с датчиков ещё не поступают.

Для непосредственно сбора данных пользователь нажимает кнопку «Пуск» (pисунки 2.17, 2.18), инициируя тем самым запуск потока для сбора данных. В этом потоке каждые 500 миллисекунд открывается системный сокет для отправки датаграммы.

Датаграмма формируется, записывается в сокет, и далее поток ждет ответа от сервера. Если ответ не поступил в течение 2 секунд — сокет закрывается, инициируется ошибка ожидания ответа, и затем цикл повторяется. Если ошибка ожидания произошла 10 раз — поток завершает свою работу, и пользователь уведомляется о том, что возникли неполадки с передачей данных. Если же такой ошибки не возникает, либо если она повторяется редко, то поток продолжает работу, ожидая ответа. Когда ответ получен, он преобразовывается из байтового представления в массив чисел в hex-формате. Далее этот массив передаётся первичному обработчику данных. После того, как поток получил числовые значения пришедших показаний, он передаёт данные основному потоку приложения. В нем происходит математическая обработка данных, и отображение результата пользователю. В потоке получения данных в это время закрывается сокет соединения с сервером, и процесс получения данных начинается сначала.

2.6 Тестирование

Тестирование мобильного приложение выполнялось тремя способами. Первый, и основной способ — тестирование по итерациям. Каждую неделю, по завершении итерации разработки, приложение попадало в руки тестировщиков, и после окончания тестирования разработчик получал отчет о найденных ошибках. Тестировщиками на данном этапе выступали сами разработчики, их коллеги и заказчик приложения. Второй способ тестирования совпал с проведением первичных испытаний датчика крутящего момента. На этих испытаниях мобильное приложение также проходило тестирование приема и обработки данных, а также тестирование визуальных элементов. И, наконец, третий этап тестирования — тестирование всего комплекса, или альфа-тестирование. Данный этап еще не реализован, т. к. отсутствуют некоторые компоненты для установки датчиков на буровую установку. Но ожидается в ближайшем времени. На данном этапе можно сказать, что мобильное приложение функционирует корректно, и готово к альфа-тестированию и дальнейшему внедрению в производство.

3 Экономический раздел

Разработка комплекса “Моментум” как производство программного обеспечения потребовала вложения некоторых материальных и временных ресурсов со стороны разработчиков. В данном разделе эти ресурсы будут рассмотрены более подробно.

3.1 Теоретическое описание понятия «затраты»

Любая деятельность, в том числе и разработка ПО, для ее производства требует ресурсов. Денежной оценкой стоимости материальных, трудовых, финансовых, природных, информационных и других видов ресурсов на производство и реализацию продукции за определённый период времени называют затратами. Как видно из определения затраты характеризуются:

1. денежной оценкой ресурсов, обеспечивая принцип измерения различных видов ресурсов;

2. целевой установкой (связаны с производством и реализацией продукции в целом или с какой-то из стадий этого процесса);

3. определенным периодом времени, т. е. должны быть отнесены на продукцию за данный период времени.

Необходимо отметить ещё одно важное свойство затрат: если затраты не вовлечены в производство и не списаны (не полностью списаны) на данную продукцию, то затраты превращаются в запасы сырья, материалов и т. д., запасы в незавершённом производстве, запасы готовой продукции и т. п. Из этого следует, что затраты обладают свойством запасоемкости и в данном случае они относятся к активам предприятия.

Затраты определяют объёмы издержек, которые, в свою очередь, формируют себестоимость – важнейший из показателей, характеризующих эффективность производства.

В зависимости от объёмов производства затраты могут быть переменными и постоянными [19]. Это два основных типа издержек, каждый из которых определяется тем, меняются ли итоговые затраты в ответ на колебания объёма или нет.

К переменным затратам относятся:

1. Материалы;

2. Сдельная оплата основных рабочих;

3. Оплата электроэнергии на технологические нужды, комиссионные;

4. Транспортные расходы;

5. Заготовительные расходы;

6. Роялти.

Постоянные затраты остаются неизменными вне зависимости от объемов производства:

1. Аренда

2. Коммунальные платежи

3. Плата за освещение и отопление

4. Заработная плата специалистов и служащих

5. Амортизация

6. Проценты по кредиту

7. Страхование

В ряде случаев определить, к какому из типов относятся затраты, сложно или невозможно. Например, для какого-то периода затраты являются постоянными, но в конечном итоге возрастают или снижаются. В таких случаях можно говорить о некой промежуточной стадии.

В зависимости от влияния затрат на себестоимость продукции их разделяют на прямые и косвенные.

Прямые затраты – это затраты, связанные с производством отдельных видов продукции, на себестоимость которых они могут быть непосредственно отнесены. Это сырье и основные материалы, полуфабрикаты, заработная плата производственных рабочих, электроэнергия.

К косвенным относят затраты, связанные с производством линеек продукции. Например, общецеховые расходы, общезаводские расходы, часть непроизводственных расходов. Их нельзя связать с данным продуктом или подразделением.

Существует также разделение типов затрат на затраты на период и затраты на продукт. Затраты на период указывают на потраченные средства и ресурсы в определённый производственный период (месяц, квартал). Сюда относятся административные и коммерческие расходы. Затраты на продукт определяются затратами на материалы, входящие в состав произведённой продукции, трудозатратами, связанными с данным конкретным продуктом, и прочими затратами, связанными с процессом производства (косвенные расходы).

Общая сумма затрат на прямые материалы, прямой труд и прямые расходы формируют себестоимость единицы продукции. А прибавленные к ним доля данной единицы в косвенных затратах или накладных расходах, состоящих из косвенных материалов, косвенного труда и косвенных расходов, представляют собой общую себестоимость единицы продукции.

Для оценки запасов, стоимости производства и покупки единицы запасов используется также понятие производственной себестоимости: оно может включать в себя прямые и косвенные производственные затраты, но не включать затраты на реализацию и общеадминистративные расходы.

Описанными выше способами классификация затрат не исчерпывается. Их также можно разделять исходя из следующих признаков:

1. по составу: фактические и плановые;

2. по степени усреднения: общие, средние;

3. по функциям управления: производственные, административные, коммерческие;

4. по устранимости: устранимые, неустранимые [20].

3.2 Практический раздел

В процессе разработки программно-аппаратного комплекса “Моментум” разработчиками были произведены следующие работы:

1. Разработка мобильного приложения;

2. Разработка серверной части комплекса;

3. Разработка и сбор испытательных стендов для тестирования датчиков и мобильного приложения.

Для реализации всех этапов работ потребовалось понести затраты на закупку необходимого оборудования. Ниже представлен перечень закупленного оборудования:

1. Датчик крутящего момента LoadCellsSensor Leitai LT-NJ 0300033;

2. Датчик положения сваи STMicroelectronics LSM9DS0 модели LGA-24;

3. Планшет T70 T70s NFC Huge Rock Android Quadcore Rugged Tablet Ip65 ля тестирования мобильного приложения;

4. VPS — сервер для размещения на нем серверной части комплекса;

5. Металлические комплектующие стенда для тестирования.

На разработку мобильного приложения и серверной части комплекса потребовалось 7 месяцев работы команды разработчиков из двух человек. Соответственно, были понесены затраты на заработную плату разработчикам и аренду офиса, в котором производилась разработка.

Для сбора стендов потребовалось произвести закупку комплектующих, их сборку, а также непосредственно их монтаж. Сборка стендов производилась нанятым сварщиком. Монтаж стенда производился командой разработчиков из двух человек, во внерабочее время, и поэтому оплачивались сверхурочно.

Характеристики

Список файлов ВКР