Дипломная (вкр): Проект стартапа

Отношение находится во второй нормальной форме тогда, когда оно находится в 1НФ и все неключевые атрибуты функционально полно зависят от потенциального ключа. Таким образом, с помощью ключевых полей, можно разбить форму на 2 таблицы, которые определяют информацию о парковке и пользователе. Разбиение полей на таблицы представлено в таблице 2.7.

Таблица 2.7 - Вторая нормальная форма

Отношение находится в третьей нормальной форме в случае, если оно находится в 2НФ и отсутствуют транзитивные функциональные зависимости неключевых атрибутов от ключевых [7]. Далее, на рисунке 2.28. представлена приведенная к третьей нормальной форме схема базы данных в MS Access.

Рисунок 2.28. Схема базы данных

Для того, чтобы определить необходимое пространство для данных, произведем расчеты потенциального количества занятого пространства. Согласно проанализированным данным, приложение в первое время его реализации охватит минимум 220 парковок города Перми [2]. Данные для расчета потенциального необходимого пространства представлены в таблице 2.8.

Таблица 2.8 - Данные для расчета пространства на 1 парковку

Общий максимальный объем на 1 парковку составляет 554 байта. Следовательно, количество байтов на 220 парковок равно 121 880 байтов, что составляет 0,00011 Гигабайтов (ГБ).

Как известно из п.2.1.5. количество потенциальных пользователей в первый месяц составит 700 человек. Посчитаем количество пространства, которое может занять данное количество пользователей в БД, информация для расчета представлены в таблице 2.9.

Таблица 2.9 - Данные для расчета пространства на 1 пользователя

Общий максимальный объем на 1 пользователя составляет 1290 байт. Следовательно, количество байтов на 700 пользователей равно 903 000 байтов, что составляет 0,00084 Гигабайтов (ГБ).

Следовательно, потенциальный необходимый объем БД при запуске мобильного приложения составляет 0,00095 ГБ. Стоит отметить, что количество занятого пространства будет увеличиваться по мере увеличения числа пользователей и количества информации о платных парковках.

.2.3 Выбор инструментов для реализации мобильного приложения

Как уже было сказано, для того, чтобы реализовать данный стартап, необходимо разработать мобильное приложение «Агрегатор коммерческих парковок», используя различные программные и аппаратные средства. Стоит отметить, что данное приложение будет разрабатываться под управлением операционной системы (ОС) Android. Данный выбор обосновывается тем, что на январь 2017 года была определена следующая распространенность ОС в России: Phone - 2.54%.- 26.56%. - 68.87% [31].

На сегодняшний день, на рынке мобильных телефонов наиболее популярной ОС является Android, что подтверждает данная статистика. Таким образом, далее были определены минимальные требования к ПО и, как результат, перечислены программные средства, необходимые для разработки мобильного приложения «Агрегатор коммерческих парковок».

Были определены следующие требования к мобильному приложению:

Поддержка мобильной платформы Android (версия 3.0. и выше)

Быстрая скорость работы пользовательского интерфейса.

Для того, чтобы написать Android-приложение, будет использован такой язык программирования, как Java.

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

Требования к ПО клиентского приложения и сервера приложений:

Android Studio. Среда разработки мобильного приложения - экранных форм, логики, запросов и так далее.

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

Выбор ПО для сервера базы данных (БД):

База данных для серверной части выбирается исходя из следующих требований:

Возможность поддерживания большого набора типов данных.

Безопасность и целостность данных.

Возможность масштабирования.

Реализациях для UNIX-подобных платформ.

Сравнение свободно распространяемых СУБД представлено в Приложении Д. Таким образом, была выбрана PostgreSQL. Несмотря на то, что данная БД имеет некоторые недостатки, такие как: плохая многопоточность, инициация вех процессов снаружи базы и сложность в использовании, она является наиболее продвинутой СУБД и обладает механизмом высокой мощности для контроля целостности данных.

Redis. Сетевое журналируемое хранилище, выбран исходя из следующих возможностей:

. Возможность сохранять сессии и профили пользователей.

. Возможность хранить промежуточные результаты вычислений при обработке больших объемов данных.

. Возможность хранения больших объемов данных.

Требования к веб-серверу следующие:

Высокий уровень безопасности.

Надежность и удобство.

Поддерживаемая ОС - Linux.

Таким образом, был выбран такой веб-сервер, как Apache.

Для разработки приложения также будут использованы некоторые стандартные библиотеки: для поиска данных о парковках и основной информации - JSON или xml parser, для определения локации пользователя стандартная библиотека LocationManager.

