DFD смешанная нотация, там процессы моделируются с акцентом привязки к данным.  Фактически удобно моделировать процессы по обработки данных

Из книги DeMarco. О том, что DFD - это "изображение с точки зрения данных"

И, по DeMarcor, DFD - изображение функциональной декомпозиции и всех интерфейсов между элементами.

Кстати, в книге подразумевается, что вместе c Data-flow diagrams нужно создать Data Dictionary и описать внутреннюю логику процессов с помощью Structured English, Decision Tables и Decision Trees.

По DeMarco, основной продукт системного анализа и работы системного аналитика - это specification document. В книге предлагают ему новое название Structured Specification и новый способ создания с помощью 5 инструментов: Data Flow Diagrams, Data Dictionary, Structured English, Decision Tables и Decision Trees.

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

А вам встречалось, чтобы кто-нибудь пользовался Structured Analysis из этой книги? Или каким-то похожим подходом? Чтобы говорили "мы работает по схеме Structured Analysis и производим Structured Specification с помощью DFD, Data Dictionary и т. п."?

Есть какая-то статистика или обзоры - по составам инструментов и их продуктов в работе SA?

И статистика, какие-то устоявшиеся нормы по основным способам, форматам составления требований? Например, 30% в отрасли - UML и простой текст, 15% - IDEF0 и юзкейсы и т. д.

@sushilshik Статистика по этой группе

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

И у меня вопрос не только о визуальных нотациях. Хотел спросить, какие основные "комплектации" нотаций у основной продукции IT системных аналитиков? И от чего эта комплектация зависит? Под продукцией подразумеваются "требования" (я тут что-то пропустил? Что еще есть кроме требований?).

То есть в каком виде, наборе нотаций заказчики обычно хотят получить результат работы аналитиков? Сложилось уже несколько основных "комплектаций"? И они различаются, например, по отраслям заказчиков? Или в каждом случае это оговаривается отдельно? И определяется, например, тем, с какими нотациями могут работать программисты и менеджеры заказчика?

10 сентября в 15-00 https://eventskbkontur.timepad.ru/event/1422291/%F0%9F%A4%A9

Коллеги, всем привет!
Хотела бы спросить ваше мнения, насчёт удалённого формата работы аналитиком, например, если ты живёшь в другом городе ?
То есть не из пандемии, а именно условия договора такие изначально? Может у кого - то есть такой опыт, какие впечатления?

Нормально все

Всем привет! Сегодня у моей коллеги вышла статья про то, как мы создавали шаблон для описания систем.
Если кому-то интересно, то будем рады любым вопросам/отзывам в комментариях.
https://habr.com/ru/company/lamoda/blog/512996/

Работаю так сейчас. Ничего критичного сказать не могу,  просто много созвонов

Работал полгода
Отлично вообще, меньше отвлекают, чем в офисе, общение только по желанию

Работала несколько лет. Нормально. Договорится о правилах и выполнять их.

Коллеги, всем привет! а может кто-нибудь поделиться ссылочками или материалами на реализацию RESTfull сервиса и best practices?

С 26 марта из-за пандемии на удаленке с женой (оба в айти) созвоны частые, ну а так по-моему даже продуктивнее

Ребята , всем привет) недавно только поступил в вуз. Понимаю что он даст мне только корку , поэтому решил для себя что хотелось бы стать аналитиком , что посоветуете ? Какие книги или платформы ? Хочу закончить вуз и знать что я могу то та то та, что могу устроиться где нибудь для начала