Краткий путеводитель по методологиям и нотациям описания и моделирования бизнес-процессов. Часть 3

Публикация № 1435952 03.05.21

Анализ и проектирование ИТ-систем

Итак, сейчас рассмотрим уже самые разнообразные графические нотации и начнем с очень неожиданной – ДРАКОНа.

Инструкция: «Запрещено разбирать устройство. В нем нет деталей, которые мог бы отремонтировать пользователь». Производитель меня заинтриговал. Практически провоцирует. (С) из Интернета

Вступление

В первой статье этого цикла мы рассмотрели, какие методологии моделирования и описания бизнес-процессов сейчас существуют (//infostart.ru/public/1426878/).

Потом была вторая часть (//infostart.ru/public/1430187/) в которой мы рассмотрели уже непосредственно нотации (сами графические инструменты), а именно все нотации семейства IDEF.

Остался еще достаточно большой перечень нотаций, которые популярны и востребованы аналитиками при описании бизнес-процессов. Рассмотрим теперь их.

И начнем мы с очень интересной нотации – отечественной разработки – языка ДРАКОН.

Краткое описание нотаций

ДРАКОН

ДРАКОН – это визуальный алгоритмический язык программирования и моделирования, разработанный в СССР и сейчас доступный. Расшифровывается как: Дружелюбный Русский Алгоритмический язык, Который Обеспечивает Наглядность.

Основа языка – блок-схемы по ГОСТ 19.701-90 и ISO 5807-85.

Немного истории, как появился данный язык программирования. Он был частью космической программы «Буран». Начало разработки приходится на 1986 Министерством общего машиностроения СССР (Научно-производственный центр автоматики и приборостроения им. акад. Н.А. Пилюгина, Москва) и Академия наук СССР (Институт прикладной математики им. М.В. Келдыша). Основные работы по разработке языка были закончены в 1996 году (спустя 3 года после закрытия программы «Буран»). В этот момент была создана автоматизированная система проектирования программных систем (CASE-технология) ГРАФИТ-ФЛОКС.

Так на основе трех языков ПРОЛ2 (для разработки бортовых комплексных программ Бурана), ДИПОЛЬ (для создания наземных программ Бурана) и ЛАКС (для моделирования) В. Паронджановым был разработан единый универсальный язык программирования и моделирования.

На начальном этапе развития информация о ДРАКОНе была недоступна для пользователей, так как работы по ракетно-космическим программам и, в частности, по космической программе Буран были строго засекречены как составляющие государственную тайну.

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

Фундаментальной основой языка являются собственно блок-схема, диаграмма Насси-Шнейдермана (Nassi-Shneiderman diagram), псевдокод (язык описания алгоритмов) и др.

А основой алгоритмического языка моделирования являются диаграммы поведения языка UML: диаграмма деятельности (Activity diagram), диаграмма состояний (UML State machine) и некоторые диаграммы взаимодействия, например, диаграмма синхронизации (Timing diagram).

Графическое изображение языка ДРАКОН. Основой графического синтаксиса языка ДРАКОН является графический алфавит. Икона – графический элемент (графическая фигура). Язык ДРАКОН содержит 27 икон. Для каждой иконы задана ориентация, однозначно показано направление соединительных линий, входов и выходов. Благодаря жестко заданной ориентации икон и соединительных линий в большинстве случаев отпадает необходимость использовать стрелки. Сама блок-схема, отображающая порядок действий с точно определенными свойствами, называется дракон-схема.

Для чего используется:

  • Создан для описания требований к программному обеспечению, которое управляет космическим кораблем;
  • Вне аэрокосмической отрасли – для описания программных систем различных типов (разработки решений на базе 1С и не только и для их автоматизации, хранение кода этих решений);
  • Используется в медицинских алгоритмах;
  • Помогает организовать бизнес-процессы в компаниях (описания бизнес-процессов и их аудит, организация обучения сотрудников, инструкции пользователей).

Преимущества:

  • Понятность – легкое визуальное восприятие;
  • Простота – небольшое количество схем и элементов, которые позволяют описывать всю логику;
  • Есть возможность хранения кода разработки.

Недостатки:

  • Нет фирмы, которая поддерживает и развивает язык программирования и моделирования ДРАКОН, а также его инструменты. Сейчас этот язык существует как идея, и не существует как товарный продукт. Все держится на работе и труде энтузиастов.
  • Инструментальные средства языка ДРАКОН имеют экспериментальный характер и нуждаются в совершенствовании. Доступны для использования следующие инструментальные средства:
    • ИС Дракон (коммерческая программа) разработчик Геннадий Тышов (Россия, Северодвинск);
    • DrakonHub разработчик Stepan Mitkin (Норвегия).
  • Отсутствует стандарт языка ДРАКОН. В качестве стандарта используются книги:
    • Паронджанов В. Д. Алгоритмы и жизнеритмы на языке ДРАКОН. Разработка алгоритмов. Безошибочные алгоритмы. – М.: Препринт, 2019. – 374 с.
    • Паронджанов В. Д. Учись писать, читать и понимать алгоритмы. Алгоритмы для правильного мышления. Основы алгоритмизации. – М.: ДМК Пресс, 2012, 2014, 2016. – 520 с.
  • Очень маленькая доля рынка использования данного языка

Пример диаграммы:

Блок-схемы

Блок-схема – это распространенный тип схем (графических моделей), описывающий алгоритмы или процессы, в которых отдельные шаги изображаются в виде блоков различной формы, соединённых между собой линиями, указывающими направление последовательности.

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

Для разработки блок-схем могут быть использованы стандартные офисные программные продукты, например MS Word или MS Visio.

Ключевые особенности:

  • Множество вариантов использования.
  • Может использоваться как основа для других нотаций.
  • В основе заложен набор легко понимаемых и узнаваемых символов.
  • Является предшественником многих нотаций.

Для чего используется:

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

Преимущества:

  • Хорошо воспринимается пользователями, не нужна первичная подготовка.
  • Не несет существенных затрат при использовании.
  • Поддерживается большинством программных средств.

Недостатки:

  • Существуют различные визуальные отображения.
  • Может не хватать точности при описании сложных бизнес-процессов.
  • Нет устоявшихся наборов правил отображения.
  • Не является подходящим средством для описания сложных процессов.

Пример диаграммы:

UML

UML (Unified Modeling Language) – унифицированный язык моделирования, язык графического описания для объектного моделирования в области разработки программного обеспечения, для моделирования бизнес-процессов, системного проектирования и отображения организационных структур.

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

Основные характеристики:

  • Представляет собой набор из более чем десяти связанных друг с другом нотаций и методов моделирования.
  • Способен описывать связи типа родительский-дочерний объекты и более сложные взаимосвязи.
  • Набор символов разный в разных нотациях.

Для чего используется:

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

В UML используются следующие виды диаграмм (для исключения неоднозначности приведены также обозначения на английском языке):

Преимущества:

  • Возможность посмотреть на задачу с разных точек зрения.
  • Сравнительная проста для чтения после достаточно быстрого ознакомления с синтаксисом.
  • Широкое сообщество пользователей.
  • Реализован в большинстве средств моделирования.
  • Множество книг и источников информации.

Недостатки:

  • Создан изначально для моделирования программного обеспечения, моделирование бизнес-процессов – второстепенная задача.
  • Разные средства моделирования могут реализовывать нотацию по-разному.
  • Необходимость знания различных диаграмм и их нотаций.

Пример диаграммы:

CPN

Раскрашенная сеть Петри (также цветная, окрашенная; Coloured Petri Net, CP-net) – это графоориентированный язык для проектирования, описания, имитации и контроля распределенных и параллельных систем. Один из видов сетей Петри, позволяющий различать виды меток, используемые в сети. Для этого каждой метке приписывается некоторое значение, обычно называемое цветом (цвета принято применять для удобства визуализации, и чтобы подчеркнуть, что над значениями меток в рамках формализма невозможны никакие операции, кроме проверки равенства). В процессе имитационного моделирования метке невозможно присвоить новое значение; в то же время, вместо цвета меткам могут быть приписаны значения, обладающие сложной внутренней структурой, то есть относящиеся к сложным типам данных и эти значения могут быть использованы в условиях срабатывания переходов.

Теория раскрашенных сетей Петри разрабатывается более 20 лет рабочей группой (CPN Group) университета г. Орхуса (University of Aarhus, Denmark) под руководством профессора Курта Йенсена (Kurt Jensen).

Кроме раскрашенных сетей Петри, группой разработано несколько других вариантов расширений сетей Петри, и поддержка их всех реализована в одном программном пакете – CPN-Tools, по этой причине можно найти, что раскрашенными сетями Петри называют и другие разработки CPN Group.

В качестве программного представления цветных сетей Петри используется специальная версия языка MLCPN ML, являющуюся расширенной версией SML/NJ.

Графические элементы. Граф сети Петри – двудольный ориентированный граф. Он состоит из вершин двух типов: позиций, представленных кругами или овалами и переходов, представленных прямоугольниками. Дуги соединяют позиции и переходы. В сетях Петри также используется понятие фишки. Фишка – динамический элемент, расположенный в позициях, который перемещается в результате срабатывания перехода. В классических сетях Петри все фишки одинаковые и элементарные. В раскрашенных сетях Петри фишки различные.

Основные характеристики:

  • Формальная модель сетей Петри отличается хорошо разработанным математическим аппаратом.

Для чего используется:

  • Применяется для моделирования сетей.
  • Применительно к вычислительным сетям CP-модели воспроизводят:
    • процессы генерации сообщений приложениями;
    • разбиение сообщений на пакеты и кадры определенных протоколов;
    • задержки, связанные с обработкой сообщений, пакетов и кадров внутри операционной системы;
    • процесс получения доступа компьютерам в разделяемой сетевой среде;
    • процесс обработки поступающих пакетов маршрутизатором и т.д.

Преимущества:

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

Недостатки:

  • Необходимость знания разработчиком специфического языка описания моделей;
  • Отсутствие использования принципов объектно-ориентированного подхода;
  • Низкая гибкость и трудоемкость описания систем в случае их декомпозиции до уровня некоторых элементарных операций.

Пример диаграммы:

Рассмотрим пример известного нам уже Саввы Игнатьевича, который будет кушать пирог. Есть две фишки: Савва Игнатьевич, пирог. Голодный Савва Игнатьевич становится сытым после того, как съедает пирог.

Определены два множества цветов: множество s с элементом Савва Игнатьевич и множество p с элементом Пирог. Позиции Голодный Савва Игнатьевич и Сытый Савва Игнатьевич имеют множество цветов s с фишкой Савва Игнатьевич. Позиция Еда имеет множество цветов p с фишкой Пирог. Чтобы запустить переход Кушать, необходимо наличие двух фишек: Савва Игнатьевич и Пирог. Переменные x и y используются, чтобы извлечь фишки из входных позиций и поместить новую фишку в выходную позицию. Пример иллюстрирует способ, с помощью которого могут быть обработаны различные типы фишек.

EPC

Событийная цепочка процессов (EPC-диаграмма, Event-driven Process Chain) — тип блок-схемы, используемой для бизнес-моделирования, а также нотация для моделирования процессов, входящая в методологию ARIS. EPC может быть использована для настройки системы планирования ресурсов предприятия (ERP), и для улучшений бизнес-процессов.

Модель процесса в нотации EPC представляет собой упорядоченную комбинацию событий и функций. Для каждой функции могут быть определены начальные и конечные события, участники, исполнители, материальные и документальные потоки, сопровождающие ее. Слияние и ветвление потоков управления осуществляется с использованием операторов

«Процессная цепочка, управляемая событиями» (EPC) может быть и очень простой, и очень сложной. В качестве «событий» в EPC рассматривается начало и завершение шагов процесса, называемых «функциями». Таким образом, процесс состоит из последовательностей «событие–функция–событие». Также в EPC широко используются логические операторы, называемые «правила». Основные правила «И», «ИЛИ», «исключающее ИЛИ» отображают решения, проверку условий, распараллеливание и схождение потоков. Простейшая EPC-модель состоит из этих элементов, соединенных стрелками.

Основные характеристики:

  • Нотация EPC была разработана в начале 1990-х годов профессором Августом-Вильгельмом Шеером (August-Wilhelm Scheer) как часть методологии ARIS.
  • Может использоваться в сочетании с вертикальными или горизонтальными дорожками.
  • В основе лежит набор легко узнаваемых символов, может расширяться большим количеством дополнительных или специальных символов.

Для чего используется:

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

Преимущества:

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

Недостатки:

  • Необходимо первичное обучение основам моделирования в этой нотации.
  • Нотация полноценно реализована только в программных продуктах семейства ARIS.

Пример диаграммы:

ARIS

Методология ARIS (Architecture of Integrated Information Systems, проектирование интегрированных информационных систем) – это одна из современных методологий бизнес-моделирования, получившая широкое распространение.

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

Модели методологии ARIS:

  • OD – Objective diagram – Диаграмма целей
    Модель описывает стратегические цели компании и х взаимосвязь с другими элементами организации.
  • PST – Product/Service tree – Дерево продуктов и услуг
    Модель описывает продукты и услуги, производимые компанией, и их взаимосвязь с другими элементами организации.
  • FT – Function tree – Дерево функций
    Модель описывает функции, выполняемые в компании и их иерархию.
  • FAD – Function allocation diagram – Диаграмма окружения процессов
    Процессная модель описывает окружение бизнес-процессов.
  • VACD – Value added chain diagram – Диаграмма цепочки добавленной стоимости
    Процессная модель – аналог классического стандарта DFD. Применяется для описания бизнес-процессов верхнего уровня.
  • PSM – Process selection matrix – Матрица выбора процесса
    Процессная модель– аналог классического стандарта DFD. Является альтернативой модели VACD и применяется для описания бизнес-процессов верхнего уровня.
  • eEPC – Extended Event driven Process Chain
    Расширенная цепочка процессов, управляемая событиями – Процессная модель аналог классического стандарта WFD. Применяется для описания бизнес-процессов нижнего уровня.
  • ORG – Organizational chart – Модель организационной структуры
    Модель описывает организационную структуру компании.
  • ASTD – Application system type diagram – Диаграмма типов информационных систем
    Модель описывает структуру информационных система, используемых в компании.

Основные характеристики:

  • Любая организация в методологии ARIS рассматривается с пяти точек зрения: организационной, функциональной, обрабатываемых данных, структуры бизнес-процессов, продуктов и услуг.
  • Каждая из этих точек зрения разделяется на три подуровня: описание требований, описание спецификации, описание внедрения.
  • Для описания бизнес-процессов предлагается использовать около 80 типов моделей, каждая из которых принадлежит тому или иному аспекту.
  • ARIS предоставляет визуальный инструментарий для обеспечения наглядности моделей.

Преимущества:

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

Недостатки:

  • Нео бходимость обучения работе с методологией;
  • Невозможность визуального отражения длительности выполнения процедур;
  • Необходимость разработки соглашений о моделировании;
  • Необходимость четкой проработки регламента работы;
  • Избыточность методологии для анализа.

Пример диаграммы:

Нотация Йордана – Де Марко (Yourdon / DeMarko)

Нотация Йордана – Де Марко – одна из нотаций, разработанная на основе развития классической методологии DFD. Названа по именам разработавших ее специалистов.

Данная нотация очень схожа со второй нотацией Гейна – Сарсона, однако принципиальное различие в графическом отображении форм объектов:

  •  
  • Функциональный блок изображается в виде окружности, внутри которой указывается название функции (операции) и (при необходимости) ее порядковый номер на диаграмме;
  • Потоки данных также изображаются в виде линий со стрел кой/стрелкам и на конце;
  • Внешняя сущность представляется в виде простого прямоугольника; нумерация сущностей не производится, в прямоугольнике указывается только ее название;
  • Хранилища данных изображаются так же, как и в нотации Гейна – Сарсона.

Для чего используется:

  • Часто используют в целях выявления процессов и данных, используемых в ходе их реализации.
  • Для построения функциональной декомпозиции деятельности обследуемого объекта.

Преимущества:

  • Способность нотации точно определить внешние сущности, при этом используя анализ потоков информации внутри и за пределами системы
  • Способность проектирование сверху вниз.
  • Описание процессов нижнего уровня.

Недостатки:

  • Не позволяет показать ответственных за выполнение тех или иных операций в процессе и не позволяет описать все возможные пути выполнения данного процесса.
  • Возможно показать только один вариант реализации процесса и невозможно указать случаи, когда возникают какие-либо отклонения, в результате которых процесс реализуется несколько иначе.

Пример диаграммы:

Подведем итог

Мы рассмотрели особенности применения еще 7 нотаций: отечественная нотация ДРАКОН, простые блок-схемы, диаграммы UML, разновидность сетей Петри, EPC, различные модели ARIS и одну из нотаций методологии DFD – нотацию Йордана - Де Марко.

В итоге, нотаций так много, что даже краткий их обзор без примеров и детальных описаний, не дает возможности поместить их в одну статью. Будет и следующая часть 4. Как думаете, какие там будут нотации? Есть ли у вас пожелания?

Специальные предложения

Комментарии
В избранное Подписаться на ответы Сортировка: Древо развёрнутое
Свернуть все
1. ccapt 05.05.21 09:41 Сейчас в теме
В этой статье нет ни одной нотации, предназначенной для описания именно бизнес-процессов. Такое настойчивое (как минимум, в трёх статьях) игнорирование, например, BPMN, похоже скорее на избегание. Даже интересно, почему.
depresnjak; +1 Ответить
3. Olenevod 27 16.05.21 20:20 Сейчас в теме
(1) А мне показалось, что это настолько популярная нотация, что даже было бы не интересно читать о ней короткий обзор. BPMN скорее нуждается в более подробных примерах и "расшифровках", кои можно найти и в других статьях инета (либо посвятить отдельную здесь, но зачем?). Очень интересно было ознакомиться с другими, за что автору большое спасибо.
Конечно бы хотелось чуть больше подробностей и примеров (см. коммент № (2) ), чтоб можно было понять где это можно попробовать и освоить и применять потом :)
4. ccapt 17.05.21 08:53 Сейчас в теме
(3), то есть о популярной и распространенной нотации в статье о нотациях упоминать не надо? при этом описывать те, которые нотациями описания бизнес-процессов даже не являются? и насколько адекватное представление о теме получит не знакомый с ней читатель?
2. VIA_1C 68 11.05.21 11:41 Сейчас в теме
Цикл статей очень познавательный. В последующих статьях хотелось бы увидеть пример реального построения в какой либо из нотаций небольшого бизнес-процесса на обследуемом предприятии и детальное описание шагов при построении диаграммы модели (на основе чего принято то или иное решение на каждом шаге, почему выбран тот или иной элемент модели и т.п.).
Hoper1981; Olenevod; ashtey; +3 Ответить
5. Dimka74 04.06.21 08:28 Сейчас в теме
Расскажите пожалуйста о программных средствах которыми пользуетесь при составлении таких схем.
6. ashtey 149 04.06.21 10:21 Сейчас в теме
(5) Добрый день!) Спасибо за комментарий. По инструментам (программным средствам) будет, я думаю, прямо отдельная публикация.
9. julia_green 18.09.21 15:52 Сейчас в теме
(6)Добрый день, подскажите пожалуйста, есть ли нотация к "Модель C4 для визуализации архитектуры программного обеспечения"?
10. ashtey 149 18.09.21 18:04 Сейчас в теме
(9)
, есть ли нотация

