Как разработать диаграмму рабочего процесса программного обеспечения?

Я работаю какое-то время, но из-за своих прежних привычек я никогда не работал систематически.

У меня никогда не создавалась диаграмма рабочего процесса для моего программного обеспечения, как то, как будет работать программное обеспечение, и вместо этого я начал работать напрямую, что в свою очередь приводит к многочисленным проблемам позже.


Ниже представлена ​​небольшая ситуация, в которой мне сейчас нужна помощь: -

ПРИМЕЧАНИЕ. Я уже создал программное обеспечение, которое выполняет следующие действия: мне не нужен код, я просто хочу знать , как диаграмма рабочего процесса создается для такой ситуации.

1) Список вечеринок. Здесь я хочу сохранить всю информацию моего клиента.

введите описание изображения здесь

2) Продажи. Здесь я буду продавать свои продукты клиенту.

Здесь 2 случая, каждый раз, когда клиент приходит, у нас есть возможность

  • либо сохранить его в списке вечеринок, либо выбрать его из списка в форме продаж

введите описание изображения здесь

  • или введите его вручную, а затем сохраните.

введите описание изображения здесь

Теперь появляется контрольная часть: -

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


Может ли кто-нибудь показать мне, как создается диаграмма рабочего процесса для такой ситуации?

ИЗМЕНИТЬ

Вот пример рабочего процесса, который я сделал после прочтения некоторых статей, просьба указать на любые улучшения, которые могут быть сделаны для него, или это совершенно неправильно или что-то еще.

введите описание изображения здесь

Ответ 1

Ваш вопрос довольно широк, но я дам ему шанс.

Я думаю, вы хотите пересмотреть свой подход. Я бы предложил прочитать диаграммы последовательности UML. Они представляют собой своего рода диаграмму, которая дает возможность представить, как делается запрос в коде. UML, в общем, также можно использовать для создания диаграмм классов и других полезных диаграмм, подобных потоку, для представления кода. Многие инструменты, такие как visual-paradigm, позволяют создавать диаграммы UML (например, диаграммы классов), которые могут быть преобразованы непосредственно в код. Это может быть полезно при запуске программы. Существует кривая обучения с использованием этих инструментов, поскольку различные типы стрелок означают разные вещи, но они могут быть очень мощными. они также могут быть использованы для принятия существующего кода и преобразования его в диаграмму, что отлично подходит при попытке объяснить, как работает ваша программа.

вот некоторые другие ссылки, которые могут быть полезны:

lucidchart имеет пример всплывающей оконной диаграммы, подобной той, которую вы описали.

draw.io позволяет вам создавать диаграммы, а не конвертировать их в код, но это простой в использовании инструмент и интегрируется с приложением google и концентратором git.

fooobar.com/questions/tagged/... содержит информацию об UML тоже.

Если вы ищете "профессиональную диаграмму рабочего процесса" UML, если это прекрасный способ, есть много способов, которыми они могут быть изложены, и они могут быть довольно профессиональными, я узнал о них в школе и использовал их на работе чтобы помочь спланировать поток данных через нашу систему. Есть еще много инструментов UML, возможно, стоит изучить учебник, чтобы найти то, что вам лучше всего.

Ответ 2

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

Я думаю, что ваш программный поток может быть выражен как диаграмма активности. Пример диаграммы активности выражается на этом рисунке: https://www.tutorialspoint.com/uml/images/uml_activity_diagram.jpg

В принципе диаграмма активности представляет собой комбинацию шагов и переходов (стрелок), соединяющих их. Шаг может быть только тем, что происходит в потоке, или он может быть логическим оператором (решением), который передает выполнение потока в разные стороны.

Если вам нужно также подчеркнуть, кому нужно выполнить этот шаг, помимо простого указания шагов, вы можете добавить плагины (горизонтальные или вертикальные столбцы с именами актеров) на диаграмму активности. Это там, где он превращается в диаграмму потока. например на этом изображении вы можете видеть горизонтальные плавания, объясняющие, кто выполняет выполнение шага http://static1.creately.com/blog/wp-content/uploads/2011/11/Support-Process-Flowchart-Template-1024x613.png

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

Есть и другие типы диаграмм, но я думаю, что ваш конкретный случай будет покрыт теми, о которых говорилось выше. Хотя... диаграмма используемого случая может быть чем-то интересным, но это не отображает шаги. Это только упоминает актеров и какие действия они могут сделать с вашей системой. например https://sourcemaking.com/files/sm/images/uml/img_32.jpg

Вы не запрашивали инструменты, но я обычно предпочитаю использовать инструменты, которые являются строгими (а не потерять, как Visio), поэтому я бы рекомендовал использовать WhiteStarUML. Это бесплатно и отлично справляется. Но, как я уже сказал, он строго основан на UML, поэтому потребуется некоторое знакомство с UML.

Наконец, о вашей прилагаемой картине: То, что вы показали, похоже на диаграмму активности с некоторыми незаконными компонентами на ней (незаконным с точки зрения спецификации UML). Это хорошо или плохо? - зависит. Если это должно быть строгой UML-диаграммой, то это плохо. Если это просто набросок идеи - неплохо.

В вашей диаграмме упоминается знак базы данных (называемый "DB" ) и стрелки, соединяющиеся с ним. Это незаконно на диаграмме активности UML. Вместо этого вы можете сделать шаг, который говорит: "Данные будут сохранены в базе данных" и удалить "БД". Кроме того, у вас есть один шаг, в котором говорится, что "Сторона" и "Продажи" на нем - это не юридический UML. Я думаю, вы пытались выразить, что есть 2 потока. В этом случае у вас есть только две диаграммы активности, а не одна.

Ответ 3

Кажется, что вы на правильном пути, я никогда не добавлял базу данных в свои блок-схемы, но все зависит от того, насколько подробно вы хотите получить. Кажется, вы используете правильные символы!

Вот отличный, бесплатный сайт, который я использую. https://www.draw.io/ он был создан для создания блок-схем и других вещей.

Я лично удалю пользовательский интерфейс в начале диаграммы. Старайтесь держаться подальше от чрезмерно технических примеров, когда начинаете с блок-схем, нажимаете на YouTube или изображения Google для некоторых простых, но правильных примеров.

Друг удачи!