Что нам стоит мост построить: веб-приложение для строительных компаний, которые возводят мосты

Всем привет. Меня зовут Евгений Шараев, в этой статье я хочу рассказать о веб-приложении для строительной организации.

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

10 лет назад я окончил магистратуру РУДН, а затем долгое время работал в строительной отрасли - управлял строительными проектами (строил мосты, если проще). Сделав неплохую карьеру, пожил в США, выучил английский (попробуй не выучи, если живешь среди носителей) и недавно получил возможность заняться новым для себя делом. Речь идет о программировании - я давно уже хотел опробовать себя в этой сфере.

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

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

В общем, на курсе командной разработки Agile/scrum, мне удалось убедить своих коллег - однокурсников объединиться в команду для написания веб-приложения для мостостроителей. Проект этот кстати постоянно дорабатывается, он все еще вовсе не концепт, но уже работает.

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

Редактировать карточку могут только пользователи из раздела "Менеджеры проекта", им по сигналу выдаются права на редактирование полей таблицы этого объекта объекта, а также связанных моделей: менеджеры, контрагенты, технологии строительства. Добавлять/удалять менеджеров для проектов может только суперюзер

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

Одно из самых трудоемких в реализации было как раз приложение по работе над проектами (projectsapp). Сложным оно получилось потому, что эта модель связана с большим количеством других моделей. По каждой из зависимых моделей нужно было реализовать механизм CRUD (create, read, update, delete), так, чтобы экземпляр главной модели, данные о пользователе и многая другая информация передавалась в виде instance.

Изначально все это казалось очень сложным, но реализовать удалось за неделю.

Вторая проблема - это ограничение доступа к инструментам CRUD на уровне объекта (экземпляра класса). Как оказалось, Джанго из коробки не предоставляет разграничение прав доступа на уровне объекта, а делает это только на уровне модели, то есть открывает и закрывает доступ сразу ко всем объектам. Создание групповых прав и объединение юзеров в группы оказалось неудобным в применении, поскольку для этого обычному юзеру пришлось бы лезть в штатную админку. Проблема была решена с помощью приложения django-guardian.

Оно позволило раздавать конкретным юзерам права на конкретный объект, а использование сигналов post_save при сохранении связанной модели менеджера помогло автоматизировать процесс выдачи прав, не заходя в админку. Интересной фичей также была работа над картой всех проектов с помощью JavaScript API. Теперь, если при сохранении экземпляра класса проекта юзер добавляет его координаты (или вносит их при редактировании), то проект динамически появляется на карте. Ярлычок на карте также позволяет перейти обратно в карточку проекта.

Кроме этого было применено много других приложений и библиотек для удобной работы сайта: использовалось API Facebook и ВК для регистрации на сайте, django-imagekit для получения миниатюр фото (а также подрезки их под шаблон css для их правильного хранения), slugify при генерации слагов для хлебных крошек.

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

Главный раздел сайта - работа с проектами, это отдельный projectsAP. Вывод списка объектов реализован в виде галереи или карт.

Количество объектов и объем характеристик зависит от статуса пользователя. У суперюзера есть возможность изменять характеристики объекта и - главное - он может формировать команду проекта, назначая роли участникам.

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

Права пользователей можно изменять. Так им можно позволять или запрещать добавление или удаление проектов, редактирование проектов и их удаление.

В карточке каждого проекта указываются:
⦁ Статус - разработка, экспертиза, аукцион, строительство, сдача, выплата, завершен.
⦁ Координаты.
⦁ Контрагенты.
⦁ Члены команды.

Также можно добавлять список работ для объекта, фотографии материалов и работ, плюс снимки технических решений.

Конечно, можно добавлять и документы: описание исследований, техническую документацию и прочее.

У каждого из пользователей системы есть личный кабинет и карточка профиля.

Как и в любом проекте, наши проблемы делятся на два типа: технические и организационные.

Что касается технических, их немного, и они были относительно незначительными. Так, поначалу у нас был лишь небольшой опыт работы с гитом и GitHub, поэтому пришлось наверстывать, изучая важные нюансы.

Организационные - это руководство проектом. К слову, управление строительным проектом и разработкой веб-приложения - вещи, близкие по своей сути. Для того, чтобы довести статус нашего веб-приложения до MVP за 1 месяц мне понадобился весь опыт работы проект-менеджера и практически все мое время.

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

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

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

Если есть желание связаться с нами, это можно сделать вот здесь: @U_geen (telegramm)