Требования или модели - как писать постановки (AnalystDays-2023) — различия между версиями
м |
м (Массовая правка: замена PCRE ^ на {{RightNote|Еще про архитектуру}}) |
||
(не показаны 2 промежуточные версии этого же участника) | |||
Строка 1: | Строка 1: | ||
+ | {{RightNote|[[:Категория:Архитектура|Еще про архитектуру]]}} | ||
21-22.04 Москва [https://analystdays.ru/ '''AnalystDays'''] | 21-22.04 Москва [https://analystdays.ru/ '''AnalystDays'''] | ||
[https://analystdays.ru/ru/talk/106598 Доклад на сайте конференции] | [https://analystdays.ru/ru/talk/106598 Доклад на сайте конференции] | ||
− | Видео | + | Видео https://youtu.be/6mfWYECjUiM |
Есть идея, что системы сначала надо описывать как черный ящик, и способам такого описания посвящена инженерия требований. Цель - проверив систему на соответствие требованиям мы гарантируем гладкое внедрение. Проблема в том, что так - не работает. А значит, нет смысла чересчур углубляться в требования, а стоит быстро переходить к моделям системы, либо использовать легкие варианты фиксации требований. В докладе будет обзор разных подходов к написанию постановок: процедурный и объектный подходы, DDD, UseCase и UserStory, способы описания бизнес-архитектуры. | Есть идея, что системы сначала надо описывать как черный ящик, и способам такого описания посвящена инженерия требований. Цель - проверив систему на соответствие требованиям мы гарантируем гладкое внедрение. Проблема в том, что так - не работает. А значит, нет смысла чересчур углубляться в требования, а стоит быстро переходить к моделям системы, либо использовать легкие варианты фиксации требований. В докладе будет обзор разных подходов к написанию постановок: процедурный и объектный подходы, DDD, UseCase и UserStory, способы описания бизнес-архитектуры. | ||
Строка 8: | Строка 9: | ||
В 2017 на AnalystDays я делал доклад о сборке метода для написания постановок [[Как выбрать для проекта практики проектирования и работы с требованиями (Максим Цепков на AnalystDays-2017)|'''Как выбрать для проекта практики проектирования и работы с требованиями''']], но там содержание существенно отличалось: фокус был на том, на какие вопросы следует ответить и какие аспекты этого процесса рассмотреть, в то время как в этом докладе фокус - на различии разных методов и их назначение. | В 2017 на AnalystDays я делал доклад о сборке метода для написания постановок [[Как выбрать для проекта практики проектирования и работы с требованиями (Максим Цепков на AnalystDays-2017)|'''Как выбрать для проекта практики проектирования и работы с требованиями''']], но там содержание существенно отличалось: фокус был на том, на какие вопросы следует ответить и какие аспекты этого процесса рассмотреть, в то время как в этом докладе фокус - на различии разных методов и их назначение. | ||
+ | |||
+ | = Видео = | ||
+ | |||
+ | <html><iframe width="560" height="315" src="https://www.youtube.com/embed/6mfWYECjUiM?si=KdZTkvNZCq8F_Bka" title="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" allowfullscreen></iframe></html> | ||
= Презентация = | = Презентация = |
Текущая версия на 18:21, 7 декабря 2023
21-22.04 Москва AnalystDays Доклад на сайте конференции Видео https://youtu.be/6mfWYECjUiM
Есть идея, что системы сначала надо описывать как черный ящик, и способам такого описания посвящена инженерия требований. Цель - проверив систему на соответствие требованиям мы гарантируем гладкое внедрение. Проблема в том, что так - не работает. А значит, нет смысла чересчур углубляться в требования, а стоит быстро переходить к моделям системы, либо использовать легкие варианты фиксации требований. В докладе будет обзор разных подходов к написанию постановок: процедурный и объектный подходы, DDD, UseCase и UserStory, способы описания бизнес-архитектуры.
Основой доклада послужили мои статьи Какие нужны требования: развитие концепта, Domain Driven Design: модели вместо требований,Agile-методы: light-версии требований. Материал был доработан при подготовке доклада. В том числе, появились слайды 28-30, описывающие особенности работы над постановками по замене основной информационной системы. Возможно, об этом я напишу отдельную статью.
В 2017 на AnalystDays я делал доклад о сборке метода для написания постановок Как выбрать для проекта практики проектирования и работы с требованиями, но там содержание существенно отличалось: фокус был на том, на какие вопросы следует ответить и какие аспекты этого процесса рассмотреть, в то время как в этом докладе фокус - на различии разных методов и их назначение.
Видео
Презентация
Скачать весь pdf