Просмотр исходного текста страницы DDD — правильный курс в потоке изменений требований (Валентина Ломаева, AnalystDays-2012)

== Аннотация ==
;Докладчик: {{Speaker|Валентина Ломаева}}
<!-- http://lomaeva.moikrug.ru/ -->
<blockquote>
Особенностями большинства крупных ИТ-проектов являются:
* часто, а иногда и стремительно, меняющаяся законодательная база в области автоматизации;
* «плавающие» технические требования к программному обеспечению;
* большое количество заинтересованных в ИТ-системе сторон, а значит, и согласующих органов;
* большое количество пользователей и ролей в системе, а также территориальная распределенность ИТ-системы.

В докладе на примере проекта по трансформации системы государственного учета и контроля радиоактивных веществ и радиоактивных отходов (СГУиК РВ и РАО), инициированного Госкорпорацией «Росатом», приводится описание:
* трудностей, которые могут возникнуть при реализации такого рода проекта;
* подхода к управлению требованиями и проектированию ИТ-систем, с помощью которого можно минимизировать риски, связанные с возникновением этих трудностей;
* применимости данного подхода в ИТ-проектах, выполняемых для государственных структур.

В рамках предложенного подхода наиболее подробно будут рассмотрены следующие методы управления требованиями и проектирования:
* Domain-Driven Design (DDD), благодаря которому мы добились:
* совместного обсуждения системы бизнес- и ИТ-специалистами, говорящими на едином языке (для создания которого использовались диаграммы классов, учета и состояний, описываемые в бизнес-терминах);
* быстрого вовлечения в проект новых сторон, заинтересованных в ИТ-системе;
* достижения единого понимания требований к системе всеми заинтересованными сторонами;
* формирования у бизнес-специалистов представления о потенциальных возможностях системы и сложности различных доработок, необходимых для проектирования изменений в бизнес-процессах.
* Итеративность, с помощью которой удалось:
** добиться приоритизации требований в условиях их постоянного изменения;
** вовлечь заказчика в реализацию проекта.

На конкретных примерах будут проиллюстрированы преимущества описанного подхода, а также требования, которые он предъявляет к команде и процессу разработки. По нашему опыту создания ИТ-систем, данный подход помогает обеспечить быстрое реагирование на изменения в требованиях и не допустить увеличения сроков реализации проектов.
</blockquote>


== Видео ==

{{vimeoembed|43148828|800|340}}
{{youtubelink|bb5U1Jk5K5E}}{{letscomment}}

== Слайды ==
[[Файл:DDD — правильный курс в потоке изменений требований (Валентина Ломаева, AnalystDays-2012).pdf|left|page=-|256px]]

{{----}}
== Примечания и отзывы ==
<blockquote>
А Валя рассказывала об  опыте применения DDD для работы с требованиями на примере конкретного  крупного проекта для Росатома в условиях постоянного и изначально  заложенного в проект их активного изменения из-за параллельно выполняющейся доработки законодательной и нормативной базы. Идея —  показать, как применяя DDD можно вселить в заказчика уверенность, что  разрабатываемая система удовлетворит их требованиям, даже в условиях,  когда эти требования с определенностью неясны, а имеются только общие  представления или многие варианты решений и бизнес-процессов, которые  лишь предстоит согласовать.
[http://blogs.uml2.ru/post/AnalystDays-1 ©]</blockquote>

{{include-review|AnalystDays-2012 (отчет Стаса Фомина)/DDD — правильный курс в потоке изменений требований}}

<references/>





{{stats|disqus_comments=0|refresh_time=2020-07-06T00:22:15.270482|vimeo_comments=0|vimeo_plays=154|youtube_comments=0|youtube_plays=63}}

[[Категория:DDD]]
[[Категория:AnalystDays-2012]]