Форум Сообщества Аналитиков

×


Просмотр сообщений

В этом разделе можно просмотреть все сообщения, сделанные этим пользователем.


Сообщения - Сless

Страницы: « 1 2 3 4 5 »
31
Для описания системы нами используется «структурно-объектный» (SADT+ООА) подход.
Сначала контекст, основные бизнес-области, основные БП, их декомпозиция. 1-3 ВИ подкладываются под листовую функцию (шаг БП). Таким образом получается достаточно естественная структура «пакетов».
Данный подход в наибольшей степени подходит для класса т.н. корпоративных систем. Для описания функциональности маршрутизатора или игрушки для мобильного телефона он подходит в меньшей степени.

А чего собственно Вам не хватает в ООA ?
Зачем вы берете на себя такие риски ?


32
Да, неплохо бы указать ссылочки в тех местах, где Вы ссылаетесь :)

Мне казалось что я где-то здесь эти ссылки и почерпнул
Сообщество http://community.livejournal.com/incose_ru/
Антатолий Левенчук  http://ailev.livejournal.com/
Презентации семинара Русского отделения INCOSE  http://www.vniiaes.ru/uzhc/

Цитировать

Насчет определиться. Я уже писал в начале поста. Магистры. Направление информационные системы. Специализация ИС в научных исследованиях (но это на мой взгляд не так важно).

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

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

Цитировать

Что давать? Конечно, мне проще и понятнее давать именно архитектуру программной системы, но очевидно, что не каждая программная система есть информационная система.

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


33
Дмитрий, следуя вашим рекомендациям нужно говорить об архитектуре программных систем как я понимаю.
Да Вы правы  теоретический блок выписан под АПС - Виноват мысль перескочила .
Но здесь есть интересные нюансы:
С одной стороны проблема состоит в том что ни одна из современных систем ( включая организации) не мыслима без информационной перспективы, и человек работающий с АП просто обязан понимать суть АПС ( Какие аббревиатуры смешные получаются).
С другой стороны концепции работы со сложностью, неопределенностью и самой архитектурой  выработанные в АПС ( Суммированно в Розинском) универсальны и подобных механизмов в других областях нет, в силу доступности механического перебора + возможности и необходимости 100% проектирования.
Цитировать
Однако ваши тренинги ориентированы на архитектуру предприятий.
Это один из тренингов и действительно более корректно было бы говорить о АП с точки зрения ИТ. В обоих моих тренингах по архитектуре уделяется большое внимание коммуникации и представлению архитектуры ( Будь то АП или АПС) "не техническим" заинтересованным лицам. Мало того что нужно ее спроектировать - еще тот вызов , но ее еще нужно и "продать" ...
Цитировать
Возникает вопрос архитектура ИС = архитектуре предприятия?
По моим наблюдениям в терминах Архитектуры предприятия говорит исключительно ИТ сообщество и выходцы и него , С точки зрения бизнеса это дисциплина "Теория Организации"  и в ней Вы не найдете ничего похожего ... ближе всего к технократическому подходу организации стоит Слоановская школа менеджмента.
Одним из базовых трудов насколько мне известно здесь является труд Минцберга "Структура в кулаке" , но и он был воспринят "бизнесом" с большим скрипом.
Цитировать
Есть ли ссылка на ИСО 15288?
Его в сети много , если нужно могу выслать на почту то что было получено мной из свободных источников.

Что-то получается много воды. Предлагаю определится с тем кого мы учим , и что они должны в итоге уметь

p.s. материал по Системной Архитектуре есть в Incoose'зовских презентациях. В принципе очень сильный источник блог Алиева

34
Я сейчас проектирую систему примерно с 300 юскейсами. Как следует из прочитанных мной книг, юскейсы не могут быть вложены друг в друга. А валить 300 штук на одну страницу - запутаюсь.

Собственно, вопрос вот в чем - предположим, пользователь нажимает одну из кнопок в окне веб-формы, и в зависимости от этого могут выполняться различные потоки действий. Понятно, что по-нормальному надо из этих юскейсов сделать линки на Sequence Diagram и радоваться жизни. Но! После всего придется, на каждое более-менее объемное действие в этой диаграмме, писать SRS, в которой придется генерить более мелкие юскейсы, вытекающие из этой Sequence Diagram, и вот их-то уже не знаю, куда и приткнуть на UML диаграмме. В свою очередь, эти юскейсы будут указывать на свои диаграммы последовательности и так далее.
1. формально UC могут наследоваться , и выделение Generic UC наиболее оптимальная практика когда существует огромное кол-во типовых сценариев
2.  между UC существуют отношения типа "include" "extend" которые позволяют упорядочить контекстную диаграмму
3. Абсолютно согласен с коллегами по поводу разбиения UC на группы по пакетам
4. С помощью UC, как правило, описывается только взаимодействие внешнего по отношению к системе актера . Внутренние сценарии лучше описывать как алгоритмы , и ссылаться на них из UC/

