Хочу «с нуля» создать web-приложение для документооборота?

Question

[Кирилл]

В компании сейчас используется 1С Документооборот. Конфигурация сопровождается и периодически дорабатывается сторонней компанией (Софтсервис). В основном документооборот используется для проведения конкурсов (тендеры).

Проблема в том, что всё жутко тормозит, куча ошибок и большие денежные затраты на сопровождение. Чтобы документооборот работал правильно, мне приходится периодически вмешиваться и, к примеру, обновлять права и т.п.

Недавно возникла мысль, почему бы мне самому не разработать индивидуальный Документооборот в виде web-приложения под нужды компании.

Насколько это трудоёмко и затратно по времени? Что нужно обязательно учесть на этапе разработки и на что обратить внимание? Разрабатывать хочу один либо, чуть погодя, на пару с помощником.

Comments

[АртемЪ]

Конфигурация сопровождается и периодически дорабатывается

Не в этом ли причина тормозов? Вы уверены что вам нужны все эти доработки?

[Кирилл]

АртемЪ: Насчёт доработок не я решаю, а наш руководитель :) А сопровождение конфигурации требуется постоянно, потому что почти каждый новый месяц нужно что-то исправить или добавить функционал.

Тормоза, скорее всего, из-за тяжеловесности конфигурации 1С Документооборота и принципа работы 1С.

[АртемЪ]

Кирилл: Ну я бы не сказал что он крайне тяжеловесен. И из коробки он работает вполне шустро.
Сколько у вас пользователей и документов в день? Какой размер базы? В каком виде база работает - файловый или клиент-серверный?
Т.е скорее всего тормоза возникают из-за неграмотной установки, слабого железа, или кривых доработок.

По поводу доработок и исправлений фунцкиональности каждый месяц - если вы решили сами писать WEB приложение, то учитывайте что его так же придется каждый месяц переписывать, дорабатывать и добавлять функциональность, а это будет не дешевле чем доработка 1с.

Answer 1

[Алексей Сергеев]

Смотря что Вы умеете. Для начала конечно же нужно владеть любым ЯП, желательно приспособленного (имеющего необходимые инструменты) для web.
Берём бумагу и ручку (Карандаш), прописываем user story.
На основании этого зарисовываем все страницы сервиса (Там же, на бумаге), делаем мокапы интерфейса.
Составляем UML диаграммы таблиц базы данных и классов, со всеми взаимосвязями.
Далее можно подходить к компьютеру =)

Выбираем-рисуем дизайн, верстаем (Чисто html+css, js пока не нужен) для темплейтов.

Настраиваем БД, создаём таблицы, прописываем все url, добавляем RESTful API (Вы же хотите потом мобильное приложение сделать?), пишем контроллеры, связываем с вьюхами, настраиваем-допиливаем, не забываем про аутентификацию и авторизацию, сессии, куки, регистрацию пользователей, профили пользователей и ещё тысячу и миллион мелочей.

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

И не забываем про тесты ;)

Comments

[Кирилл]

Отлично расписано ) Спасибо!

[Максим Тимофеев]

Кирилл: Я бы посмотрел в сторону angularJS (для пользовательской части) + Yii2 (для REST api)

Answer 2

[centerv]

Работаю с 1С более 15 лет, специалист. Тормоза 1С документооборота могут быть связаны с оборудованием, некорректной настройкой сервера базы данных. Производительность можно существенно поднять. Можно написать на той же 1с без проблем легкое приложение - быстро и не дорого, если типовое решение не нужно в полном функционале, такое бывает.
Написать приложение на web freamework, например rails - так же без проблем, если необходимо можно и с 1с интегрировать (json). По трудоемкости для такого рода задач сопоставимо с 1с. Преимуществом RoR будет возможность работать с неограниченным количеством пользователей, работа с мобильными сразу.

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

Answer 3

[Максим Анархистов]

На самом деле есть уже готовые сервисы, которые предоставляют такую возможность, не 1с единым.

По поводу разработки - проще найти субпрограммистов, которые уже писали такие проекты.

Comments

[centerv]

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

Answer 4

[Рустамка Воронцов]

Здравствуйте, я думаю, ваш проект «с нуля» потеряет все надежды месяца через 2 после начала разработки, кажется да это быстро, но не забывайте про нюансы, все аналогичные сервисы разрабатывались командами веб разработчиков и не 1 год. Вот почитайте отзывы например мойсклад
А если Вас не устраивает 1с, используйте что то типо sap.com

Comments

[centerv]

Не раз приходилось делать "с нуля", и всегда получалось очень даже гуд. То, что универсальное решение пишется не один год, и кучей разработчиков, не означает, что у индивидуального решения будет та же трудоемкость. Часто приобретают решения ориентируясь на название, а не возможности продукта, и выходит, что из купленного нужно всего 5-10%, и это переписать по трудоемкости от типового составить 1-2%. Так, что из собственного опыта не говорил бы так категорично. Конечно, если это мелкое предприятие 5-10 пользователей, лучше на типовой их оставить, но у крупных предприятий глубина доработок и сложность изменений, часто бывает более трудоемкой!

Answer 5

[Андрей]

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