5941

Обучение / Re: Методика преподавания структурного-функционального анализа

« : 23 Декабря 2006, 20:45:08 »

Окей попробую.
Пусть функционирование системы описывается уравнением a*x^2+b*x+c=0
уравнение детерминирвано при определенных a b c. Если a b c известны - решение известно заранее, если a b c изменяемые параметры системы, то ответ заренее не известен, но он определен при фиксировании a b c. Данная задача конечно не имеет практического применения.
Интереснее задача y=a*x^2+b*x+c, где х - есть входная эндогенная переменная, а у - наблдение или экзогенная переменная. Тогда суть решения есть подбор параметров a b c если между x и y есть корреляция, описываемая квадратным уравнением или полиномом 2 степени.

Пусть будет такой этюдик - но чему он может научить? Не очень понятно...

Думаю проблему методики надо решать с использованием системного анализа.
Основной принцип, которого - принцип конечно цели. В чем цель предмета? Научить системному анализу? Научить методам описания систем? Научить решать задачи?
Я подумаю и попытаюсь с формулировать все довольно четко.
Однако уже сейчас я вижу:
1. дать основы системного анализа и приемы его использования для описания информационных процессов и систем
2. дать навык использования инструментальных средств
3. научить приемам формализации поставленной задачи и формирования требований

Что значит дать основы? Здесь и теоретический материал, он вполне очевидный, хотя критичныим является содержание того, что дается. К основам можно отнести:
1.определения и терминология, в первую очередь понятия системы
2.назначение СА и его структура. Структура довольно интересная, но к сожалению элементы этой структуры разобраны в литературе не достаточно ясно...
3. принципы системного анализа и закономерности систем

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

Кого мы готовим, я все 6 лет мучаюсь над этим вопросом. И вот к чему пришел. Мы готовим технолога. А что есть технология - наука о методах тго, как воплотить идею в практику.

Что есть конечная цель любого моделирования и проектирования - построение системы, работающей и работающей успешно. Что мы можем дать в рамках курса "Теория информационных процессов и систем". Сам не знаю на 100%.

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

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

Что же я могу понять? Да то, что любая ИС отвечает определенным требованиям: ввод, хранение и предоставление информации,отсюда и надо идти...

Простите за сумбур, устал что-то, но думаю не все так сложно как кажется.

Я всегда студентов ставлю на свое место.

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

Ничего я не знал ни о реляционных БД, не об ООП, ни о 1С. СА - что это такое?
Все что у меня было - желание и здравый рассудок. За неделю я изучил (так мне казалось тогда) приницпы создания БД, используя в качестве примеров - образцы БД в MS Access 1995, ком 486 процессор 16 метров оперативки. Еще неделя ушла на определения инфологической модели данных. Мне почему-то тогда казалось это краеугольным во всем проекте, самое интересное, что так и оказалось. Далее пошли формочки и алгоритмы обработки. Первый вариант был готов после первого месяца о заказа и система сразу была внедрена. После эксплуатации ее в течение 3 лет, я многое изменил в интерфейсе, но практически мало в структуре данных. Более того это решение я растиражировал еще на два проекта. Все работают замечательно, мое вмешательство минимально. Уже позже изучив теорию систем, теорию РБД и прочие мудые науки, я с удивлением заметил, что довольно правильно использовал все. Вопрос, почему я не имею крупицы знаний смог, а студент, имеющий довольно много базовых знаний теряется? ИМХО, потому, что воспринимает это как учебная рутина раз, мотива нет два. Как всеэто изменить? Ответа нет...

Потому весь этот проект - думаю есть возможность систематизировать знания, выработать некую стратегию и тактику преподавания в целом. Систематизация, технологичность всегда приносила повышение производительности. Вспомним Форда.

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

5942

UML SysML и пр. / Re: Опять Бизнес Модель Вариантов Использования (БМВИ)

« : 23 Декабря 2006, 20:06:42 »

Вот опять все зависит от точки зрения человека, реализующего модель.
Вот считает этот человек, что так логично - будет так, не считает будет по другому.

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

Все время разговаривая о моделировании мы можем найти сотню аргументов как за так и против той модели, которую мы рассматриваем. Тогда о чем спорить? Один считает так как считает - ну и на здоровье, другой считает по-другому, ай молодец.

