Специализираните софтуерни системи са завършени крайни продукти предлагащи цялостно обслужване в конкретна област. Обикновено предлагат услуги на групи потребители, като потребителите могат да бъдат географски отдалечени и от различни организации. Софтуерните системи имат два основни потребители: администратори, които настройват параметрите на системата, раздават права на потребителите, нива на достъп, виртуални групи, обекти и характеристики към тях, права за ползване на услугите и потребители – те използват системата по предназначението за което е създадена.

Най-често срещаната необходимост от такива системи се наблюдава при бизнеси в които може да се постигне висока степен на оптимизация и автоматизация на редица основни процеси:

• Документооборот
• Управление на процеси, задачи, проекти
• Финанси и счетоводство
• Управление на ресурси
• Инвентар и складови наличности
• Графици и екипи
• Логистика и географски обекти
• Анализи и прогнози
• Калкулация на сметки, платежни документи

Изработването на сложна софтуерна система изисква вграждането на редица специализирани алгоритми в нея. При достигане на определено ниво на сложност се преминава към модулно изграждане на системата – тя се разделя на функционални модули, който могат да работят самостоятелно и изграждането се извършва модул по модул.

Типичните срокове за изработване и внедряване на специализирана система от средна сложност ( до 500 потребителя, 10 процеса, 500 обекта, фактуриране, CRM функции, ERP функции, електронни услуги за всички потребители) да както следва:

• Първоначална дискусия за уточняване на целите - 1 месец
• Анализ от високо ниво - фазиране, бюджети, сложност, зависимост, модули, последователност - 2 месеца
• Изготвяне на детайлни изисквания - 2 седмици/модул
• Описание на решение - начин на реализация - 1 седмица/модул
• Разработване в тестова среда - 2 месеца/модул
• Обратна връзка и корекции - 1 седмица/модул
• Тестове - 1 ден
• Интеграция - 3 дни
• Пускане в експлоатация - 1 ден
• Осигуряване на интегрираност на данните - 2 дни
• Поддръжка

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

Уеб Трейд предлага разработване на специализирани алгоритми в случай на необходимост от изграждане на конкурентно маркетингово предимство или необходимост от висока степен на автоматизация с цел оптимизация на дейността.

До момента имаме разработени редица алгоритми между които:

• алгоритъм за адаптивен, самообучителен анализ на счетоводните отчети на дружествата на БФБ-София
• алгоритъм за динамично изграждане и структуриране на продуктови каталози
• алгоритъм за адаптивен анализ с натрупване на база знания относно анализ на xls файлове с произволен синтаксис
• алгоритъм за съставяне и изчисление на сложно-съставни финансови коефициенти
• алгоритъм за вероятностно предсказване на резултатите от футболни срещи на базата на детайлна статистическа информация
• алгоритъм за автоматизирано ранкиране на отбори и играчи (футбол, баскетбол, хокей) по купи, първенства и дивизии, със сложно натрупване на статистическа инфомрация
• алгоритъм за генериране и управление на кодове за отстъпка в он-лайн магазин
• алгоритъм за попълване на ценни книжа
• Меню селект – алгоритъм за ароматизирано генериране на меню при зададени брой хора и вкусови предпочитания
• алгоритъм за генериране на виртуална маса за кетеринг

Повече разработени алгоритми може да намерите в детайлното описание на реализирани проекти, секция „Специфично ноу-хау”.

Използваме agile и scrum методология за разработване и внедряване на нашите проекти. При неясни изисквания разработването на софтуера отнема повече време, затова използваме бързи прототипи, за да помогнем на клиентите ни да разбират, докосват и да почувстват и коментират дизайна и функционалността  възможно най-рано.

В повечето от проектите ние следваме този процес:

Първоначално обсъждане на параметрите на проекта

• Цел: да се състави бюджет, да се определи броят и типа от вътрешни и външни потребители на платформата, персонализирани процеси, интеграция с външни платформи, отчитане, фактуриране, обработка и съхранение,
• Изходна оценка на T-shits за: бюджет и време за доставка

Анализ на високо ниво

• Цел: среща на експертно равнище за определяне на фазите, разделяне на бюджета по фазите, сложност на фазите и зависимости
• Резултат: решение за цялостен или фазов подход за разработване

Подробно събиране на изискванията

• Цел: ниво експерти и вътрешни потребители да идентифицират събирането и описването на подробните изисквания. Синхронизация на изискванията към организацията.
• Резултат: съгласувани и приети подробни изисквания.

Описание / предложение за разработката

• Цел: преобразуване на подробните изисквания в предложението за решение. Окончателни сесии за изясняване с потенциалните потребители.
• Резултат: предложение с подробно описание на решението

Разработване в тестова среда

• Разработване на всяка фаза в тестова среда

Ранна обратна връзка и корекции 

• Ранни сесии с потенциалните потребители, за да идентифицират потенциалните корекции и да управляват очакванията

Тестване

