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

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

Метод onPostExecute(Result) вызывается в потоке пользовательского интерфейса после того, как выполнение фоновой операции завершено. Результат фоновых вычислений передается в этот метод в качестве параметра.

Для того, чтобы использовать возможности AsyncTask, нужно создать его подкласс, в котором обязательно требуется переопределить метод doInBackground().

Фоновая операция может быть отменена в любое время вызовом метода cancel(boolean). За вызовом этого метода последует вызов inCancelled(), чтобы вернуть подтверждение отмены операции. После вызова этого после doInBackground(Object []) метода вместо onPostExecute(Object) буде вызван onCancelled(Object). Чтобы наиболее быстро вызвать отмену, следует всегда проверять возвращаемое isCancelled()значение периодически внутри doInBackground(Object[]), если это представляется возможным (например, в методе присутствует цикл).

Для выполнения класс AsyncTask должен быть загружен в поток пользовательского интерфейса (с версии Jelly Bean это делается автоматически). Экземпляр операции должен быть также создан внутри потока пользовательского интерфейса, как и execute(Params...).

Вызывать методы этапов выполнения AsyncTask вручную запрещено.

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

AsyncTask гарантирует синхронизацию вызовов методов обратных вызовов, поэтому явная синхронизация не требуется [26, 34-35].

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

Как уже было упомянуто выше, первым этапом выполнения AsyncTask является вызов onPreExecute(), рассмотрим пример метода в листинге, приведенном ниже.

protected void onPreExecute() {

super.onPreExecute();

progrDialog = new ProgressDialog(SingleOrder.this);

progrDialog.setMessage("Загрузка данных...");

progrDialog.setIndeterminate(false);

progrDialog.setCancelable(true);

progrDialog.show();}

В листинге создается экземпляр ProgressDialog, класса, позволяющего выводить дополнительную информацию или индицировать статус прогресса процесса в дополнительном диалоговом окне, открывающемся поверх текущего.

При создании экземпляра ProgressDialog ему требуется указать Context (в данном случае текущий экземпляр Активити SingleOrder), к которому он привязан.

С помощью метода setMessage(String) можно установить сообщение, которое будет отображено пользователю в новом диалоговом окне.

Метод setIndeterminate() указывает на то, известна ли продолжительность операции. В частности, данный метод можно установить в значение true, если в качестве стиля индикатора прогресса выбран Spinner, так прогресс будет отображаться не в виде процентного соотношения, а в виде индикатора загрузки.

Метод setCancelable(), позволяет установить реакцию на клавишу «Назад», если в качестве параметра передать true, то при нажатии клавиши «Назад», диалоговое окно будет скрыто.

Отображение диалогового окна инициируется методом show().

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

Основную работу AsyncTask проделывает в фоновом режиме, в данном случае фоновый поток используется для выборки данных о конкретном заказе (листинг, приведенный ниже).

JSONRequest jsRequest = new JSONRequest();

HashMap<String,String> arg = new HashMap<String,String>();

arg.put("username", userText);

arg.put(tagId,id);

JSONObject js = jsRequest.makeHttpRequest(orderUrl, "POST",arg);

try{

orders = js.getJSONArray(tagOrders);

for(int i = 0; i < orders.length();i++){

JSONObject obj = orders.getJSONObject(i);

hmap.put(tagId,obj.getString(tagId));

hmap.put(tagStatus,obj.getString(tagStatus));

hmap.put(tagDate,obj.getString(tagDate));

hmap.put(tagFCity,obj.getString(tagFCity)); hmap.put(tagInsurance,obj.getString(tagInsurance));

hmap.put(tagDuty,obj.getString(tagDuty));

hmap.put(tagCustom,obj.getString(tagCustom));

hmap.put(tagSize,obj.getString(tagSize));

hmap.put(tagMass,obj.getString(tagMass));

}

}

catch (JSONException ex){ex.printStackTrace();}

Запрос к базе данных посылается через ранее описанный метод JSONRequest().

После того, как данные были получены, требуется извлечь их из JSON-представления. Для работы с JSON-представлением Android предоставляет два класса: JSONArray и JSONObject.

JSONObject представляет собой изменяет собой изменяемый набор пар «ключ-значение», ключи должны быть уникальными ненулевыми строковыми значениями, значения могут быть данными типа String, boolean, int, double, NULL, JSONObject или JSONArray, запрещено, чтобы данные имели тип null, NaN, infinity или любой другой тип, что не приведен в списке выше.

Класс имеет несколько особенностей:

– если затребованы данные типа boolean, то сравнение будет произведено с регистронезависимыми значениями true и false;

– если затребованы данные типа double, любые числовые (или приводимые к числовым) данные будут приведены к типу double;

– если затребованы данные типа int, любые числовые (или приводимые к числовым) данные будут приведены к типу int;

– если затребованы данные типа String, то все ненулевые значения будут приведены к типу String, а значение типа null будет заменено на флаговому значению NULL.

Следует обратить внимание, что null в JSONObject (верно также и для JSONArray) представлен двумя разными способами: в качестве стандартного Java-варианта null и в качестве флагового значения NULL. Например put(name, null) приведет к тому, что значение в объект помещено не будет, а put(name, JSONObject.NULL) будет сохранено.

