Требования или модели - как писать постановки (AnalystDays-2023) — различия между версиями
(Новая страница: « 21-22.04 Москва [https://analystdays.ru/ '''AnalystDays'''] [https://analystdays.ru/ru/talk/106598 Доклад на сайте конференции]…») |
м (Массовая правка: замена PCRE ^ на {{RightNote|Еще про архитектуру}}) |
||
(не показано 6 промежуточных версий этого же участника) | |||
Строка 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, способы описания бизнес-архитектуры. |
+ | |||
+ | Основой доклада послужили мои статьи [https://habr.com/ru/company/custis/blog/703758/ Какие нужны требования: развитие концепта], [https://habr.com/ru/company/custis/blog/705958/ Domain Driven Design: модели вместо требований],[https://habr.com/ru/company/custis/blog/709912/ Agile-методы: light-версии требований]. Материал был доработан при подготовке доклада. В том числе, появились слайды 28-30, описывающие особенности работы над постановками по замене основной информационной системы. Возможно, об этом я напишу отдельную статью. | ||
+ | |||
+ | В 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