UML можно использовать так много или так мало, как вам нравится. Мартин Фаулер описывает три распространенных способа использования UML: (1) UML как эскиз; (2) UML как чертеж; (3) UML как язык программирования.
Продолжить чтение
Изучайте одну новую вещь каждый день
UML можно использовать так много или так мало, как вам нравится. Мартин Фаулер описывает три распространенных способа использования UML: (1) UML как эскиз; (2) UML как чертеж; (3) UML как язык программирования.
Продолжить чтение
Межфункциональная блок-схема (иногда называемая блок-схемой развертывания) – это инструмент отображения бизнес-процессов, используемый для формулирования этапов и заинтересованных сторон данного процесса. Обычно мы используем межфункциональную блок-схему, чтобы показать взаимосвязь между бизнес-процессом и функциональными подразделениями (например, отделами), ответственными за этот процесс.
Продолжить чтение
Диаграмма машины состояний – это поведение, которое определяет последовательность состояний, которые объект посещает в течение своей жизни в ответ на события, а также его реакцию на эти события.
Продолжить чтение
Mind mapping – это эффективное средство для ведения записей и мозгового штурма тем для эссе. Карта ума предполагает запись центральной темы и обдумывание новых и связанных с ней идей, исходящих из центра. Сосредоточившись на ключевых идеях, записанных своими словами, и ища связи между ними, вы можете составить карту знаний таким образом, что это поможет вам лучше понять и запомнить информацию.
Продолжить чтение
Блок-схема – это диаграмма последовательности этапов какого-либо процесса. Это инструмент общего назначения, который можно использовать для различных целей, например, для производственных процессов, процессов управления или обслуживания, или планирования проектов. Часто ее определяют как графическое представление алгоритма, пошагового подхода к выполнению задачи. Он отображает шаги в виде различных типов ячеек и показывает их порядок, соединяя ячейки стрелками.
Продолжить чтение
Диаграммы потоков данных (DFDS) описывают логические модели и преобразования данных в системе. Она включает механизм для моделирования потоков данных и поддерживает декомпозицию для иллюстрации деталей потоков данных и функциональности. Диаграмма потоков данных не может отображать информацию о порядке выполнения операций. Поэтому она не является подходом к моделированию процессов или процессов.
Продолжить чтение
Варианты использования описывают, как пользователи используют систему для достижения конкретных целей. Диаграмма вариантов использования состоит из системы, связанных вариантов использования и действующих лиц, и связывает их друг с другом для визуализации: Что она описывает? (Система), кто использует систему? Чего пытаются достичь действующие лица? Таким образом, сценарии использования помогают обеспечить разработку правильной системы, фиксируя требования с точки зрения пользователя.
Продолжить чтение
В разработке программного обеспечения “оценка” в обычном смысле включает количественную оценку усилий, необходимых для выполнения конкретной задачи разработки; обычно она выражается в терминах продолжительности. Agile-оценка – это процесс оценки усилий, необходимых для выполнения задач в бэклоге продукта в порядке приоритетности. Эти усилия обычно измеряются в терминах времени, необходимого для выполнения задачи, что, в свою очередь, приводит к точному планированию спринта.
Продолжить чтение
Независимо от того, работает ли команда над продуктом или проектом, нам нужно ответить на вопрос: “Когда мы это сделаем?”. “Или сколько мы можем сделать в определенный момент времени, поэтому, как и в традиционной модели разработки, нам необходимо оценить усилия до начала проекта. Во время разработки Scrum команда разделяла ответственность и коллективно брала на себя обязательства по выполнению работы каждого спринта, поэтому при оценке объема работы для agile-команды использовался подход коллективной оценки.
Продолжить чтение
На диаграммах PERT каждая задача проекта изображается в виде узла. Зависимости между задачами (например, одна задача должна быть завершена до начала выполнения другой) могут быть четко показаны через связи между узлами задачи. На диаграмме также отображается информация о времени для каждой задачи, аналогично подходу критического пути (CPM), который определяет самый длинный путь для проекта и, таким образом, минимальное время для завершения проекта.
Продолжить чтение