В теме 72 ответа, и 11 участников, последнее обновление сделано пользователем 
Виктор Глейм 12 г, 2 мес. назад.
-
Сообщения
-
Решил придумать задачку из области ИТ, для решения которой нужно применить ТРИЗ. Она не относится непосредственно к работе системного аналитика, но для начала, думаю, и такая будет интересна.
Ситуация:
Есть некоторое ПО, которое при запуске считывает необходимые для своей работы данные из БД в оперативную память (ОП). На определённом этапе развития программы объём таких данных стал слишком велик, чтобы умещаться в ОП. Считывать данные из БД в ОП по частям в процессе работы ПО не целесообразно, т.к. это замедляет процесс её выполнения (осуществления расчётов). Увеличить объём ОП тоже не выход, т.к. это ужесточает системные требования и тут всегда есть предел. Как быть?Противоречие:
Необходимо, чтобы ПО считывало данные из БД в ОП при старте, т.к. это ускоряет процесс выполнения расчётов, и нельзя, чтобы ПО считывало данные из БД в ОП при старте, т.к. объём ОП ограничен.В идеале, было бы интересно посмотреть на решение с помощью АРИЗ.
Решил придумать задачку из области ИТ, для решения которой нужно применить ТРИЗ. Она не относится непосредственно к работе системного аналитика, но для начала, думаю, и такая будет интересна.
[b]Ситуация:[/b]
Есть некоторое ПО, которое при запуске считывает необходимые для своей работы данные из БД в оперативную память (ОП). На определённом этапе развития программы объём таких данных стал слишком велик, чтобы умещаться в ОП. Считывать данные из БД в ОП по частям в процессе работы ПО не целесообразно, т.к. это замедляет процесс её выполнения (осуществления расчётов). Увеличить объём ОП тоже не выход, т.к. это ужесточает системные требования и тут всегда есть предел. Как быть?[b]Противоречие:[/b]
Необходимо, чтобы ПО считывало данные из БД в ОП при старте, т.к. это ускоряет процесс выполнения расчётов, и нельзя, чтобы ПО считывало данные из БД в ОП при старте, т.к. объём ОП ограничен.В идеале, было бы интересно посмотреть на решение с помощью АРИЗ.
Добрый день, vic23tor,
ситуация интересная и достаточно распространенная, давайте попробуем!Только я предлагаю немного переопределить цель этой работы и распределить роли.
Цель: провести анализ с помощью АРИЗ, а не получить решение. Точнее, научиться проводить анализ :-)Ваша роль: предоставлять данные о рассматриваемой ситуации, проводить анализ по АРИЗ,
Моя роль: контролировать правильность анализа по АРИЗ, исправлять ошибки по ходу анализаЕсли вы согласны, то предлагаю вернуться к исходной ситуации и построить RCA+ диаграмму: http://analyst.by/articles/triz3
1. Описать нежелательные эффекты (НЭ), которые имеют место в ситуации
2. Определить причины этих НЭ
3. Выяснить, порождают ли эти причины какие-то положительные эффекты в ситуации.С уважением,
АКНо как быть с социальными ИС типа фейсбука и т.п.? Какое противоречие разрешают эти системы?
Возможно, противоречие между быстрым ростом количества информации и необходимостью человека получать лишь наиболее релевантную её часть? Иными словами, социализация ИС, на мой взгляд, вызвана необходимостью эффективно контролировать информационные потоки.
Только я предлагаю немного переопределить цель этой работы и распределить роли.
Цель: провести анализ с помощью АРИЗ, а не получить решение. Точнее, научиться проводить анализ :-)Ваша роль: предоставлять данные о рассматриваемой ситуации, проводить анализ по АРИЗ,
Моя роль: контролировать правильность анализа по АРИЗ, исправлять ошибки по ходу анализаЕсли вы согласны, то предлагаю вернуться к исходной ситуации и построить RCA+ диаграмму: http://analyst.by/articles/triz3
Давайте попробуем. Только я пока что не понимаю, какое место диаграмма занимает в АРИЗ.
По пунктам:
1. НЭ — снижение скорости работы ПО при выполнении расчётов.
2. Причины НЭ — а) частые обращение к БД для чтения нужных данных; б) большое время на выборку данных с жёсткого диска.
3. Положительный эффект от (а) — возможность уместиться в границы доступной ОП; от (б) — сложно пока что представить; однако, если предполагать, что БД находится на сервере, то, например, время на ожидание данных можно использовать для других целей работы ПО.[quote="AndrewK"]
Только я предлагаю немного переопределить цель этой работы и распределить роли.
Цель: провести анализ с помощью АРИЗ, а не получить решение. Точнее, научиться проводить анализ :-)Ваша роль: предоставлять данные о рассматриваемой ситуации, проводить анализ по АРИЗ,
Моя роль: контролировать правильность анализа по АРИЗ, исправлять ошибки по ходу анализаЕсли вы согласны, то предлагаю вернуться к исходной ситуации и построить RCA+ диаграмму: http://analyst.by/articles/triz3
Давайте попробуем. Только я пока что не понимаю, какое место диаграмма занимает в АРИЗ.
По пунктам:
1. НЭ — снижение скорости работы ПО при выполнении расчётов.
2. Причины НЭ — а) частые обращение к БД для чтения нужных данных; б) большое время на выборку данных с жёсткого диска.
3. Положительный эффект от (а) — возможность уместиться в границы доступной ОП; от (б) — сложно пока что представить; однако, если предполагать, что БД находится на сервере, то, например, время на ожидание данных можно использовать для других целей работы ПО.[/quote]Диаграмма позволяет описать ситуацию и выявить в ней противоречие или несколько противоречий, из которых можно выбрать основное противоречие. В классическом АРИЗ этот этап не делается: предполагается, что на входе мы уже имеем противоречие. Но на практике это ведь не так!
Теперь несколько слов по поводу вашего анализа:
Причиной НЭ "снижение скорости работы ПО", на мой взгляд, является "обработка данных по частям". Давайте проверим, порождает ли обработка данных по частям какой-либо положительный эффект? В принципе, можно утверждать, что данные, разбитые на части, будут помещаться в памяти, что в ситуации является плюсом. Следовательно, мы имеем (Н/П)Э — "обработка данных по частям".Попробуйте сформулировать противоречие для данной ситуации.
Но можно продолжить анализ…
Почему мы сталкиваемся с (Н/П)Э? Потому что данные не помещаются в память. Я не знаю, какая может быть польза от того, что данные не помещаются в память, поэтому определяю еще один НЭ2 = "данные не помещаются в память".Причина НЭ2 — данные имеют большой размер. В нашей ситуации много данных — это тоже нежелательный эффект. Следовательно, мы можем сформулировать НЭ3 = "данные имеют большой размер".
Теперь мы должны выяснить причину НЭ4: почему данных много? почему их стало возникать больше, чем было раньше?
Мы также можем остановить дальнейший анализ, если мы понимаем, что не можем влиять на размер данных. Но тогда нужно четко понимать, что мы будем решать противоречие (которое вы уже сформулировали выше :-) ), как частное решение. Причину мы не устраняем, потому что причина связана с большими объемами данных.
[quote="AndrewK"]Но как быть с социальными ИС типа фейсбука и т.п.? Какое противоречие разрешают эти системы?
Возможно, противоречие между быстрым ростом количества информации и необходимостью человека получать лишь наиболее релевантную её часть? Иными словами, социализация ИС, на мой взгляд, вызвана необходимостью эффективно контролировать информационные потоки.[/quote]
В каком то смысле вы правы. Человек формирует некоторый круг общения, который играет роль некоторого информационного канала, по которому поступает уже отобранная информация. Мы с большим интересом реагируем на информацию, которую отобрал участник нашего круга общения, чем на любую неотфильтрованную информацию.
С другой стороны, круг общения не является гарантией, что мы гарантированно получим нужную информацию. Я бы сформулировал одну из функций круга общения как "повышать интересность информации", ну, или как-то так.
При этом общее противоречие между "получать релевантную информацию" и "потратить много времени на изучение и оценку информации" все же решается лишь частично.
Андрей, меня всегда интересовал вопрос о ROI ТРИЗ и о практической применимости ТРИЗ. Есть ли примеры конкретных продуктов, которые допустим, будут мне изверстны, при проектировании которых данная методика была ведущей, определяющей?Андрей, меня всегда интересовал вопрос о ROI ТРИЗ и о практической применимости ТРИЗ. Есть ли примеры конкретных продуктов, которые допустим, будут мне изверстны, при проектировании которых данная методика была ведущей, определяющей?
По практической применимости ТРИЗ очень много информации есть в Интернете. Практически все компании из списка TOP500 в той или иной форме применяют ТРИЗ в своей деятельности. Из рассказов коллег знаю, что LG и Samsung со 2-ой половины 90-х привлекают ТРИЗ специалистов практически ко всем новым разработкам. К сожалению, какие-либо детали не разглашаются…
Что касается ROI, то, ИМХО, это зависит от проекта и конкретных проблем, которые решаются с помощью ТРИЗ.
В каком то смысле вы правы. Человек формирует некоторый круг общения, который играет роль некоторого информационного канала, по которому поступает уже отобранная информация. Мы с большим интересом реагируем на информацию, которую отобрал участник нашего круга общения, чем на любую неотфильтрованную информацию.
С другой стороны, круг общения не является гарантией, что мы гарантированно получим нужную информацию. Я бы сформулировал одну из функций круга общения как "повышать интересность информации", ну, или как-то так.
При этом общее противоречие между "получать релевантную информацию" и "потратить много времени на изучение и оценку информации" все же решается лишь частично.
Попробую переформулировать с несколько иным акцентом: необходимость социализации информационных сервисов вызвана ускорением процесса глобализации наряду с неизменной гетерогенностью общества.
То есть всё больше людей использует ИС и от этого всё более явной становится разница между обитателями информационной среды. Соотвественно, возникает необходимость в рамках одних и тех же глобальных сервисов (новости, развлечения, реклама) позволить людям формировать собственные анклавы.
Таким образом, Фейсбук можно рассматривать в качестве рекламного сервиса, применяющего социализацию для таргетирования. Основной функционал системы служит для пополнения базы знаний о конретных пользователях (выявления принадленжности к тому или иному информационному анклаву) и предложении им в соответсвии с этим релевантной рекламной информации.
Кстати, ТРИЗ допускает наличие нескольких определяющих противоречий или главным всегда должно быть лишь одно?
Попробую переформулировать с несколько иным акцентом: необходимость социализации информационных сервисов вызвана ускорением процесса глобализации наряду с неизменной гетерогенностью общества.
То есть всё больше людей использует ИС и от этого всё более явной становится разница между обитателями информационной среды. Соотвественно, возникает необходимость в рамках одних и тех же глобальных сервисов (новости, развлечения, реклама) позволить людям формировать собственные анклавы.
Таким образом, Фейсбук можно рассматривать в качестве рекламного сервиса, применяющего социализацию для таргетирования. Основной функционал системы служит для пополнения базы знаний о конретных пользователях (выявления принадленжности к тому или иному информационному анклаву) и предложении им в соответсвии с этим релевантной рекламной информации.
Кстати, ТРИЗ допускает наличие нескольких определяющих противоречий или главным всегда должно быть лишь одно?
Есть интересная книга А. Долгина Манифест новой экономики. Вторая невидимая рука рынка.
В этой книге он подробно рассматривает структуру информационного общества и его расслоение на такие вот сообщества по интересам.А ТРИЗ конечно допускает, поскольку в жизни так и есть :-)
Все зависит от того как сильны ты хочешь узнать ответ на вопрос: на сколько глубока кроличья нора? С одной стороны )С другой. В целом если в противоречиях можно выделить какой-то общий поведенческий паттерн. И определить какие заблуждения "внутри" этого паттерна ведут к образованию такого класса противоречий. То по идее останется просто созданное решение транспанировать на отдельные противоречия (если вообще в этом останется необходимость). Причем чаще всего решение может свестись к замене заблуждения на верное видение реальности в данном вопросе.
На сколько я понял тему
Все зависит от того как сильны ты хочешь узнать ответ на вопрос: на сколько глубока кроличья нора? С одной стороны )
С другой. В целом если в противоречиях можно выделить какой-то общий поведенческий паттерн. И определить какие заблуждения "внутри" этого паттерна ведут к образованию такого класса противоречий. То по идее останется просто созданное решение транспанировать на отдельные противоречия (если вообще в этом останется необходимость). Причем чаще всего решение может свестись к замене заблуждения на верное видение реальности в данном вопросе.
На сколько я понял тему
О как вас ТРИЗануло.
Не обижайтесь, просто вы подключились к многолетнему спору сторонников 2-х разных позиций:
1. Первые считают, что если мы глубоко залезем в кроличью нору, т.е., изучим законы развития систем, то не потребуется выявлять и решать противоречия. Мы сможем сконструировать необходимое изменение системы, применив соответствующее правило. В принципе, развитие ТРИЗ шло, идет и будет идти по этому пути: будут выявляться типовые паттерны для определенного класса изменений системы. Однако в этом подходе остается мало места таким важным элементам, как интуиция, инсайт (озарение).2. Вторые обоснованно считают, что выявление и решение противоречий — это более прямой путь к достижению цели. Действительно, не требуется описывать и анализировать систему целиком (согласитесь, иногда встречаются ну очень большие и сложные системы). Достаточно выявить проблемную зону в системе, сформулировать противоречие и искать изменение системы через устранение этого противоречия. Очевидно, что в этом подходе много места уделяется творческой стороне процесса.
У каждой группы сторонников есть еще много аргументов в пользу своей позиции. Но, наверное, уже понятно, что этот спор относится к серии спора между физиками (сторонниками системного подхода) и лириками (сторонниками поиска решений противоречий). Как обычно, истина находится где-то посредине.
У каждой группы сторонников есть еще много аргументов в пользу своей позиции. Но, наверное, уже понятно, что этот спор относится к серии спора между физиками (сторонниками системного подхода) и лириками (сторонниками поиска решений противоречий). Как обычно, истина находится где-то посредине.
Так будем же лиричными физиками!
Вообще все зависит от того что делаем.
Если придумываем техническое решение исходя из ценности для конечного потребителя. То более частные противоречия лучше. Например придумывая какие-нить фенички для утюга ты же не будешь влезать в то что надо одежду делать которая не мнется. Ты же утюги продаешь в конечном итоге )
А если у тебя целый бизнес.. и там с одной стороны слабое едить с другой стороны много бензину кушает… то тут уже лучше системно подходить… Может и от утюгов пора отказаться и не мнущийся текстиль штамповать.Как там кто-то спросил "какой ROI у ТРИЗ?". У мну тут аж самому интересно стало. Возникают другие похожие вопросы: к какому уровню CMM отнести внедрение ТРИЗ, например )
Вообще все зависит от того что делаем.
Если придумываем техническое решение исходя из ценности для конечного потребителя. То более частные противоречия лучше. Например придумывая какие-нить фенички для утюга ты же не будешь влезать в то что надо одежду делать которая не мнется. Ты же утюги продаешь в конечном итоге )
А если у тебя целый бизнес.. и там с одной стороны слабое едить с другой стороны много бензину кушает… то тут уже лучше системно подходить… Может и от утюгов пора отказаться и не мнущийся текстиль штамповать.Как там кто-то спросил "какой ROI у ТРИЗ?". У мну тут аж самому интересно стало. Возникают другие похожие вопросы: к какому уровню CMM отнести внедрение ТРИЗ, например )
Не совсем так. Зависит от противоречия. Иной раз при придумывании фенички для утюга можно столкнуться с очень серьезным противоречием, решение которого потребует выхода в надсистему. А там как раз немнущаяся одежда и окажется. В ТРИЗ есть пример решения задачи о ледоколе, в результате которого был изобретен новый вид морского транспорта в условиях льда — полупогружные суда. Посмотрите в Гугле "ТРИЗ. задача о ледоколе". А начиналась задача вполне себе невинно — повысить эффективность ледокола.
Вы должны авторизироваться для ответа в этой теме.