Добрый день, насколько я помню, С4 использует нотации языка UML.
11. julia_green 18.09.21 21:49 Сейчас в теме
12. julia_green 22.09.21 12:55 Сейчас в теме
(10) Анастасия, добрый день, можете посоветовать источники по с4 на русском языке?
13. ashtey 149 22.09.21 23:17 Сейчас в теме
(12) Добрый вечер! У меня не было практики работы с с4, поэтому не могу дать вам никакой рекомендации.
7. Steelvan 133 15.09.21 13:09 Сейчас в теме
Бесплатная рисовалка Набра с поддержкой bpmn и epc диаграмм.
Описание и сама программа: https://infostart.ru/public/1515487/
Пример рисования epc диаграммы: https://youtu.be/tDbCiPunktY
8. julia_green 18.09.21 15:51 Сейчас в теме
Добрый день, подскажите пожалуйста, есть ли нотация к "Модель C4 для визуализации архитектуры программного обеспечения"?
Оставьте свое сообщение

См. также

Кто такой архитектор? Системный или функциональный? Статья 1 Промо

Конфигурирование 1С Анализ и проектирование ИТ-систем Бесплатно (free)

Часто сталкиваюсь с непониманием того, кто такой архитектор. Во многих командах эту компетенцию не используют, либо используют неверно. В связи с непониманием того, как устроен процесс разработки в сфере 1С и кто за что отвечает, будут написаны 8 статей. Это первая статья. В статье постараюсь раскрыть роль архитектора и его значимость в процессе проектирования и разработки. Основываюсь на своём опыте (более 15 лет). Для написания этой статьи изучал статьи на эту тему от коллег и консультировался с руководителями крупных команд.