Представьте себе насколько вы замучаетесь их описывать и реализовывать если даже отображение на UML диаграмме вызывает проблемы. Рекомендую Вам попытаться выделить небольшой кусочек системы для первого релиза.

35
Т.е. идеальных с твой точки зрения Архитекторов ты не видел вообще? ;)

Не сосем так - с идеальными Архитекторами мне не довелось работать , но были очень хорошие ;-)
Возможно я их видел :-)
Но поскольку устроить интервью с тестами не представлялось возможным, я не могу утверждать видел я их или нет  ;-)

p.s.  Себя я идеальным тоже не считаю ;-)

36
Цитировать
С другой стороны есть и другие книги по архитектуре программного обеспечения.

Другие есть и в них даже можно найти что-то полезное , но эта лучшая :-)

Цитировать
мог ли бы Вы дать ряд рекомендация по изучению подобной дисциплины?

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

Цитировать
Возможно дать список источников?
На самом деле в этой области мне скорее пригодится Ваше мнение  :-)

С моей точки зрения теоретический базис укладывается в :
1. Терминология и общие структуры по ИСО 15288 ( Презентации и статьи Зиндер и Компания
2. Ларман Проектирование с использованием UML (Как введение в методологию, ООП и патерны проектирования)
3. GOF Патерны проектирования
4. Фаулер Архитектура корпоратиных  ...
5. Басс, Клементс . Кацман "Архитектура на практике 2 издание
6. http://www.viewpoints-and-perspectives.info/

Кроме того вне рамок курса но необходимы :
+ UML Руководство пользователя
+ Платформо зависимые ньюансы и детали, ДБ,  ООП , Refactoring, Security, SOA и другие  "программистские" заморочки
+  ITIL , MOF

p.s. По архитектуре предприятия на Intuit'е  опубликован неплохой курс - по крайней мере половина из описанных подходов имеют вполне приличные описания на самих сайтах.

p.s.2 По крайней мере так выглядела моя PM'я мечта об архитекторе  ;D
Если честно я знаю только одного, который был  близко  :(

37
Цитировать
У Вас есть эта книга в электронном издании?
К сожалению нет, но на сайте введение в принципы по моему есть

38
Будем есть слона по частям :
Цитировать
Архитектура открытой системы отождествляется с моделью OSI

Я их не отождествляю но второе входит на мой взгляд в первое.
Цитировать
Обнаружил, что у Вас можно записаться на открытые тренинги
Это скорее лист ожидания, как только накопится достаточное кол-во интересующихся ( По крайней мере человек 10) , Будет проведен тренинг, хотя возможно здесь я и неправильно подхожу к организации процесса. Мне нравится вести открытые тренинги, аудитория как правило , более живая чем в кооперативе, но организацией я раньше не занимался.
Цитировать
Это участие платное или бесплатное?
Я скептически отношусь к бесплатным тренингам, Во первых - человек как правило не ценит, то что достается ему даром . Во вторых - тот кто проводит тренинг должен профессионалом не только в предметной области, но и в области обучения ..
Цитировать
В каком формате оно проходит?
Есть интересная задумка по поводу формата - часть лекционного и дискуссионного материала наговаривать на вебинарах , а потом проводить очный практический тренинг. Я планировал опробовать этот формат этой осенью на "Разработке требований" , но с учетом серии семинаров  UML2  решил отложить ...

Вопросы по архитектуре
Спасибо большое за ссылку
Цитировать
А что скрывается под понятием информационная архитектура?
Для меня это обобщение от ИТ (Информационно Технологической ) Архитектуры в принципе я его использую как синоним архитектуры предприятия, что по всей видимости не совсем корректно. Но с другой стороны, в буквальном смысле информационная составляющая отражает всю познаваемую часть предприятия :-)

Цитировать
Или к примеру в блоге Евгения Забегалина, говорится о функциональной архитектуре, строительной архитектуре и т.п.

В своей работе я опираюсь на смысловой аппарат точек зрения и перспектив описанный в http://www.viewpoints-and-perspectives.info/ Несмотря на "Софтверную" ориентацию данной книги предложенная модель эффективно переносится на смежные архитектурные концепции.  Вот где-то так.


39
Это о 7-ми уровней модели взаимодействия открытых систем . Модель красивая и правильная, хотя TCP/IP и реализован не по ней .
Азы, но где их давать как не в ВУЗе. Соответственно  давать обязательно . Конечно не 14 часов , а часа 4 , остальное я бы аккуратно  заполнил   краткой историей смерти CORBA и вывел это к SOA ( Как наиболее актуальной модели взаимодействия Открытых систем) ;-)

