Блог Интеграл

В бизнесе не всегда фокус держится на одной точке. Иногда необходимо контролировать сразу несколько, у нашего клиента было 63 дилерских центров (ДЦ) по всей стране. Вся отчетность велась на платформе MS Excel. Из-за чего было сложно вести учет, проверять и анализировать всю информацию.

О проекте: Улучшенная версия Excel, позволяющая контролировать внутренние структуры компании едино и раздельно. Интегрированная система автоматически собирает, проверяет и сравнивает сведения по заданным параметрам. Раннее все действие выполнялись вручную. Были созданы: лист ввода данных со 127 статьями планирования на 5 лет вперед, лист анализа и контроля ввода по !36 показателям!.

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

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

Срок реализации прототипа с нуля: 2 дня Стоимость: бесплатно в рамках pre-sale

Задачи:

• Разработка структуры импорта функциональных особенностей из MS Excel.
• Создание ролевого доступа, с возможностью ведением полной отчетности по заполнению полей и контролю внесения изменений в документ.
• Разработка системы управления сведениями для создания автоматизированных отчетов о проделанной работе каждого ДЦ и создание средства планирования продаж, бюджета на ближайшие несколько лет.
• Настройка переноса данных с предшествующего источника информации с проделанными расчетами.
• Предоставлении возможности проведения автоматической поверки информации и составление единого массива данных на отдельном листе с возможностью редактирования вручную.
• Установление и заполнение 36 параметров с фильтром для последующего поиска, сортировки и анализа сведений.

Что получили в итоге? В этом сервисе Конструктор Интеграл повторил уже существующий функционал, но сделали его более защищенным, единым средством сбора отчетности, её контроля и анализа по мере ввода данных. Все быстро и без трудоемкой ручной обработки.

Набор сотрудников может принести сложности для рекрутинговой компании, где необходимо находить по 200-500 человек в сжатые сроки. Пришедший стартап придумал уникальный алгоритм подбора персонала, который решал проблемы: с трудностью обучения сотрудников, большой текучкой рекрутеров и воровством базы hh.ru, из-за чего случались блокировки со стороны hh.ru.

Набор сотрудников может принести сложности для рекрутинговой компании, где необходимо находить по 200-500 человек в сжатые сроки. Пришедший к нам стартап придумал уникальный алгоритм подбора персонала, который решал основные проблемы: с трудностью обучения сотрудников, большой текучкой рекрутеров и воровством базы hh.ru, из-за чего случались блокировки со стороны hh.ru.

О проекте: Сервис для быстрого массового набора персонала, который интегрирован с сайтом hh.ru, смс/e-mail шлюзами для отправки уведомлений и напоминаний кандидатам отбора. Программа обрабатывает отклики в произвольном порядке этапов, назначает встречи, отсеивает претендентов и планирует звонки. Есть система вознаграждений рекрутеров, оценивающая вклад каждого работника.

Основная цель: Настройка процесса отбора точно под заказчика, без единого лишнего клика в процессе работы.

Преимущества:

• Гибкая настройка вакансий. Разноуровневый доступ к отображаемой информации ограничивает полномочия пользователя и предотвращает воровство и парсинг данных с hh.
• 3-х уровневая специализация (у hh.ru 2-х уровневая) повышает порог выборки кандидатов и сокращает текучесть кадров.

Срок реализации с нуля: в пределах 100 часов (календарный месяц)

Задачи:

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

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

Что получили в итоге? Сервис успешно работал с крупными компаниями, как Ozon, Шоколадница, Пятерочка, на протяжении нескольких месяцев и еженедельно проводил отбор 200-400 человек на каждое предприятие. Нагрузка на сотрудников компании снизилась в несколько раз, что способствовало сокращению штата сотрудников, расходов, а также предотвратило парсинг данных.

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

Возможности:

• Что можно хранить в Интеграле? – Таблички, справочники, иные базы данных.
• Можно ли добавлять поля к таблицам и связывать их? – Да.
• Поддерживается ли целостность данных? – Да.
• Какое максимальное кол-во данных можно хранить? – Нет ограничений.
• Как сильно замедляется система с ростом объемов? – Не замедляется, тестировали 500+ млн записей.
• Как делается импорт и экспорт данных, и в каких объемах? – Все делается легко и быстро с помощью разных способов, включая автоматическую выгрузку. Ограничений по объему нет.
• Долго ли вычислять что-то в миллионах записей? – Быстро, проводили тестирование.
• С чем можно интегрироваться? – У системы есть API. поэтому можно интегрироваться со всем, что имеет API.
• Возможна выгрузка/загрузка в 1С? – Да, все можно.
• Можно ли править код? – Да, если нужно, ваш код HTML, CSS, JS.
• Можно это развернуть на нашем домене? – Можно.

Структура:

• Как организовано программирование бизнес-процессов? – В таблицах списками, логика в запросах, javascript.
• Как программируется изменение данных и различные расчеты внутри? – Запросами, как в SQL, но без знания SQL – в конструкторе.
• Есть ролевая модель? – Да.
• Можно ли дать доступ только к отдельным полям? – Да.
• Можно ли назначить клиента менеджерам? – Да.
• Можно ли ограничить доступ менеджера только своими клиентами? – Да.
• Можно, чтобы босс имел полный доступ при ограничении других участников? – Да.
• А какие ограничения – по количеству пользователей, транзакций, установок и т.д.? – Их нет.

