
- •Оглавление
- •Введение
- •1 Особенности разработки под ос android
- •Платформа Android и ее архитектура
- •1.1.1 Уровень ядра Linux (Linux Kernel)
- •1.1.2 Уровень библиотек и среды выполнения (Android Runtime)
- •1.1.3 Уровень каркаса приложений (Application Framework)
- •Уровень приложений (Applications)
- •Инструменты разработки
- •1.2.1 Java Development Kit(jdk)
- •1.2.2 Среда программирования Eclipse
- •1.2.3 Android sdk
- •1.2.4 Android Development .Tools (adt)
- •Основные элементы приложения
- •1.3.1 Activity
- •1.3.2 Services
- •1.3.3 Content providers
- •Broadcast receivers
- •2 Разработка интерфейса мобильного приложения
- •2.2 Основные элементы приложения
- •2.3 Руководство пользователя
- •2.4 Тестирование приложения
- •Заключение
- •Список использованных источников
1.3.2 Services
Services(сервисы) представляют из себя компоненты, которые работают в фоновом режиме. Он, как правило, требуется для длительных операций или для обеспечения работы удаленных процессов, но в общем случае это просто режим, который функционирует, когда приложение не в фокусе. Сервис сам по себе не предоставляет пользовательского интерфейса, то есть с пользователем не взаимодействует, а запускается, управляется и связан с другими компонентами, например, activity. Также может запускаться вместе с системой. Сервисы реализованы в виде подкласса Service.
1.3.3 Content providers
Данный компонент управляет наборами данных, которые приложения предоставляют другим. Эти данные могут храниться в файловой системе, базах данных SQLite, в сети, или в любом другом постоянном месте, к которому приложение может иметь доступ. Посредством content provider другое приложение может запрашивать данные и, если выставлены соответствующие разрешения, изменять их.
Например, система Android содержит content provider, который управляет пользовательской информацией о контактах. Он позволяет любому приложению, обладающему соответствующими правами вызывать составляющие этого компонента для того, чтобы считывать, записывать или изменять информацию о конкретном человеке. В более общем случае, content provider можно использовать для чтения и записи данных, которые используются приложением и не являются открытыми для других. И для того, чтобы другие приложения могли совершить операции с данными, им необходимо предоставить стандартный набор API.
Broadcast receivers
Этот компонент отвечает за распространение общесистемных сообщений, отслеживание и реагирование на действия. Многие оповещения идут от системы, например, сообщения о том что заряд батареи мал или экран выключен. Приложения также могут инициировать такие оповещения, например, сигнализировать о том, что информация загружена на устройство и доступна к использованию.
Как и сервисы, broadcast receiver не предоставляет пользовательского интерфейса, однако, он способен создавать уведомления в строке состояния, чтобы предупреждать пользователя о том, что произошло какое-то событие. Однако чаще broadcast receiver взаимодействует с другими компонентами для того, чтобы самому выполнять минимальный объем работы. Так, он может инициировать сервисы для выполнения действий, привязанных к какому-то событию. Компонент реализуется как подкласс BroadcastReceiver и каждая передача представляется как объект класса Intent[5].
2 Разработка интерфейса мобильного приложения
2.1 Техническое задание
Настоящее техническое задание распространяется на разработку ….
Результат работы должен иметь возможность дальнейшего использования в качестве основы полнофункционального приложения.
В качестве программного обеспечения необходимо использовать язык программирования высокого уровня Java и среду программирования Eclipse с установленным и настроенным набором инструментов Android SDK.
2.1.1 Основание для разработки
Программа разрабатывается на основе учебного плана направления 010400.62 «Прикладная математика и информатика».
2.1.2 Назначение
Основным назначением программы является демонстрация возможностей полнофункционального мобильного приложения, основным предназначением которого является ….
2.1.3 Требования к программе или программному изделию
2.1.3.1 Требования к функциональным характеристикам
Программа должна обеспечивать возможность выполнения следующих функций:
Исходные данные:
Бумажный прототип интерфейса;
Данные для тестирования приложения.
Результаты:
Интерфейс мобильного приложения.
Работающее приложение.
2.1.3.2 Требования к надежности
Обеспечить непротиворечивость интерфейса
Обеспечить целостность хранимой информации.
Обеспечить правильность выполнения задач пользователя.
2.1.3.3 Требования к составу и параметрам технических средств
Программа должна работать на устройствах на базе ОС Android.
Рекомендуемая конфигурация:
тип процессора ARM;
объем оперативного запоминающего устройства – 512 Мб;
объем свободной памяти не менее 100 Мб.
2.1.3.4Требования к информационной и программной совместимости
Программа должна работать на ОС Android версии не ниже 2.2 [3].