CustisWiki - Новые страницы в категории Аналитика (доклады) [ru]

DDD - модель вместо требований (Максим Цепков на AnalystDays-2014)

2014-05-25T21:26:24Z

MaksTsepkov:

----

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

Репликация: База Знаний «Заказных Информ Систем» → «DDD - модель вместо требований (Максим Цепков на AnalystDays-2014)»

Этот доклад был рассказан на конференции AnalystDays – 2014. Он сделан на основе одноименного доклада на HappyDev – 2013, при этом дополнительно рассмотрены варианты разделения ответственности между аналитиком и разработчиком в разных проектах и позиционирование проектирования по моделям в этих вариантах, а также тема разделения контекстов в DDD.

Доклад на сайте конференции
Презентация на Slideshare
Видео на vimeo

DDD - модель вместо требований (Максим Цепков на HappyDev-2013)

2014-02-16T15:03:07Z

MaksTsepkov:

----

Репликация: База Знаний «Заказных Информ Систем» → «DDD - модель вместо требований (Максим Цепков на HappyDev-2013)»

Доклад на сайте конференции

Сталкивались с тем, что требования сложно формализовать и поддерживать актуальность?

Есть много подходов - user story, use case и т.д., но все они описывают в основном поведенческие аспекты. А что делать, если мы работаем в сфере, где бизнес-требования достаточно сложны и объекты меняют поведение в зависимости от контекста?

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

DDD: проблемы и решения в отражении модели предметной области в код (Максим Цепков на Software People 2013)

2013-10-21T21:38:19Z

MaksTsepkov: /* Краткое содержание доклада */

Доклад был сделан на конференции SoftwarePeople-2013.

DDD: Реализуем проект Вавилонская башня (Максим Цепков, Software People 2012)

2012-04-10T20:37:36Z

MaksTsepkov: /* Коммунальный биллинг */

Аналитик и Тестировщик в одном лице - путь к качеству (Максим Цепков, SQA Days-10)

2011-12-05T10:46:15Z

VitaliyFilippov:

Аналитик и Тестировщик в одном лице – путь к качеству

Доклад Максима Цепкова на 10-й конференции SQA Days 2-3.12.2011
Презентация на slideshare
Статья опубликована на software-testing.ru, обсуждение на форуме

Описание бизнес-процессов - waste? (Максим Цепков, SPM-2011)

2011-11-28T11:12:00Z

VitaliyFilippov:

Тезисы доклада Максима Цепкова на конференции SPM Conf 2011 26.11.2011
Презентация на slideshare

Согласно общепринятой точке зрения, наличие описания бизнес-процессов свидетельствует о зрелости компании. Этого требуют и различные сертификации, такие как ISO и CMMI. В теории они должны представлять собой непротиворечивую систему документов, использующих единую терминологию и максимально полно описывающих бизнес-процессы предприятия в целом. Однако, на практике во многих успешных, быстро развивающихся компаниях такие описания бизнес-процессов отсутствуют и что не мешает их успехам. В то же время, компании озабоченные необходимостью описания бизнес-процессов часто не показывают быстрой динамики развития, называя излишнюю бюрократизацию одной из причин этого. Мы можем видеть это как в IT-компаниях, так и в компаниям, для которых информационные системы создаются и внедряются.

Поэтому в настоящее время тезис о необходимости полных описаний бизнес-процессов представляется спорным.

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

В этих условиях отказ от описаний и регламентов находится в согласии с принципами эффективного производства Lean и Agile.

Все это не означает полного отрицания ценности и необходимости описания бизнес-процессов. Это касается описаний, создаваемыми для целей изменения процессов, а также материалы, ориентированные на потребителей и инвесторов. Например, на старте проекта, когда необходимо договариваться об организации работы в команде и о взаимодействии с заказчиком, описания процессов необходимы. Однако, позднее реальная практика может существенно отходить от них.

Эта точка зрения будет обоснована в докладе и иллюстрирована примерами, в каких случаях описания бизнес-процессов являются полезными и даже необходимыми, а когда их постоянная актуализация превращается в ненужную трату времени. Мы поговорим также о путях обоснования такой точки зрения при общении с заказчиками.

Репликация: База Знаний «Заказных Информ Систем» → «Описание бизнес-процессов - waste? (Максим Цепков, SPM-2011)»

DDD - эффективный способ работы в условиях системной сложности (Максим Цепков на SECR-2011)

2011-11-02T20:13:00Z

MaksTsepkov:

Доклад сделан на SECR-2011 02.11.2011 
Презентация на slideshare

DDD — эффективный способ работы в условиях системной сложности