30.06.2020    20375    biimmap    72    

Модель C4 (C4 model) для визуализации архитектуры программного обеспечения

Анализ и проектирование ИТ-систем Бесплатно (free)

Перевод главной страницы сайта https://c4model.com/, посвященной C4 model.

26.10.2021    571    malikov_pro    9    

Краткий путеводитель по методологиям и нотациям описания и моделирования бизнес-процессов. Часть 4

Анализ и проектирование ИТ-систем УУ Бесплатно (free)

Сколько бизнес-аналитиков – столько и мнений: какая нотация лучше и какую следует использовать при моделировании бизнес-процессов. Рассмотрим следующую группу нотаций…

01.06.2021    2904    ashtey    1    

Краткий путеводитель по методологиям и нотациям описания и моделирования бизнес-процессов. Часть 2

Анализ и проектирование ИТ-систем УУ Бесплатно (free)

Самая суть – графическая нотация моделирования бизнес-процессов. Какие бывают и когда их использовать… Начнем с семейства нотаций IDEF.

22.04.2021    6111    ashtey    1    

IDEF0. Знакомство с нотацией и пример использования Промо

Анализ и проектирование ИТ-систем Обучение, бизнес-тренинг, курсы 1С:Франчайзи, автоматизация бизнеса Бесплатно (free)

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

