Разработка
приложений

Разработка
приложений

Разработка приложений

Для нас проекты и услуги, реализация которых связана с разработкой программных продуктов, представляют собой нечто большее, чем просто создание кода в соответствии с техническими характеристиками заказчика. Это прекрасная возможность участвовать в создании решений, которые удовлетворяют изменяющимся и растущим ожиданиям конечных пользователей услуг. Работа над такими решениями основана на постоянных инновациях, поскольку продукт должен опережать рынок и быстро адаптироваться к меняющимся условиям.

Наша компания постоянно помогает клиентам решать различные бизнес-задачи, создавая или модифицируя программные продукты, основываясь на опыте и компетенциях нашей сплоченной команды специалистов. Создавая передовые продукты, мы открываем новые источники дохода для клиентов или помогаем сократить существующие расходы, в том числе за счет повышения производительности и эффективности бизнес-процессов. В процессе разработки мы всегда учитываем фактор возможного расширения компании. Поэтому решение будет построено таким образом, чтобы его можно было легко масштабировать в процессе роста или трансформации вашего бизнеса.

Если вы ищете долгосрочного надежного партнера для реализации новых инновационных идей, которые будут отличать ваш бизнес в жесткой конкурентной среде, Green Light Corporate Solutions обеспечит отличный результат в рамках указанного бюджета и времени.

РАЗРАБОТКА, ВНЕДРЕНИЕ И ОБСЛУЖИВАНИЕ ПРОГРАММНОГО ОБЕСПЕЧЕНИЯ ТАМОЖЕННОГО ПРИМЕНЕНИЯ
Решения и их виды

Решение – это комплекс работ и ресурсов (программное и аппаратное обеспечение, персонал и т.п.), нацеленных на устранение любой проблемы.

  • Кастомизация – это адаптация имеющегося продукта под конкретного потребителя.

  • Решение может быть:

    • коробочным (кастомизация отсутствует) – Word, Excel;

    • тиражированным (требуется кастомизация) – СЭД, CRM, ERP;

    • заказным, то есть разработанным под заказ.

Преимущества разработки заказного ПО
  • Индивидуальный подход к Заказчику, разработка и внедрение информационных решений в соответствии с ИТ-стратегией компании, дополнения существующих решений.

  • Индивидуальная информационная система гарантированно включает только необходимые для Заказчика функции, не перегружая и не усложняя инфраструктуру.

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

  • Интеграция и синхронизация прикладных информационных систем Заказчика, в том числе при многофилиальной оргструктуре; единая отчетность при наличии многих источников данных.

  • Информационная система, выстроенная под определенную компанию – это уникальный продукт, который отвечает всем требованиям и индивидуальным особенностям Заказчика, учитывающий условия работы, перспективы и динамику развития организации.

  • Кроме того, заказная разработка ПО часто становится необходимым дополнением к уже введенному коробочного или тиражируемой решением, позволяет увеличить функциональные возможности существующей системы.

  • Разработка идеально подходит для ситуации, когда руководство компании привыкло опираться на собственные силы и самостоятельно все контролировать.

Этапы разработки информационной системы на заказ
  • Технико-коммерческое предложение.
  • Обследование и разработка технического задания.
  • Проектирование, включая разработку архитектуры системы, макетов пользовательского интерфейса, дизайна отчетов.

  • Разработка и тестирование системы, ее документирования.

  • Опытная эксплуатация, включая обучение персонала и миграцию накопленных данных.

  • Введение в промышленную эксплуатацию, техническая поддержка и сопровождение системы.

ИНСТРУМЕНТЫ УПРАВЛЕНИЯ РАЗРАБОТКОЙ

Для управления разработкой программных продуктов используются современная система управления задачами и временем разработки Redmine.

Для хранения программного кода используется распределенная система управления версиями файлов и совместной работы Git .

Для автоматизации сборки и развертывания программных продуктов используется технология непрерывной интеграции и непрерывного доставки CI / CD: Teamcity.

ТЕХНОЛОГИИ

Команда использует передовые технологии по разработке промышленных программных решений. Такие как Java Enterprise Edition, Wildfly, Oracle GlassFish Server 4.x-5.x, Oracle MySQL, MS SQL, Mondrian.

ПЛАТФОРМЫ

Архитектура программных и аппаратных решений подбирается в соответствии с предметной областью и задачей заказчика. Команда использует платформы для быстрой разработки программного обеспечения:

PHOENIX

ПЛАТФОРМА PHOENIX                           

Платформа Phoenix – это платформа для быстрого построения многопользовательских решений с многоуровневой архитектурой. Платформа представляет собой продукт собственной разработки.

Области применения:
  • ЖКХ

  • Экология

  • Инфраструктура

  • Как ядро ​​общей административной части

АРХИТЕКТУРА И ТЕХНОЛОГИИ

