Данная статья посвящена прикладным решениям на базе 1C. А именно, в ней речь пойдет о программе «1С:ERP Управление предприятием 2». Вы узнаете о процессе доработки системы, команде, которая участвует в этом еще много интересного о нашей работе.
«1С:ERP Управление предприятием 2»— инновационное решение для построения комплексных информационных систем управления деятельностью многопрофильных предприятий, в том числе с технически сложным многоуровневым производством. В ней учтены лучшие мировые и отечественные примеры автоматизации крупного и среднего бизнеса.
По состоянию на март 2016 системой уже успели воспользоваться более 900 предприятий. И это количество неуклонно растет. Причем, несколько десятков предприятий даже приняли свое участие в расширении функциональности программы, принимали непосредственное участие в ее совершенствовании. Пользователями этой системы являются такие крупнейшие предприятия, как Евраз, Байер, МПО Аврора, ПетроМастер, ЕнисейПром, завод Продмаш, АзияЦемент, Уральская Трубная Компания и т.д. Одним словом, программу используют в любой сфере промышленности.
Логотипы пользователей, использующих 1С:ERP:
1С:ERP обладает уникальной способностью получать из одного исходного решения сразу четыре с помощью удаления или переключения отдельных функций. На одной ветке 1С:ERP создается четыре прикладных решения. А именно, вот эти четыре решения:
1С: ERP собственной персоной. Это самая функциональная и большая программа. Подходит для бизнеса любых размеров, но полностью раскрыть потенциал может на средних и крупных предприятиях.
1С: Комплексная Автоматизация. Подойдет больше для растущего бизнеса на малых и средних предприятиях, там, где нужна точная координация действий сотрудников.
1С: Управление торговлей. Название говорит само за себя, это программа для современных торговых предприятий. Она объединяет в себе автоматизацию оперативных и управленческих задач, анализа и бизнес-планирования, формируя их в единый комплекс действий. Оптимально подходит для большого бизнеса с развитой сетью филиалов.
1С: Управление торговлей. Базовая версия. Данное решение разработано для малого и среднего торгового бизнеса, где учет осуществляется одной организацией или одним человеком (индивидуальным предпринимателем). Данная программа не подлежит изменениям, можно применять только базовые ее функции и обновлять. Одна информационная база, с которой одновременно может работать только один человек, нет связи с «1С:Предприятия 8». То есть, это строго отдельная, ни с кем и ни с чем не связанная база данных, созданная для одного отдельного магазина или ларька.
В зависимости от темпов развития бизнеса и новых его потребностей можно увеличивать и функциональность программы. Делать это можно и постепенно. Например, начать с «Управление торговлей», затем перейти на «Комплексную автоматизацию» и так далее, пока не дойдете до «1С:ERP Управление предприятием 2». За счет высокой степени унификации решений такой переход выполняется быстро, накопленные в информационной базе данные сохраняются, а переучивание пользователей не требуется – они продолжают работать в привычной программной и информационной среде.
Процесс написания 1С:ERP.
Изменения в новую конфигурацию ERP управления предприятием переходят автоматически, при этом срабатывает механизм сравнения и обобщения конфигураций. Данный механизм специально был создан для предприятий, которые решили расширить функциональные возможности программы для работы в своей отрасли. С помощью механизма сравнения и объединения конфигураций происходит трехстороннее семантическое слияние. В последнем участвуют три конфигурации:
Старая платформа от поставщика
Новая платформа от поставщика
Текущая платформа пользователя, в которую включена старая, но с изменениями, внесенными уже самим пользователем.
В итоге, получается новая конфигурация ERP, которая включает в себя и новые функции, добавленные разработчиком, и доработки, внесенные пользователем.
Планы обмена для большинства проектов пишутся вручную. Это связано с их функцией определения правил соединения данного решения с другими версиями 1С или с внешним оборудованием. Но в настоящее время многие пользователи перешли на единый разработанный стандарт EnterpriseData, что позволяет уменьшать количество планов обмена для отдельной версии и прописать единый код обмена.
Этот подход по-своему уникален. Так, все коды, формы и сценарии прописываются в ERP, но преобладающая их часть повторяется и в прикладных решениях. Причем, как уже было отмечено ранее, все решения отличаются друг от друга, прежде всего, количеством пользователей. Если ERP внедряют на большие предприятия с обширным штатом сотрудников, то УТ Базовая устанавливается на малых предприятиях с минимальным количеством пользователей.
Также особое внимание уделяется удобству использования программы, с которым продукт может быть использован определёнными пользователями при определённом контексте использования для достижения определённых целей с должной эффективностью, продуктивностью и удовлетворённостью. Другими словами, наша цель – сделать приложение доступным для любого пользователя, в том числе, и для новичков.
Нюансы разработки.
Разрабатывая 1C ERP Управления предприятием 2.0, мы стремимся к созданию такого приложения, функциональные возможности которого позволят ему внедряться в конкретную отрасль промышленности, на конкретном предприятии. В этом нам помогает механизм функциональных опций, с помощью которого можно легко включать и выключать различные функции приложения. И все это становится возможных без внесения кардинальных перемен в программу. Что входит в понятие функциональных опций. Это параметры настройки, те самые галочки, которые мы ставим или убираем в программе. А под каждой галочкой набор определенных, за нею закрепленных функций. Соответственно, когда галочка убирается, функции становятся недоступными. Это необходимо, в первую очередь, для более чувствительной настройки программы под отдельного пользователя. Например, у нас есть в ERP функция «Управление производством», в которой заключены основные процессы управления производством. Но эта опция присутствует только в базовой версии 1С:ERP, в прикладных приложениях ее нет, так как их пользователи не используют в своей работе эту опцию.
Еще очень помогает в разработке для 1С:ERP наличие в платформе подсистем. С их помощью функциональность решения делится на блоки, которые содержат свои отдельные элементы. Каждый справочник, документ или отчет находится в определенной подсистеме, причем только в одной. Это можно проверить путем статистического анализа ERP. Всего таких механизмов в ERP выделяют три:
«Объекты УП, УТ, КА» — объекты, входящие во все прикладные решения: Управление Торговлей, Комплексная Автоматизация, Управление Предприятием (русскоязычное название ERP).
«Объекты УП, КА» — объекты, относящиеся только к конфигурациям Комплексная Автоматизация и ERP.
«Объекты УП» — объекты, относящиеся только к решению ERP
Значение цифр в названии продукта ERP.
Таких цифр всего четыре, разделены они точками. Например – 2.1.3.117
Первая цифра обозначает редакцию, она, как правило, неизменна. Может меняться только 1 раз в несколько лет.
Вторую цифру меняют ежегодно. Она означает новую редакцию основной версии, содержащую новые функциональные возможности.
Третье число означает, что перед нами релиз программы. Он выпускается раз в несколько месяцев.
Четвертое число обозначает номер исправленного варианта релиза. Поправки вносятся в соответствии с изменениями в законодательстве, с частотой в один раз каждые полмесяца.
Использование продукта «1С: Система проектирования прикладных решений» в разработке ERP.
При разработке 1С мы придерживаемся принципа Eat your own dogfood, применяя свои же разработки во внутренней работе нашей компании. В данном случае речь пойдет о таком продукте, как «1С: Система проектирования прикладных решений» (сокращенно СППР). Из названия понятно, что она помогает разрабатывать прикладные решения на основе 1С: Предприятие. Помимо этого в ее функции входит обслуживание задач полного цикла разработки ПО на всех его этапах, от сбора требований до окончательного введения в эксплуатацию.
С помощью СППР можно проводить работу в двух направлениях: исправление ошибок и создание новой функциональности. Если быть точнее, то она выявляет новые ошибки и запросы пользователей. Из этих элементов остановимся на создании нового запроса.
Причинами могут являться:
Требование самого клиента. Обычно такие запросы определяются на совещаниях с помощью голосования. Так мы определяем наиболее важные для клиента запросы, выявляем список дополнительных требований и пожеланий к новой системе.
В процессе внедрения первичного проекта, когда возникает необходимость что-либо добавить. Допустим, клиент забыл включить в первоначальное требование очень важную для работы предприятия функцию или опцию.
Запрос на техподдержку проекта, запрос на нашу почту или нашего аккаунт-менеджера, который занимается сопровождением готовых проектов.
Клиент просит добавить новую функциональность в ERP. Либо когда дело касается добавления сторонних решений в разработку.
Принятие общих мер по усовершенствованию системы ERP, изменение архитектуры, юзабилити, рефакторинг.
Допустим, запрос на рефакторинг. Он возможен, когда нужно внести структурные изменения в программу, например, вместо накладных сделать заказ. То же касается изменения архитектуры конфигурации.
СППР входит в состав ERP, но может продаваться и по отдельности. Можно также внедрить ERP с возможностью соединения с СППР. В данном случае в программе будет кнопка «Открыть функциональную модель», нажав которую вы увидите перед собой описание функциональных возможностей данной формы в СППР.
Также можно открывать из функциональной модели форму своего рабочего места. Это наиболее целесообразный способ при освоении программы новичками. Причем, здесь важно понимать, что перед вами открывается не сама СППР, а форма ERP, в которую из СППР подгружается информация. Другими словами, интеграция СППР проходит для пользователя незаметно, он просто не видит эту систему. Таким образом можно работать в ERP с 1С:Документооборот, используя одну и ту же почту, задачи, бизнес-процессы и т.д.
6 контрольных точек проекта.
Вот мы на этапе реализации нового запроса на изменение функциональности. Для начала объединяем однотипные задачи в один технический проект. Руководитель команды принимает активное участие в планировании и разработке проекта. Еще в команде есть сотрудники, отвечающие за тестирование системы. Как правило, в команде разработчиков предметные области четко распределены между сотрудниками, каждый отвечает за свои области. Соответственно, если проект затрагивает несколько разных областей, то в команде разработчиков будут именно те сотрудники, которые отвечают за данные области. То есть, в разработку включается не вся команда компании, а только самые необходимые участники. Как уже говорилось ранее, отвечает за всю разработку руководитель или ведущий разработчик. В его функции входит контроль качественного проектирования, учета возможных сценариев, соединения смежных областей, сроков, качества структуры и внешнего вида системы, составления отчетности по проекту. В общем, контроль за каждым этапом разработки программы.
Точка 1. Открытие проекта
Ведущий разработчик создает в СППР список технических проектов к релизу. Для каждого проекта подробно расписаны цели и требования. Данный список дается на утверждение руководителю разработки. Совещания при этом не собирают, просто отдают в команду для изучения и составления единой концепции. Затем команда приступает к разработке этой самой концепции, после чего процесс разработки переходит на вторую контрольную точку.
Точка 2. Согласование концепции.
На данном этапе организуется совещание или вебинар, в котором участвует вся команда разработчиков, задействованных в работе над проектом, от руководителя до линейных сотрудников. Как правило, здесь уже имеются базовые наработки, которые дополняются в ходе совещания. Также обсуждаются (и прописываются в СППР) сценарии, описание пользовательского интерфейса. В запросе от клиентов материалы для проекта поступают от них же, команде остается оценить данные решения. По итогам совещания определяются сроки создания прототипа.
Точка 3. Согласование прототипов.
Организуется новая встреча с целью рассмотрения созданных прототипов, обсуждаются детали их создания, происходит отбор нужных элементов, проверка гипотез, форм. Для того чтобы максимально глубоко проверить проект на юзабилити его тестируют в самых тяжелых условиях. Например, в самых широко используемых приложениях, на маленьких экранах и т.д.
Функциональная модель проекта в нотации IDEF0
Функциональная модель проекта в нотации IDEF0 разрабатывается и хранится в СППР. На данном этапе необходима точная оценка трудозатратности проекта, поэтому в обсуждение входят следующие темы:
Согласование правильности описания проекта в СППР (в частности, отслеживается, что все задачи на предыдущих контрольных точках проекта выполнены).
Какие новые объекты метаданных (справочники, документы и т.д.) будут добавляться в решение
Какие изменения будут делаться в уже существующих объектах метаданных
Согласование планов обменов данными с другими решениями (будут ли новые/измененные данные участвовать в обмене данными с другими приложениями, и если да – то, как именно)
Как только оценка трудозатрат получает всеобщее одобрение, проводится презентация всех наработок по проекту. Это нужно для более подробного обозначения необходимых корректировок перед запуском разработки. При необходимости вносятся коррективы. Как только все моменты улажены, проведена окончательная презентация по проекту, начинается собственно разработка программы.
Точка 4. Согласование разработанного решения
На данном этапе проводится презентация уже готового решения в условиях будущей эксплуатации. То есть, на примере любого предприятия демонстрируется работа новой программы. Такой показ может быть и публичным, с участием будущих пользователей релиза. Это делается для того, чтобы пользователи могли сразу оставить свои замечания и пожелания по поводу будущего проекта.
Точка 5. Тестирование и аудит проекта.
Как только процесс основной разработки завершен, проводится ручное тестирование. Тестировщики присутствуют на всех этапах разработки и имеют подробное представление о проекте, его функциональности. Они проверяют соответствие функциональности нашим стандартам юзабилити.
По окончании проверок и завершении подготовки справочных материалов проект добавляется в основное хранилище. Завершается этап выборочным регрессионным тестированием по смежным областям. Оно проводится с целью выявления нарушений предыдущей функциональности.
Точка 6. Окончание проекта.
Проект закрывается в СППР, ему присваивается статус «Выполнено».
Выпуск версии.
Все незаконченные проекты переносятся на новый релиз. Здесь происходит регрессивное тестирование, исправляются ошибки текущего и последнего релиза. Это делается с целью защиты проекта от снижения качества. Для выявления новых ошибок используется СППР.
И еще немного о нас.
Разрабатывая новую функциональность программы ERP, мы берем в основание текущую версию платформы 1С, которая используется именно в данный момент. Такую возможность нам предоставляет режим поддержки интеграции с предыдущими версиями.
Мы пытаемся сделать интеграцию новой системы максимально удобной для пользователей. Чтобы сотрудники любого предприятия могли быстро и качественно освоиться в новой программе, мы не загружаем все обновления сразу. Тем более, что отключение от старой системы производится нами в спокойные периоды, не связанные со сдачей отчетности.
Отключая режим совместимости, нам нужно быть готовыми к изменениям в конфигурации. Эти изменения тоже должны подвергаться планированию, на них необходимо выделять дополнительное время.
Подведем итог.
Мы используем только новейшие методики, создаем новые инструменты. В своих разработках мы преследуем 2 цели – быстрое развитие системы в соответствии с требованиями пользователей и обеспечение высокого качества предлагаемых решений.
«1С:ERP Управление предприятием 2»— инновационное решение для построения комплексных информационных систем управления деятельностью многопрофильных предприятий, в том числе с технически сложным многоуровневым производством. В ней учтены лучшие мировые и отечественные примеры автоматизации крупного и среднего бизнеса.
Вас также могут заинтересовать следующие материалы:
