1С:СППР (Система проектирования прикладных решений) Расширенная версия

• Обсуждение предыдущего видео по возможностям ППР.  

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

• Начало с вкладки «Администрирование».  

• Настройка заголовка программы, календаря и версии платформы.  

• Важность настройки согласования ресурсов и тестирования в проекте.  

• Выбор между хранением файлов на диске или нет.  

• Учётные записи электронной почты.  

• Возможность настройки стандарта разработки.  

• Интеграция с автоматизированной проверкой конфигураций.  

• Синхронизация данных с другими базами.  

• Загрузка и выгрузка данных проектов.  

• Работа с текущими проектами.  

• Рекомендации по ведению проектов в одном месте.  

• Важность имени конфигурации для интеграции.  

• Настройка версий проекта и номеров сборок.  

• Загрузка структуры данных из хранилища.  

• Подключение к файловой базе данных.  

• Регистрация и закрытие ошибок.  

• Настройка приоритетов и контроля длительности ошибок.  

• Проект как система для работы.  

• Различие между классическим проектным подходом и текущим использованием ППР.  

• Технический проект имеет ограничения по сравнению с обычным проектом.  

• В нём можно создавать идеи, ошибки и проектные решения.  

• Направлен на решение технических задач внутри глобального проекта.  

• Система может рассматриваться как баг-трекер.  

• Ошибки можно регулировать по срочности.  

• Возможность регистрации ошибок вручную.  

• Статусы задач: признать ошибкой, направить в работу.  

• Действия в системе носят рекомендательный характер.  

• Необходимость дублирования задач в других системах.  

• Идеи помогают не забыть о задачах при разработке информационной системы.  

• Источники идей: инфостарта, методички, собственные идеи.  

• Пример идеи: разобраться с явными и неявными транзакциями.  

• Отчёты позволяют анализировать график ошибок по периодам.  

• Сравнение с автоматизированным проектом конфигурации.  

• Возможность просмотра действий по ошибкам.  

• Функциональный подход: описание функций без временных характеристик.  

• Пример функциональной модели: настройка статей, ведение базовых классификаторов.  

• Процессный подход: последовательность событий с началом и концом.  

• СППР поддерживает оба подхода: процессный и функциональный.  

• Выбор подхода зависит от предпочтений пользователя.  

• Процессное моделирование фокусируется на последовательности действий, а не на результате.  

• Функциональное моделирование направлено на достижение конкретного результата.  

• Пример: функция «принять заказ» может быть рассмотрена как процесс.  

• Ментальные карты помогают развивать центральную тему и детализировать процессы.  

• На каждом уровне детализации возможен свой подход и методика.  

• Тесты можно писать как под процессы, так и под функции.  

• Важно различать, работает ли система в терминах результатов или процессов.  

• Процесс — это последовательность действий с началом и концом, предшествующими и последующими процессами.  

• Шаги процесса можно детализировать, но не стоит увлекаться фанатизмом.  

• Шаги процесса должны выполняться одним исполнителем или группой исполнителей.  

• Пример: процесс создания детали на заводе включает вырезание, штамповку, сварку и термообработку.  

• Процесс может включать взаимодействие с информационной системой или не включать его.  

• Взаимодействие с системой можно определить как функцию.  

• К процессу можно привязывать задачи, технические проекты и регламенты.  

• Регламенты могут включать правила описания архитектуры.  

• Трудоёмкость задач задаётся на шагах процесса.  

• Можно поставить задачу программисту и прописать крайнюю дату выполнения.  

• Функция «проверено» позволяет сравнивать изменения в процессе.  

• Отчёты показывают, что заполнено, а что нет.  

• Описание процесса включает информацию о его принадлежности, старте и завершении.  

• Схема процесса помогает визуализировать его структуру.  

• Функциональный подход позволяет анализировать транзакции через обработку форм и документов.  

• Важность наличия описания и результата для каждой функции.  

• Функции группируются через группы, внутри которых находятся шаги процесса.  

• Шаги процесса включают исходящие и входящие данные, а также исполнителей.  

• DF0 — графический формат для описания функций, включающий стрелки для входящих и исходящих данных.  

• Примеры использования DF0: проверка орфографии, настройка статей доходов.  

• Функции работают с объектами метаданных, такими как справочники и документы.  

• Возможность добавления отчётов и сервисных объектов.  

• Профили пользователей определяют, под каким профилем будет работать пользователь.  

• Профили важны для привязки функциональной модели и тестирования.  

• Разработка ведётся слева направо, начиная с модели и заканчивая конфигурацией.  

• Архитекторы могут прописывать объекты метаданных и регламенты разработки.  

• Загрузка данных возможна из хранилища или файловой базы.  

• Настройка работы с метаданными в проекте.  

• Диаграммы зависимостей показывают, от кого зависит справочник и на кого он влияет.  