Базовый уровень архитектуры является реализацией прикладных системных интерфейсов и сервисов, с помощью которых разрабатываются компоненты взаимодействуют с ресурсами технической и программной среды. Это универсальная программная архитектура (де-факто, внутрикорпоративный стандарт), что позволяет значительно сократить время разработки прикладной логики заказного программного обеспечения за счет генерации исходных кодов, унификации программных интерфейсов и повторного использования сервисных компонент.

Текущую реализацию базовой архитектуры можно представить в виде трех уровней:

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

Уровень бизнес-логики. Приложение, функционирующее на сервере приложений, представляет собой совокупность служб или сервисов, выполняющих характерные для этого приложения операции. Клиентом службы может быть как локальный серверный бизнес-компонент, который реализует прикладную бизнес-логику, так и внешние сервисные службы или программы, расположенные в корпоративной или глобальной сети Internet, образуя, таким образом, многоуровневую программную модель.

Уровень данных. За счет внесения в базовую архитектуру дополнительного уровня абстракции была достигнута относительная независимость приложения от конкретного производителя системы управления базами данных (СУБД). 

LOGO-18-11
 CASE 1

НАЗВАНИЕ СИСТЕМЫ

Пробная перепись населения Украины в 2019 году.

Заказчик

Госстат Украины.

ЦЕЛЬ СОЗДАНИЯ СИСТЕМЫ И ОСНОВНЫЕ ЗАДАЧИ, КОТОРЫЕ ОНА РЕШАЕТ

Текущий проект решает следующие задачи:

  1. Определение методов и основных организационных мероприятий.

  2. Апробация применения инновационных технологий.

  3. Определение оптимальных дат и продолжительности проведения.

  4. Определение концепции технологии обработки данных.

  5. Определение механизмов взаимодействия органов государственной статистики с местными.

Технологические этапы переписи

Сбор информации выполняется различными способами: саморегистрации респондента через Интернет, перепись методом обхода, перепись на стационарных участках и контрольный обход. Далее информация консолидируется и направляется экономистам-демографам на анализ и удаления дублей, если по одному и тому же адресу была предоставлена ​​информация разными способами. Следующими этапами обработки данных является агрегация, проведения контролей данных на согласованность и построение выходных таблиц.

Архитектура комплекса построена таким образом, чтобы обеспечить максимальную надежность, отказоустойчивость и защищенность данных, так собраные данные представляют наивысшую ценность. Во время сбора данные сразу шифруются, передаются по зашифрованным каналам и расшифровываются только в изолированной защищенной среде. Региональное распределение серверов построено таким образом, чтобы при вероятном выходе из строя одного или нескольких серверов – система продолжала работать задействуя резервные каналы и мощности соседних региональных серверов для передачи данных с местного на центральный уровень.

ОСОБЕННОСТИ ВНЕДРЕННОГО РЕШЕНИЯ

Интернет – раунд. Саморегистрации респондента через Интернет происходит во время специально выделенного промежутка времени – Интернет-раунда. Респондент заходит на специальную Web-страницу и проходит авторизацию с помощью электронной подписи.

Раунд-обхода. Во время раунда обхода переписчики используя планшеты обходят соответствующий перечень адресов и опрашивая респондентов – вносят информацию с помощью специального программного обеспечения к планшетам.

Семейное древо в графическом виде – это наше ноу-хау в методологии сбора информации о составе домохозяйства. Этот метод использовался впервые в мире при проведении переписи населения и показал отличные результаты: по восприятию информации респондентами и переписчиками и практически свел к нулю количество ошибок при определении родовых отношений между членами домохозяйства для дальнейшей обработки.

Мониторинг на местном уровне.

В ходе проведения переписи необходимо контролировать ход сбора данных. На местном уровне этот контроль осуществляется начальниками и инструкторами переписных участков с помощью специального интерфейса по каждому переписчику.

Мониторинг на центральном уровне.

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

Результаты переписи.

По результатам проведения пробной переписи населения различными методами было переписано 9040 помещений оболонского района. Киева и 2892 помещения. Часть Бородянского р-на Киевской обл. Выбранная технология и методология показали отличные результаты надежности и удобства работы с интерфейсами пользователей.

ArcGIS PLATFORM                                

CASE 2

НАЗВАНИЕ СИСТЕМЫ

Программно-аппаратный комплекс автоматизированной системы составления квартальных списков и переписного районирования Всеукраинской переписи населения.

Заказчик

Госстат Украины

ЦЕЛЬ СОЗДАНИЯ СИСТЕМЫ И ОСНОВНЫЕ ЗАДАЧИ, КОТОРЫЕ ОНА РЕШАЕТ

Текущий проект решает следующие задачи:

  1. Районирования территории на регистраторские участки

  2. Подготовка данных для планшетов регистраторов

  3. Сбор актуальных данных об адресном фонде в полевых условиях

  4. Переписное районирование на основе обновленных картографических данных

  5. Подготовка индивидуальных заданий для переписчиков

  6. Выгрузка отчетных данных для дальнейшей обработки

АРХИТЕКТУРА СИСТЕМЫ, ГЛАВНЫЕ ТЕХНОЛОГИИ, КОТОРЫЕ ПРИМЕНЯЛИСЬ

