Форум Сообщества Аналитиков
Дисциплины => Системный Анализ и Требования => Тема начата: bas от 25 Августа 2009, 17:33:50
-
Как Вы думаете, можно ли разделить условно Аналитиков по специализации для следующих типов ИС:
* Бизнес приложения (обычные клиент-серверные (многозвенные) приложения, которые имеют расширенный интерфейс пользователя)
* Встроенные и интеграционные приложения
* Интернет приложения
* что-то еще?
Разделение по специализации означает, что Аналитик должен иметь некую уникальную квалификацию в каждом из типов ИС.
В общем хочется понять имеет место такое разбиение и если да, то выработать навыки и знания, которые необходимы Аналитикам для каждого типа ИС.
-
По мере обдумывания этого вопроса появляется еще один разрез:
* ИС на заказ
* Коробочные ИС
* Разработка ИС внутри организации
-
Думаю, что нет. Аналитика отличают прежде всего методы работы, подходы.
-
Разделение по специализации означает, что Аналитик должен иметь некую уникальную квалификацию в каждом из типов ИС.
Наверное, чтобы попробовать ответить на вопрос, может сначала определить типы ИС и чем они значительно отличаются?
-
а смысл? IMHO аналитик должен быть универсальным, но наличие специализации при этом скорее даже плюс, чем минус. в конце концов инструменты аналитика в большинстве своем не заточены на какую-то одну-две категорию ИС и позволяют проявить себя в любой другой области.
другое дело знание предметной области.
-
а смысл? IMHO аналитик должен быть универсальным,
другое дело знание предметной области.
Может, Саша как раз и имел в виду последнее, что виды предметных областей, могут требовать разных - профессионально - навыков, а следовательно и аналитик будет иметь разную специализацию?
Хотя я тоже полагаю, что это скорее не признак для классификации
-
Может, Саша как раз и имел в виду последнее, что виды предметных областей, могут требовать разных - профессионально - навыков, а следовательно и аналитик будет иметь разную специализацию?
может и да, может и нет. хотя исходный пост выглядит вполне понятным - нет повода сомневаться в постановке.
в отношении знания предметной области я считаю, что речь должна идти не о специализации (бог с ним, с таким специализированным аналитиком - сам виноват), а о эффективности!
т.е. аналитик, обладающий знаниями о предметной области (при прочих равных), будет эффективнее решать конктретную задачу в этой предметной области, хотя бы потому, что он о ней будет знать "до", а не узнавать "во время".
есть, конечно, вопрос в свежести взгляда, но IMHO для реального профессионала (мастера в своем деле, а не просто человека, получающего деньги за работу) это не есть проблема.
-
Да, возможно, навыки остаются те же, но подходы в каждом случае разные.
Например, возьмем веб проект и проект по созданию встроенного ПО.
Что на ум приходит сразу, так это пользовательские требования, в первом случае они играют одну из ключевых ролей, во втором случае они бесполезны.
Опять же ЗЛ на много больше в первом случае, причем ЗЛ могут быть абстрактными и к ним доступа не будет.
И так далее...
-
не согласен, хороший аналитик должен знать (и владеть) определенную совокупность подходов, чтобы уметь применить их в каждом конкретном случае подходящий. отсюда и навыки. если посмотреть на требования к аналитику взятые из более продвинутых источников, чем наши программы обучения - это становится очень заметно.
и потом, какая разница что/кто является источником функциональных требований? причем тут пользователь или непользователь? их (требования) же всё равно надо приоретизировать, реализовывать и т.п. - т.е. управлять ими.
а насчет ЗЛ - это еще вопрос, кого больше в каждом случае?
-
Дело не в том, что хороший Аналитик должен уметь ...
Берем в пример начинающего Аналитика, у которого есть опыт по работе с бизнес ИС. Теперь он переходит в отдел по созданию веб-приложений, какие навыки\подходы ему следует изучить?
-
И вопрос сводится к тому - какие навыки\подходы нужны начинающему Аналитику для работы по созданию того или иного вида ИС.
-
Дело не в том, что хороший Аналитик должен уметь ...
Берем в пример начинающего Аналитика, у которого есть опыт по работе с бизнес ИС. Теперь он переходит в отдел по созданию веб-приложений, какие навыки\подходы ему следует изучить?
например, организацию и построение распределенных (многоуровневых) приложений. если предыдущие бизнес ИС не были многоуровневыми, и он еще тогда не изучил этого.
еще возможности тонкого клиента, опять же если это для него вновинку.
И вопрос сводится к тому - какие навыки\подходы нужны начинающему Аналитику для работы по созданию того или иного вида ИС.
на это есть другая тема, насколько я помню :о))
только уверяю Вас, что от вида ИС знания и навыки аналитика зависеть не должны. Это как для столяра/плотника. Неважно, что он делает: полку, буфет, стул или что-нибудь еще. Он должен в достаточной мере владеть своими инструментами, чтобы смочь сделать нужный предмет.
Может Вы хотели выяснить, какой путь должен пройти аналитик (полку-то определенно сделать легче, чем буфет)? с чего лучше начать? где набить руку?
Вот это, на мой взгляд, более интересный вопрос.
-
И вопрос сводится к тому - какие навыки\подходы нужны начинающему Аналитику для работы по созданию того или иного вида ИС.
ИМХО стоит начать с классификации ИС "того или иного вида" имея в виду, что ИС:
*предназначены для разных видов бизнеса, которые предъявляют требования, вытекающие из специфики, логики, технологии деятельности и которые не связаны непосредственно с особенностью используемых для их автоматизации ИТ- решений. Важно учитывать этот аспект на этапе бизнес-анализа, выявленные на этом этапе могут определять архитектуру ИТ-решений, хотя это не всегда осознается/признается. Наверное, без некоторой классификации бизнесов по видам не обойтись...
*используют универсальные ИТ-решения и концепции, которые изначально, возможно, разрабатывались, не имея в виду применение для конкретного вида бизнеса или задач автоматизации и которые упорядочены в рамках некоторой классификации.
1. Можно построить матрицу, столбцы которой соответствую классификации 1, а строки - классификации 2 и обсудить, какие навыки и знания нужны для каждого элемента матрицы.
2. Есть еще задачи интеграции - решения объединяющие несколько элементов матрицы. Можно попробовать сформулировать требования к навыкам и знаниям, подходам для задач интеграции, которые являются дополнительными к тем, которые необходимы для работы в каждом элементе матрицы классифкатора. Для этих задач ИМХО как раз больше востребованы качества, о которых пишет Водолей.
-
например, организацию и построение распределенных (многоуровневых) приложений. если предыдущие бизнес ИС не были многоуровневыми, и он еще тогда не изучил этого.
еще возможности тонкого клиента, опять же если это для него вновинку.
Вот тут как раз разницу я не вижу, это больше вопросы к архитектору.
только уверяю Вас, что от вида ИС знания и навыки аналитика зависеть не должны. Это как для столяра/плотника. Неважно, что он делает: полку, буфет, стул или что-нибудь еще. Он должен в достаточной мере владеть своими инструментами, чтобы смочь сделать нужный предмет.
Явно квалификация плотника, который делал гробы и который делал комоды, разная. И первому плотнику достаточно показать как делаются комоды, и он их начнет делать лучше, чем когда он сам будет изучать это по кривым рисункам заказчика.
1. Можно построить матрицу, столбцы которой соответствую классификации 1, а строки - классификации 2 и обсудить, какие навыки и знания нужны для каждого элемента матрицы.
Этим я пожалуй и займусь
Для этих задач ИМХО как раз больше востребованы качества, о которых пишет Водолей.
ИМХО Водолей пишет, что все пофиг, какие качества?
Т.е. где это потом будет применяться.
Для обучения Аналитиков
-
Я бы предложил данное обсуждение свернуть ввиду единодушия участников и подискутировать на тему: Классификация ПО и подходы к анализу требований при разработке
-
так единодушия нет :)
Ты имеешь в виду классификация ПО и подходы к анализу при разработке каждого класса ПО?
-
так единодушия нет :)
Ты имеешь в виду классификация ПО и подходы к анализу при разработке каждого класса ПО?
Да, именно это.
-
Ты имеешь в виду классификация ПО и подходы к анализу при разработке каждого класса ПО?
Братцы, если мы говорим об ИС, то ведь аналитику вообще-то пофиг на ПО? ПО - это только одна из технологий
-
ИМХО Водолей пишет, что все пофиг, какие качества?
А IMHO Водолей пишет, что не качества пофиг, а тип системы, в разработке которой будет участвовать такой пресловутый аналитик, пофиг :о))
И вообще, согласен с Galogen'ом в том, что ПО (и в частности ИС) - один из способов реализации информационных технологий. Т.е. аналитик может поучаствовать в решении задачи, в котором (т.е. решении) не то что не создается никакое ПО, но и не используется, и даже не планируется... Примеры тому есть.
P.S. А для обучения аналитиков для начала и BA BOK подойдет.
-
Это точно. А деньги платят, вот что удивительно. Называется продажа воздуха.
Но все-таки хотелось бы пару примеров. Вдруг я ошибаюсь.
Ну почему сразу так грубо? :о))
Достаточно посмотреть сайт госзакупок. Подробнее, извините, сейчас указывать не буду, буквально сейчас на столе лежат несколько примеров. Правда, не буду утверждать, что для них привлекаются только аналитики по созданию ИС.
-
с вашей точки зрения ИС - это не ПО?
idочка, ИС - это не ПО. Это лишь составная, хотя одна из важнейших, частей автоматизированной ИС.
-
Внимание - это профессионально важное качество аналитика :)
"ИС это часть ИС"?... вы именно это хотели сказать?
Ну вот любите Вы поехидничать. Нет родственников в Австралии? ПО - часть АИС, а не сама по себе ИС часть самой себе.
В настоящее время бытует мнение об информационной системе как о системе, реализованной с помощью компьютерной техники. Это не так. Как и информационные технологии, информационные системы могут функционировать и с применением технических средств, и без такого применения. Это вопрос экономической целесообразности. (http://www.aup.ru/books/m157/1_6.htm)
В качестве пояснение.
Есть вообще два взгляда на ИС - ИС в общем смысле и ИС в узком смысле. Последний взгляд определяет ИС - как род программного приложения. (http://www.uml2.ru/forum/index.php?topic=1574.0)
-
2 ida:
потому что
Gj;Пожалуйста, давайте более содержательные ответы. В след раз удалю.
-
Вот читаю IS 2009 Curriculum Guidelines for Undergraduate Degree Programs in Information Systems
и вижу такие типы аналитиков:
Бизнес аналитик
Аналитик бизнес процессов
Аналитик баз данных
Различия в курсах, которые являются для них обязательными, необязательными либо просто игнорировать - совершенно не значительные
-
2 Galogen:
ну и как они (эти аналитики) делятся по типам ИС?
-
2 Galogen:
ну и как они (эти аналитики) делятся по типам ИС?
Я и не говорю что они как то деляться по типам, Водолейчик
Я имела в виду следующее: по-моему мнению, ИС это подмножество ПО. Т.е. есть много-много всякого ПО, и среди этого ПО есть ИС, есть козья морда, есть еще что-то. Собственно, именно это и говорится в последнем предложении, т.е. я вот про этот самый смысл и вела речь.
Есть такая маза. Правильно ли это или нет. не знаю, я и пытался этот вопрос прояснить в другом месте. ИМХО есть такое ощущение: как к этом относиться, т.е. с какой точки зрения смотреть. Если смотреть на ИС как на продукт, да вроде похоже на понятие ПО. Но ... все-таки например 1С конфигурации Зарплаты и кадры в момент пустой поставки это ИС? Или это еще только бизнес-приложение, которое с течением времени станет ИС?
Если говорить о широком смысле, то он меня в данном контесте не очень волнует :) ибо все-таки анализ требований применяется в основном тогда, когда требуется что-то автоматизировать - стало быть, все, к чему он будет применяться, будет являться ПО (той или иной разновидности, какой именно, это уже несущественно).
Понимаете, Ida, не так все просто. Если Вам что-то нужно автоматизировать, не означает автоматически, что это безусловно будет то или иное ПО. Но я абсолютно согласен что механизм действия аналогичен - будем мы делать ПО, будем покупать и внедрять или это будут какие-то черные ящики реализующие информационные функции на аппаратной основе
Любопытно кстати, что в этом самом курикулум аналитика требований нет вообще :)
Представляете нет. Есть курикулум программного инженера, есть вот информационных систем, есть информатики (компьютер саенс), есть компьютерный инженер, есть Инфотехнолог.
Насколько могу судить аналитик специализация специалиста в информационных системах. Есть ли аналитические скилсы для других курикуломов не знаю. Вот тут можно посмотреть http://www.acm.org/education/curricula-recommendations
-
Ida, тут вот какой момент. Да автоматизация использует ПО, не без него. Хотя можно и поспорить. Но не буду в этом случае. Просто возникает вопрос - разрабатывать ПО или использовать готовое ПО. Что интересно в современном курикулиме по ИС курсы разработка приложений - факультативный. Однако есть курс системный анализ и проектирование, причем проектирование хотя и предусматривает методологии разработки, но упор делается совсем на другие моменты: приобретение, внедрение и т.п. Интересно почему так?
-
Народ,
А мы не хотим вернутся теме обсуждения. Понятие ИС ив се что с этим связано обсуждается в другой теме.
-
А мы не хотим вернутся теме обсуждения. Понятие ИС ив се что с этим связано обсуждается в другой теме.
А не понятие ИС обсуждается, а место аналитика в этих ИС и его навыки :) На самом деле, как всегда дискуссия расширяется