16

ПО Аналитика / Re: Управление изменениями требований

« : 11 Апреля 2020, 12:33:53 »

Открываем по Вашей просьбе стандарт OMG UML v2.5.1 ...
Стало быть, стандартная нотация нарушена при изображении связи включения от Usecase2 к Usecase3 (проведена пунктирная линия, а не предписываемая стандартом пунктирная стрелка).
Стало быть, стандартная нотация нарушена при изображении связи расширения от Usecase4 к Usecase2 (также отсутствует стрелка).
...
Сплошной линией в стандартном UML изображается ассоциация.
Проводить ассоциацию между двумя вариантами использования стандарт разрешает только тогда, когда  они находятся внутри разных subject-ов (внутри рамкок двух разных систем).
Для этого в параграфе 18.2.5.6 на стр. 650 заведено ограничение:
Выше в параграфе 8.1.3 на стр. 640 также сказано:  Значит, рисовать сплошную линию между двумя вариантами использования внутри одной рамки стандартом запрещено.

Спасибо!
Так как два авторитетных аналитка сказали о некорректности схемы, я в этом не сомневался.
Просто хотелось точнее определить в чем заключается эта некорректность.
Теперь я еще раз перечитаю стандарт, уделяя особое внимание указанным "тонкостям".

17

ПО Аналитика / Re: Управление изменениями требований

« : 11 Апреля 2020, 12:24:04 »

Называется маевтика

Жаль, что Вас "маевтика" больше интересует, чем UML.

18

ПО Аналитика / Re: Управление изменениями требований

« : 10 Апреля 2020, 16:58:00 »

Ну тогда может Вы для начала узнаете его немного лучше? Тогда ответ будет вполне очевиден.

Я перед тем как написать свое первое сообщение по этому вопросу, открыл стандарт и посмотрел в нем схемы.
Никаких принципиальных отличий от выложенной здесь схемы я не увидел.

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

19

ПО Аналитика / Re: Управление изменениями требований

« : 10 Апреля 2020, 10:12:30 »

Затруднительно отвечать на заданный вопрос, сохраняя серьёзность.

А вы попробуйте.
Я серьезно не вижу никаких нарушений стандарта UML в этой схеме.
Может быть я плохо знаю стандарт или не внимателен.

Было бы хорошо, если бы без лишних слов Вы просто объясните, чем схема не соответствует стандарту.

20

ПО Аналитика / Re: Управление изменениями требований

« : 06 Апреля 2020, 20:41:36 »

Для начала не плохо бы начать с соответствия спецификации (стандарту) UML.

А что на этой схеме не соответствует UML?

21

ПО Аналитика / Re: Управление изменениями требований

« : 06 Апреля 2020, 09:16:33 »

Это что за ужас инопланетный тут представлен?

А что тут такого ужасного?
Все вроде бы правильно.

22

Управление Проектом / Re: Расчет расписания проекта

« : 10 Декабря 2018, 18:04:31 »

Если же Вы говорите серьезно, может быть обоснуете?

23

Управление Проектом / Re: Расчет расписания проекта

« : 10 Декабря 2018, 18:03:38 »

Нет и не может быть таких программных продуктов. По простой фундаментальной причине. Даже по двум причинам:
1) ...
2) Менеджеры не понимают, что одна из основных задач менеджеров - добиться простаивания сотрудников.

PS. Диаграмма Ганта становится тыквой в момент нажатия кнопки "Save". Забудьте про эту диаграмму. Совсем.

Мне кажется, Вы это говорите несерьезно.

Да, программы подобного рода часто "подводят" наши ожидания.
Очень часто менеджеры "злые" на эти программные продукты.

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

Видимо, на данном историческом этапе разработчики пока не смогли запрограммировать этот алгоритм.

24

Управление Проектом / Расчет расписания проекта

« : 08 Ноября 2018, 15:48:49 »

Здравствуйте!

Иногда MS Project при расчете расписания проекта (при выравнивании загрузки ресурсов) ведет себя непредсказуемо:
вроде бы нормальное расписание ломается, и найти причину этой "поломки" и исправить расписание очень трудно.
Из-за этого есть очень горячее желание попробовать какое-то другое ПО аналогичного назначения.

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

25

Варианты Использования (Use Case) / Re: Схема ВИ для фильтра сообщений

« : 17 Августа 2018, 18:56:29 »

Первое, что смущает: это стрелка от "Пропуск информации в канал" к "Информационному каналу".
Обычно актер является инициатором взаимодействия с моделируемой системой.
А здесь сама система (фильтр) инициирует передачу данных в канал.
Нет ли в этом ошибки?

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

26

Варианты Использования (Use Case) / Схема ВИ для фильтра сообщений

« : 16 Августа 2018, 10:57:58 »

Здравствуйте!
Задачка вроде простая, но поставила в тупик.

Нужно сделать диаграмму Use Cases для фильтра сообщений, которые могут поступать от некоторого источника в канал передачи этих сообщений.
Логика простая:
1) Фильтр принимает сообщение от источника информации.
2) По заданным в нем правилам определяет - является ли данное сообщение корректным
3) Если сообщение корректное - передает его дальше в канал передачи
4) Если сообщение некорректное - выдает ошибку источнику.

Посмотрите, мою схему.
Подскажите, пожалуйста, что сделано не правильно?
Как будет правильней?

27

ПО Аналитика / Re: PowerDesigner. Отменить автоматическое рисование линий UseCaseAssosiation

« : 16 Августа 2018, 10:44:46 »

Оказалось, это проблема именно в конкретной версии PowerDesigner.
На другой, более новой версии этой ошибки нету: все линии-связи рисуются правильно.

28

ПО Аналитика / Re: PowerDesigner. Отменить автоматическое рисование стрелок

« : 14 Августа 2018, 19:54:31 »

Оказывается, эта проблема наблюдается только для линии типа Use Case Assosiation.
Для других линий, если задать им формат такой как на рисунке, то линии можно конфигурировать по любому.

А вот для Use Case Assosiation, даже если указать такой же тип линии, то PowerDesigner всегда рисует линию автоматически.
Может это недоработка какая-то в самом PowerDesigner?

29

ПО Аналитика / PowerDesigner. Отменить автоматическое рисование линий UseCaseAssosiation

« : 14 Августа 2018, 12:52:52 »

Здравствуйте!

Кто хорошо знает PowerDesigner, подскажите, пожалуйста:
как можно отменить автоматическое рисование "маршрута" (траектории, расположения) линии-связи между двумя объектами?

Сейчас когда от одного объекта к другому тянешь линию-связь, PowerDesigner автоматически делает ее "маршрут".
Очень часто эти "маршруты" неудобны.
При попытке изменить "маршрут" линии и сдвинуть ее, она скачком перескакивает на другой маршрут.
При перетаскивании объекта - линии, ведущие к нему и от него, могут перескочить совсем в другие места, чем было перед этим.

Можно ли изменить это поведение PowerDesiner?
Если да, то как?

30

ПО Аналитика / Re: Enterprise Architect. Масштаб диаграммы

« : 21 Марта 2018, 14:16:29 »

Если масштаб уже выставлен на минимум, то ответ очевиден: никак.

Печально

Попробуй на диаграмме зажать Ctrl и покрутить колесиком мыши.

А так сработало!
Спасибо.

А вообще лучше декомпозировать на несколько вложенных диаграмм, а общую диаграмму распечатать и использовать как плакат на стену)))

Да там диаграмма в общем-то небольшая.
Всего 7 элементов действий, вершины начало-конца, 3 условия, и 6 "слияний".
Но и это не помещается на одном экране.