28.06.2017    45091    raiml    37    

Краткий путеводитель по методологиям и нотациям описания и моделирования бизнес-процессов. Часть 1

Анализ и проектирование ИТ-систем УУ Бесплатно (free)

Их действительно много – разных нотаций и методологий моделирования бизнес-процессов. Как понять, какую выбрать?

19.04.2021    14214    ashtey    6    

Пишем ТЗ через сценарии

Техническое задание Бесплатно (free)

От того, насколько одинаково понимают ТЗ заказчик и исполнитель, зависит успех проекта. Включение моделей на UML и BPMN в состав ТЗ помогает упростить взаимопонимание с заказчиком и обеспечить минимум доработок за счет полного покрытия всех процессов функциональностью системы. О том, как грамотно составить ТЗ и увязать требования заказчика с детализированными моделями, на митапе Saint Petersburg.Online рассказал Сергей Наумов.

05.03.2021    4515    SergeyN    6    

Практика применения DevOps. Тестирование

DevOps Сценарное тестирование BDD/TDD-тестирование, Vanessa СППР v8 1cv8.cf Бесплатно (free)

В третьей части мастер-класса «Практика применения DevOps» на конференции Infostart Event 2019 Inception выступила Светлана Попова. Она рассмотрела возможности использования двух инструментов тестирования от фирмы «1С» – «Сценарного тестирования» и связки СППР и Vanessa Automation, и рассказала про плюсы и минусы каждого из этих вариантов.

