|
отличие управляющей информации от входной на IDEF диаграмме
|
|||
---|---|---|---|
#18+
И после этой плодотворной дискуссии, надеюсь, все со мной согласятся: ТЗ - это все-таки вход "Разработка ТП" ... |
|||
:
Нравится:
Не нравится:
|
|||
07.09.2006, 15:33 |
|
отличие управляющей информации от входной на IDEF диаграмме
|
|||
---|---|---|---|
#18+
... |
|||
:
Нравится:
Не нравится:
|
|||
07.09.2006, 15:34 |
|
отличие управляющей информации от входной на IDEF диаграмме
|
|||
---|---|---|---|
#18+
Aleksey Kh. -- IDEF - вкусный. -- Нет, сытный! -- Вкусный!!! Короче, не убедил. Как относятся стальные стержни, чертёж и болты к процессу изготовления болтов? ... |
|||
:
Нравится:
Не нравится:
|
|||
07.09.2006, 18:06 |
|
отличие управляющей информации от входной на IDEF диаграмме
|
|||
---|---|---|---|
#18+
Я хорошо пониманию ньюансы того, почему ТЗ может быть отнесено к управлению. И задавать и подсовывать мне утрированные примеры просто бессмысленно. В основе моей точки зрения лежит отличие проектной работы от серийного производства: в проектной - каждое изделие уникально, в серийном производстве все болты должны отдаленно смахивать на прототип :) Проект: вход - уникальное ТЗ, выход - уникальное ТП, управление - методика проектирования. Конвеер: вход - сырье, выход - серия, управление - ОПП (упрощенно). А чертеж - он вообще для изготовления прототипа и настройки линии нужен ;) Еще раз повторю: надо хорошо понимать (договориться) о описании какой системы идет речь. ... |
|||
:
Нравится:
Не нравится:
|
|||
07.09.2006, 19:44 |
|
отличие управляющей информации от входной на IDEF диаграмме
|
|||
---|---|---|---|
#18+
Aleksey Kh.В основе моей точки зрения лежит отличие проектной работы от серийного производства Понятно. По твоему процесс однажды получает управляющее вождействие и затем потребляет сырьё и выдаёт партию продукции. Т.е. ключём тут является отношение количества экземпляров продукции к числу управляющих воздействий и это число должно быть большим. Тогда, поясни, пзл., как IDEF0 связан с серийностью моделируемого производства? Насколько большими должны быть партии продукции, чтобы проектную документацию считать управлением? ... |
|||
:
Нравится:
Не нравится:
|
|||
08.09.2006, 18:26 |
|
отличие управляющей информации от входной на IDEF диаграмме
|
|||
---|---|---|---|
#18+
Теряю интерес к данной теме :( Ибо в каждом своем ответе повторять одно ...просто неинтересно :) Про IDEF0: IDEF0 никак не связан с серийностью. С серийностью будет связана МОДЕЛЬ (построенная в соответствии с нотацией IDEF0), которая будет уникальной для каждой уникальной системы. Про управление процессами: C т.з. IDEF0: процесс получает воздействие постоянно (стрелка в разные моменты времени не исчезает и не появляется) С т.з. управления процессами: если процесс находится в статистически управляемом состоянии, то управляющие воздействия нужны только для устранения особых причин отклонений; если процесс в таком состоянии не находится, то нужно перестроить систему, что бы его туда привести. Но это совершенно никак не относится к данной теме ;) ... |
|||
:
Нравится:
Не нравится:
|
|||
09.09.2006, 12:22 |
|
отличие управляющей информации от входной на IDEF диаграмме
|
|||
---|---|---|---|
#18+
Aleksey Kh. Про IDEF0: IDEF0 никак не связан с серийностью. С серийностью будет связана МОДЕЛЬ (построенная в соответствии с нотацией IDEF0), которая будет уникальной для каждой уникальной системы. Модель конечно уникальная, но нотация не связана с конкретной моделью. Если IDEF0 не связан с серийностью, то зачем использовать этот критерий для выбора направления потоков? ИМХО, критерий должен определяться не моделью, а нотацией. Согласно нотации, управление и вход моделируется данными и объектами, но объекты на входе преобразуются в выход, управляющие объекты могут изменяться при создании входа, а самое главное определяют объекты на выходе. ИМХО, если в управляющем объекте нас в первую очередь интересует кодированная в нём информация, а её носитель не представляет интереса, то вход это прежде всего материальный поток и функция для создания объектов на выходе использует как заключённую в этом потоке информацию, так и её носитель. Хотелось бы услышать объективную критику такого подхода. ... |
|||
:
Нравится:
Не нравится:
|
|||
11.09.2006, 11:41 |
|
отличие управляющей информации от входной на IDEF диаграмме
|
|||
---|---|---|---|
#18+
Aleksey Kh."Вход": материал или информация, которые используются или преобразуются работой для получения результата (выхода). "Управление": правила, стратегии, процедуры или стандарты, которыми руководствуется работа. (с) С.В. Маклаков. Моделирование БП Эти "определения" не сответсвуют спецификации IDEF0. В IDEF0 речь идёт о данных и объектах, а не об информации. Слова "используются" там нет. Функция преобразует данные или объекты на Входе в объекты на Выходе. Управление -- сведения, необходимые для получения правильного Выхода. Управление моделируется данными и объектами, которые могут преобразовываться при создании Выхода. ... |
|||
:
Нравится:
Не нравится:
|
|||
11.09.2006, 12:00 |
|
отличие управляющей информации от входной на IDEF диаграмме
|
|||
---|---|---|---|
#18+
Книжный червь. Только изучаю эту тему. Цитата из книги. Прежде чем цитировать, заострю внимание на том, что корректней использовать не просто термин "управление". А термин "контур управления". Цитата. ..Имеем: - объект управления (ОУ) - систему управления (СУ) Вместе они представляют "контур управления" (КУ). термин контур управления соответсвует функциональным особенностям системы, которая представляет собой сочетание объекта управления и системы управления. Собственно процесс управления предшествует формированию программы работы объекта управления . Задачей системы управления является поддержание функционирования объекта управления в пределах заданной программы, для чего она собирает и обрабатывает контрольную информацию о работе объекта управления. По результатам сопоставления контрольной информации с заданной программой работы объекта управления принимается решение об осуществлении управляещего воздействия на объект управления с целью удержания его фукнционирования в рамках to be. В.И. Дубейковский "Практика функционального моделирования с AllFusion Process Modeler" Диалог МИФИ 2004 стр.67-68 ... |
|||
:
Нравится:
Не нравится:
|
|||
12.09.2006, 19:47 |
|
отличие управляющей информации от входной на IDEF диаграмме
|
|||
---|---|---|---|
#18+
kostalogikКнижный червь. Только изучаю эту тему. Цитата из книги. Прежде чем цитировать, заострю внимание на том, что корректней использовать не просто термин "управление". А термин "контур управления". ИМХО, не в тему. В данном случае нас не интересует система управления, мы разбираемся с объектом управления, который имеет несколько входов, в частности "Вход" и "Управление". В ряде случаев не ясно, на какой вход нужно подавать данные или объекты, чтобы полученная конструкция отвечала требованиям IDEF0. Возможно эти системы и входят в контур управления, но нас это не бодает, мы рассматриваем не всю цепь, а только её участок. ... |
|||
:
Нравится:
Не нравится:
|
|||
12.09.2006, 20:11 |
|
отличие управляющей информации от входной на IDEF диаграмме
|
|||
---|---|---|---|
#18+
mcureenab kostalogikКнижный червь. Только изучаю эту тему. Цитата из книги. Прежде чем цитировать, заострю внимание на том, что корректней использовать не просто термин "управление". А термин "контур управления". ИМХО, не в тему. В данном случае нас не интересует система управления, мы разбираемся с объектом управления, который имеет несколько входов, в частности "Вход" и "Управление". В ряде случаев не ясно, на какой вход нужно подавать данные или объекты, чтобы полученная конструкция отвечала требованиям IDEF0. Возможно эти системы и входят в контур управления, но нас это не бодает, мы рассматриваем не всю цепь, а только её участок. А пример можно "ряда случаев"))? ... |
|||
:
Нравится:
Не нравится:
|
|||
13.09.2006, 10:12 |
|
отличие управляющей информации от входной на IDEF диаграмме
|
|||
---|---|---|---|
#18+
kostalogikА пример можно "ряда случаев"))? А тему почитать лениво? Тут. ... |
|||
:
Нравится:
Не нравится:
|
|||
13.09.2006, 10:58 |
|
отличие управляющей информации от входной на IDEF диаграмме
|
|||
---|---|---|---|
#18+
mcureenab А тему почитать лениво? Тут. Читал. Мне кажется это всеравно что вырвать слова из контекста фразы, не читая саму фразу. Повторюсь я пока лаймер в этом. Пока. Но главное с чего надо начинать ФМ это поставить вопрос, на который отвечает модель. Еще точка зрения. Итак. На какой вопрос отвечает данная "конструкция". И какова точка зрения. Ведь нельзя же вырвать предложение из "Войны и мир" и серьезно обсуждать его. Поэтому и попросил привести другой пример. ... |
|||
:
Нравится:
Не нравится:
|
|||
13.09.2006, 11:26 |
|
отличие управляющей информации от входной на IDEF диаграмме
|
|||
---|---|---|---|
#18+
Do you sure this example is a BP? And it can be identified by IDEF? Russ Eto tol'ko posledovatel'nost' sobytyi ili ob"ektov: TZ > TP > RP. Biznes-processom ona stanovitsia pri postoiannom povtorenii etih deistvyi (rabot). Pri etom blok TZ posredstvom dekompozicyi raspadaetszia na riad podblokov, a ego obobchennaia informaciia raspadetsia na upravliaiuchuiu i vhodnuiu. ... |
|||
:
Нравится:
Не нравится:
|
|||
13.09.2006, 11:29 |
|
отличие управляющей информации от входной на IDEF диаграмме
|
|||
---|---|---|---|
#18+
kostalogik mcureenab А тему почитать лениво? Тут. Читал. Мне кажется это всеравно что вырвать слова из контекста фразы, не читая саму фразу. Повторюсь я пока лаймер в этом. Пока. Но главное с чего надо начинать ФМ это поставить вопрос, на который отвечает модель. Еще точка зрения. Итак. На какой вопрос отвечает данная "конструкция". И какова точка зрения. Это фрагмент модели жизненного цикла (ЖЦ) программного средства. Рассматриваются связи этапов ЖЦ "Техническое задание" и "Технический проект" ("Эскизный проект" опустили). Возник вопрос, какую роль играет техническое задание (ТЗ), в процессе "Технический проект". "Управление" или "Вход"? И вообще, какие формальные критерии нужно учитывать решая данную задачу выбора. kostalogikВедь нельзя же вырвать предложение из "Войны и мир" и серьезно обсуждать его. Отчего ж, нельзя? Ведь мы читаем не зразу всю книгу, а слово за словом, кто то целыми строками читать умеет, а вот про то, чтобы страницами читали не слышал. Вопрос только в том, что нас интересует в вырваном предложении. ... |
|||
:
Нравится:
Не нравится:
|
|||
13.09.2006, 12:38 |
|
отличие управляющей информации от входной на IDEF диаграмме
|
|||
---|---|---|---|
#18+
На какой вопрос отвечает данная "конструкция". И какова точка зрения. Ведь нельзя же вырвать предложение из "Войны и мир" и серьезно обсуждать его. Я, собственно, о том же. Будет ТЗ входом или управлением - из одной картинки не определить. Для этого надо понимать описываемую систему и цели моделирования. Собственно процесс управления предшествует формированию программы работы объекта управления. Если "процесс ... предшествует" во времени - бред. Ибо в IDEF0 просто нет понятия очередности во времени (в самой нотации просто нет понятия очередности во времени, вне зависимости от моделируемой системы). А в "управлении" вообще - "управление ОУ" и "выполнение работы ОУ" это непрерывные процессы, которые одновременно протекают и входом управления является не только "контрольная информация" о работе ОУ. Задачей системы управления является поддержание функционирования объекта управления в пределах заданной программы, для чего она собирает и обрабатывает контрольную информацию о работе объекта управления. По моему, очень узкая трактовка. Как минимум, не только поддержание, но и проектирование/создание ... |
|||
:
Нравится:
Не нравится:
|
|||
13.09.2006, 12:47 |
|
отличие управляющей информации от входной на IDEF диаграмме
|
|||
---|---|---|---|
#18+
т.е. в том числе и определение "заданной программы". ... |
|||
:
Нравится:
Не нравится:
|
|||
13.09.2006, 12:49 |
|
отличие управляющей информации от входной на IDEF диаграмме
|
|||
---|---|---|---|
#18+
Guest_123678 Biznes-processom ona stanovitsia pri postoiannom povtorenii etih deistvyi (rabot). Что значит "постоянное проведение работ" и что об этом сказано в IDEF0? Например есть в конторе БП "Обслуживание клиентов". Функция "Приём заявления" в рамках этого БП выполняется не постоянно, а по факту поступления заявления. Возможно заявление вообще никогда не поступит, так что это уже не БП? Сам IDEF0 описывает не процессы, а функции и их взаимосвязи типа поставщик-потребитель. Модель не отвечает на вопрос в какой последовательности выполняются функции, она отвечает на вопрос, что нужно функции, для её выполнения. Т.е. если одна функция произвела некие данные или объекты, это не значит, что другая функция немедленно начнёт их преобразовывать. И наоборот, если функция уже имеет необходимые исходные данные или объекты, для получение результата ей не надо ждать, когда завершатся другие функции. ... |
|||
:
Нравится:
Не нравится:
|
|||
13.09.2006, 12:53 |
|
отличие управляющей информации от входной на IDEF диаграмме
|
|||
---|---|---|---|
#18+
Aleksey Kh. На какой вопрос отвечает данная "конструкция". И какова точка зрения. Ведь нельзя же вырвать предложение из "Войны и мир" и серьезно обсуждать его. Я, собственно, о том же. Будет ТЗ входом или управлением - из одной картинки не определить. Для этого надо понимать описываемую систему и цели моделирования. Значит уже что то понимаю..][/quot ] [quot ]Собственно процесс управления предшествует формированию программы работы объекта управления. Если "процесс ... предшествует" во времени - бред. Ибо в IDEF0 просто нет понятия очередности во времени (в самой нотации просто нет понятия очередности во времени, вне зависимости от моделируемой системы). А в "управлении" вообще - "управление ОУ" и "выполнение работы ОУ" это непрерывные процессы, которые одновременно протекают и входом управления является не только "контрольная информация" о работе ОУ.. )))Всего одна буква а как все меняется. ...процессУ управления..Сорри.. [/quot ] [quot ]Задачей системы управления является поддержание функционирования объекта управления в пределах заданной программы, для чего она собирает и обрабатывает контрольную информацию о работе объекта управления. По моему, очень узкая трактовка. Как минимум, не только поддержание, но и проектирование/создание.][quot ]Извините. Проектирование/создание - чего..][/quot ] ... |
|||
:
Нравится:
Не нравится:
|
|||
13.09.2006, 13:23 |
|
отличие управляющей информации от входной на IDEF диаграмме
|
|||
---|---|---|---|
#18+
mcureenab Guest_123678 Biznes-processom ona stanovitsia pri postoiannom povtorenii etih deistvyi (rabot). Что значит "постоянное проведение работ" и что об этом сказано в IDEF0? Например есть в конторе БП "Обслуживание клиентов". Функция "Приём заявления" в рамках этого БП выполняется не постоянно, а по факту поступления заявления. Возможно заявление вообще никогда не поступит, так что это уже не БП? Сам IDEF0 описывает не процессы, а функции и их взаимосвязи типа поставщик-потребитель. Модель не отвечает на вопрос в какой последовательности выполняются функции, она отвечает на вопрос, что нужно функции, для её выполнения. Т.е. если одна функция произвела некие данные или объекты, это не значит, что другая функция немедленно начнёт их преобразовывать. И наоборот, если функция уже имеет необходимые исходные данные или объекты, для получение результата ей не надо ждать, когда завершатся другие функции.Сдается мне речь идет как раз о контуре управления. Который периодически повторяется отслеживая соответсвие выполняемых процессов заданным условиям. ... |
|||
:
Нравится:
Не нравится:
|
|||
13.09.2006, 13:24 |
|
отличие управляющей информации от входной на IDEF диаграмме
|
|||
---|---|---|---|
#18+
Сам IDEF0 описывает не процессы, а функции и их взаимосвязи типа поставщик-потребитель Я не знаю, уместно ли продолжать обсуждение процесых моделей в этой ветке, но целиком и полностью поддерживаю идею создания необходимых операциональных соглашений (ну, т.е. что мы понимаем под словами "функция, процесс...") Ибо, в моем понимании, отделить функцию от процесса (действия, работы и т.д.) можно только на уровне операционального соглашения (суть одно и тоже :)) ... |
|||
:
Нравится:
Не нравится:
|
|||
13.09.2006, 13:54 |
|
отличие управляющей информации от входной на IDEF диаграмме
|
|||
---|---|---|---|
#18+
Извините. Проектирование/создание - чего.. Проектирование/создание (перепроектирование и т.д.) Обьекта Управления ... |
|||
:
Нравится:
Не нравится:
|
|||
13.09.2006, 13:56 |
|
отличие управляющей информации от входной на IDEF диаграмме
|
|||
---|---|---|---|
#18+
Aleksey Kh. Сам IDEF0 описывает не процессы, а функции и их взаимосвязи типа поставщик-потребитель Я не знаю, уместно ли продолжать обсуждение процесых моделей в этой ветке, но целиком и полностью поддерживаю идею создания необходимых операциональных соглашений (ну, т.е. что мы понимаем под словами "функция, процесс...") Ибо, в моем понимании, отделить функцию от процесса (действия, работы и т.д.) можно только на уровне операционального соглашения (суть одно и тоже :))А как же стандарт IDEF XX? Разве там это не прописано? Просто я не читал его на русском. ... |
|||
:
Нравится:
Не нравится:
|
|||
13.09.2006, 14:07 |
|
отличие управляющей информации от входной на IDEF диаграмме
|
|||
---|---|---|---|
#18+
Набрался наглости А дайте мне задание пожалуйста по написанию ФМ. Когда читаешь книжки кажетс, что во всем разбираешься. А тут почитал ... И вам тема для обсуждения моего творения и мне польза. (совсем шепотом. а там может кто и на работу возьмет или посоветует кому )) ... |
|||
:
Нравится:
Не нравится:
|
|||
13.09.2006, 14:10 |
|
|
start [/forum/topic.php?fid=33&msg=33983663&tid=1549301]: |
0ms |
get settings: |
7ms |
get forum list: |
12ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
129ms |
get topic data: |
8ms |
get forum data: |
2ms |
get page messages: |
49ms |
get tp. blocked users: |
1ms |
others: | 257ms |
total: | 471ms |
0 / 0 |