Разработване на мобилно приложение. Лична счетоводна програма

[Mozo]

ТЕХНИЧЕСКИ УНИВЕРСИТЕТ – СОФИЯ

ФАКУЛТЕТ КОМПЮТЪРНИ СИСТЕМИ И УПРАВЛЕНИЕ

Курсова работа
по Програмиране за мобилни устройства
Вариант №: 11
Лична счетоводна програма

Разработване на мобилно приложение
Лична счетоводна програма


Обхват на фукционалността:

Потребителско управление
Регистрация.
Влизане чрез удостоверяване.
Съхраняване на записите за регистрирани потребители
Потребителят получава удостоверение след регистрация.
Потребителят може да съхранява записи, като попълни всички полета, и той може да бъде сигурен, че записът е защитен от неупълномощени лица.
Получаване на съхранените записи
Потребителят трябва да се регистрира и да има пълномощия.
Потребителят може да има достъп само до неговите записи.
Потребителят може да получи документация за дадените критерии.
Взимане на статистика
Потребителят трябва да се регистрира и да имат пълномощия.
Потребителят може да получи статистиката въз основа на собствените си записи.
Потребителят може да избира период от време равен на ден, месец и година.


Архитектура на приложението:

Структура на приложението:
а. Logic, Data, Model
Logic, Data, Model представлява абстрактна структура на домейн на информация. Структурата на приложението ще бъде разделена на три слоя. Това е общ модел на данните за разработване на приложения. Този модел е насочен в по-добро организиране на структурата на продукта. Същият модел ще бъде приложен и в сървъра, и в приложенията за клиента.


б. Server/Client connection
Връзката между сървъра и неговите клиенти ще бъде създаден чрез TCP / IP протоколи. Данните, които са преминали през канала ще бъдат в двоичен формат. Връзката ще бъде постигната чрез сокети, открити за сървъра и клиента. Причината за избора на TCP / IP връзка вместо HTTP е основана на постигнатите резултати. HTTP връзката в своята същност до известна степен е построена на горния слой на TCP / IP връзката, като стандартизира предаването на данни. Така че, естествено, използванетона TCP / IP сокети ще бъде по-тежко, отколкото използването на HTTP. Изпълнението е по-сложно, но е по-добро.

в. Data storing
Данните на приложението ще се съхраняват в база данни, която ще бъде свързана към сървъра. Данните ще бъдат предадени от клиента към сървъра чрез TCP / IP връзка чрез команди за съхранение. Сървърът от своя страна ще съхранява данните в базата след необходима валидация.


г. Multi-Client connection
Сървърът ще бъде в състояние да се справи с мулти-клиент свързването посредством многонишково изпълнение. На клиента, свързан към сървъра, ще се създаде нишка, служеща на потребителя за изпълнение на команди му.


д. Server UI
Сървърът ще приеме командите, изисквани от клиентите. Поради множество клиенти на сървъра, той ще логне връзката с текущия клиент на програмата.



е. Client UI(Desktop)
Интерфейсът ще бъде създаден в клиента и ще прави всички необходими проверки за правата на потребителя, необходими му да завърши работата си. Данните ще се изискват от сървъра и ще бъдат обвързани с контролите. Проверките ще бъдат, основани на целите на управлението.

ж. Client UI(Mobile)
Интерфейсът ще бъде създаден в клиента и ще показва всички мобилни контроли, необходими на потребителя да завърши работата си. Данните ще се изискват от сървъра и ще бъдат обвързани с мобилните контроли. Проверките ще бъдат, базирани на целите на управлението.


Имплементация:

Сървър
1. Стартиране на сървъра
Когато сървърът стартира сокета на сървъра е отворен на порт 3000 и започва да чака клиенти да се свързват.
2. Връзката с базата данни
База данни се стартира и сървърът се свързва с нея.
3. Нов клиент се свързва
Когато клиент е свързан към сървъра, нова нишка е създадена за него и тя ще обслужва заявките му.
4. Клиент изпраща команда към сървъра
Чрез TCP връзка клиентът изпраща команда към сървъра в двоичен формат.
5. Сървърът трансформира информация от двоичен в низов формат
Сървър получава масив от двоични байтове и ги превръща в низ.

Целият материал: