Содержание

Аннотация

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

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

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

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

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


Видео

Оцените доклад «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 можно вселить в заказчика уверенность, что разрабатываемая система удовлетворит их требованиям, даже в условиях, когда эти требования с определенностью неясны, а имеются только общие представления или многие варианты решений и бизнес-процессов, которые лишь предстоит согласовать.

©

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

Cначала было немного «DDD для чайников» и даже скорее вообще, адаптация для школьников, «ДетГиз», но потом пошел рассказ о реальный кейсе, пара лет работы с с огромной конторой, и с 100% плавающим всем → заинтересованными сторонами (политика), требованиями (не было даже законодательства на требуемую тему), и если честно, все это время не было даже договора на разработку.

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

Тут конечно, надо смотреть-читать непосредственно автора этой модели:

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



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

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