• Функционалност и използваемост на платформата за тестване

Интеграция

• Интеграция с околните платформи, като онлайн плащания, счетоводство и складиране, фактуриране, платежни платформи, държавни органи, системи за уведомяване и отчитане

Внедряване

• Въвеждане в експлоатация

Преход

• Конвертиране на миграция на исторически данни в новата платформа

Услуги за поддръжка

• При гаранционна и следгаранционна поддръжка според определената SLA

Инструменти за разработване

В процеса на разработване на софтуер използваме инструменти следващи архитектурния модел на MVC – Model View Controller. Този модел налага разделянето на Бизнес логиката от логиката на вход и визуализация (GUI – Graphical User Interface). Бизнес логиката обикновено се състои от модели за данни като потребители, документи, клиенти и др., докато графичния интерфейс се визуализира в Уеб Браузер.

• Моделът е изграден съобразно логиката на изискванията за функционалност софтуерните системи. За целите на съхранение на модела използваме инструмента релационна база данни MySQL- система за управление на релационни бази данни. Най-често се използва в комбинация с PHP при изграждането на уеб системи с по-голям обем информация.  MySQL се съхранява в таблици и се създава, обработва и чете чрез заявки.
• За да е пълен модела, то към данните записани е базата данни прибавяме и бизнес правила, които се прилагат върху данните. Визуализацията генерира потребителския интерфейс. За целите използваме инструмента HTML 5.0, който визуализира върху Уеб Браузъра на потребителя. Визуализацията не задържа данни, те само минават през нея. За  стандартизиране на визуализацията използваме инструмента CSS - език за описание на стилове (шрифт, цвят, отстояние на елемент) на уеб документи - HTML, XML, поддържа се от всички популярни браузъри.
• Контролера приема входните заявки от потребителя, като определя дали заявката касае визуализация или промяна в модела. Контролера използва предимно инструмента PHP – скриптов език за уеб програмиране с отворен код, бърз и прагматичен и широко разпространен. Като инструмент за среда кодиране използваме PHP - среда за PHP разработка, която работи с фронт енд технологии като HTML5, JavaScript и CSS, има интеграция със системи за контрол на версиите, снабдена е с инструменти за по-лесна и бърза работа, навигиране и рефакториране на код, дебъгване и тестване.

При функционирането софтуерните системати Уеб Браузер изпраща потребителската заявка към Уеб Сървър, който от своя страна препраща заявката на маршрутизатор. Маршрутизатора, на базата на URL дефиниции пренасочва към точно определен контролер. В някои случаи контролера генерира заявка за визуализация, където от шаблон се генерира HTML и се изпраща обратно към Уеб Браузера. В повечето случаи контролера взаимодейства с модела, който PHP елемент комуникира с базата данни и подава резултата към визуализацията.

В процена на разработване използваме:  PHP OOP, Javascript, jQuery,  Ajax, SOAP, JSON, XML, Db, MySQL, WEB, HTML/XHTML/DHTML, CSS, XML, Bootstrap

Технически характеристики. Изисквания към средата

Технически параметри към сървърната среда на работа на системата:

• Изходен код: Системите се разработват на скриптов, сървърен език на високо ниво – PHP  версия 7.0.0.
• Бази данни: Работната среда на системите изискват наличието на MySQL база данни версия 5.7.19 или по-нова.
• Операционна система: Изискванията на системите по отношение на ОС са LINUX базирана Ubuntu или подобна, наличие на инсталиран mail server за обслужване на нотификациите към потребителите, наличие на web server който да обслужва HTTP заявките на клиентите на системата.

Технически параметри към клиентските крайни устройства

Разравотваме системите с интуитивен и изчистен интерфейс, който се визуализира на терминала на клиента посредством интернет браузер. Най-добра съвместимост на системата се получава при използването на браузер Google Chrome, версия 65.0 или по-голяма. Системите са достъпни през всякакви браузери, използващи HTTP/HTTPS заявки, но при използването с други браузери или версии, може да има незначителни изменения в интерфейса произлизащи от различните интерпретации на сървърните заявки и отговори от различните браузери. Системите са проектирани за работа на браузер с „default settings” – т.е. настройки по подразбиране, и промяната на тези настройки от клиента или от други софтуери ( примерно ел. подпис и подобни), може да доведе до частично, дори и пълно ограничаване на функционалността им.

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

Работна станция:

• процесор Pentium i3 или еквивалент или по-голям
• оперативна памет 2GB или повече
• ОС Windows 7 или по-голяма; LINUX
• Дисплей: FHD -1920 х 1080

Таблет:

• CPU 1GHz или по-голям
• оперативна памет 1GB или повече
• Andorid или IOS
• Дисплей: FHD -1920 х 1080, 10“ или по-голям

Телефон:

• CPU 1GHz или по-голям
• оперативна памет 1GB или повече
• Andorid или IOS
• Дисплей: FHD -1920 х 1080, 5“ или по-голям