Координатор проекта "УСАП"

В статье использованы материаллы с Территории1С

О развитии типовых конфигураций

Сравнивая первые релизы с тем, что они представляют сейчас,складывается такое впечатление, что 1С как собственно и все остальные простоучатся работать на своем продукте, как видно не всегда успешно. Зачастую сторонниеразработчики и даже не франчайзи добиваются больших успехов в этом. Если оценитьразработки, выложенные в сети для всеобщего использования, в человеко-часахполучится очень значительная цифра. Достаточно много из этих решений, такили иначе, нашли позже свое отражение в типовых конфигурациях фирмы 1С. Ате, которые небыли использованы, используются всеми при доработке типовыхконфигураций под собственные нужды. Если оценить рынок внедрений 1С то окажется,что большую долю этого рынка занимают те кто ориентируется на конфигурациисобственной разработки (в силу тех или иных причин), а также те кто в значительноймере перерабатывает типовые конфигурации. Типовыеконфигурации, которые предоставляют франчайзи, несовместимы базовом уровне.Надо сказать, что сама 1С очень долгое время не могла определится с названиемсправочника «Номенклатура» или «Товары». Сколько же ресурсов тратится на доработку,обновление и объединение разработок нетрудно себе представить.

• Франчайзи – Детище Нуралиева, я думаю самая большая сеть по внедрению.
• Отделы АСУ – если предприятие может себе позволить отдел АСУ тозачастую и комплектуется он с учетом тех задач, которые перед ним стоят. Внашем случае это знание 1С. И зачастую эти коллективы, не прибегая к помощифранчайзи, занимаются разработкой конфигураций под свое предприятие.
• «Вольные программеры» - есть масса неорганизованных франчайзингомвольных программеров которые не менее квалифицированные чем официальные представители,а зачастую и превосходят в квалификации франчайзеров.
• Рассмотрим так уж ли они различны в своих потребностях и целях которые передними стоят.

Подход к внедрению

Если отбросить в сторону тех кто пишет, не используя вообщесторонние разработки и тех кто вообще не дорабатывает типовые, я думаю такихменьшинство то все остальное можно уложить в следующую структуру. Беретсяза основы одна из разработок, в основном типовая конфигурация от 1С. На ееоснове пишется собственная и с течением времени развивается, используя повозможности все лучшее из типовых, а также общедоступные разработки и идеииз сети. Конфигурация (если это не адресное внедрение) развивается так, чтобыона устраивала 95 % пользователей. Таким путем идут в основном маленькие фирмыу которых сопровождать многочисленные конфигурации нет возможностей. В результатепокупая ее (зачастую платя не только за внедрение но и за саму конфигурацию)маленькая фирма с одним бухгалтером имеет 50 % лишних для нее функций, которыеконечно можно не использовать. Или торговая фирма получает мощный торговыйблок, но производство то ей не нужно, а оно тоже неплохо реализовано в конфигурации.В конфигурации есть "простая" зарплата, но не используется, таккак зарплату ведут в др. программе и отказываться от нее не хотят. Клиент,купивший такую конфигурацию, возможно обратится после покупки только при изменениизаконодательства, а может и нет. Так что, необходимо для них хранить проданнуюверсию конфигурации. А если со времени внедрения до первого обращения прошлодостаточно времени то придется еще и изучать, что же ему было поставлено икак это доработать.

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

Принципы, которые при их правильномприменении могут помочь

• Унификация необходима в любом решении, при серьезностиподхода к нему и намерений его развивать. До начала реализации необходимопрорабатывать соглашения по унификации, чтоб избежать в дальнейшем проблемс обновлением, совместимости с другими разработками. Унификация позволяетсделать дешевле повторное использование кода. Вспомните какие проблемы вызываетпереименование одного из реквизитов. Для того, чтобы переименовать "просто"необходимо и достаточно, чтобы конфигурация также была "простой".Как только конфигурация становится более-менее сложной (больше 40-50 документов),то все становится очень непросто.

• Модульность. Разделение готового решения на подсистемыили модули позволяет снизать затраты на обновление, сопровождение и комплектациюсистемы для конечного пользователя. Маленькую часть намного проще довестидо логического завершения, чем нечто глобальное. Такой модуль должен разрабатыватьсяизначально как подсистема. С описанием его интерфейса и используя соглашенияпо унификации. При этом с имплементацией не должно быть никаких проблем.Подключение внешней конфигурации (подсистемы), с незначительной доработкойпридает гибкость системе. А в дальнейшем при изменении подсистемы позволяетзаниматься проблемами этого модуля, а не плюс старой, работающей части.Я думаю многим набили оскомину переносы информации из одного в другое, азатем в третье. С внешним данными без этого не обойтись, но внутри системыпроблему можно решить.

