В этой статье мы попытаемся рассказать, как с помощью удаленных и территориально распределенных команд мы наладили процесс выпуска прикладных решений, расширяющих функциональные возможности нашего продукта «1С:ERP Управление предприятием 2».
Отраслевые и специализированные продукты, расширяющие функциональные возможности 1С:ERP Управление предприятием 2.
На базе нашей технологической платформы «1С:Предприятие 8» мы сами, компания «1С», производим около 20 решений самого различного калибра – от «Управления нашей компанией», «1С:Бухгалтерия» различных редакций (от «Упрощенной» до «Корпоративной») до нашего самого функционально насыщенного решения – «1С:ERP Управление предприятием 2».«1С:ERP 2» — решение, автоматизирующее большинство процессов многопрофильного предприятия.
Но есть целые классы задач и отраслевая специфика, которые требуют более детального изучения, чем доступно в 1С:ERP 2 - торговля, логистика, управление складом, строительство, сельское хозяйство и т.д. Включать этот функционал в стандартное решение нецелесообразно, потому что это усложнит работу для большинства пользователей.
Кроме того, нам самим может не хватить ресурсов для полной реализации необходимого функционала.
Итак, перед нами стоит задача создания отраслевых/специализированных решений, которые:
- удовлетворить потребности рынка;
- разрабатываются с минимально возможным привлечением ресурсов самой компании 1С;
- имеют гарантированное качество реализации.
- Решения создаются нашими партнерами, имеющими опыт в соответствующей области.
- От компании 1С в создании решения принимают участие «модераторы» — архитекторы проектов и кураторы направлений.
- Нами разработаны регламенты проектирования и разработки решений, позволяющие контролировать качество продукта.
Сотрудничество с партнерами «1С-Джойнт»
По проекту «1С-Джойнт», продукт создан партнером компании «1С», но правообладателем является компания «1С».Мы сами определяем требования к товару и контролируем его качество.
Порядок разработки совместных решений:
- Ищем востребованный рынком функционал, который еще не реализован в наших продуктах, и составляем функциональные требования к новому продукту;
- Объявляем конкурс на разработку новых решений «1С-Джойнт», а также принимаем заявки на выпуск продуктов по инициативе партнеров;
- Выявляем партнеров с наибольшими компетенциями и готовностью к долгосрочному развитию направления;
- Заказываем партнеру проектирование, разработку и поддержку продукта.
Таким образом, по данным опроса оценивается качество самой продукции, работа партнера и консультационной линии разработчика: Диаграмма качества 
Концепция модульного подхода в архитектуре решений на базе «1С:ERP Управление предприятием 2»
С точки зрения концепции и архитектуры «1С:ERP» — это совершенно новый продукт по сравнению со своим предшественником «1С:Управление производственным предприятием».Одним из ключевых отличий нового решения является главенство функций управления.
При разработке линейки отраслевых и специализированных решений важно было поддержать это в решениях «1С-Джойнт».
Особое внимание было уделено проблемам интеграции решений между собой и с 1С:ERP, возможности построения единой информационной системы, состоящей из набора модулей с ключевым ядром интеграции - 1С:ERP.
Цель — единая целостная информационно-управляющая система, построенная на базе «1С:ERP» и других решений «1С:Предприятия 8»: 
Разработана концепция модульного подхода к архитектуре решений на базе 1С:ERP. Концепция определяет принципы разработки, унификации и интеграции различных конфигураций в рамках единой системы управления и учета.
Все решения в рамках программы «1С-Джойнт», расширяющие возможности «1С:ERP», должны следовать концепции модульного подхода.
Основными задачами модульного подхода являются:
- Формирование линейки продуктов, взаимодействующих как на уровне ядра интеграции 1С:ERP, так и между собой.
- Упростить создание единого решения для пользователей из набора отраслевых и специализированных решений.
- Минимизация трудозатрат на изменение состава модулей решения и дальнейшую поддержку решения
- Устранение дублирования общих функциональных подсистем в разных продуктах
На момент написания статьи количество уже выпущенных решений в линейке составляет 31 (18 партнеров-разработчиков), с учетом планов развития на 2-й квартал 2017 года.
Количество решений достигнет 52 (24 партнера-разработчика).
Процесс проектирования, разработки и контроля отраслевых и специализированных решений для 1С:ERP
Сотрудничество разработчиков в единой среде проектирования
В работе над проектом участвуют географически распределенные и слабо связанные команды разработчиков.Итак, сегодня у нас в работе:
- 28 географически распределенных команд разработчиков;
- 44 активных проекта;
- 19 новых решений.
- Анализ, проектирование и документирование функциональности
- Формулирование требований к другим решениям
- Контроль сроков этапов проектирования и разработки
- Обновление модели решения
- Контроль заявленного функционала
- Обсуждение требований и пожеланий в рамках Круглого стола разработчиков
Посмотреть картинку в полном размере
DSS для промышленности и специализированных решений (DSPR OR/SR) – инструмент CASE для совместного проектирования решений
Все разработчики решения взаимодействуют через продукт «1С:Система проектирования прикладных решений» (сокращенно СППР).СПР помогает проектировать прикладные решения на платформе «1С:Предприятие» и позволяет обслуживать задачи полного цикла разработки ПО – сбор требований, контроль изменений, документирование, отслеживание ошибок и т.д. СПР разработана в виде конфигурации на 1С: Платформа Enterprise 8. СПР может использоваться как в качестве инструмента проектирования новых информационных систем, разрабатываемых в среде «1С:Предприятие 8», так и для описания и документирования существующих систем, ранее разработанных без использования СПР.
Мы выбрали DSS как наиболее удобный и подходящий для наших задач и отвечающий нашим требованиям к CASE-инструменту:
- Умение строить модель сложной системы.
- Управление жизненным циклом продукта
- Мультипроект
- Настраиваемость
- Интеграция со средой разработки
- Доступность для партнеров-внедрителей 1С
- Управление жизненным циклом выпуска продукта
- Проектирование и документирование проектных решений
- Мониторинг результатов разработки
- поддержка актуального описания автоматизированных процессов предприятия и реализованного для этого функционала
- проверка целостности единой модели всех решений
- контроль сроков реализации проекта
- контроль функциональности описанных конфигураций модели
- реализация единой среды проектирования при совместной работе большого количества разработчиков
Управление жизненным циклом выпуска продукта
Весь проект разделен на функциональные области (разделы проекта), каждый раздел курирует руководитель отдела 1С.Разделы наполнены функционалом решений (продуктов), а также:
- функциональность одного раздела не обязательно определяется одним продуктом,
- Функционал всего раздела могут развивать несколько партнеров-разработчиков.
Для спроектированного функционала создаются соответствующие технические проекты с назначением ответственных лиц со стороны партнера-разработчика.
В рамках одного технического проекта возможен выпуск нескольких вариантов поставки функционала (фактически самих продуктов).
Каждому техническому проекту назначается плановая дата завершения (управляется и контролируется руководителем отдела), а также устанавливаются сроки выполнения этапов технического проекта.
Партнер по развитию указывает сроки достижения основных этапов в рамках общей продолжительности проекта.
При превышении срока выполнения одного из этапов информация попадает на контроль ответственного руководителя.
Также ответственный руководитель видит сроки выполнения каждого этапа (в том числе просроченные).
Каждый этап заканчивается утверждением точки контроля ответственным лицом.
Мы не ставим перед собой задачу управлять процессом разработки на стороне партнеров.
Каждый партнер применяет в команде свою устоявшуюся методологию.
Мы контролируем только сроки важных для нас контрольных точек и регламентируем результаты необходимыми стандартами и регламентами, ознакомление с которыми и их применение мы также контролируем.
В рамках технических проектов планируются и проводятся не только работы по разработке нового функционала, но также планируются и проводятся нагрузочные тесты, унификация общего функционала, минимизация изменений стандартных объектов метаданных конфигурации.
Логическая модель решений в методологии IDEF0
В базе данных OR/SR DSS функционал всех решений линейки описан в рамках одного проекта.Логическое проектирование основано на методологии IDEF0 .
Целостность и непротиворечивость функциональной модели контролируется функциональным архитектором проекта, назначенным компанией 1С.
Описание обозначения DSS В рамках ДСС основные понятия трактуются следующим образом:
- Функциональный блок (Activity Box) – некоторая специфическая функция создания новой информации внутри рассматриваемой системы.
- Связь – информация, которая обрабатывается функциональным блоком (входы и выходы) или иным образом влияет на функцию (соединения управления и исполнения – профили пользователей):
- Функциональный ввод – связь (информация), потребляемая функцией.
На схеме представлен стрелкой, указывающей на левую сторону функционального блока.
- Выход функции – соединение (информация), формируемое в результате выполнения функции.
На схеме отражается стрелкой, исходящей из правой части функционального блока.
- Контроль (управляющее воздействие на функцию, правило) – связь (информация), анализируемая для принятия решений в рамках функций.
На схеме это отражено стрелкой, ведущей к верхней стороне функционального блока.
- Исполнение (профиль пользователя) – влияние на функцию одного или нескольких пользователей системы.
На схеме это отражено стрелкой, ведущей к верхней стороне функционального блока.
- Функциональный ввод – связь (информация), потребляемая функцией.
Функциональность всех решений подлежит проверке в соответствии с правилами проверки, которые являются частью механизма проверки модели разрабатываемой системы на соответствие формальным правилам проектирования.
Таким образом сохраняется целостность логической модели всех решений в линии.
Варианты доставки продукции
Концепция модульного подхода позволяет реализовать различные варианты поставки продукции:- функционал в составе «1С:ERP»,
- функциональность в виде самофункционирующей конфигурации,
- функционал для интеграции в 1С:ERP.
Существуют решения, которые поддерживают до 4 различных конфигураций.
Это обеспечивает минимизацию дублирования функционала.
Например, «1С:ERP Управление строительной организацией 2» (партнер — разработчик «1С-Рарус») содержит:
- функционал стандартной «1С:ERP»,
- собственный оригинальный отраслевой функционал,
- функциональность индивидуальных решений:
- «1С:Смета 3»,
- Модуль «1С:Риэлтор.
Управление продажами недвижимости для 1С:ERP",
- Модуль «1С:Аренда и управление недвижимостью для 1С:ERP»,
- Модуль «1С:Управление транспортом для 1С:ERP».
Библиотека функциональных подсистем 1С-Поделиться
В целях унификации решений линейки выделен общий универсальный функционал и сформирована «Библиотека функциональных подсистем 1С-Советство».Библиотека предоставляет инструментарий для разработчиков решений «1С:Вместе», содержащий набор универсальных функциональных подсистем, готовые разделы пользовательской документации и технологии для интеграции в отраслевые и специализированные решения с целью унификации в рамках одной линии, которые позволяет:
- Предоставить единые подходы к реализации единых универсальных механизмов в решениях 1С-Джойнт;
- снизить трудоемкость выпуска новых решений за счет использования готового функционала;
- упростить интеграцию решений от различных партнеров-разработчиков при объединении конфигураций;
- сократить количество различных реализаций общих механизмов для пользователей, одновременно использующих несколько решений.
Информирование ответственных о ходе выполнения технических проектов
Учитывая большое количество участников проектов развития, необходимы инструменты мониторинга для оповещения ответственных лиц о ходе реализации технических проектов.В базе данных ДСС ОР/СР настраиваются рутинные задачи, генерирующие рассылки писем.
В этих целях определены следующие группы получателей:
- Ответственный за проект
- Ответственный за разделы проекта
- Ответственный за технические проекты
- Мониторинг реализации технических проектов - еженедельно
- Мониторинг деятельности партнеров по развитию – еженедельно
- Уведомления о необходимости выполнения действий в базе данных (задачи, сообщения и т.п.
) - ежедневно
- Уведомления об ошибках в моделях - ежедневно
- Сроки выполнения контрольных точек (этапов)
- Сроки выполнения технических проектов
- Изменения в объектах метаданных стандартной конфигурации.
- Ошибки и предупреждения в модели
- Текущие задачи
- Активная работа над техническим проектом
Подготовка конфигураций для репликации
Общая функциональная схема предсерийного тестирования решения:
Предпроизводственная проверка осуществляется в рамках регламента и включает как ручную, так и автоматизированную проверку передаваемых материалов.
Партнер-разработчик несет ответственность за качество тестирования, комплектность материалов и передает материалы в 1С для проверки перед выпуском, полностью работоспособные, протестированные и соответствующие требованиям сертификации «1С:Совместимость», «Система стандартов и методов разработки».
разработка конфигураций платформы 1С:Предприятие 8» и требования Регламента взаимодействия с разработчиками совместных решений.
Также рассматривается возможность включения в базу данных ОР/СР ДСС дополнительных проверок на соответствие функциональной модели: контроль соответствия заявленного функционала ОР/СР реализуемому и контроль соответствия модификаций типовых объектов конфигурации.
с заявленными в OR/SR DSS.
Сервис 1С: Карта облачных решений
Для потенциальных пользователей новых решений необходимо создать удобный и простой сервис, с понятными инструментами.
Для этого был разработан специальный веб-сервис и клиент для отображения диаграмм : 
Сервис «1С:Облачная карта решений» обеспечивает доступ к функциональным моделям ряда решений от компании «1С», а также отраслевым и специализированным решениям, выпускаемым по схеме «1С-Совместный».
Обновление функциональной модели обеспечивается прямым доступом к веб-сервису базы данных СПР отраслевых и специализированных решений, модель решения в котором поддерживается в актуальном состоянии в соответствии с Концепцией модульного подхода в архитектуре решения на базе 1С.
:ERP Управление предприятием 2. Сервис поддерживает переходы по прямым ссылкам на функциональные схемы, например:
- Функция «Комплексная информационная система управления на базе 1С:ERP Управление предприятием 2»
- Функция «1С:ПДМ Управление инженерными данными»
Преимущества использования сервиса
Для потенциальных клиентов:- Получение представления о функционале готовых решений от 1С.
- Подготовка функциональных требований для организации конкурсов проектов автоматизации
- Изучение функционала готовых решений для автоматизации отраслевых и специализированных бизнес-процессов, определение продуктов, содержащих необходимый функционал.
- Возможность выбрать партнера, ознакомиться с условиями покупки, информационными материалами, успешными проектами внедрения, а также принять участие в предстоящих мероприятиях и получить доступ к демо-базе (при ее наличии), перейдя на продуктовую страницу сайта.
- Расширение областей автоматизации в рамках используемых решений путем изучения и применения всего встроенного функционала.
Использование сервиса партнерами
- Демонстрация потенциальным клиентам функциональной модели готовых решений (модели содержат подробную информацию о продуктах, их функционале, автоматизированных бизнес-процессах, рабочих местах).
Демонстрация существующим клиентам функционала продуктов, содержащих отраслевую специфику, реализация предметных задач.
- Участие в конкурсах, подготовка предложений: сравнение требуемого функционала с функционалом всего спектра готовых решений.
Подбор готовой продукции для закрытия функциональных пробелов.
Подготовка предложений на примерах интеграционных решений и бизнес-кейсах успешных проектов.
- Внедрения: соотнесение реальных процессов предприятия с функциональной моделью, изучение принципов взаимодействия функциональных блоков.
Команда разработчиков — это команда профессионалов
Результаты любого проекта зависят от команды.Для разработки линейки решений для 1С:ERP нам удалось собрать большую команду Профессионалов, готовых экспериментировать и готовых вместе преодолевать трудности.
Учитывая количество партнеров по развитию, сложно предоставить полный список; Я бы также не хотел выделять отдельных партнеров.
Мы верим, что не ошиблись в выборе партнеров, их компетентности каждый в своей области и синергии в достижении общей цели.
Окончательно
Мы поделились с вами ключевыми процессами разработки линейки решений для 1С:ERP. Весь процесс достаточно сложный, в нем участвует большое количество участников, как с нашей стороны, так и со стороны наших партнеров по развитию.Прежде всего, я хотел донести до читателя процессы проектирования и контроля за ходом такого сложного проекта.
Мы используем такой подход впервые и надеемся распространить этот опыт на разработку других направлений решений.
Надеемся, что результаты порадуют как конечных пользователей нашей продукции, так и наших партнеров.
Мы будем рады обсудить наш опыт и получить отзывы о предлагаемой услуге.
Мы постараемся учесть полезные замечания.
Теги: #1c #разработка приложений #ERP-системы #ERP-системы #Управление проектами #Управление задачами #ERP-системы #Управление разработкой #Управление проектами #Управление продуктами
-
Аренда Видеоигр: Лучше, Чем Когда-Либо
19 Oct, 24 -
Юбилейные Запуски Иранской Космонавтики
19 Oct, 24 -
Холодильник, Либхерр, Рамблер
19 Oct, 24 -
Мобильные Устройства: Идея Устройства
19 Oct, 24 -
Почему Я Не Покупаю Квартиру В Кредит?
19 Oct, 24