Как мы проверим что есть правда? Да никак! Нужно построить систему, проверить ее  в жизни, но сорри - жизнь то одна,... как быть?
Думаю что-то не правильно в королестве датском...

5943

UML SysML и пр. / Re: Опять Бизнес Модель Вариантов Использования (БМВИ)

« : 23 Декабря 2006, 14:50:26 »

Вот именно предследовать свои цели. какая же цел у клерка в данной ситуации? О конечно наилучшим образом выполнить заказ клиента, чтобы не уволили, чтобы дали большую зарплату и т.д.

Все-таки должна быть какая-то строгая грань, когда того же клерка включаем в UC, а когда исключаем.
В этом отношении мне нравится как описано в книге Нейбурна и Максимчука - Использование UML для разработки БД.

Бизнес-уровень - только внешние по отношению системы сущности. они появляются на BUC, исполнители появляются в диаграмме деятельности и бизнес-объектов.

Системный уровень - BUC превращаются в подсистемы (необязательно все)
Исполнители в актеров и UC, если часть функций испольнителя автоматизируются, либо вообще превращается в вариант использования. бизнес-актеры могут становится исполнителями - актерами системного уровня, либо превращаться в классы-сущности

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

Ваше слово, сударь:-)

5944

Обучение / Re: Методика преподавания структурного-функционального анализа

« : 23 Декабря 2006, 14:42:16 »

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

пусть некий закон функционирования объекта управления или просто управляющая функция описывается этим уравнением. Меняются парамерты a, b и с. Требуется рассчитать воздействие для заданного х, или наоборо подобрать такое х, которое отвечает заданным параметрам.
Тогда вероятна понятна цель, а уравнение - есть средство ее достижения.
Конечно можно расписать модель решения, но зачем же из пушкой по воробьям.
Достаточно будет и блок-схемы или графа.
Думаю все-таки надо брать более реальные примеры: например обработать результаты эксперимента, или решить задачу оптимизации

5945

Обучение / Re: Методика преподавания структурного-функционального анализа

« : 23 Декабря 2006, 12:51:55 »

Приветствую тебя, Зоркий глаз. Очень рад.

Работа аналитика - это работа с пользователями и заказчиками в режиме вопрос-ответ, а так же работа с предоставленной документацией.

Золотые слова, дай я тебя расцалую :-) Именно через подобные вопросы и барьеры, я и пролазил все эти 5, а нет 6 лет преподавания. Как с одной стороны дать не очень сложное задание в целом (а выставленное задание, надо сказать, в этом виде я не использовал), а с дургой стороны заставить студентов задавать вопросы!
Ничего не получилось, вопросы обычно задаю я,и часто не получаю ответов. Да я пробывал остановится только на образовательной сфере, но скучно и тоже предметная область не известна. Я давал задания по вузу : работа приемной комиссии, отдела кадров, деканата, ПФО и некоторые другие, говорил студентам ходить и узнавать дополнительные моменты, но воз и ныне там. Ну не хотят они напрягаться.

- брать те процессы, которые они знают хорошо или могут узнать хорошо самостоятельно.

Я уже замучался поиском этих процессов. Вообще я выставляю много вариантов - около 20 -30, выбор есть. Либо может взять одни процесс и поменять в нем только вводные - но это будет профонация 100%. Умные сделают, лентяи у них просто сдуют с удовольствием получив свои три балла.

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

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

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

вероятно - последнее самое лучше, может именно так и надо, правда потеряется анализ, хотя? Может и не потеряется.
Например я им обычно предлагаю разработать прототипы документов или взят за образцы документы из схожих ПО. Знаешь только одна пара студентов и сделала эти документы. А стальныфе затихорились. Вероятно прийдется прототипы документов предоставить: труд адский, но что делать. В общем так...

И еще есть вопрос: что должно быть в результате задания: программные модули, артефакты, документация еще что-то?

Формально должны получится артефакты: описание объекта обследования в целом, функциональные требования в  виде описания и набора диаграмм, бизнес-правила и модель данных, рекомендации по реализации: архитерктурное решение, на чем мол делать будем и т.п. (очень кратко и сжато) Главное - это фактически требования на разработку проектного решения, формирование концепции..

5946

UML SysML и пр. / Re: Опять Бизнес Модель Вариантов Использования (БМВИ)

« : 23 Декабря 2006, 12:07:29 »

Юра, при всем к тебе уважении, ну прочитай еще раз свой текст. Если честно, ты сам себе противоречишь. С одной стороны рассуждаешь о возможности присутствия на диаграмме Клерка в роли второстепенного члена, но не исполнителя. А в конце концов делаешь вывод: на диаграмме BUC будет только Клерк. Это как понимать? Неужели весь этот процесс затевается лишь для того, чтобы Клерк мог сделать свои телодвижения? Кто такой клерк? это работник банка, КАдры решают все! Согласен, но ... вспомним будущее.. вместо клерка сидит робот-человек, как тут?

Думаю все-таки надо разделять это, а не "класть яйца в одну корзину" (с).
Думаю второстепенные члены или роли, это все-таки не те кто исполняют ВИ, а те кто могут в нем участвовать опосредственно, или явно, но которые нам сейчас особо не важны. Но влияние которых учесть хотелось... Например в том же UC Формировать отчетность, можно предусмотреть доставку отчетов через курьера, где курьер сторонняя фирма.

5947

Бизнес-анализ и Целеполагание / Re: Что такое бизнес-процесс?

« : 22 Декабря 2006, 22:53:34 »

Все довольно конструктивно, и очень логично. А главное наглядно и понятно.
Кроме понятий составной процесс и атомарный процесс. Вторая диаграмма мне понравилась, и если не возражаешь попытаюсь воспользоваться ею в чтении курса..

Вообще для меня процесс - это смена состояний, последовательность действий и событий во времени или другом параметрическом пространстве. Однако чаще всего говорят о времени.
Для меня понятно определения синхронного и несинхронного процесса, параллельного и вспомогательного. А вот составной процесс или атомарный, как-то не очень понятно. Хотя думаю догадываюся, о чем ты.

Атомарность меня пугает. Процесс смена состояний - их хотя бы два, тогда кака атомарность? Включен выключен?

5948

Обучение / Re: Методика преподавания структурного-функционального анализа

« : 22 Декабря 2006, 22:07:05 »

Итак. Нужно зарегистрироваться на сайте. Должно появится меню пользователя. В нем выбираем пункт Мои проекты. Должно загрузится окно Hydra manager, там должны быть видны доступные проекты и задачи - в первую очередь задачи.
Наша 1 задача Формулировка задания...

5949

Варианты Использования (Use Case) / Re: Что такое вариант использования или прецедент

« : 22 Декабря 2006, 22:04:38 »

А возможно существование таких ВИ, которые выполняются не потому что некоторый пользователь их инициировал, а в следствии каких-то событий?

есть, это нечто иное как ВРЕМЯ. Время это тоже возможное действующее лицо. Не уверен на счет того, может ли время появляться на бизнес-уровне, но на системном оно появляется обязательно, посмотри например в Примерах, я там пытался составить модель, заказанную Денисом

Тоже тонкий момент... Что понимается под бизнес целью?

Этот термин восходит к потребностям в ИС именно сферы бизнеса и англоязычной литературе, к управлению.
Думаю это нечто, что следует достичь при реализации бизнеса, система ведь только инструмент, помогающая достичь ее. Например бизнес цель - обслуживание в каждом магазине комании "Классик" должно бы высококачественным и аналогичным. Не важно где этот магазин находится в деревне или крупном городе.
Правда в этом вопросе все-таки я не очень силен, послушаем что ответят другие

5950

Сообщество Аналитиков / Re: Открытые системы

« : 22 Декабря 2006, 21:20:25 »

Например, было бы интересно услышать от Эдуарда, какие инструменты БМ он рассматривал для использования в своих учебных курсах, и почему он остановился на BPWin (если я правильно понял), а не, скажем, бесплатном IDEF0/Doctor ?

Вероятно прийдется сделать исторический обзор, но если можно не сейчас. Почему BPWin - так мы используем триальную версию. Почему не другое? А где его взять. Когда я был в процессе поиска, самое доступное было именно линейка СА. Да и не такая уж она плохая, хотя глючная. Может потому как триальная.

