Комментарии 5
Спасибо, как раз занялся вопросом создания простого описания всего что накопилось на данный момент. Из-за того, что в основном уделялось время только руководству пользователя и "нехватало" времени сделать внутрянку для быстрой адаптации сотрудников. Полез в сеть для поиска примеров простых и лёгких алгоритмов работы систем и продуктов и ничего толком не нашёл))))))) Кстати, может кто подскажет по поводу документациий ТОП-примеры
Затем блоки операций и ресурсов можно дополнить типом, способом реализации и описанием:
Так ведь в начале Вы пишите:
если наблюдаемое поведение системы останется неизменным, то это будет просто очередная версия всё той же системы. Если же кардинально изменить её взаимодействие с внешним миром, то это будет уже другая система.
В связи с этим я подумал, что как раз-таки описание конкретной реализации не должно быть включено в диаграмму. Максимум - вынесено в заметки. А в примере теперь всего намешано и если менять реализацию, то меняется и схема.
Противоречие получается
Спасибо за замечание
Во-первых ещё раз обращу ваше внимание, что это первая версия и в ней действительно могут быть противоречия.
Во-вторых я ещё помедитирую на эту тему, но сходу я не вижу противоречия - при смене реализации, структура диаграммы сохранится, изменятся только тексты внутри блоков.
Но тут действительно есть над чем подумать - кажется надо как-то разделить поведение, которое наблюдаемо через взаимодействия с ресурсами внешних систем (которые фиксированы и не могут изменяться) и поведение, которое наблюдаемо через изменение результатов эффектов чтения внутренних ресурсов (и тут не важно как этот ресурс реализован).
В любом случае, думаю вы правы, в том, что надо разделить краткую и полную нотацию. У них разные контексты и цели.
Диаграмма эффектов: спецификация v0.0.2