Проектирование и реализация мобильной версии приложения учета и движения товаров на базе платформы Android и языка программирования Java. Создание таблиц базы данных. Взаимодействие объектов и экранные формы. Способы идентификации классов анализа.
Аннотация к работе
В самом широком смысле мобильное приложение учета товаров представляет собой программное приложение, функции которого состоят в учете товаров, которые имеются на фирме, добавлении новых товаров, просмотре статистики, предоставлении пользователям удобного и легко осваиваемого интерфейса и все это с помощью обычного смартфона. Сотрудники добавляют товары в предварительно созданные категории товаров, имеют под рукой текущее количество товаров, количество проданных товаров и товаров которые закончились. Каждый сотрудник с помощью смартфона в любое время может видеть всю нужную ему информацию по товарам, при этом без необходимости ехать в офис, либо использовать компьютер. В данном дипломном проекте разработано мобильная версия приложения учета и движения товаров на фирме на базе платформы Android, которое предоставит пользователю возможность добавить подробную информацию о товарах, производителях и заказчиках фирмы; производить поиск нужных товаров по существующей базе в системе; видеть состояние дел фирмы посредством статистики. Рассмотрим приложение «1С: Управление небольшой фирмой», которое является комплексным решением для автоматизации учета товаров на фирме.Основное назначение приложения - это частично автоматизировать учет и движение товаров на фирме. Такая система при высоком уровне реализации вполне способна оптимизировать и облегчить учет товаров на фирме, контролировать их движение на фирме и вести удобную статистику. В приложении обеспечены права доступа для единственного пользователя - менеджера по товарам. В общем случае система для всех пользователей должна предоставлять следующие возможности: просмотр существующих товаров; При вводе и редактировании данных приложение должно контролировать правильность вводимой информации и по возможности исключать ситуации, которые могут привести к ошибочным действиям со стороны пользователей.Диаграмм вариантов использования описывает функциональное назначение системы, т.е. то, что система будет делать в процессе своего функционирования, и является исходной концептуальной моделью системы в процессе ее проектирования и разработки. В свою очередь, вариант использования (use case) служит для описания сервисов, которые система предоставляет актеру, т.е. каждый вариант использования определяет некоторый набор действий, совершаемый системой при диалоге с актером. основной поток событий: выполняется, когда «Пользователь» начинает работу с системой: 1) система запрашивает требуемое действие (добавить, удалить, обновить информацию по соответствующей категории); 5) система удаляет данные. альтернативные потоки: если добавление, удаление, обновление информации по каким либо причинам невозможно, то выводится соответствующее сообщение, содержащее причину ошибки и возможности ее разрешения: 1) добавление данных по категории: если данные для добавления некорректны, то система выводит предупреждающее сообщение о некорректности данных; основной поток событий: выполняется, когда «Пользователь» начинает работу с системой: 1) система запрашивает требуемое действие (добавить, удалить, обновить информацию по соответствующей категории);Android приложение по учету товаров на фирме будет реализовываться с помощью языка программирования Java. В сервер включена поддержка языка XML и протокола HTTP, средства повышения быстродействия и доступности, позволяющие распределить нагрузку и обеспечить бесперебойную работу, функции для улучшения управления и настройки. Также СУБД предоставляет удобный доступ к базе данных через Web по протоколу HTTP, быстродействующий встроенный полнотекстовый поиск в данных, хранящихся в БД и в документах. На основании логической модели базы данных на рисунке 4.1 приводится физическая модель спроектированной базы данных «FIRM», отображаемая на уровне первичных и внешних ключей, а в «ПРИЛОЖЕНИИ Б» представлена физическая структура таблиц и их связей базы данных «FIRM», реализованная с помощью Mysql Workbench. Следуя этой технологии, для реализации логики эффективной работы базы данных и компенсации недостающих функций, на сервере были разработаны соответствующие хранимые процедуры, которые приведены в таблице 4.1, а в «ПРИЛОЖЕНИИ В» приведены листинги некоторых из них.Строка, состоящая из 61 символов; пустая строка Строка, состоящая из 10 символов, строка, состоящая из 30 символов Строка, состоящая из 31 символов; пустая строка Строка, состоящая из 15 символов, строка, состоящая из 30 символов Строка, состоящая из 12 символов; пустая строка Строка, состоящая из 2 символов, строка, состоящая из 10 символов Строка, состоящая из 51 символов; пустая строка Строка, состоящая из 5 символов, строка, состоящая из 10 символов Строка, состоящая из 300 символов Строка, состоящая из 10 символов, строка, состоящая из 250 символовДля работы с контрагентами менеджеру фирмы необходимо выбрать пункт «Контрагент» в главном окне приложения (рисунок 6.1). В результате чего будет показано новое окно «Контрагенты» (рисунок 6.2), на котором будет доступна информация о контрагентах, а так