Я скорее веду не бизнес-моделирование как таковое, а скорее системный анализ с элементами бизнес-моделирования. Вернее оно звучит как функциональное. Мы пытаемся рассматривать функциональные, структурные поведенческие и архитектурные модели. Поскольку у академической школы денег мало, все изучалось путем метода тыка, чтением книг. Далее появилась возможность общаться на форумах, но это давало мало. Большая часть постигалась путем логики и еженедельных семинаров с коллегой.
То что мы начинаем со струткурных методов и инструментов - есть историческая ситуация. Вполне возможно в будущем - я перейду на чистый ООАП. Поскольку нашей специальности лет всего 6, а из них преподаю я 5, причем первый два года были явный хаос, поиск литературы, инструмента и т.п. То реально системно дисцциплина более или менен только начинает складываться.
Знаю - инструментов много, есть у меня какой-то левый в котором можно строить IDEF0 модельки, но не более, тот же визио. В скоре я понял, овчинка выделки не стоит, потому пока остановился на BPWin и Erwin, у них нормальная интеграция, да и изучил инструмент прилично, и RR, пробывал другие  типа Together или ArgoUML- ну душа не лежит, неудобно там работать, хотя пробывал. PowerDesigner пытался использовать, но как-то тоже не пришлось. Все триальное, все работает нешибко хорошо. А вуз не закупает - дорого.
С удовльствием рассматрю Ваши предложения, правда с трафик все-таки напряг, если скачивать инструмент, но найти положение можно - можно сделать заказ в админ-центр, там скачают.
Хотелось бы многое посмотреть и изучить, но боюсь одной жизни не хватит... И так сижу на работе круглый день...:-)

5951

RUP EUP AUP OpenUP / Re: Покрытие RUP инструментами от Borland и проч.

« : 22 Декабря 2006, 18:20:33 »

Я имел в виду, не сами статьи как таковые, а линейки продукции. А Вы сразу ругаться:-))
Такие вопросы, думаю, надо задавать нашим западным коллегам.

Кроме того, надо еще выяснить, а используют ли RUP процесс реально, как он есть и задуман Rational?
Насколько я понимаю какждая компания типа Borland и Computer Associates и Microsoft предлагают свои линейки поддержки жизненного цикла, в рамках определенной парадигмы, конечно.

5952

UML SysML и пр. / Re: Опять Бизнес Модель Вариантов Использования (БМВИ)

« : 22 Декабря 2006, 18:14:46 »

очевидно, так и есть

5953

UML SysML и пр. / Re: Опять Бизнес Модель Вариантов Использования (БМВИ)

« : 22 Декабря 2006, 16:41:11 »

Саша. RYP процесс утверждает, а UML полагает, что Бизнес-модель есть совокупность двух моделей модель бизнес-процессов(ВИ) и модель бизнес-объектов.
1-ая есть внешнее представление о системе, фактически желания других в использовании системы
2-ая есть реализация этих ВИ и является внутренним представлением системы, т.е. Ви реализуется через взаимодействие бизнес-актеров, бизнес-вокеров и бизнес-сущностей, который в свою очередь могу дополняться моделями взаимодействия. Вот

5954

RUP EUP AUP OpenUP / Re: Покрытие RUP инструментами от Borland и проч.

« : 22 Декабря 2006, 16:36:16 »

Просто никто ответ не знает, хотя каждая компания производящая подобное ПО утверждает, что может. Сходи на http://www.interface.ru там много полезного имхо

5955

UML SysML и пр. / Re: Опять Бизнес Модель Вариантов Использования (БМВИ)

« : 22 Декабря 2006, 16:32:01 »

Вот мое мнение. Что такое БВИ - это как внешние сущности используют систему. Что есть система? это банк, что есть внешняя сущность в даном случае - это клиент. Кто такой сотрудник банка? - это исполнитель БВИ.
Когда мы приняли решение заменить сотрудника банка - живого, на программу (которая фактически) заменяет его  мы ничего не изменили по сути, нет тут новой модели бизнеса, как было так и осталось.

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

А у тебя Саша - ну нет никакого реального модифицирования бизнес-модели. Она была одна
клиент обращается с запросом и получает отчет. Что тут меняется? Ничего...

А значит и нет никакого ту би,

С точки же зрения реализации процесса, естественно был ручной труд стал электронный на лицо прогресс и снижение себестоимости
Конечно ты скажешь, мы теперь можем уволить сотрудника А которому платили В, и отдади эти В разработчику С, который будет нас держать на крючке, если он не дурак:-))