11.12.2020    5569    SvVik    0    

Про спагетти, или как исследовать бизнес-процессы организации Промо

Техническое задание Управление бизнес-процессами (BPM) Методология Бесплатно (free)

Многие руководители предприятий не обладают полной картиной происходящего в собственных производственных подразделениях. Они знакомы с организационной структурой, направлениями деятельности, общими экономическими показателями. Если по результату получилась прибыль, то наступает уверенность успеха. Но есть ли на рынке предприятия, которые длительное время удерживаются в "слепом" режиме управления?

23.02.2017    28678    Gavrik    11    

Чего хочет разработчик от ТЗ? Примеры из практики

Техническое задание Бесплатно (free)

Модная нынче тема - составление ТЗ и формирование технических требований. Внесу свою маленькую лепту в виде примеров из личной практики и того, каким я вижу идеальное описание задачи. Задачи, которую можно просто взять и сделать! Без лишних вопросов.

16.10.2020    7613    stas_ganiev    36    

Что такое качество разработки и качество поддержки? Статья 2

Методология управления разработкой Анализ и проектирование ИТ-систем Бесплатно (free)

Это вторая из 8 статей про разработку в сфере 1С. В данной статье будут раскрыты следующие вопросы: 1. Ошибки в решениях в пользовательском режиме и их причины. 2. Технические ошибки при разработке решений в 1С. 3. Мы закрыли 100 заявок за 1 день. Есть ли польза от такой поддержки? Польза или вред от SLA.

30.06.2020    2317    biimmap    5    

