Модели предметной области для разных парадигм программирования (AnalystDays-2020) — различия между версиями
м |
м |
||
| Строка 2: | Строка 2: | ||
[https://analystdays.ru/ru/talk/81232 Доклад на сайте конференции] | [https://analystdays.ru/ru/talk/81232 Доклад на сайте конференции] | ||
Видео ожидается | Видео ожидается | ||
| − | Тема развивается, вот [[Модели приложения для разных парадигм программирования (SQAdays-2020) | + | Тема развивается, вот [[Модели приложения для разных парадигм программирования (SQAdays-2020)|доклад на SQAdays]], с фокусом на тестирование, включая проверку устойчивости системы. |
Долгое время основным подходом для разработки был ООП. В этом случае объектная модель предметной области в виде структур справочников и документов и связанная с каждым объектом бизнес-логика, созданные аналитиком, служат адекватным проектом для реализации разработчиками в коде, а изменения разработчиками могут быть отражены в модель. Модель соответствует коду и сложность ее изменения для решения новых требований позволяет примерно оценить сложность разработки. | Долгое время основным подходом для разработки был ООП. В этом случае объектная модель предметной области в виде структур справочников и документов и связанная с каждым объектом бизнес-логика, созданные аналитиком, служат адекватным проектом для реализации разработчиками в коде, а изменения разработчиками могут быть отражены в модель. Модель соответствует коду и сложность ее изменения для решения новых требований позволяет примерно оценить сложность разработки. | ||
Версия 12:04, 7 ноября 2020
09-10.10.2020 Москва AnalystDays Доклад на сайте конференции Видео ожидается Тема развивается, вот доклад на SQAdays, с фокусом на тестирование, включая проверку устойчивости системы.
Долгое время основным подходом для разработки был ООП. В этом случае объектная модель предметной области в виде структур справочников и документов и связанная с каждым объектом бизнес-логика, созданные аналитиком, служат адекватным проектом для реализации разработчиками в коде, а изменения разработчиками могут быть отражены в модель. Модель соответствует коду и сложность ее изменения для решения новых требований позволяет примерно оценить сложность разработки.
Однако, сейчас достаточно распространенными становятся другие парадигмы реализации высоконагруженных приложений, такие как микросервисная архитектура или акторная модель. В этом случае объектной модели предметной области уже недостаточно для представления реализации и требуется иные способы, адекватные применяемым парадигмам программирования. Аналитик должен разбираться в них, чтобы создаваемая модель была адекватна реализации, и по ее изменениям можно было проводить доработки. Об этом пойдет речь в докладе.
Скачать весь pdf
