Автор Тема: Управление изменениями требований  (Прочитано 17165 раз)

Galogen

  • Member of CAR
  • Hero Member
  • *****
  • Сообщений: 6103
  • Рейтинг читателей: 194
  • Аксакал
    • Просмотр профиля
    • Профиль в Моем Круге
Re: Управление изменениями требований
« Ответ #120 : 30 Сентября 2017, 21:54:52 »
Видение такого известного популяризатора стандарта UML как Kirill Fakhroutdinov проиллюстрировано примером на его сайте:
http://www.uml-diagrams.org/bank-atm-uml-use-case-diagram-example.html
На минуту представим себя на планете, где банкоматы выдают деньги в обход банка. Или силами, почерпнутыми у Арлоу и Нейштадта на минуту обобщим Customer и Bank и "исправим" диаграмму. По-моему, неплохая выходит планета. Уже лечу к ней.
Приводя Арлоу и Нейштадта я лишь показал, что рассуждения для чтения или изменения исходной диаграммы должны во многом основываться на контексте и предметной области. И что дальнейшее уточнение диаграммы может идти разными путями, или это будет обощение, или абстрагирование (выделение каких-то абстрактных ВИ) или предполагание, что два актора тут присутствуют неслучайно. При этом ясно, что Банк тут не инициатор ВИ, а лишь его участник, раньше (в розе) для этого предлагалась рисовать стрелку или указывать стереотип "инициирует".


[прилетело НЛО и...]

  • Sr. Member
  • ****
  • Сообщений: 251
  • Рейтинг читателей: 26
    • Просмотр профиля
Re: Управление изменениями требований
« Ответ #121 : 30 Сентября 2017, 23:13:07 »
Если бы имена элементов модели были бы важнее типов элементов и связей между ними, то для лучшего моделирования нужно было бы стереть человечков, овальчики, стрелочки. И заменить их на слова. Но напала блажь -- высказываться невербально, на графическом (и в том числе программно читаемом) языке. Представим себя программами-чеккерами. С такой точки зрения имена элементов модели -- лишь строчки. Смысл модели в наборе элементов, их свойствах, их связях. И тут везде одно и то же: один ВИ и два связанных с ним ДЛ. В каждом случае чеккер прочтёт модель с одинаковым смыслом.

[Про остальное написало в личку.]
[...и улетело НЛО.]

Galogen

  • Member of CAR
  • Hero Member
  • *****
  • Сообщений: 6103
  • Рейтинг читателей: 194
  • Аксакал
    • Просмотр профиля
    • Профиль в Моем Круге
Re: Управление изменениями требований
« Ответ #122 : 01 Октября 2017, 00:13:54 »
И тут везде одно и то же: один ВИ и два связанных с ним ДЛ. В каждом случае чеккер прочтёт модель с одинаковым смыслом.
Именно, как только мы начинаем производить автоматическую трансформацию с целью получения исполняемого кода или другого интерпретируемого продукта.

Мне неизвестны случая (это конечно не означает, что их нет), когда на основе чтения ДВИ можно получить больше чем просто описание модели.

Но даже в спецификации написано для чего применяется диаграмма ВИ и описание закладываемого в ВИ поведения определяется другими средствами: диаграммой деятельности, машиной состояния, последовательности.

[прилетело НЛО и...]

  • Sr. Member
  • ****
  • Сообщений: 251
  • Рейтинг читателей: 26
    • Просмотр профиля
Re: Управление изменениями требований
« Ответ #123 : 01 Октября 2017, 10:51:52 »
Другая диаграмма и/или связанное описание может пояснять то, что не отражено на первой. Но не может менять смысл, зафиксированный первой. Поэтому, обсуждая этот смысл, привлекать другие диаграммы означает отвлекаться от главного в пользу второстепенного.

В Agile Modeling, к слову, допускается противоречивость. Накосячили в одном месте (где неважно), исправили в другом (где важно).

Чеккер выдаёт перечень ошибок. Поскольку речь об поиске "ржак" на диаграммах, точка зрения чеккера уместнее.
[...и улетело НЛО.]

Galogen

  • Member of CAR
  • Hero Member
  • *****
  • Сообщений: 6103
  • Рейтинг читателей: 194
  • Аксакал
    • Просмотр профиля
    • Профиль в Моем Круге
Re: Управление изменениями требований
« Ответ #124 : 01 Октября 2017, 21:25:40 »
Другая диаграмма и/или связанное описание может пояснять то, что не отражено на первой. Но не может менять смысл, зафиксированный первой. Поэтому, обсуждая этот смысл, привлекать другие диаграммы означает отвлекаться от главного в пользу второстепенного.
Ну да, Вы правы. Я вспомнил такое правило. У каждого ВИ есть только одно основное действующее лицо (первичное), то, которое инициирует ВИ, остальные могут быть только вспомогательными.