Находим взаимопонимание с заказчиками с применением Enterprise Architect

Анализ и проектирование ИТ-систем СRM Управление бизнес-процессами (BPM) Бесплатно (free)

Enterprise Architect – мощное средство моделирования бизнес-процессов и информационных систем. Сергей Наумов на мастер-классе конференции Infostart Event 2019 Inception показал, как моделировать бизнес-процессы и составлять понятные заказчику документы при внедрении 1С-систем с помощью Enterprise Architect. Материалы мастер-класса будут полезны как разработчикам на платформе 1С, так и аналитикам, участвующим во внедрении.

19.06.2020    6817    SergeyN    0    

Как оценивать задачи программисту 1С Промо

Техническое задание Россия Бесплатно (free)

Оценивать задачу всегда сложно. У меня не всегда получается оценивать задачи адекватно (во всяком случае, не всегда моё ощущение адекватности совпадает с ощущениями других участников процесса). Именно по причине того, что вопрос для меня актуальный, хочу поделиться своими размышлениями, субъективным опытом в этом вопросе. Речь пойдет только о технической оценке.

11.08.2016    36821    SamBadi    55    

Применение программистом таблицы рисков для оценки технического задания

Техническое задание Бесплатно (free)

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

28.05.2020    10984    sapervodichka    75    

1С СППР, как инструмент по внедрению, разработке и сопровождению информационных систем

СППР Методология Бесплатно (free)

Система проектирования прикладных решений (СППР) – инструмент от фирмы «1С», который позволяет проектировать конфигурации, вести по ним полную документацию в разрезе объектов системы, собирать требования на реализацию и выдавать на их основе детально описанные задачи программистам. Как правильно использовать СППР при работе с многосоставной командой, на конференции Infostart Event 2019 Inception рассказал генеральный директор компании «Иритум» Роман Кальмансон.

09.01.2020    13422    roman72    0    

1С: СППР и оценка сроков и стоимости проектов методом COCOMO II

Анализ и проектирование ИТ-систем 1С:Франчайзи, автоматизация бизнеса Россия Бесплатно (free)

Статья рассматривает способ использования 1С СППР (Системы Проектирования Прикладных Решений) для оценки длительности и стоимости проектов по методу COCOMOII. Как обосновать заказчику, что данная вами оценка сроков исполнения проекта объективна? Как измерить маржинальность проекта до его начала, на этапе пресейла? Каким способом оценить диапазон торга по цене проекта, чтобы предотвратить выход в убыток? Как объективно рассчитать потребность на проекте в членах команды, которые не являются разработчиками (бизнес-аналитики, методологи, технические писатели и т.п.)? Как формализовать результат их работы наиболее простым и доступным способом?

06.01.2020    4587    roman72    9    

ГОСТ 34.602-89. ТЕХНИЧЕСКОЕ ЗАДАНИЕ НА СОЗДАНИЕ АВТОМАТИЗИРОВАННОЙ СИСТЕМЫ Промо

Техническое задание Анализ и проектирование ИТ-систем Россия Бесплатно (free)

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

29.06.2005    37400    support    11    

Vanessa Automation + СППР

BDD/TDD-тестирование, Vanessa СППР v8 Бесплатно (free)

Vanessa Automation. Использование автоматизированного тестирования в СППР.

07.11.2019    16211    SvVik    15    

Модернизация КА 2.4 под маркетинговую компанию. Часть 1

СRM Техническое задание v8 КА2 Россия УУ Бесплатно (free)

Выполнил для компании, которая занимается маркетингом и продвижением продуктов, проектирование и модификацию конфигурации КА 2.4 и справочника «Проекты». Теперь в конфигурации «Проекты» имеют особенную роль и на основании выполненной доработки руководство компании принимает решения по продолжению, закрытию или продвижению проекта/ов, поиск путей решения возникающих вопросов. При необходимости доработку можно реализовать под ERP конфигурацию. Архитектура решения выполнена «рядом» с основной конфигурацией. В настоящее время конфигурация поддерживается, модификация ведется в актуальной версии КА 2.4.10 на платформе 8.3.14.1630.

29.10.2019    6773    BraunAlex    1    

Мастер-класс СППР

Методология СППР Бесплатно (free)

Сергей Наумов, в прошлом разработчик подсистемы бюджетирования в конфигурации «1С:ERP», на мастер-классе конференции INFOSTART EVENT 2018 EDUCATION поделился опытом управления проектами с помощью «1С:Системы проектирования прикладных решений» и показал, как использовать эту программу в работе над разными задачами: для сбора, классификации и хранения требований; для управления разработчиками и консультантами; в качестве системы документирования; в качестве баг-трекера на этапе опытно-промышленной эксплуатации.

30.08.2019    16449    SergeyN    10    

Направления работы программиста 1С Промо

Техническое задание Бесплатно (free)

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

08.11.2012    44770    adhocprog    63    

Impact mapping: чем он может быть вам полезен

Техническое задание Бесплатно (free)

Привет, коллеги! Сегодня хочу поговорить про один из инструментов Владельца продукта - Impact mapping (карта влияния). Чем он хорош и почему его стоит использовать.

26.07.2019    7457    slozhenikin_com    14    