В листинге приведенном выше приложение представляет полученные данные в виде JSONArray. Далее в цикле приложение последовательно получает данные из JSONArray и организует их в HashMap в виде пар «ключ-значение», которые после можно использовать для отображения пользователю (пример использования данных приведен в листинге ниже).

header.setText("Заказ №"+hmap.get(tagId).toString()+" от "+hmap.get(tagDate).toString());

if(hmap.get(tagFBuilding) != null)beginning.setText("Точка отправления: "+hmap.get(tagFCity) .toString()+", "+ hmap.get(tagFStreet). toString() +" "+ hmap.get(tagFHouse).toString());

Приведенный выше фрагмент кода используется в метода onPostExecute(), отображая данные в удобном для чтения человека формате.

Полный пример реализации класса активити расположен в приложении В, листинг В.4.

4.5 Технико-экономическое обоснование

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

Эффективность программного обеспечения непосредственно связанна с качеством самого продукта и эффективности организации процесса разработки. Качество программного обеспечения может быть оценено по трем основным параметрам:

– ресурсозатратность;

– удобство использования;

– дополнительные параметры (если таковые затребованы).

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

Приложение занимает приблизительно 6 Мб памяти в смартфоне или планшете, стоит заметить, что для разных устройств эта цифра может варьироваться, но в незначительных пределах.

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

Таким образом общая технико-экономическая оценка должна содержать:

– оценку трудоемкости создания программного обеспечения;

– расчет материальных затрат на разработку.

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

Технический же аспект работы программиста напротив нормирован хорошо. Существует множество методик оценки трудоемкости создания программного обеспечения. В данной работе воспользуемся методикой оценки общей трудоемкости по суммарно трудоемкости видов выполняемых работ, измеренных в человеко-часах, выражаемых формулой:

где T – общая трудоемкость, чел/час, t_i – трудоемкость отдельной разновидности работ, чел/час [36].

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

Таблица 1 – План выполнения работ

При стоимости человека-часа равной 74 руб., затраты на оплату труда по тарифу должны составить 32153 руб. Помимо этого в процессе разработки присутствуют затраты на электроэнергию. В разработке был использован ноутбук с мощностью потребления 90,06 Вт/ч. Таким образом при затратах машинного времени в 423,5 затраты электроэнергии составили 38, 14 кВт ч. В Хабаровском крае тариф на электроэнергию на первое полугодие 2016 г при мощности электроустройств до 150 кВт составляет 2,12713 руб/кВт ч, тогда суммарные затраты на электроэнергию составили 81,13 руб.

Для внедрения приложения требуется приобрести лицензию разработчика Android, цена которой составляет 25 долларов США, при курсе обмена доллара в 67,97 руб., стоимость оплаты лицензии составит 1699,25 руб.

Так как компания «Континет Глобал» уже имеет принадлежащее им доменное имя, затраты на ресурсы сервера не учитываются.

Таким образом суммарные затраты составили 33933,38 руб.

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

Заключение

Состояние жесткой конкуренции, сложившееся на сегодняшнем рынке услуг в сфере транспортной экспедиции: количество компаний, действующих в Хабаровском крае исчисляется десятками и даже сотнями. В таких условиях основной задачей компании является не только найти клиента, сколько сделать этого клиента возвращающимся. Предлагая клиенту выбор в средствах, которыми он может воспользоваться для того, чтобы получить требуемое обслуживание, поставщик услуг не только улучшает мнение клиента о себе, но и увеличивает объем потенциальных клиентов, в принципе.

Результатом данной выпускной квалификационной работы является мобильно приложение для мобильной платформы Android с дополнительными компонентами в виде базы данных и серверных сценариев, необходимых для функционирования приложения.

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

Стоит отдельно отметить, что внедрение разработки, фактически, обойдется компании в пределах 2000 руб., где 80-90 % от этой суммы составит цена лицензии разработчика Android, необходимая для публикации приложения в Google Play. В силу наличия у компании собственного доменного имени, никаких дополнительных затрат на серверные ресурсы не потребуется. Платформа размещения приложения позволит анализировать отклик клиентов и улучшать его под их запросы.

Таким образом, мобильное приложение, разработанное в рамках данной ВКР, является недорогим, но потенциально выгодным и эффективным средством привлечения клиентов с высоким потенциалом развития.

Список использованных источников

1 Автомобильные грузоперевозки / под ред. Л. Драчук. – М.: Торговый Дом Металлов, ЛТД.– 2009.– 104с.

2 Балалаев, А.С. Технология работы операторских и экспедиторских компаний / А.С. Балалаев, Е.И. Гарлицкий. – Хабаровск: Изд-во ДВГУПС, 2014. – 114 с.

3 Витвицкий, Е.Е. теория транспортных процессов и систем / Е.Е. Витвицкий. – Омск: СибАДИ, 2010.– 207 с.

4 Федорцова, Е.А. Договор транспортной экспедиции: как избежать проблем с НДС / Е.А. Федорцова. – Главная книга. – №16.- 2011. – С. 23-26.

5 ГОСТ 14102-96. Маркировка грузов. – Введ. 1998-04-10. – М.:Изд-во стандартов, 1998.– 31с.

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

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