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

×


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

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


Сообщения - Denis Beskov

1831
Организаторы РИТ-2007 выложили видео с аналогичным докладом, который я делал на конференции.

1832
Сообщество Аналитиков / Видео РИТ-2007
« : 02 Августа 2007, 13:47:11 »
Оцифровали наконец и выложили видео меня с коллегами по РИТ-2007. Пишите плиз, насколько интеллигибельно получилось.

1833
tolldo, всё просто, оценка должна быть комплексная и многокритериальная.

1834
Можно в качестве ориентира взять Шиляевскую статью: http://www.habrahabr.ru/blog/pm/7632.html

Я пока лучше не написал )

1835
"Человек и говорить об SR по Вигерсу вероятно."- да говорю именно о ней.
И вот еще вопрос: к какому разделу(все в той же спецификации) отнести структуру сайта??? Или создать в ней раздел "Структура сайта"???
А, ну при разработке требований к большинству сайтов к сожалению приходится включать большое число элементов проектирования (а структура сайта всё-таки относится к проектированию). Но сайт не является web-приложением, о котором идёт речь в этом топике. Если сайте не статический, а на CMS, то приложением является CMS.

Не очень понятно, что значит "Структура сайта". Как расположены html-файлы в папочках? Или всё-таки речь о модели навигации?

В принципе можно ввести раздел "Требования к информационной архитектуре" и успокоиться.

1836
Зашёл на HH в раздел вакансий.

Ищу в категориии "Информационные технологии", Россия по слову:
"программист" - 1700 вакансий
"разработчик" - 700 вакансий

"аналитик" - 400 вакансий
"бизнес аналитик" - 200 вакансий
"системный аналитик" - 100 вакансий
"аналитик требований" - 100 вакансий
"архитектор" - 100

т.е. соотношение между спросом на программистов и аналитиков где-то 5:1 - 7:1.

Конкретно по Москве сейчас висит 80 вакансий по словам "системный аналитик" в HH.ru и 40 в МоёмКруге. Много ли это, мало?

1837
гм... "а судьи кто?". т.е. вы уверены, что оценивать аналитиков будут люди, которые смогут это делать?
Спонсорами конкурса должны выступать компании с мощными аналитиками.

Цитировать
сели как-то около десятка аналитиков крупной компании, и решили придумать критерии "крутости аналитиков". ну надо им было.
так вот споры возникли уже по job description.
Прецедентное мышление - это как-то не аналитически. Тем не менее АП КИТ уже вроде стандарты утвердила.

Цитировать
задачи сделать можно. я выше перечислил, можно еще накидать. только...
1) многое из того, что приписывают здесь аналитику - работа или архитектора, или лид-девелопера.
Интересно, где это и кто? С другой стороны, в малых компаниях именно так и происходит - вынужденное совмещение ролей, это нормально.

Цитировать
2) человек с самым высоким iq в мире - сидит без работы. его никуда не берут. а идея подобная.
Я вроде специально писал про оффлайн и коммуникационные навыки. Да и широта тестов и задач должна быть междисциплинарной, а не узко-логической. Грубо говоря, кроме IQ ещё и EIQ существует.

Цитировать
3) насчет ценности для работодателя. я не наблюдаю толпы hr-ов на этом сайте. хотя на других it-шных они пасуться "всей толпой да не по разу в день". или аналитики никому не нужны, или ...(опять мордобой будет). :-)
Если рынка нет, то его можно создать :) С другой стороны, мне коллеги подсказывают, что на hh.ru идёт активная охота за аналитиками. А если в качестве спонсоров выступят 2-3 мощные компании с кадровым запросом по аналитикам, то и проблемы не будет.

Кроме того, этот сайт слабо известен по словам "системный аналитик".

1838
Это великолепно, но про структуру БД здесь оффтопик, мы говорим о UML. Но раз зашла речь, скажи мне, как управляется такая ситуация из модели...
Речь шла, напомню, про генерацию кода из UML-модели.
У нас аналитик рисует объектную модель в виде классов UML, из неё инструмент генерит логическую модель БД (PIM в терминологии MDA), далее архитектор БД генерит физическую модель БД (PSM в терминологии MDA), сравнивает её с имеющейся моделью, производит слияние и синхронизацию моделей, рисует заголовки хранимых процедур, генерит код для выбранного подмножества объектов и ХП, выполяет тут же его из CASE-а. Далее программисты пишут внутренний код для этих процедур, архитектор засасывает его в модель, проверяет на корректность и синхронизирует. И так на каждой итерации.