Визуал и функционал:

• Внешние данные выглядят симпатично или нет? – Как сделаем, можно создать любой дизайн по вашим предпочтениям в базе – похоже на Airtable.
• Как сделать красивые рабочие места? – Поможем сверстать (итог зависит от бюджета).
• Как сделать автоматизацию – взаимозависимые поля, расчеты и всё прочее? – Запросами в конструкторе запросов.
• Как перенести в систему формулы Excel? – Есть те же формулы или их замена, только проще.
• Можно делать бэкапы? Восстанавливать их на тестовый стенд? – Да.

Стоимость, договор и безопасность:

• Сколько это стоит – лицензия? – 290к в год. Тестовые и прочие стенды сколько стоят? – 0 рублей, включено в лицензию.
• Как будет организовано сопровождение? – Абонентская плата (от 10 тыс в месяц), поддержка сообщества бесплатна.
• Какое время ответа в случае проблем? – Полчаса, при обращении в чат – часто сразу.
• Как все оформляется? – Договор на обслуживание, SLA, NDA.
• Какая ваша ответственность? – По договору.
• Кому будет принадлежать интеллектуальная собственность на результат проекта? – Заказчику.
• А мы сможем её продавать? – Сможете.
• Изменяется ли стоимость тарифов? – В договоре пропишем.
• Какие гарантии цен мы можем получить? – В договоре пропишем.
• Как защитить данные от ошибочных действий пользователей? – Есть способы, все покажем (правами, по процессу и др.).
• Что с безопасностью? – На стандартном уровне.

Самостоятельная работа:

• Какой квалификации нужно быть нашему программисту, чтобы по вашим подсказкам сделать такой проект? – Любой, порог входа низкий, достаточно программистского склада ума – он есть у почти всех программистов.
• Сможет ли пользователь делать мелкие доработки – отчет сделать или формулу поменять? – Да.
• Как нам сопровождать проект, если вы закроетесь, а мы уже привыкли? – Сопровождать систему может грамотный специалист по PHP+MySQL, у вас сразу будут все исходники и инструкция.
• Где нам взять специалистов по самому конструктору? – На фрилансе, есть более 1000 адептов, из них 190 сертифицированы, из них 25 – на отлично.

Надеемся, что после прочтения статьи у вас стало гораздо меньше вопросов. Однако, если вы не нашли ответ, напишите нам в чат или обратитесь к сайту.

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

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

Если коротко, то структура ПО – это то, как вы организовываете материал в системе в процессе разработки. Материал - все, что вносится в базу: сведения о деятельности (то есть структура папок вашего репозитория), идеи по проектированию реализации (используете ли вы рендеринг на стороне сервера или клиента? Реляционные или нереляционные базы данных?), технологии, которые вы выбираете (используете ли вы REST или GraphQL для своего API? Python с Django или Node с Express для вашего серверной части?), разработки системных решений (например, ваша система - монолит или она разделена на микросервисы?), инфраструктурные предложения (размещаете ли вы свое программное обеспечение локально или у облачного провайдера?).

Главные принципы архитектуры:

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

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

• локальное размещение: Локальный хостинг приложений означает, что вы владеете оборудованием, на котором оно запущено, что требует места, времени и денег. Однако это дает полный контроль над оборудованием. Местные серверы могут быть целесообразны, если речь идет о частной информации, которая не должна выходить за пределы предприятия. Например, управление энергосетями или банковские сведения.

• установка на серверах: Традиционные поставщики серверов предлагают аренду ресурсов, что удобно для большинства компаний. Они позволяют выбирать необходимое оборудование и оплачивать его аренду по месяцам. Это освобождает от забот по обслуживанию устройств, так как теперь это “головная боль” продавца. В дополнение, масштабирование вверх или вниз проходит легко и без риска. Яркий пример поставщика - hostinger.

• размещение в облаке: Облачные вычисления - крупные центры обработки данных, принадлежащие организациям, как Amazon, Google и Microsoft. Они предлагают вычислительные мощности через различные сервисы (например, AWS, Google Cloud и Microsoft Azure). Это позволяет размещать проекты в их центрах и использовать все преимущества.

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

Источник: https://www.freecodecamp.org/news/an-introduction-to-software-architecture-patterns/

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

Экспресс-оценка проекта, тыс рублей

