„Разработване на съвместно информационно приложение с адаптивен дизайн подходящо за употреба както в уеб среда, така и на мобилни устройства, включващо информация за Община Мъглиж, туристически карти, обекти и маршрути и информация относно тях в рамките на проекта“

Продължение от раздел Описание(BT-24-Procedure): Обработка на грешки
Приложението следва да отреагира на всички вероятни грешки случващи се по време на работа на програмата,
да информира потребителя за възникналата изключителна ситуация и да предоставя изход от нея.
3. Екрани/модули/компоненти на приложението
•Начален екран
•Навигационно меню
•За нас – информация за проекта и участниците
•Настройки
•Детайлни страници за визуализация на подробна информация. Броят и съдържанието на страниците ще бъде
уточнен в процеса на бизнес анализ.
•Модул „Карта“ – интерактивна туристическа карта с възможност за динамична реконфигурация и визуализация на
различни слоеве от информация и точки по нея:
oПренасочване от картата към детайлна страница на даден обект
oПренасочване от детайлна страница към картата за показване на местоположението на съответния обект.
oПолучаване и визуализиране на местоположението на потребителя
oИзчисление и визуализиране на маршрут от местоположението на потребителя до даден обект
•Модул „Игри” – приложението трябва да позволява конфигурирането на игра от вида „Quiz“, която да бъде
обвързана с даден обект или локация и в следствие от резултата на играта да се получава награда и следваща
цел за постигане.
•Модул Социална интеграция – приложението трябва да позволява конфигурирането и интегрирането с акаунти в
социални медии, като Фейсбук, Инстаграм, Тик Ток и др., като дава възможност за директно публикуване на новини
и събития.
4. Фази на разработка
4.1. Бизнес анализ
В процеса на бизнес анализ трябва да бъдат описани основните функционалности на приложението.
Разработчикът на приложението трябва да опише основни потребителски сценарии, които в последствие да бъдат
реализирани.
На фаза анализ трябва да бъде изяснена концепцията за визията на приложението, като изпълнителят се
задължава да представи поне два различаващи се дизайна.
Изпълнителят трябва да представи анализ на структурата на данните, логическото и физическото им представяне,
и средствата за тяхното управление, вкл. дефиниране на мерки за премахване на дублиране и несъответствия
между данни, мерки за защита на личните данни, анализ на данните, които подлежат на миграция, и т.н.;
Трябва да се представи анализ на необходимите ресурси – системен софтуер и хардуер (включително
комуникационно оборудване), за обезпечаване реализирането на системата върху среда, предоставена от
Възложителя.
Изпълнителят трябва да дефинира в детайли конкретния обхват на реализация на софтуерната разработка и да
документира изискванията към софтуера в детайлен Системен проект, който ще послужи за пряка изходна база за
разработка.
Срок на фаза анализ не по-дълъг от 6 седмици /42 календарни дни/.
4.2. Фаза системен проект
На база на проведения анализ Изпълнителят следва опише техническия подход за изпълнението на поръчката в:
•Техническа спецификация на модулите на системата: функционални и нефункционалните изисквания, която
включва
-Описание на модела на данни;
-Описание на технологията, която ще се използва за изграждане на ИС;
-Описание на логическата архитектура на новоразработваната система и прецизно определяне на модули на
системата;
-Описание на функционалните и нефункционалните изисквания.
-Изготвяне на план за техническа реализация;
-Дизайн на информационната среда, хардуерната и комуникационната инфраструктура, необходими за
функционирането
-Определяне на потребителския интерфейс съгласно изискванията на техническото задание.
Срок на изпълнение не по-дълъг от 6 седмици /42 календарни дни/.
5.1. Разработка на софтуерно приложение
В рамките на тази дейност Изпълнителят следва да извърши разработка на системата, както е определено на етап
анализ:
- да позволява унифициран подход при разработката;
- да гарантира доставката на всяко съобщение и неговото логване с цел последващ одит като използва стандартен
mediation primitive;
- да не зависи от операционната система или от езика на програмиране на системите;
- да може да включва услуги по трансформация на съобщения между изпращащата система и приемащата,
включително за трансформиране на формата на данните;
- да може да се включва и валидиране срещу схема за изпращане и получаване на съобщения;
- да могат да се прилагат бизнес правила, обогатяване на съобщението от друг източник, разделяне и
комбиниране на множество съобщения и да бъде осигурено управление на изключенията.
Срок на фаза Разработка: не по-дълъг от 18 седмици /126 календарни дни/.
6. Тестване
Изпълнителят трябва да проведе тестване на разработено софтуерно решение в създадена за целта тестова
среда в инфраструктурата на Възложителя, за да демонстрира, че изискванията на Техническото задание са
изпълнени.
Участниците трябва да представят методология за тестване, която ще използват с описание на обхвата на
тестването, вид и спецификация на тестовете, управление на дефектите, инструменти и други параметри на
процеса.
Срок на фаза Тестване: не по-дълъг от 4 седмици /28 календарни дни/.
7. Обучение
Изпълнителят трябва да обучи до 50 служителя на Възложителя за работа със системата.
Обученията се провеждат в онлайн среда осигурена от Изпълнителя.
Срок на фазата: не по-дълъг от 7 календарни дни.
8. Гаранционна поддръжка
Изпълнителят трябва да осигури гаранционна поддръжка на системата за период от 12 (дванадесет) месеца,
считано от приключването на дейностите по внедряване на софтуера.