Skip to content

Task 3 - #3

Open
ValchukDmitry wants to merge 2 commits into
masterfrom
task_3
Open

Task 3#3
ValchukDmitry wants to merge 2 commits into
masterfrom
task_3

Conversation

@ValchukDmitry

Copy link
Copy Markdown
Owner

No description provided.

@yurii-litvinov yurii-litvinov left a comment

Copy link
Copy Markdown

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

  • На IDEF0-диаграммах стрелки какие-то неканоничные
  • На контекстной IDEF0-диаграмме "План комплектации" и "Сборщики" дважды
  • "Текущий план" --- внутреннее дело завода (если у нас не плановая экономика), так что я бы не стал рисовать его на контекстной диаграмме вообще
  • На диаграмме первого уровня "Производственный план" --- вряд ли "Материалы", конвейер же не перерабатывает планы в автомобили. Это скорее управление.
  • Следовало бы отразить процесс ремонта на диаграмме первого уровня, ведь конечная наша цель --- приложение по учёту дефектов, и мы хотим видеть место нашей части в общем бизнес-процессе завода.
  • На BPMN-диаграмме у Вас вроде как один пул, разделённый на дорожки. Раз так, то внутри одного пула сообщения не посылаются (внутри пула --- единый бизнес-процесс), активности просто связываются потоком управления. Кроме того, посылка и приём сообщения всё равно должны обозначаться специальным символом внутри активности (конвертиком), так что это в любом случае не совсем соответствует синтаксису BPMN. Вот, кстати, набор "каноничных" примеров диаграмм бизнес-процессов: https://www.omg.org/cgi-bin/doc?dtc/10-06-02
  • Стендовые испытания и блок ветвления после сборки комплектующих, наверное, должны быть соединены.
  • Use Case-диаграмму хотелось конкретно для приложения учёта дефектов, дилер на ней не нужен.
  • Зато не помешала бы граница системы --- прямоугольник, внутри которого случаи использования, снаружи --- акторы. Чтобы визуально отделить то, что нам надо делать, от того, что нам делать не надо.

@yurii-litvinov

Copy link
Copy Markdown

Ветвления в BPMN более каноничны с X внутри (исключающее "или"). И "Отправка на..." --- это прямо настоящая активность? Это возможная интерпретация, потому что действительно автомобиль надо снять, погрузить на тележку, отвезти и т.д., но возможно было и просто соединить стрелкой выявление и устранение дефекта сразу, без промежуточного шага (если действия по отправке нам не важны, а нам как разработчикам приложения по учёту дефектов они не важны на самом деле). В остальном ок, так что зачтена.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

2 participants