Тип визуала, включая дизайн	Базовые интерфейсы Интеграла	Простая верстка, конструктор	Интерфейсы сверстаны профи
Количество сущностей (и форм)
до 5 (1-2 формы	5	30	100
5-10 (2-3 формы)	15	50-80	200
11-20 (5-6 форм)	30	100	300
21-50 (7-10 форм)	50	200	500

Как правило, в ТЗ проекта описаны бизнес-сущности – заказы, клиенты, проекты и прочее. Каждая сущность хранится в своей таблице, в которой может быть множество колонок.

Справочные таблицы (статусы, типы, виды, категории и т.п.), у которых 1-2 колонки, мы не считаем за сущности из-за их простоты.

Для ввода экземпляров сущностей в систему (например, заказ в таблицу заказов) пользователь использует формы. Форма – это экран для ввода информации или работы с ней. Это может быть форма ввода заказов, форма поиска исполнителей и т.д. У форм бывает разное качество прорисовки, и от этого сильно зависит их стоимость.

Основные затраты именно на создание форм ввода – визуальной части проекта

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

Жирным в таблице выделены самые популярные варианты – это MVP и простые проекты.

Рассмотрим на примере одного проекта: нужно оценить разработку прототипа для логистического приложения. Заказчик хочет схематичный интерфейс – MVP, в котором он сможет создать внешнюю красоту позже, когда убедится, что проект взлетит. Он пересчитывает упоминаемые в ТЗ термины, которые будут храниться в сложных таблицах: Контрагент, Заказ, Автомобиль, Рейс, Лот, Журнал действий, Журнал ТО, Обратная связь, Водитель, Адрес, Процесс, Задача, Платеж (транзакция), Документ. Итого 14 таблиц, в которых больше 2 колонок. Через 5 минут вы уже пишете заказчику, что стоимость будет примерно 100 тысяч рублей. Дополнительно, можно пересчитать формы в ТЗ, пропуская простые формы, в которых не более 5 полей ввода, а также все отчеты (их не надо верстать). Для такого проекта будут примерно следующие формы:

1. ввод заказов;
2. поиск заказов;
3. карточка заказа;
4. карточка контрагента;
5. пульт логиста;
6. карточка автомобиля.

Сделав несколько проектов в Интеграле, адепт конструктора сможет оценить проект уже во время первого разговора с заказчиком, даже не видя ТЗ.

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

Подробную информацию для оценки ваших проектов можно найти в тг-канале и vc.ru. Обращайтесь прямо сейчас!

API (Application Programming Interface, или Интерфейс прикладного программирования), стал базовым элементом создания и поддержки ПО. Средство обмена данными упрощает разработку программ и расширяет горизонты для внешних разработчиков, партнеров и внутренних подразделений компаний.

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

Легко понять, как работает API, если изучить пример внешней обработки платежей. Представим, что покупатель приобретает товар на электронной платформе, и ему предлагают опцию "Оплатить с помощью Paypal/SberPay" или другой посторонней системой. В этом случае API необходимо для поддержки связи между всеми компонентами структуры. Когда пользователь нажимает на кнопку оплаты, создается вызов API для приема информации, это запрос. Он обрабатывается из приложения на веб-сервере через единообразный идентификатор ресурса API (URI) и состоит из глагола запроса, заголовков, а иногда и тела запроса. После того, как API получает действительный запрос с веб-страницы продукта, осуществляется вызов внешней программы или сервера, представляющего платежную систему. Сервер возвращает ответ API с запрошенными данными. Затем API передает информацию обратно в исходное приложение, в этом случае на сайт продукта. Хотя способы передачи данных могут различаться из-за используемой веб-службы, все контакты, как запросы, так и ответы, проходят через API. Интерфейс пользователя остается невидимым. Это предполагает, эффективный обмен сообщениями между API внутри компьютера или приложения, давая пользователю непрерывное и незаметное соединение.

Существуют различные типы API: Web API, библиотечные API и API операционной системы. Веб-интерфейсы, известные как RESTful API, используют для обмена данными протокол HTTP. Конкретным примером может служить Twitter, позволяющий программистам получать доступ к данным и работать с ними. Каждый пост в приложении обладает свойствами, включающими информацию об авторе, уникальный идентификатор, текст сообщения, временную метку его публикации и метаданные геолокации. Платформа Twitter открывает исполнителям доступ к основным свойствам общедоступных твитов, ответов. Это позволяет им интегрировать посты на других веб-страницах с использованием API компании. Библиотечные API дают готовые функции, которые разработчики могут использовать для общих задач. Например, стандартная библиотека Python, предлагающая API для таких заданий, как работа с файлами и работа в сети. API операционной системы (ОС) - набор функций для взаимодействия с базовой ОС, например Windows API.

Ключевыми компонентами API являются конечные точки, методы запроса, аутентификация и формат ответа. Конечные точки - это конкретные URL или URI, которые API обеспечивает для контакта, например, https://api.example.com/users для получения пользовательских данных. Для определения типа запрашиваемой операции в API используются методы HTTP (GET, POST, PUT, DELETE). А для обеспечения безопасности доступа - механизмы аутентификации, такие как API-ключи, токены OAuth или JWT.

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

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

О проекте: Есть выгрузка с более чем 400 тысяч записей по выполненным заказам за несколько лет. Данные требовалось обобщить. А после сделать фильтры, предоставляющие возможность рассортировать все покупки клиентов по количеству, товару, дате и активности пользователей. Главный запрос представителя компании – повысить скорость реализации произвольных требований к выборке данных.

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

Срок реализации с нуля: 1 час разработки + 1 час сопровождения

Read more