• Универсальность. Например, простой механизм подключениявнешних форм, реализованный в Торговле 9.х. Закладка таких механизмов во времяразработки, и совершенствуя их в ходе развития системы, помогает отбиватьсяот индивидуальных клиентов, не трогая основной функционал. И это только одинпример из реализации универсального подхода ,а таких примеров десятки.

• Открытость. Развитие продукта как OpenSource дает постоянный приток идей и постоянное развитиефункционала, обеспечивает самую широкую сеть бета тестирования. Большинствоиз нас любят показывать свои знания и в меру своих сил помогать другим.При объединении всех разработок, которые выложены на всеобщее обозрение,для использования в единой системе является большим потенциалом.

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

Предложение

Для применения этих принципов предлагаю организовать проектпо разработке системы отвечающей этим требованиям. Создать инфраструктурудля успешного развития проекта. Платформой для реализации выбрать 1С: Предприятие8.0. Одна из наиболее весомых причин - скучно и тесно в рамках 7.7.  На даннойстадии разработчики v8 движок уже правитьне будут. На лицо существенный шаг вперед. В новой версии усилен механизмамиподдержания ее целостности в файл-серверном варианте. Разработчики продумалимеханизм транзакций, блокировки объектов. А также появился механизм подсистем.Наше дело брать и использовать. Явные ляпы быстро будут выявлены и разработчикиих подправят. В рамках проекта, наряду с изучением тонкостей новой платформымы сформирует библиотеки повторно используемого кода. Проработки теоретическойчасти проекта и создание под нее инфраструктуры хватит до официального выходаплатформы. А ждать пока платформа получит распространение, я думаю, немеетсмысла главное чтоб она удовлетворяла наши потребности.

Что дает проект

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

4. Выработка единых стандартов. Для легкого объединения подсистем.

5. Инфраструктура для групповойразработки. Создание удобной среды, для развития.
6. Когда проект координированоразрабатывает группа в 5-10 программистов, то 1 специалист проиграет этойкоманде в 95% случаев.
7. Для тех, кто ориентируетсяна типовые разработки фирмы 1С или других организаций могут внести свой вкладпроверкой различных синтаксических конструкций.
8. Разработчики собственныхпрограмм смогут обменяться мнениями и выложить отдельные их фрагменты дляобщего пользования.
   
   

Препятствия проекту

• Открытость - то что было в общем доступе входитв платную версию даже без указания на первоисточник. Затрагивает толькоамбиции участников. Отчасти решается открытой лицензией.
  Конкуренция - Главное, что большинство профессиональных генераторовидей работает в франчайзинговых структурах. Афранчайзи конкуренты друг другу. В последнее время очень жестокие конкуренты.
• Недоступность v8 – Основной потенциал разработчиковпроект получит только лишь после того как большая часть получит восьмерку,попробует перевести все то нетиповое что было на V7.7 на V8.0 - посмотритоценит, протестирует и плавно перейдет к ее освоению.
• Отсутствие времени - для того чтобы, заниматься новым,изучать и осваивать его, а тем более формулировать предложения нужно время.С другой стороны участие в проекте должно помогать и не противоречить основнойработе.
• Отсутствие информации - наверняка сейчас даже внутри фирмпроисходит расслоение специалистов так было и при переходе с 6 на 7. Дажевнутри одной фирмы, наверняка, допущенные к телу крайне неохотно делятсяинформацией (объяснения наверняка очень рациональные - времени нет, всееще поменяется и т.п.). Появление такого проекта скорее даже поможет.
• Внедрение по принципу доработки - большую часть людей скорее будетинтересовать проект только в плане переделки и мелких доработок того, чторазрабатывается внутри его.

Перспективы

Зачастую при обсуждении какой бы вопрос не подняли рано илипоздно скатываемся на КИС. Видимо базовый пласт задач на платформе уже подняли.Что ж возможно КИС и есть то, к чему все мы стремимся. Но для создания КИСв любом случае нужны нешуточные инвестиции. А может нет? Возможно с ростомпроекта систему собранную из подсистем можно будет назвать КИС? Именно дляКИС и нужно объединение усилий.

Обсуждение статьи на форуме: http://forum.klerk.ru/showthread.php?s=&threadid=12357