Information
- Rating
- Does not participate
- Location
- Москва, Москва и Московская обл., Россия
- Registered
- Activity
Specialization
Systems Analyst, Business Analyst
Lead
Analytics of requirements
UML
System analysis
BPMN
Requirements management
Design information systems
System integration
ER diagram
C4 model
UML is the worst modeling language except for all the others
Bran Selic
UML - это худший язык моделирования...
Довольно смешно, что в одной строке - два предложения. И второе переносится на следующую строку. Типичный совет
Впечатление от статьи можно описать этой картинкой! Пойду еще посмотрю запись видео, чтобы понять лучше
Есть некая ирония в том, что статья про обоснование требований обоснована личным опытом автора))
Если серьезно, спасибо! Полезно
Вот это здорово! Спасибо)
Тот момент, когда понял, что артикли в этой жизни мне не освоить
связь с архитектурой, насколько я понимаю, только через диаграмму классов и диаграмму пригодности. При этом, диаграмма классов и диграмма пригодности направлены на проверку соответствия выбранной архитектуры требованиям, а не на процесс выбора архитектуры.
работа с атрибутами качества и ограничениями, по-моему, явно не выделяется. И, как мне кажется, в книге подразумевается, что либо они уже подаются на вход процессу, либо неявно понимаются в ходе процесса и учитываются в моделях.
Интересно, чем лучше или хуже модели базовых понятий бизнес-анализа BABOK. Кажется, что обе - на полноту, чтобы не провалить какое-то направление в проекте
Если я увидел, что одна альфа дошла до этапа, например, проектирования, а другая альфа - только на концепкции, то мне надо стремиться доводить первую до конца или же вторую до состояния первой? Какие тут рекомендации?
Каждый раз при упоминании анонимизированных данных вспоминаю про этот случай:
В 2013 году Энтони Токар, на тот момент магистрант Северо- Западного университета и стажер в компании под названием Neustar, из любопытства стал просматривать анонимные метаданные, выложенные в открытый доступ компанией NYC Taxi and Limousine Commission. В этих данных были указаны каждая поездка на машине из автопарка компании за последние годы, а также номер каждой машины, время начала и завершения поездки, адреса, стоимость и чаевые, а также права и номер
лицензии таксиста (в хешированном виде).204 Сами по себе эти данные не представляют особого интереса. К сожалению, в данном случае хеш-
функция довольно легко поддается обратному преобразованию.205
Однако если объединить открытую базу данных с другими базами, пазл начинает складываться. В данном случае Токар сумел определить, в каких точках Нью-Йорка садились в такси некоторые знаменитости,
например, Брэдли Купер и Джессика Альба. Как ему это удалось?
У него уже были геолокационные данные, поэтому Токар знал, откуда и куда таксисты перевозили пассажиров, но ему необходимо было
выяснить, кто находился в этих машинах.206 Поэтому он сопоставил данные, предоставленные компанией New York Taxi and Limousine Commission, с выложенными в Интернет фотографиями из таблоидов. С базой данных папарацци.
Слышал в разных местах. Конкретную цитату взял из книги Митника "Искусство быть невидимым"
интересно. Напоминает Футболоматику
да, что есть, то есть (или чего нет, того нет)
В некотором роде аналогично. В основе там была маркдаун-стайл разметка, но сейчас они в рамках бета внедряют и WYSIWYG подход.
Для документирования вполне годится. Пока что в совокупности не дотягивает до конфлю, но, думаю, быстро нагонят. Спрос поднялся.
Про конкретно plant_uml - вот их дока: https://cloud.yandex.ru/docs/wiki/static-markup/diagram
Для 1-5 пользователей можно создавать бесплатные пространства и пробовать там
Цвета можно менять с помощью skinparam: https://plantuml.com/ru/skinparam
Расположением тоже можно управлять, но не очень гибко
Пользуюсь. В Яндекс.Вики это почти нативный инструмент. Удобно описывать и править, но на лету не так удобно, как в визуальных средствах.
Даёт возможность искать по документу вики текстом в том числе из диаграмм
Спасибо за статью! Было интересно почитать! Много буков, но описано всё довольно живо.
откуда вывод про "техническая часть, котрой, похоже, у вас нет или она слабая."?
имеет. В этом и суть, оторвать требования от реализации, оторвать проблему от способа её решения, потому что способ решения часто выбирается как наиболее известный, а не наиболее эффективный
То есть всегда