40
Прошу прощения  за задержку с выкладкой программы, практически вылетело из головы , а уведомления о новых сообщениях  в форуме мне не приходят

Курс который разрабатывал лежит здесь http://www.system-approach.ru/2009/09/entarch-new/

Кстати основная структура предложенная заведующим очень даже неплоха :-)

41
Уточните пожалуйста вопрос, что именно вас интересует. А то вспоминается анекдот про поручика Ржевского .:-)

По сути над неограниченным числом проектов, до тех пор пока по этим проектам вехи и объем работы не противоречат друг другу.
Но есть и обратная сторона медали - для некоторых проектов одного, двух и т.д. аналитиков  не достаточно ... :-)

А если не прикалываться, то вопрос личной эффективности в мультизадачной среде , определяется личными характеристиками  и типом проектов ...

42
Не могу удержаться :-)

Вопрос как корректно определить системное мышление мучает меня достаточно давно ...

Одна из проблем состоит в том, что сведение этого термина к одному из  подходов приводит к противоречию определений  или является недостаточным.
  • Элияху Голдрат "Цель" TOC (Теория ограничений) безусловно описывает ряд принципов функционирования системы, но в своей основе сводится к применению здравого смысла  :D .
  • Описание "системного мышления" через набор конкретных  навыков по анализу или синтезу информации, может быть полезным и несет некоторое понимание, но не дают необходимой точности.
  • "Пятая дисциплина" Питера Сенге является одним из фундаментальных трудов в области обучающейся организации. Но если рассматривать как "системное мышление"  только методологию  моделирования  и отображения динамических ситуаций - (system dynamics) получится слишком узко, если рассматривать все в комплексе включая ментальные картины миры, рефрейминг и т.д. получится слишком широко ( Я практически не знаю людей, которые хотя бы знакомы с ними)
Можно еще перечислить  N - первоисточников которые так или иначе могут претендовать на участие в этом перечислении (Деминг, ТРИЗ, Щедровицкий,  т.д..)

Разобраться с этой проблемой, с моей токи зрения, помогает понимание того, что большая часть значений  "системного мышления", как и "системного аналитика"  пришла к нам из английского языка, но вместо порождения различных терминов слились в единое целое. Пойдем от обратного, вот что выдает нам Lingvo :
   Система  - complex, chain, installation, method, repertoire , repertory, structure, system
Что в итоге мы получаем :
  • complex, - подход основанный на восприятии объекта анализа или синтеза как единого целого
  • chain, -  Цепь как основной элемент TOC - Система может выдержать ровно такую нагрузку которую может выдержать ее самое слабое звено
  • method, - как тут не вспомнить методологический кружок Щедровицкого, хотя он точно пришел не оттуда :D
  • structure, - структурный подход . SADT  и частично как его развитие OAD
,
  • system,-   Системная Динамика Сенге
,
  • installation, repertoire , repertory  - в данной области ничего не притянутого за уши, мне на ум не приходит

Соответственно определение "системного мышления" на мой взгляд выглядит следующим образом (Не залезая в определения мыследеятельности Щедровицкого) :
Цитировать
"Системным мышлением является такое мышление, которое представляет собой целостный подход
к анализу и синтезу систем, контекстов или решений "

p.s. Кстати странно что никто не назвал OAD как один из видов системного мышления
Буду рад осмысленной критике.

Как только определение будет закончено оно пойдет в  http://www.system-thinking.ru :-)

43
Обсуждение статей / Re: Зарплаты в ИТ — 2009
« : 21 Сентября 2009, 13:14:10 »
на слове здесь в оригинале есть ссылка а в посте нет :-)

44
Я бы с удовольствием но у меня что-то завтра полный загруз  ???

45
Обсуждение статей / Re: Зарплаты в ИТ — 2009
« : 21 Сентября 2009, 10:06:52 »
Ссылка на голосование "съелась"

Страницы: « 1 2 3 4 5 »