Выбор хостинга основывается на следующих требованиях:

Круглосуточная и быстрая техническая поддержка.

Автоматическое создание резервных копий базы данных.

Быстродействие, следовательно, близкое территориальное расположение.

Поддержка выбранной СУБД.

Количество пространство для данных - 1 ГБ.

На сервере будет храниться 1 БД и осуществляться все транзакции по работе с ней.

На основе рейтинга хостинг-провайдеров, выделены самые популярные хостеры, предоставляющие виртуальный хостинг в России, а именно: Mchost, Аdminvps, Евробайт, HostMan и HandyHost. Данное сравнение представлено в приложении Д. Стоит отметить, что не все из них поддерживают PostgreSQL. Более того, были проанализированные различные рейтинги хостингов на таких сайтах, как: hosting101.ru, siterost.ru, zapili.net и так далее и выбран хостинг на adminvps.ru. Выбор обосновывается тем, что данный представитель входит в 10 лучших хостингов сразу на нескольких сайтах одновременно и наблюдается много положительных отзывов о нем, поддерживает PostgreSQL и имеет сравнительно невысокую цену за услуги.

Данный представитель предлагает услуги виртуального хостинга в Москве. Более того, имеется круглосуточная техническая поддержка, бесплатное администрирование, бесплатное еженедельное копирование и с учетом вышеописанных требований, предлагает тариф «Promo» 99 руб./мес. и дополнительно выделенный ip - 99 руб./мес. По мере развития проекта и увеличения количества пользователей возможен быстрый переход на другой тариф, но данного пространства для данных в размере 1 ГБ хватит минимум на 4000 пользователей и 1000 парковок, что возможно предположить, благодаря подсчету потенциального необходимого объема БД в п.2.2.2.

.2.4 Оценка трудоемкости разработки программного обеспечения с помощью методики CETIN

Для того, чтобы вычислить трудоемкость разработки мобильного приложения, применяется методика СETIN, поскольку она позволяет оценить стоимость разработки на ранних стадиях проектирования. Согласно методологии разработки программного обеспечения RUP (Rational Unified Process), основные процессы разработки следующие:

Бизнес моделирование.

Управление требованиями.

Проектирование.

Реализация.

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

Развертывание [15].

Базовая трудоемкость процесса (Sj) рассчитывается по следующей формуле:

где Sj -трудоемкость процесса разработки с номером j в [человеко-месяц].номер процесса разработки.(C) - нормативные коэффициенты трудоемкости реализации одного варианта использования в процессе разработки. Значение выбирается из таблицы в приложении Б. (E)- нормативный коэффициент трудоемкости реализации одного типа объектов в процессе разработки. Значение выбирается из таблицы в приложении Б.(T) - нормативный коэффициент трудоемкости реализации одного свойства типа объекта в процессе разработки. Значение выбирается из таблицы в приложении Б.(I)- нормативный коэффициент трудоемкости реализации одного взаимодействия между типами объектов в процессе разработки. Значение выбирается из таблицы в приложении Б.(N) - нормативный коэффициент трудоемкости реализации одного типа узла в процессе разработки с номером. Значение выбирается из таблицы в приложении Б.

- количество человеко-часов в одном человеко-месяце.

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

Количество вариантов использования (C - case).

Количество типов объектов (E- entity).

Количество свойств типов объектов (T - tool).

Количество взаимодействий между типами объектов (I - interaction).

Количество типов узлов (N - node) [17].

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

Таким образом, на основание построенных диаграмм, которые представлены в п.2.2.2., функциональный размер информационной системы следующий:- 9.- 6.- 28.- 21.- 5.

Следовательно, оцениваем трудоемкость каждого этапа разработки:

32,12 + 6*28,33 + 21*14,15) = 2,5

 + 6*28,04 + 21*20,32) = 3,7

 + 6*61,75 + 28*31,35+21* 37,52 + 5*24,02) = 8,6

31,57 + 6*81,51 + 28*50,72 + 21*36,11) = 9,8

88,96) = 2,66

) = 0,66

Методика CETIN не включает в себя технические требования к системе и требования качества пользователя. Методика отражает влияние данных требований через поправочные коэффициенты, представленные в приложении Б. Таким образом, будут использованы средние значения.

 1 = 2,66

 1 = 0,66

Далее приведены сроки для каждого этапа разработки мобильного приложения, которые представлены в таблице 2.10. Стоимость рассчитывается на основе данных о зарплате, прописанных в п. 3.4.

Таблица 2.10 - Сроки разработки мобильного приложения по методике CETIN