Персональные инструменты
 

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

Материал из CustisWiki

Перейти к: навигация, поиск
(Новая страница: «== Аннотация == ;Докладчик: [http://lomaeva.moikrug.ru/ Валентина Ломаева] <blockquote> Особенностями больши...»)
 
м (Примечания и отзывы)
Строка 48: Строка 48:
 
[[Файл:DDD — правильный курс в потоке изменений требований (Валентина Ломаева, AnalystDays-2012).pdf|left|page=-|256px]]
 
[[Файл:DDD — правильный курс в потоке изменений требований (Валентина Ломаева, AnalystDays-2012).pdf|left|page=-|256px]]
  
<!--  
+
{{----}}
 
== Примечания и отзывы ==
 
== Примечания и отзывы ==
<blockquote>[©]</blockquote> -->
+
<blockquote>
 +
А Валя рассказывала об  опыте применения DDD для работы с требованиями на примере конкретного  крупного проекта для Росатома в условиях постоянного и изначально  заложенного в проект их активного изменения из-за параллельно выполняющейся доработки законодательной и нормативной базы. Идея —  показать, как применяя DDD можно вселить в заказчика уверенность, что  разрабатываемая система удовлетворит их требованиям, даже в условиях,  когда эти требования с определенностью неясны, а имеются только общие  представления или многие варианты решений и бизнес-процессов, которые  лишь предстоит согласовать.
 +
[http://blogs.uml2.ru/post/AnalystDays-1 ©]</blockquote>
  
 
<references/>
 
<references/>

Версия 11:46, 6 июня 2012

Аннотация

Докладчик
Валентина Ломаева

Особенностями большинства крупных ИТ-проектов являются:

  • часто, а иногда и стремительно, меняющаяся законодательная база в области автоматизации;
  • «плавающие» технические требования к программному обеспечению;
  • большое количество заинтересованных в ИТ-системе сторон, а значит, и согласующих органов;
  • большое количество пользователей и ролей в системе, а также территориальная распределенность ИТ-системы.

В докладе на примере проекта по трансформации системы государственного учета и контроля радиоактивных веществ и радиоактивных отходов (СГУиК РВ и РАО), инициированного Госкорпорацией «Росатом», приводится описание:

  • трудностей, которые могут возникнуть при реализации такого рода проекта;
  • подхода к управлению требованиями и проектированию ИТ-систем, с помощью которого можно минимизировать риски, связанные с возникновением этих трудностей;
  • применимости данного подхода в ИТ-проектах, выполняемых для государственных структур.

В рамках предложенного подхода наиболее подробно будут рассмотрены следующие методы управления требованиями и проектирования:

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

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


Видео

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

  •  Отлично!
  •  Хорошо.
  •  Нормально…
  •  Не очень :(
  •  Просто хочу узнать результаты.



Слайды

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

Примечания и отзывы

А Валя рассказывала об опыте применения DDD для работы с требованиями на примере конкретного крупного проекта для Росатома в условиях постоянного и изначально заложенного в проект их активного изменения из-за параллельно выполняющейся доработки законодательной и нормативной базы. Идея — показать, как применяя DDD можно вселить в заказчика уверенность, что разрабатываемая система удовлетворит их требованиям, даже в условиях, когда эти требования с определенностью неясны, а имеются только общие представления или многие варианты решений и бизнес-процессов, которые лишь предстоит согласовать.

©



Любые правки этой статьи будут перезаписаны при следующем сеансе репликации. Если у вас есть серьезное замечание по тексту статьи, запишите его в раздел «discussion».

Репликация: База Знаний «Заказных Информ Систем» → «DDD — правильный курс в потоке изменений требований (Валентина Ломаева, AnalystDays-2012)»