Описывается успешный опыт применения принципов DDD при разработке больших и сложных ИТ-систем. Упор делается на построение единой модели предприятия и системы, описанной на языке, понятном всем участникам проекта, в том числе бизнес-специалистам.

DDD as an effective method of work in conditions of system complexity

The report describes application of DDD methods to development of complex IT systems. The essence is to construct the single model of company and system described with ubiquitous language clear for all project participants, including business-specialists.

Из отзывов Понравился доклад Макса Цепкова на #secr2011. Вернул мне веру в то, что кто-то до сих пор серьёзно применяет моделирование и с пользой) Твиттер от Андрея Иванова, COO JetBrains

Диаграммы планов счетов (Максим Цепков, ЛАФ-2010)

2011-09-23T14:57:58Z

VitaliyFilippov:

Доклад Максима Цепкова на конференции ЛАФ-2010.

Полное название: Диаграммы планов счетов - средство моделирования и проектирования учета.

Презентация

MediaWiki — серебряная пуля или швейцарский нож? (SEF-2009)

2011-07-15T18:01:43Z

StasFomin:

Докладчик: Стас Фомин

Почему вики-системы популярны даже в корпоративном мире, вытесняя «классические» документооборот и документирование? Выбор вики: тут мы за мейнстрим и MediaWiki. У нее огромная база пользователей и разработчиков и качества «швейцарского ножа» — богатый, расширяемый функционал и универсальность.

Да, с этим докладом уже было выступление на SECR-2009, но для SEF-2009 была подготовлена специальная, экстремальная версия. Если SECR-овский доклад состоял из 112 слайдов на 40 минут, то для SEF-2009 в те же самые 40 минут пришлось уложить 100 слайдов и еще 15 минут скринкастов.

Как это возможно? Оказалось возможно. Был опробован принципиально новый вид презентации — презентация под заранее записанное видео.

Такой тип выступления весьма нетривиален для докладчика, однако удалось держать внимание зала от и до.

Можно посмотреть, насколько все это удачно — ниже лежит озвученная видео-презентация плюс ответы на вопросы из зала. (аудиозапись так себе, писалась на мобильный телефон, все более-менее разборчиво, просьба только представлять голос докладчика благородным баритоном). Потом в кулуарах мне сказали, что развенчание мифа «о миллионах леммингов-самоубийц» многим «разорвало шаблон». Многие недоумевали, и подозревали что мы продаем MediaWiki, и очень удивлялись, что это исключительно некоммерческая передача опыта. Некоторые даже звали рекламировать свои продукты.

Сразу после доклада мы раздали полсотни флешек с «нашей инсталляцией» MediaWiki, устанавливающейся простым копированием под Windows, с рядом наших уникальных доработок и расширений. В общем, так, чтобы можно было бы моментально начать использовать MediaWiki персонально, или для небольшой (до 100 чел.) рабочей группы с рядом наших уникальных доработок и расширений.

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

Репликация: База Знаний «Заказных Информ Систем» → «MediaWiki — серебряная пуля или швейцарский нож? (SEF-2009)»

Швейцарский нож аналитика - визуализируем логи одной строкой! (Евгений Кирпичёв, ADD-2011)

2011-07-07T08:40:16Z

StasFomin:

Системная архитектура вместо требований (семинар 2011-03-22, preview ReqLabs-2011)

2011-05-26T14:46:29Z

StasFomin:

Докладчик: Михаил Заборов
Дата: 22 марта 2011

Необъектные модели предметной области. Опыт CUSTIS (Максим Цепков, ADD-2011)

2011-05-15T16:55:37Z

MaksTsepkov:

Доклад на конференции Application Developers Days 29-30.04 Питер

Учет ценных бумаг - сделать сложное простым (Цепков на SECR-2010)

2010-10-19T12:23:57Z

VitaliyFilippov:

Доклад был сделан на банковской секции конференции SECR-2010

Презентация выложена на slideshare

Докладчик: Максим Цепков, главный архитектор компании CUSTIS (Заказные ИнформСистемы)

Название доклада: Учет ценных бумаг - сделать сложное простым (Securities Accounting - Make It Easy).

Mindmaps: история и идеология

2010-08-19T00:32:59Z

StasFomin:

Видеозапись одного из регулярных внутренних семинаров.

«Презентации по-уму» — основные правила

2010-05-07T07:26:25Z

StasFomin:

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

Конечно, многие советы кажутся весьма простыми, в духе Старого Кэпа, но увы, судя по нашему опыту, 90% выступающих совершенно не рефлексируют над подачей материала. Мы сами не исключение — и на этом семинаре активно критиковались предыдущие, и даже он сам (Чтобы понять рекурсию, нужно сначала понять рекурсию…).