Архитектура АС СКСПР ВПН. Данные в системе хранятся и обрабатываются в версионных базах геоданных различных уровней. Система имеет в составе архивное хранилище, центральную БД, региональные БД, ГИС-серверы и геопортал. Эти составляющие обслуживаются администраторами переписного районирования. На верхнем уровне архитектуры находятся регистраторы, которые обрабатывают данные в полевых условиях с помощью мобильных девайсов и передают их на региональный уровень, синхронизируя базы данных через подключение по корпоративной сети.

ОСОБЕННОСТИ ВНЕДРЕННОГО РЕШЕНИЯ

Технология переписного районирования. На основе исходной базы геоданных территория исследования разбивается на регистраторские участки. Регистраторы проверяют имеющиеся в базе адреса и актуализируют их с помощью программного обеспечения на планшетах регистраторов. Собранные в полевых условиях данные составляют основу для обновления базы геоданных. На этапе переписного районирования территория разбивается на переписные отделы, инструкторские и переписные участки, на основе которых формируются индивидуальные задания, по которым переписчики будут проводить анкетирование при проведении переписи населения.

Eccentex PLATFORM                      

 CASE 3

НАЗВАНИЕ СИСТЕМЫ

Единая государственная информационная система трансплантации.

Заказчик

Министерство здравоохранения Украины.

ЦЕЛЬ СОЗДАНИЯ СИСТЕМЫ И ОСНОВНЫЕ ЗАДАЧИ, КОТОРЫЕ ОНА РЕШАЕТ

Система охватывает все ключевые логистические процессы ежедневных операций реестра: на основе платформы Eccentex было разработано несколько решений: создание данных о донорах и пациентов, управление запросами, записи о трансплантации и  другие.

АРХИТЕКТУРА СИСТЕМЫ, ГЛАВНЫЕ ТЕХНОЛОГИИ, КОТОРЫЕ ПРИМЕНЯЛИСЬ

  • OTS платформа

  • Multi tenant

  • Распространенные технологии разработки – JS, C #, SQL

  • Открытая экосистема – конфигурацию решения заказчик может менять самостоятельно

  • Открытый программный код

 CASE 4

НАЗВАНИЕ СИСТЕМЫ

Решение для службы экстренной помощи 103

Заказчик

Министерство здравоохранения Украины. Национальный проект “Своевременная помощь”.

ЦЕЛЬ СОЗДАНИЯ СИСТЕМЫ И ОСНОВНЫЕ ЗАДАЧИ, КОТОРЫЕ ОНА РЕШАЕТ

Решение службы экстренной помощи 103 – это комплексное решение, предназначенное для использования оперативными и диспетчерскими службами центров скорой медицинской помощи и медицины катастроф.

Система предназначена для:

  • безотказного приема и обработки экстренных вызовов в ЕРЦ по телефонному номеру «103» c новым уровнем качества, учитывая что каждый экстренный вызов на номер «103» будет получен системой и не будет прерван, затерян даже в случае неисправности аппаратного / программного обеспечения;
  • оптимизации технологического процесса оказания медицинской помощи от приема звонка, учитывая направление бригады СМП по вызову, к госпитализации, включая сопровождение действий бригады СМП в части оперативного получения консультативной и справочной информации на догоспитальном этапе обслуживания пациента, определение ЛПУ для госпитализации пациента и координации действий с ЛПУ для обеспечения его госпитализации и организации медицинской помощи;
  • оптимизации коммуникаций между всеми звеньям от этапа приема обращения от абонента действий бригады СМП, включая передачу информации в электронном виде;
  • оптимизации времени реагирования бригад СМП на вызов, включая сопровождение вызова в части выбора и коррекции маршрута и оперативной передачи дополнительной координат точки вызова  бригаде СМП;
  • обеспечению единой прозрачной системы мониторинга использования ресурсов и конечных результатов скорой помощи с единой отчетностью на региональном и национальном уровне, на базе единого информационного хранилища;
  • снижение необоснованной нагрузки на бригады СМП в городах за счет внедрения многоуровневой системы обработки вызовов, а также категоризации и фильтрации вызовов онлайн на основе анализа накопленной статистики по обращениям абонентов;
  • централизованной информационной поддержки деятельности экстренных служб при оказании помощи населению.

ОСОБЕННОСТИ ВНЕДРЕННОГО РЕШЕНИЯ

  • Единая система, единый стандарт работы и управления ресурсами реагирования
  • Надежность обработки вызова
  • Отказоустойчивость на уровне 99%
  • Соответствие EENA NG 112, TIA 942, TIA1179 (Healthcare infrastructure standard)
  • Использование цифровых протоколов связи SIP
  • Получение информации о местонахождении на базе ANI / ALI (Automatic Number Identification – автоматическое определение номера / Automatic Location Identifier – автоматическое определение местоположения)
  • Возможность определения координат местоположения абонента (в случае передачи такой информации от оператора связи)
  • Использование GPS для определения местоположения сил реагирования
  • Обслуживание абонентов с нарушениями слуха и речи