Как проектировать отчетность

Техническое задание Методология Управленческие v8 УУ Бесплатно (free)

Эта статья написана по итогам мастер-класса для руководителей проектов и аналитиков, в рамках перехода на продуктовый подход к разработке. В ней мы постарались ответить на вопрос: "Как снизить риск потери доверия к данным информационной системы со стороны топ-менеджмента, грамотно выстроив процесс проектирования и разработки отчетности?"

16.10.2018    10469    weissfeuer    3    

Проектирование архитектуры и модификация программных продуктов как технология в сложных проектах системной интеграции и автоматизации на базе 1С: СППР

Методология Интеграция с сервисами СППР v8 1С:Франчайзи, автоматизация бизнеса Бесплатно (free)

Как сделать проектирование функциональной архитектуры ПО технологией. Цель - устранить ряд типовых проблем на сложных проектах. Как использовать для решения этих задач 1С система проектирования прикладных решений (СППР). Статья полезна для директоров франчайзи, системных интеграторов, руководителей проектов, архитекторов и консультантов.

03.10.2018    19612    roman72    19    

Есть 2 подхода к внедрению информационных систем. На примере 1С УПП 8 Промо

Методология Техническое задание v8 УПП1 Россия Бесплатно (free)

С детальным ТЗ? Или без серьезного ТЗ? Какой лучше? И где успех более вероятен?

26.01.2012    102203        54    

Управление отделом разработки с помощью "1С:СППР"

Методология СППР v8 Бесплатно (free)

У многих компаний возникают сложности с выбором системы управления задачами. Андрей Пашков на примере своей компании рассказывает о возможностях решения 1С:СППР. Также в статье рассмотрены проблемы, возникающие при разработке программного обеспечения, и описаны пути их решения с помощью 1С:СППР.

20.08.2018    22284    pau74    11    

На чьей стороне мячик? Алгоритм определения исполнителя задачи

Техническое задание Управление бизнес-процессами (BPM) Бесплатно (free)

Я считаю, что мало кому удалось избежать ситуации, когда его назначали исполнителем работы, мягко скажем, не его уровня. На мой взгляд, такое особенно часто встречается среди технических специалистов. Причем, в случае возражения, обычным аргументом противоположной стороны является: "Нам так раньше всегда делали!". Эта публикация является попыткой описать формализовано процесс определения исполнителя с точки зрения логики. Посвящается тем, кто, будучи невежественным в вопросе, смеет указывать, кому его решать. А также тем, кто это терпит.

14.08.2018    7880    itriot11    42    

Архитектура ИТ-системы на базе 1С в крупной организации

Анализ и проектирование ИТ-систем v8 УТ11 Россия Бесплатно (free)

В данной статье я хотел бы очень крупными мазками обрисовать архитектуру ИТ системы на базе 1С в крупных (более 1 тысячи пользователей) организациях. Она не несет какой либо образовательной цели, это просто попытка показать – «а как у нас».

02.07.2018    20191    Repich    117    

Первый шаг к успешному проекту автоматизации

Техническое задание Управление бизнес-процессами (BPM) Методология Россия Бесплатно (free)

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

30.03.2018    10833    Aprsoft    1    

Должностная инструкция специалиста по 1С

Техническое задание Бесплатно (free)

Описание функциональных обязанностей для трёх категорий специалистов 1С: Администратор платформы, Программист, Администратор конфигурации (Методист).

14.12.2017    33739    Vikki-di    21    

Внедрение МСФО: план-график выполнения проекта по автоматизации МСФО

Техническое задание Методология МСФО (GAAP) МСФО (GAAP) БУ Бесплатно (free)

В данной статье будут детально рассмотрены задачи, которые предстоит выполнить в процессе запуска проекта автоматизированной подготовки отчетности МСФО

23.10.2017    10959    user743750    1    

Систематизация опыта подготовки технического задания

Техническое задание 1С:Франчайзи, автоматизация бизнеса Россия Бесплатно (free)

Решил «закинуть» на портал свою статью пяти-шестилетней давности. Статья писалась для внутреннего употребления в нашей компании – обобщил и систематизировал свой опыт. Думаю, кому-то она будет полезной. В процессе подготовки статьи немного отредактировал первоначальный вариант.

26.04.2017    25888    Soliton    33    

Концепция автоматизации многопрофильного Холдинга в системе АУБ на платформе 1С

Техническое задание Методология Финансовый учет и бюджетирование (FRP) Управление холдингом (CPM) Учетная политика Бухгалтерский учет Управленческий учет (прочее) Финансовый учет и бюджетирование (FRP) Управление холдингом (CPM) Учетная политика v8 Россия УУ Бесплатно (free)

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

02.03.2017    19630    aaw    3    

Проектное внедрение прав доступа в системах 1С

Техническое задание Управление бизнес-процессами (BPM) Методология v8::Права 1cv8.cf Бесплатно (free)

Для крупных предприятий я рекомендую разрабатывать "Техническое задание на права доступа в системе 1С Предприятие 8". Данная работа сопровождается комплексным подходом по аналогии проектного внедрения. Рассмотрим порядок работы, переход от исследования к ТЗ и критерии упрощения документации.