• Возможность печати диаграмм для любого документа или реквизита.  

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

• Возможность добавления собственных элементов для улучшения интерфейса.  

• Работа с объектами медданных: архитектура, разработка, загрузка.  

• Использование справочников для реализации функций.  

• Загрузка формата структуры справочника.  

• Разработка и загрузка справочников через промежуточную базу.  

• Механизм ключевых операций, включая апдекс.  

• Группировка функциональности, например, агентская схема в продажах.  

• Проверка наличия справки.  

• Выгрузка и загрузка справочников в формате штамейл.  

• Органайзер для задач и работы с ними.  

• Персональные настройки, включая тестирование и работу с файлами.  

• Просмотр и назначение стандартов разработки.  

• Подтверждение обучения и статистика изучения стандартов.  

• Стандарты предприятия и закупочные процедуры.  

• Тестирование как новая функциональность в СППР.  

• Важность методологии тестирования, используемой компанией 1С.  

• Пример теста, выложенный компанией 1С для демонстрации.  

• Работа тестирования через сценарии работы пользователей.  

• Запись сценариев и функций документации.  

• Каталог в базе данных ERP для тестирования.  

• Использование библиотеки шагов для тестирования.  

• Включает настройку для обеспечения производства и работы с заказами.  

• Включает создание заказов на производство, планирование графика и проверку загрузки рабочих центров.  

• Легко проверяется и запускается на платформе.  

• Является стандартом в фирме.  

• Разработчики функциональных решений будут делиться сценариями.  

• Сценарий подготовки данных для модели по заказному производству.  

• Включает установку функциональной опции, редактирование номенклатуры и спецификации.  

• Используются циклы и условия для обработки данных.  

• Параметры могут быть строками, числами, датами и макетами таблиц.  

• Значения по умолчанию передаются при отсутствии значений в сценарии.  

• Параметры используются в процессах и сценариях.  

• Проблемы с запуском фреймворка.  

• Необходимость добавления «конец, если» для корректной работы сценария.  

• Возможность запуска сценария и проверки ошибок.  

• Добавление известных шагов для автоматизации процессов.  

• Назначение и сохранение переменных.  

• Работа с подключениями к базам данных и файлами.  

• Вызов функций встроенного языка.  

• Открытие командного интерфейса, окон и отчётов.  

• Выгрузка известных шагов в JSON и подключение к ППРУ.  

• Загрузка шагов из файла JSON в сценарии.  

• Описание начального этапа работы со сценарием.  

• Создание и заполнение формы заказа покупателя.  

• Постепенное наполнение сценария действиями.  

• Запись действий в демо-базе.  

• Открытие формы списка заказов покупателя.  

• Проблемы с подключением клиентов.  

• Открытие новой формы заказа клиента.  

• Перенос данных из командного интерфейса в сценарий.  

• Простота создания нового документа.  

• Возможность добавления дополнительных полей, не реализованных в системе.  

• Заполнение полей, например, даты отгрузки.  

• Проверка работы сценария на отсутствующих полях.  

• Привязка сценария к функции.  

• Создание и выполнение задач.  

• Получение отчёта о выполнении задачи.  

• Прописывание параметров в сценарии.  

• Вызов сценария с параметрами и без.  

• Важность синтаксиса для работы с таблицами.  

• Сравнение распечатанного заказа с макетом.  

• Использование присоединённых файлов для проверки.  

• Работа с ключевыми словами и циклами.  

• Отслеживание ошибок в сценариях.  

• Развитие навыков работы с синтаксисом.  

• Возможность записи параметров и эталонных баз для сравнения результатов.  

• Указание пользователя для корректной работы.  

• Пример процесса мелкосерийного производства и функции подготовки данных.  

• Тестирование не только функций, но и процессов.  

• Настройка проверки конфигурации и интеграция с PPR.  

• Регистрация ошибок в PPR для анализа.  

• Возможность исключения объектов из проверки.  

• Проверка объектов с префиксом, например, «арарус челябинск».  

• Публикация веб-сервисов для взаимодействия.  

• Важность доступности веб-сервисов.  

• Процессный и функциональный подходы.  

• Предустановленные функции в PPR-1 для ERP-систем.  

• Использование PPR как полноценного бак-трекера.  

• Разработка архитектуры через объекты метаданных.  

• Лёгкая загрузка ERP-конфигурации для анализа.  

• Просмотр объектов и их зависимостей.  

• Настройка автоинструкций и видеоинструкций в Vanessa Automate.  

• Примеры видеоинструкций, созданных с помощью функционала.  

• Заполнение состояния формы и анализ её элементов.  

• Сохранение состояния формы в Excel.  

• Подведение итогов обучения.  

• Приглашение к дальнейшему обучению и обсуждению функционала.