Если понятие "архитектуры" здесь кажется малоуместным, хорошо, значит речь про MDD/MDE, но топику имхо это вполне соответствует.

Цитировать
Есть БД, в ней лежат данные в одной таблице есть поле А, на нем висит индекс. Теперь надо вместо поля А сделать два поля Б и В, которые генерируются из А по установленным правилам. Если делать руками, то добавлять поля, заливать в них данные, удалять индекс, затем удалять поле, затем перекладывать нужные индексы.
CASE-средства умеют создавать дифференциальный скрипты для 2-х схем, это и автоматизируется. Эти скрипты ложатся в версионный контроль к конкретной модели.

Цитировать
Или вот задача, когда одна таблица с денормализованными данными разламывается на две, связанные ограничением Forein Key? Что конкретно в такой ситуации будет автоматизировать твой инструмент в твоей компании?
Речь идёт не совсем о проектировании, а о рефакторинге SplitTable. Пока CASE-инструменты не поддерживают рефакторинги БД напрямую, в отличие от рефакторингов в объектных IDE, но я думаю, это вопрос времени. Кстати, уже сейчас используя возможности макросов в CASE-средстве можно попытаться реализовать в нём каталог рефакторингов.

Цитировать
Вот теперь скажи мне такую вещь, возможно я что-то недопонимаю. Приложение пишут 20 человек, причем пишут руками прямо исходный код. Если я внедряю моделлер, куда они должны писать теперь исходный код, в какое конкретно место какого конкретно моделлера? Ты назови имя этой мегаприлады и имя конкретной функции в нем.
Sybase PowerDesigner умеет генерить код и восстанавливать его из C#, Java, VB. С этими заголовками вполне может работать разработчик в своём любимом IDE.

Цитировать
Опять же. ы не мудри, ты пальцем покажи. Имя моделлера в студию. И я бы не отказался увидеть скриншоты результатов этого самого инжиниринга для двух моделей по два класса и два атрибута. Интересует что конкретно я получаю и в каком виде. А то может правда чего пропустил в запале...
Синхронизация кода и моделей: http://download.sybase.com/presentation/pdvideo/pd_appd1.exe секция 3.
Синхронизация моделей: http://download.sybase.com/presentation/pdvideo/pd_entr1.exe (19 Мб), секция 3.

Цитировать
Каково место модели в этом процессе сборки? Какую обработку она проходит и на что влияет?
Объектная модель используется в начале итерации, сборка происходит уже из исходных кодов, а не модели.

1839
"много народу, мало текста и много из пустого в порожнее"
насчет этго не знаю спорить не буду, но я из этого форума вынес одну мысль, а именно то, что нет информации о том где это реально работает, и как следствие невозможность посчитать экономический (да и просто оценить выгоду) эффект от сего внедрения. Вот и напрашивается вопрос, то ли действительно все заказчики и испольнители как врачи свято блюдут тайну пациента, то ли реально нет внедрений где бы это работало?!!

Происходит типичнейшая ситуация, как и с любой инновацией на этапе подъёма и пика - все бегают, все обсуждают, но никто толком в работе не видел.

Смотрите график Гартнера: http://www.zdnet.co.uk/i/z/nw/illo/story-graphics/Gartner16827.jpg

Как сойдёт со склона - появятся толковые описания внедрения.

1840
Вообще есть мысль перевести дискуссию в практическое русло - подготовить и провести конкурс для (будущих) аналитиков.

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

Вариант 1: В онлайне - нужны будут задачи, тесты и т.д.
Минусы - никак не проверишь коммуникативные навыки.

Вариант 2: В оффлайне - то же самое + представители компаний в роли заказчиков/экспертов ПрОбл для сбора требований.
Минусы - не все смогут приехать, нужно помещение и т.д. и т.п.

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

Заодно и критерии отбора разработаем.

Понятно, что сфера у нас сложная и неоднозначная, но никто не говорил, что будет легко)

1841
В том то и дело что у тебя не так.
Ну хорошо.
1. По первой картинке: БПравила определяют Логику перехода м/у экранными формами, не сами экранные формы.
Если "У Клиента есть организационная форма" - это бизнес-правило, то и содержание экранов тоже.
Цитировать
2. По второй картинке. БТ - это более скорее подцели, т.е. детализация их.
Ну вот а у меня цели и задачи - это результат трансформации бизнес-требований.
Цитировать
3. По второй картинке. Словарь терминов формируется из понятий в БТ, а не летают в воздухе.
В словарь терминов вносятся все термины, упоминаемые в данном наборе документов. Если на уровне сценариев возникнет понятие Фильтр, то его надо будет внести в словарь.