17.01.2017    18349    Gavrik    4    

Наблюдения, которые указывают на решимость предприятия к изменениям

Техническое задание Управление бизнес-процессами (BPM) Методология Бесплатно (free)

Раздается звонок. - Здравствуйте, это Сергей? Меня зовут (не вникайте в название, но это плоды секундной фантазии), я директор по производству на . У меня есть ряд проблем с производственным планированием. Могли бы мы с вами встретиться? На встрече присутствовал CH3NO2, генеральный директор и, случайно заглянувший, собственник бизнеса. Мне предоставили список технических требований к производственному планированию, наличие которого положительно сказывается как на предметный разговор. В ходе беседы познакомились, поделились коммерческой и организационной информацией, очертили первые шаги.

06.12.2016    19771    Gavrik    19    

Технические проблемы взрывного роста компании

Техническое задание Методология Бесплатно (free)

Хочу рассказать об очень интересном проекте, с которым мы недавно столкнулись. В этом проекте необходимо было сделать огромный объем работы за очень короткий промежуток времени, поэтому мы его условно назвали «Марафон со спринтерской скоростью».

26.09.2016    14765    R.Tsarenko    27    

Дропшиппинг или "виртуальные" склады поставщиков в 1С

Техническое задание Оптовая торговля Розничная торговля Учет ТМЦ Оптовая торговля Розничная торговля Учет ТМЦ v8 УТ10 УУ Бесплатно (free)

Сейчас всё больше компаний работают по системе дропшиппинг (прямые поставки, когда поставщик отправляет товар непосредственно клиенту, а не продавцу) или продают товар со склада поставщика не закупая его себе на склад (под конкретные заказы покупателей). При этом зачастую есть необходимость хранения остатков и цен поставщика, выгрузки их на сайты и другие информационные ресурсы, рассылки в своих прайс листах. В статье рассматриваются варианты отражения подобных операций в управленческих конфигурациях 1С без привязки к конкретной конфигурации. С некоторыми различиями данные схемы можно применить в Управлении торговлей 10 и 11, Рарус:Альфа-авто, Комплексной автоматизации, УПП и др. т.е. в целом в любой конфигурации с возможностью ведения управленческого учета и механизма заказов.

02.09.2016    36485    de0nis    19    

Как заставить разработки работать

Техническое задание Методология 1С:Франчайзи, автоматизация бизнеса Бесплатно (free)

В процессе внедрения и сопровождения автоматизированных учетных систем приходится сталкиваться с рядом проблем, среди которых: • Пуск системы в эксплуатацию проходит очень болезненно для пользователей, его приходится прерывать и откладывать на более поздние сроки по ряду причин (функционал системы недостаточно развит, некоторые функции не работают или работают неправильно, некоторыми функциями пользоваться очень сложно, и пользователи постоянно путаются и делают все неправильно, система абсолютно непонятна пользователям, и они не знают, что делать в той или иной ситуации); • Уход ведущего разработчика может парализовать внедрение и сопровождение системы; • Процесс внедрения напоминает метания из угла в угол в темной комнате в поисках выхода; • При обновлении сопровождаемых систем происходят поломки некоторых функций, в результате чего работу пользователей приходиться приостанавливать и в срочном порядке исправлять ошибки; • Уход пользователя, который был единственным, кто работал в системе на определенном рабочем месте, парализует работу системы; Собственный и заимствованный опыт позволили выработать подходы к решению некоторых из них. Ими я и хотел бы поделиться в этой статье. Если вы никогда не занимались внедрением автоматизированных учетных систем, не сталкивались с перечисленными проблемами и не пытались найти их решение, вам эта статья будет неинтересна, а может, и непонятна.

30.03.2016    21667    liurn    26    

Предприятие требует проект автоматизации? Начните правильно!

Техническое задание Методология 1С:Франчайзи, автоматизация бизнеса Бесплатно (free)

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

23.12.2015    25057    Gavrik    5    

Большой проект: документация

Техническое задание Методология Бесплатно (free)

Оставим за рамками нашей темы поиск потенциального клиента. Мы его нашли. Вот он - Большой клиент. Чего мы хотим? Хотим заработать. И чтобы этот Большой клиент был у нас не один. А к нам большинство таких клиентов пришли по рекомендации, а для рекомендаций положительных нужно, чтобы Большой клиент был очень доволен сотрудничеством с нами. Но и мы хотели бы быть довольны работой с ним. Вот о том, какими документами мы этого добиваемся, я и попытаюсь рассказать. *** Статья написана на основе доклада, прочитанного на Конференции IE 2013 Revolution (7-8 ноября 2013 года). Также она опубликована в журнале Инфостарта № 3

23.03.2015    21277    UR1    5    

Проектирование в 1С на практике. 1С:СППР.

СППР Бесплатно (free)

Статья по докладу на конференции Infostart Event (2013).

28.04.2014    56429    comol    47    

Автоматизация работы фрилансера

Техническое задание СRM Методология СRM УУ Бесплатно (free)

Появилось желание рассказать о социальном интранете - Битрикс24. Я опишу опыт внедрения и использования данного продукта от лица фрилансера 1С.

25.09.2013    25901    randa    45