Приключения электроника: Разработка ПО (часть 2 – Методы описания)

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

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

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

Существует два основных метода описания разработок: текстовый и графический. Некоторые специалисты выделяют еще и третий метод – табличный, но его чаще всего относят к разновидности текстового.

Текстовый метод

Многие предприятия (и мое в том числе) описывают ПО в виде текстового документа с указанием основных его характеристик.

К недостаткам данного метода можно отнести следующие:

нет четкой методики описания объектов и их связей в системе;

русский язык обладает 32% информационной избыточностью. В своюочередь информационная избыточность является источником искажения сути. Т.е. при передаче через четыре уровня мы имеем высокую вероятность получения 100% искажений от исходного.
[Август-Вильгельм Шеер «Бизнес-процессы. Основные понятия, теория, методы» 1999г.]

Т.е. то, что написала я, не обязательно поймет Маша. А если добавить, что программисты – это не филологи и могут допустить не только грамматические, но и логические ошибки в описании, то рискуем вообще не понять, что имел в виду разработчик;

нарушает целостность восприятия. Перейдя к 5 странице, большинство из нас уже забудут, что было написано на первой;
сложность анализа. Среди леса слов сложно найти ошибки и дублирования в процессах.

В некоторых случаях ситуацию могут спасти таблицы. Их применение в текстовых описаниях упрощает восприятие и не позволяет утонуть в море информации.

Графический метод

Сюда относят описания в виде различных схем, моделей и графиков. Разумеется, такое описание также должно включать в себя и текст.
Вне всяких сомнений, что этот метод имеет массу преимуществ. Но есть и свои минусы:

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

Графические методы достаточно хорошо описаны и стандартизированы. Это еще одно преимущество данного метода. Не нужно самим «изобретать велосипед», бери готовый и поезжай. Процесс разработки с применением графических методов носит название «Моделирование бизнес-процессов».
Существует несколько групп наборов правил при моделировании. Эти группы называют Нотациями.
О них мы и поговорим в следующий раз…

Посты этой рубрики:
Приключения электроника: Разработка ПО (часть 1)