Ищу заказчиков для "создания модульной системы 1с"

1. vde69 925 08.07.13 13:26 Сейчас в теме
На основании последних течений решил более детально посмотреть, что можно реализовать в плане ООП и модульности на текущей версии платформы. Написал прототип конфигурации, целью прототипа ставил выявление возможностей, а не создание конкретной системы. Теперь я готов озвучить конечные цели проекта (если он будет запущен)



Цель (разумеется бабло, но кроме него):

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



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

Что получит Клиент:
1.Платить кусками, получить только то что ему нужно, использовать триальные модули (с последующей безопасной деинсталяцией).





Структура конечной конфигурации пользователя:
1.«Ядро» - отвечает за сборку модулей в единое целое, обновление, ведение версий и связей модулей. Не должно изменяться часто.
2.«Модули основных разрезов учета» - модули, содержащие в себе основные объекты метаданных для определенного блока и поддерживающие функции расширения объектов и функционала. Примеры: «Склад», «Взаиморасчеты», «Логистика», «Обмен», «Валюты». Основная задача блоков – реализация единых интерфейсов взаимодействия модулей расширения.
3.«Модули реализации учета» - модули расширяющие «Модули основных разрезов учета». Основная задача данных блоков реализация конкретной бизнес логики для расширяемого объекта. Примеры: «ВедениеСкладаПоПартиям», «ВедениеСкладаПоСредней», «ВзаиморасчетыВВалюте», «ВзаиморасчетыВВалюте6Знаков», «ВзаиморасчетыВВалютеРегУчета», «ВзаиморасчетыВВалютеУпрУчета», «ВзаиморасчетыАфилированыхГрупп».
4.«Модули допила» - это модули расширяющие учет для конкретной базы, просто «дописки». Пример «Логистика_Топаз».



Как это работает:

У пользователя установлен базовый учет «по средней», пользователь хочет добавить функционал «партионности»
<картинка>


Приобретя пакет, он его интегрирует и начинает использовать (после интеграции в документах добавляются реквизиты, добавляется новый регистр, проведение начинает работать по другому)
<картинка>


Каждый модуль обновляется отдельно (возможно да же с разных компаний)




Известные проблемы (пока без решения):
1.Полное переопределение формы сделать нельзя.
2.Не удается корректно расширять "КритерииОтбора", "Права", "Последовательности"
3.Не тестировал на скорость, по понятным причинам :)
4.При новом подходе типовой конструктор запроса в использовании становится неудобным, но вполне реально написать альтернативный для пользовательского режима.
По теме из базы знаний
Ответы
Подписаться на ответы Инфостарт бот Сортировка: Древо развёрнутое
Свернуть все
7. noprogrammer 237 10.07.13 09:15 Сейчас в теме
(1) vde69, На мисте я задавал тебе вопрос (но ответа так и не получил, может тут ответишь) - почему не хочешь сначала реализовать а потом уже продать? как я вижу есть всего 2 причины:
1. Ты не уверен, что сможешь это реализовать.
2. Ты не уверен, что это вообще кому нить можно продать.
Другими словами рисковать своим временем желания нет никакого зато без проблем готов пискнуть чужими деньгами. (имхо)
8. vde69 925 10.07.13 09:35 Сейчас в теме
(7) noprogrammer,
по тому что такой проект невозможно реализовать ни одному ни в двоем, нужна инфроструктура и ресурсы.

Даже мелкий франч - вряд ли потянет. Потянет франч > 20 сотрудников.

Мало просто написать ядро, нужно написать минимальный набор блоков обеспечивающий работу хотя-бы ларьков. И потом уже расширять количество блоков...
9. noprogrammer 237 10.07.13 09:45 Сейчас в теме
(8) vde69, Что бы, что-то реализовать - необходимо (по большей части) только желание - я видел универсальную конфигурацию (разработанную 2 разработчиками еще на 7ке) которая была на порядок лучше любой типовой (внедрялась на разных предприятиях) - так что про 20 сотрудников это явный перебор.


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

Так что в итоге ты предлагаешь заказчику? Написать ядро? Возглавить некий отдел разработки (из 20 человек) и писАть ядро + блоки?
10. vde69 925 10.07.13 10:31 Сейчас в теме
(9) noprogrammer,

что-бы выдать первый результат который можно продавать нужно 2 итерации системы, итого это месяца 3 для двух, трех человек постоянной загрузки. Плюс нужны менеджеры, консультанты, бухгалтерия, нужно оформление, инструкции. А самое главное нужно иметь ресурсы которые в случае необходимости можно БЫСТРО переключить на проект, например появилдся заказчик который хочет через месяц дополнительно 3 новых модуля, временно кидаем на проект еще людей.


