![[personal profile]](https://www.dreamwidth.org/img/silk/identity/user.png){kind=small}
Entry tags:
В прошлую среду
Я рассказал о Вавилонском эксперименте.
Цитирую официальное сообщение, чуть-чуть мной подредактированное:
25 марта в Днепропетровске в центре разработки StarSoft Development Labs прошел эксперимент P-Modeling-2, являющийся развитием ряда экспериментов по эффективному дизайну информационных систем с применением Унифицированного Языка Моделирования (UML). Методика P-Modeling основана на применении "безмолвных сессий моделирования" (команде нельзя разговаривать во время сессий) и использовании метода Обратной Семантической Трассировки (каждая из команд создает дизайн некоторой системы, т.е. "переводит" неформальное техническое задание с естественного языка на UML, а другие команды восстанавливают по модели на UML задание на естественном языке, и т.о. проверяют соответствие дизайна ТЗ. После чего исходный и восстановленный текст сравниваются.
Инициатором эксперимента P-Modeling-2 был директор департамента стратегических технологий корпорации Microsoft в России Владимир Павлов. В эксперименте принимали участие специалисты днепропетровского центра разработки StarSoft Development Labs, а также днепропетровских компаний SoftServ и EDS-Group.
Из них были сформированы 3 команды по 5 человек в каждой. Все участники имели опыт объектно-ориентированного программирования, объектно-ориентированного моделирования и свободно владели UML. Несмотря на некоторые проблемы, возникшие при проведении эксперимента, инициатор эксперимента и участники остались довольны его результатами: восстановленные тексты были близки к исходным, безмолвный подход позволил им создать свои модели быстрее, чем это было бы при традиционных подходах, а также подтвердилось, что метод обратной трассировки годится для проверки правильности дизайна.
Я, как узнал, что моя команда не знает не то что процесса разработки, но и многих базовых элементов UML, озверел, решил их поубивать, а задание выполнить сам. В конце концов, так и получилось - я сказал всем "сидите и смотрите, что я делаю". е словами, конечно, жестами и мимикой ("молодой человек жестами объяснил, что его зовут Хуан"), и нарисовал анализ задачи. На дизайн системы времени не осталось, решил не делать - и это к лучшему - потому что остальным командам дизайн только вредил в обратной трассировке.
На эксперименте сместились цели: слово "моделирование" прозвучало только в английском сабже письма с объявлением, зато при Если бы делом занимались профессиональные аналитики/архитекторы, то, может, они и не смогли бы переломить себя и нарисовать не-дизайн. Но увы, гибкие студенческие умы решили именно поставленную задачу - нарисовали диаграммы, предназначенные для обратной трассировки в текст задачи. Я тоже так сделал :)
В результате сигнал (информация о полезности трассировки) был потерян в шуме.
Сергей сказал, что не верит в этот эксперимент.
Что я понял из объяснения, почему - потому, что строится и валидируется всего лишь модель системы, которая условна.
И что с того? Проектирование вообще и с использованием UML в частности - только моделирование реальной системы; сама информационная система - только модель информационного обмена предметной области, который, в свою очередь, тоже только модель реального товарообмена или чего там.
И всё наше представление о мире - тоже только модель, причём самая грубая из помянутых. Но это же не мешает нам жить с ними.
Цитирую официальное сообщение, чуть-чуть мной подредактированное:
25 марта в Днепропетровске в центре разработки StarSoft Development Labs прошел эксперимент P-Modeling-2, являющийся развитием ряда экспериментов по эффективному дизайну информационных систем с применением Унифицированного Языка Моделирования (UML). Методика P-Modeling основана на применении "безмолвных сессий моделирования" (команде нельзя разговаривать во время сессий) и использовании метода Обратной Семантической Трассировки (каждая из команд создает дизайн некоторой системы, т.е. "переводит" неформальное техническое задание с естественного языка на UML, а другие команды восстанавливают по модели на UML задание на естественном языке, и т.о. проверяют соответствие дизайна ТЗ. После чего исходный и восстановленный текст сравниваются.
Инициатором эксперимента P-Modeling-2 был директор департамента стратегических технологий корпорации Microsoft в России Владимир Павлов. В эксперименте принимали участие специалисты днепропетровского центра разработки StarSoft Development Labs, а также днепропетровских компаний SoftServ и EDS-Group.
Из них были сформированы 3 команды по 5 человек в каждой. Все участники имели опыт объектно-ориентированного программирования, объектно-ориентированного моделирования и свободно владели UML. Несмотря на некоторые проблемы, возникшие при проведении эксперимента, инициатор эксперимента и участники остались довольны его результатами: восстановленные тексты были близки к исходным, безмолвный подход позволил им создать свои модели быстрее, чем это было бы при традиционных подходах, а также подтвердилось, что метод обратной трассировки годится для проверки правильности дизайна.
Я, как узнал, что моя команда не знает не то что процесса разработки, но и многих базовых элементов UML, озверел, решил их поубивать, а задание выполнить сам. В конце концов, так и получилось - я сказал всем "сидите и смотрите, что я делаю". е словами, конечно, жестами и мимикой ("молодой человек жестами объяснил, что его зовут Хуан"), и нарисовал анализ задачи. На дизайн системы времени не осталось, решил не делать - и это к лучшему - потому что остальным командам дизайн только вредил в обратной трассировке.
На эксперименте сместились цели: слово "моделирование" прозвучало только в английском сабже письма с объявлением, зато при Если бы делом занимались профессиональные аналитики/архитекторы, то, может, они и не смогли бы переломить себя и нарисовать не-дизайн. Но увы, гибкие студенческие умы решили именно поставленную задачу - нарисовали диаграммы, предназначенные для обратной трассировки в текст задачи. Я тоже так сделал :)
В результате сигнал (информация о полезности трассировки) был потерян в шуме.
Сергей сказал, что не верит в этот эксперимент.
Что я понял из объяснения, почему - потому, что строится и валидируется всего лишь модель системы, которая условна.
И что с того? Проектирование вообще и с использованием UML в частности - только моделирование реальной системы; сама информационная система - только модель информационного обмена предметной области, который, в свою очередь, тоже только модель реального товарообмена или чего там.
И всё наше представление о мире - тоже только модель, причём самая грубая из помянутых. Но это же не мешает нам жить с ними.
Вопрос аськой от void-а:
(Anonymous) 2006-04-12 03:21 am (UTC)(link)Я правильно понял?
Да.
Эксперимент получился ОЧЕНЬ грязным.
Хотя сама по себе молчаливая методика хороша.
При условии, что участники уже достаточно хорошо владеют UML, процессом анализа-дизайна и словарём паттернов анализа - это очень важно.