1842
Это комменты к двум твоим Д.
Т.е. ты мне рассказываешь, как у меня устроено? )

1843
Покажи мне компанию, которая использует MDA для выпуска промышленного софта в промышленных масштабах.
У нас в компании по крайней мере структура БД целиком из модели управляется.

Цитировать
Попробуй выкинуть из класса в модели пару членов, которые уже завязаны в рукописном коде, что будут делать твои инструменты?

А насчет что пишет машина, а что человек.. Представь, ты сгенерил горстку файлов, которые даже компилируются, потом подправил руками, перекомпилировал, а потом перегенерил из измененной модели, что будет с твоими ручными правками?
А зачем ты перегенерировал из изменённой модели, прежде чем внести изменения в модель из кода с помощью инженерного анализа (reverse engineering)? Если руки неоттуда растут, тут уже никакие технологии не помогут) Нельзя внедрять инструменты и технологии без разработки и следования технологическим сценариям.

Цитировать
Однако, мое отношение к таким фокусам сходно с высказаннам ВО. Не то, чтобы ненавижу, но не люблю.
И даже могу сказать почему. Возьми одну модель небольшого размера 30-50 классов, измени в ней немножко (выкинь пару классов, добавь пару классов, перетяни по другому связи). А потом отдай другому человеку и попроси сказать, чем отличаются эти модели. Сколько времени на это уйдет?
Опять 25. Почему человек должен заниматься сличением моделей, когда это встроенная возможность инструмента? Я не понял, тебе понятие Round-Trip Engineering не встречалось как класс что-ли?

Цитировать
Единственное представление приложения, подлежащее на сегодня уверенному управлению изменениями - это исходный код в виде плоского текста. Все остальное пока от лукавого.
На худой конец, XMI - это тоже плоский текст. Вот только смысла нет его сравнивать, т.к. это прекрасно делает CASE (иначе для чего он тогда нужен?).

Цитировать
Если для сборки приложения нельзя написать один make файл, то процесс сборки приложения будет неповторяемым, а, следовательно, неприменимым в промышленных масштабах.
Кто сказал, что нельзя?

1844
Вообще конечно надо было бы начать с того, какая это специальность, какой курс, какие дисциплины ими уже освоены и т.д.

Но ладно, попробую написать взгляд со стороны.

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

Во-вторых, неизвестны цели изучения КИС:
1) уметь разрабатывать
2) уметь выбирать
3) уметь внедрять
4) уметь пользоваться
?
Надо чётко остановиться на чём-то.

В-третьих, мне кажется, самое важное в КИС - это автоматизация некоторой деятельности. И про то, как КИС выбираются и как внедряются, имеет смысл рассказывать только после того, как у студентов будет знание о том, как работают современные компании. Я не верю, что всё это можно запихнуть в 4 часа:
Цитировать
Модели основных функций организационно–технического управления (2 часа)
Структура корпораций и предприятий. Понятие организационной структуры и ее основные характеристики. Виды организационных структур. (2 часа)
Про процессы и проекты можно рассказывать очень долго. Опять же документооборот, финансовый и бухгалтерский учёт, кадровый учёт, управление цепочками поставок, управление взаимоотношениями с клиентами - как концепции и как организационные модели - безо всяких ИС даже!

Я в прошлом году собирался читать такой курс, вот что у меня было в плане:

* описание современного предприятия как открытой системы
* выделение и рассмотрение типовых и специфических бизнес-процессов и задач
* цели и риски автоматизации
* свойства ИС
* классификация ИС по предметной области, распространённости, отношению к БП предприятия, уровню предприятия и прочим параметрам
* KPI, оценка целесообразности и эффективности разработки/внедрения системы
* каноническое проектирование
* типовое проектирование
* конфигурирование
* частные методики вендоров
* основные системы на рынке, использование их демо-версий и открытых кис для проведения практических занятий
* построение процессов разработки, внедрения и сопровождения
* рыночные игроки
* тенденции
* особенности интеграции

1845
БПравила определяют логику перехода
БТ - это не совсем цели и задачи
Словарь терминов формируется из понятий в БТ
Это что за поток сознания? )