Я предлагаю возглавить такой проект :)
13. noprogrammer 237 11.07.13 09:34 Сейчас в теме
(10) vde69, Вот теперь ясно :)
(12) Evgen.Ponomarenko, Наше решение работает точно по такому же принципу (один в один) :)
12. Evgen.Ponomarenko 567 11.07.13 01:11 Сейчас в теме
(1) vde69,

Модульная структура уже действующего решения примерно такая:

1. Ядро
1.1 Единые справочники
1.2 Единые стандартные библиотеки
1.3 Универсальные контейнеры-документы
1.4 Универсальные механизмы проведения
1.5 Универсальные механизмы отчетов

2. Кейсы
2.1 Стандартных схем проводок
2.2 Стандартных документов
2.3 Стандартных учетных модулей
2.4 Стандартных отчетов

3. Адаптированые под конкретного заказчика
3.1 Схемы проводок
3.2 Документы
3.3 Учетные модули
3.4 Отчеты
3.5 Обработчики событий

Уровни 1,2,3 полностью не зависимы, но 1 определяет 2 и 3.
Уровни 3.1, 3.2, 3.3, 3.4 независят друг от друга... могут становиться соответственно 2.1, 2.2, 2.3, 2.4
и представлять коммерческую ценность. Хотя как показывает практика заказчики предпочитают
платить за внедрение уровня 3, второй уровень предпочитают получить даром )))))
14. noprogrammer 237 11.07.13 09:54 Сейчас в теме
(12) Evgen.Ponomarenko, Почитал комментарий в теме про модульные приложения - понял, что системы у нас немного разные... Сколько человек разрабатывало вашу систему?
16. Evgen.Ponomarenko 567 11.07.13 22:12 Сейчас в теме
(14) noprogrammer,

Систему разрабатывали трое: Идеолог - спец в теории управления, Разработчик и Специалист по тех. поддержке в течении 2-х лет,+ еще 3 года адаптации. В основе лежит новая математически строгая экономическая модель предприятия. Что позволило в конечном счете не программировать модули, а конструировать их практически на лету.
15. vde69 925 11.07.13 10:09 Сейчас в теме
(12) Что-то общее у наших реализаций есть. По крайне мере Ваше решение имеет конкурентные приемущестав перед БСП.

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

TObject - «Ядро»
TCustomMuObject - «Модули основных разрезов учета»
TMuObject - «Модули реализации учета»
17. Evgen.Ponomarenko 567 11.07.13 22:18 Сейчас в теме
(15) vde69,
А ядро и не большое )))) А учетные модули находятся вне конфигурации в справочниках определенной структуры

Преимущества концепция ООП мне хорошо известна, но отступление от её канонов позволило создать систему необычайной гибкости и надежности. Полиморфизм реализован с помощью структур справочников, тексты адаптированных
под конкретного пользователя событий находятся там же )))
2. AllexSoft 08.07.13 13:45 Сейчас в теме
Ты эта, доминиканы насмотрелся что ли?) там такая тема обсуждалась, незнаю.. идея то оно конечно хорошая, но через чур много ньюнасов которые прийдется пилить и обходить... пока платформа подобные возможности не будет предоставлять толку будет 0. Это то же самое что делать на PHP демона...
3. Ish_2 1104 08.07.13 14:00 Сейчас в теме
4. tango 540 08.07.13 14:18 Сейчас в теме
хочу денег, сделаю красиво
AllexSoft; hogik; Martinian; +3 Ответить
5. Chernik 08.07.13 17:58 Сейчас в теме
(0) не приближайся к Гембе. Доминикана может не простить такой близости постронних )))
AllexSoft; +1 Ответить
6. vde69 925 10.07.13 07:57 Сейчас в теме
(5) они идут протореной дорожкой, по существу они НИЧЕГО нового не предлогают, все их подходы реализованы в БСП, все грабли БСП будут ихними. Конкурировать с 1с пытаясь создать аналог без оригинальной идеи - глупо.

У меня совсем другая идея и совсем другие приемущества для продажи.

мои приемущества
1. Возможность отката версии отдельного блока без отката общей версии.
2. Возможность удаления блока.
3. Возможность инкаспулирования новых реквизитов, процедур проведения в типовой блок без его изменения.
4. Поддержка автоматического обновления отдельного блока.
11. Ish_2 1104 10.07.13 16:41 Сейчас в теме
18. Ish_2 1104 17.07.13 15:21 Сейчас в теме
Оставьте свое сообщение

Для получения уведомлений об ответах подключите телеграм бот:
Инфостарт бот