Смерть от PowerPointa выглядит наверное как-то так:

Ну мы то не являемся специалистами, нам можно и ошибаться, и все же, всем (даже если вам стало лень смотреть видео), рекомендуем хотя бы за 5 минут полистать великолепную Смерть через PowerPoint.

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

Из лично прочитанных книг, я (Стас Фомин) рекомендовал бы Slide:ology (я читал бумажную версию, но теперь эту книгу уже можно найти в электронном виде).

Если нравиться «Mac-way», усиленно дизайнерский подход ко всему, то рекомендую Prezentation Zen — это блог и одноименная книга, Apploвского эксперта по презентациям. (…есть в электронном виде…).

Если нужно «прокачать» не слайды, а само искусство выступления — смотрите конференции серии TED: Technology, Entertainment, Design.

Ну а если ваша основная цель — манипуляция аудиторией, для достижения своих целей — читайте «Presenting to Win: The Art of Telling Your Story» (тоже есть в электронном виде).

Вообще книг много, но не все они одинаково хороши, так что на последок, мы порекомендуем настоящих профессионалов в презентациях — наши, русские ребята ведут блог, с полезными советами и обзорами литературы и прочих материалов.

Репликация: База Знаний «Заказных Информ Систем» → ««Презентации по-уму» — основные правила»

«Разработка концепции ПО» (семинар UML2.ru)

2009-12-31T16:49:40Z

StasFomin:

26 ноября в нашей компании прошел семинар «Разработка концепции ПО», проводимый в рамках серии семинаров сообщества системных аналитиков UML².ru.

Ведущими были две Ирины: Векленко и Сурова, а аннотация гласила:

При выполнении проекта по разработке ПО почти всегда речь идет только о документе «техническое задание». Однако существует другой, не менее важный документ, предшествующий техническому заданию — это концепция.
Темы данного семинара:

Понятие концепции (vision). Место концепции в жизненном цикле разработки ПО

Взаимосвязь концепции с артефактами проекта по разработке ПО

Структура концепции

Примеры документа «концепция» в различных методологиях разработки ПО

А у нас все не так! (ответы на вопросы)

Встреча началась с десятиминутного блитц-мульт-разогрева, основанного на нарезке из знаменитой серии Симсонов^[1], иллюстрирующей опасность проектов без внятной концепции, основанных только на следовании пожеланиям клиентов — очень рекомендуем посмотреть, если вы еще не ---.

Затем была вводно-лекционная первая часть, но самое интересно началось, когда стали выступать собравшиеся в зале специалисты, демонстрируя живые примеры настоящих бизнес-концепций (некоторые документы были настолько секретны, что нам пришлось скрыть их на видеозаписи, сорри).

И в результате, удалось увидеть разнообразие концепций — от солидного документа в ворде и составленного совместно с заказчиком кластера статей в вики системе, до простых двух абзацев в Google Docs.

Действительно, бывают концепции строго оформленные по шаблонам «самого Вигерса», из которых ничего невозможно понять, и не приводящие к живым проектам (на встрече рассматривали такие примеры^[2]). А как забавный пример обратного, можно привести историю известной (в узких кругах) игры «EnviroBear2000», успешно реализованной^[3] по одному концепту-абзацу (оригинальная цитата полностью, орфография авторская): «Здраствуйтє, сдєлайтє пажалуста ігру шоб можна била мєдвєдєм кушать ягади і рибу. Да, і шоб мєдвєдь єзділ на машинє. І шоб фізіка била рєалістічная: можна тараніть дєрєв”я, падают шишкі, лістья, оси, скунс. Скунс бєгаєт па машинє, но єво можна схватіть лапай — і викінуть с машини. А іщьо — нада шоби єзділі па лєсу другіє мєдвєді на машинах. С німі можна будєт тараніцца. Всє ричат. На паваротах машину далжно занасіть. Руль крутіть можна лапай. І главнає — шоб нє как в аркадах — пєрєклучєніє пєрєдач ручноє. Ну й пєдаль тада тоже можна лапай жать. Когда мєдвєдь єст рибу — абязатєльна далжни аставцца кості і хвост. Чєрєз пять мінут наступаєт зіма.»

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

↑ «Oh Brother, Where Art Thou?»
↑ См., например, [1]
↑ Адский видеогеймплей можно посмотреть например тут, легко найти и скачать саму игру. А здесь можно увидеть и другие примеры «гениальных концептов геймплея» уровня «можно грабить корованы»