В теме 23 ответа, и 10 участников, последнее обновление сделано пользователем 
Igor Tkachenko 13 г, 7 мес. назад.
-
Сообщения
-
В общем,постараюсь изложить суть размазанно и длинно курсивом,а кратко и,надеюсь,лаконично жирным.Таким образом каждый сам для себя решит,сколько ему читать)
Я — студент 2-го курса МехМата БГУ всем известной на этом форуме специальности "компьютерная математика".
Мне показалось,что аналитический склад ума у меня есть и работа системного аналитика мне будет по душе.Дальше началась учеба в университете.За эти 2 года знаний и навыков по специальности мы получили чуть меньше чем "0",если не считать невуренное тыкание и копание в математических пакетах и использование этих скудных знаний для решения с большего несложных учебных задач.С программированием ситуация примерно та же.Начиналось все с привыкания к синтаксису С++,потом ООП,но объяснялось это все на совсем уж дурацких примерах,в которых было проще и разумнее использовать процедурный подход.Итого все умеют писать программы с классами,но каждый первый не знает что такое инкапсуляция.Я понял,что в жизни надо что-то знать и уметь делать и университет мне этого не даст.Отсюда вытекает следуещее предложение…скорее даже просьба)
Я готов сдаться в рабство как минимум на лето и работать в подмастерьях у СА даже бесплатно.+к этому глядя на меня Вы можете тешить свое эго
То,что я согласен работать бесплатно,это значит что я не амбициозен и себя не ценю?Нет,просто я реально осознаю,что знаний у меня по сабжекту нет,что такой я никому не нужен,и очевидно то,что я готов на все,чтобы получить нужные знания и навыки.Я понимаю,что даже бесплатно никому не нужен человек,который не только не помогает,а только мешает работать и постоянно отвлекает,посему прошу
Заинтересованые(если такие будут
),выкладывайте начальный(минимально необходимый) список требованийлитературы и,возможно,примеры тасков по теме,чтобы как-то свести на "нет" помехи с моей стороны.
Писать в личку
Не смеяться,я просто молод еще
Я знаю, что такое инкапсуляция))
mmf_child,отпишись потом,если найдутся заинтересованные компании в твоем предложении. И я думаю,вес-таки не мешало бы поискать вакансию младшего аналитика. Насколько я знаю,некоторые крупные компании заинтересованы в обучении молодых умов с последующим трудоустройством, но,по-моему, платно) Так что в путь)За эти 2 года знаний и навыков по специальности мы получили чуть меньше чем "0"
У тебя знаний по специальности убавилось?
Не баись, нечто подобное специальности начнётся в следующем году. Будет, к примеру, шанс выучить UML, стоит только учить его не только для зачётаесли не считать невуренное тыкание и копание в математических пакетах
ну так а чего не уверенное то?
Надо уверенней быть! Математика- очень хороший тул, не знаю как в работе, а в учёбе ещё наюзаешь её огого!С программированием ситуация примерно та же.Начиналось все с привыкания к синтаксису С++,потом ООП,но объяснялось это все на совсем уж дурацких примерах,в которых было проще и разумнее использовать процедурный подход.Итого все умеют писать программы с классами,но каждый первый не знает что такое инкапсуляция.
О КМ надо не по программированию судить (вам, наверное, сто раз уже говорили, что кто хочет кодить, надо было идти на ФПМ). Если тебе интересно именно программирование, то единственный шанс выучить его на КМ (да и на мехмате, наверное)- штудировать самому и ходить на курсы. А для анализа имхо нужно воспринимать обучение программированию как для "общего развития". Опять-таки, ООП вполне реально понять, только если не писать программы на "абы сдать".
В общем, как показывает практика, 3-3.5 года на КМ достаточно, чтобы получить должность вроде младший джуниор аналист
Извини, что не совсем по теме, просто у меня завалялись лишние 5 копеек
[quote="mmf_child"]За эти 2 года знаний и навыков по специальности мы получили чуть меньше чем "0"
У тебя знаний по специальности убавилось?
Не баись, нечто подобное специальности начнётся в следующем году. Будет, к примеру, шанс выучить UML, стоит только учить его не только для зачётаесли не считать невуренное тыкание и копание в математических пакетах
ну так а чего не уверенное то?
Надо уверенней быть! Математика- очень хороший тул, не знаю как в работе, а в учёбе ещё наюзаешь её огого!С программированием ситуация примерно та же.Начиналось все с привыкания к синтаксису С++,потом ООП,но объяснялось это все на совсем уж дурацких примерах,в которых было проще и разумнее использовать процедурный подход.Итого все умеют писать программы с классами,но каждый первый не знает что такое инкапсуляция.
О КМ надо не по программировании судить (вам наверно сто раз уже говорили что кто хочет кодить надо было идти на ФПМ). Если тебе интересно именно программирование, то единственный шанс выучить его на КМ (да и на мехмате, наверное)- штудировать самому и ходить на курсы. А для анализа имхо нужно воспринимать обучение программированию как для "общего развития". Опять-таки, ООП вполне реально понять, только если не писать программы на "абы сдать".
В общем, как показывает практика, 3-3.5 года на КМ достаточно, чтобы получить должность вроде младший джуниор аналист
Извини, что не совсем по теме, просто у меня завалялись лишние 5 копеек[/quote]
Да я не против высказываний)
Лично Вам хватило знаний а 4 года,чтобы получить должность джуниора?
Понятно,что на КМ программирование "для общего развития",но тогда зачем 100500 идентичных лаборатных работ на перемножение матриц?Если оно такое "общее" и "с высоты птичьего полета",то хоть давали бы больше общих алгоритмов и меньше изучения синтаксисанаписания аналогов встроенных функций.
Лично Вам в работе(если работаете аналитиком) мат.пакеты пригодились?а если они нужны только чтобы получить диплом,так Вы сами себе противоречите и получается учите "на зачет" без понимания зачем Вам оно нужно.
В общем,простите если резко.Я понимаю,что это "честь факультета",но мне важнее истина,если она есть.
Рад,что тема начинает набирать обороты)Лично Вам хватило знаний а 4 года,чтобы получить должность джуниора?
…и не мне одному.Только не 4.
Понятно,что на КМ программирование "для общего развития",но тогда зачем 100500 идентичных лаборатных работ на перемножение матриц?
Ну, тут можно сказать что просто не повезло с преподавателем
Есть идейные товарищи, которые преподают интересно и полезно, но таких, увы, мало и преподают они мало.то хоть давали бы больше общих алгоритмов
"Общие алгоритмы" ты будешь ещё проклинать, реализуя на той же математике какую-ниюудь дикую функцию.
Лично Вам в работе(если работаете аналитиком) мат.пакеты пригодились?а если они нужны только чтобы получить диплом,так Вы сами себе противоречите и получается учите "на зачет" без понимания зачем Вам оно нужно.
Как показывает http://analyst.by/forum/instrumentarii-i-sredstva/matematicheskie-pakety-dlya-analitikov, почти никому не пригодились, хотя мне она помогла в производственной практике- считать это учёбой или работой?. А противоречия нет, так как, во-первых про "на зачёт" я говорил о UML и программировании: первое тебе ещё понадобится, а второе, как ты понял, поможет понять ООП. Во-вторых, если на 2м курсе выучить Математику, к 4му это поможет тебе а) быстрее делать дисциплины, напрямую связанные с кодированием и б) сэкономить время на расчёты и проверку "бумажных" работ. Кроме того, некоторым людям, корые работают не бизнес-, а системными аналитиками (или около того), математика реально помогла в работе. Противоречие с опросом? Просто на форуме (почти) нет чистых СА или кого-либо вроде аналитика-разработчика.
Я понимаю,что это "честь факультета",но мне важнее истина,если она есть.
Это тут не причём, просто раз уж тебя угораздило сюда попасть- надо уметь выжать максимум из обучения. ИМХО на факультете есть адекватные люди, которые учать адекватным вещам, надеюсь тебе с ними повезёт.
Рад,что тема начинает набирать обороты)
Ничего, сейчас придут взрослые дядьки и поставят всех на место.
Да пусть бы даже пришли и поставили,я не гордый,мне помощь нужна.
Пока с нуждающимися в рабах туго,определим хотя бы то,что мне знать надо железобетонно и обязательно,как я понял, в СА не обойтись без UML?
Какую лит-ру кто посоветует?
Odradek,напиши в ЛС если не сложно,кто ты есть и где тебя найти)Аналитическая мафия взрослые дядьки здесь бывают не часто, от того и заполучить толику их внимания- не просто.
От себя могу посоветовать только "lurk more"- почитать этот форум, многие вопросы уже поднимались и обсуждались, в том числе и касающиеся начинающих. Больше, боюсь, помочь мне тебе нечем, хоть и рад бы.Пока с нуждающимися в рабах туго,определим хотя бы то,что мне знать надо железобетонно и обязательно,как я понял, в СА не обойтись без UML?
Какую лит-ру кто посоветует?mmf_child, о необходимых навыках и знаниях можно почитать в этой ветке: http://analyst.by/forum/analitik-kak-professiya/shans-stat-biznes-analitikom. Также здесь http://analyst.by/forum/professionalnyi-rost/knigi-dlya-nachinayuschih можно найти полезные книги для начинающих и продолжающих.
Если вкратце, лично я считаю, что есть довольно мало качеств, отсутствие которых сразу ставит крест на карьере аналитика. В их числе умение мыслить стратегически, понимать проблему целиком, а не на уровне отдельных частей, и, так как профессия-таки предполагает общение с людьми, — умение устанавливать контакт (в широком смысле, более подробно навыки описаны в соответствующих темах). Все остальное, чаще всего, опционально и очень зависит от специфики компании. Где-то нужен хороший английский язык, где-то без BPMN никак, а где-то UML не используют — и ничего. Так что не нужно пытаться втиснуть как можно больше знаний сразу: без практики они стоят немного, а если появится необходимость — любой адекватный человек на пару недель разберется и в UML, и в чем-то подобном.
Что касается книг: начинать в любом случае советую с классики: Karl E. Wiegers — Software Requirements. Если вы попадете-таки в рабство, велика вероятность, что это и будет ваше первое задание
. И последнее, касательно университета: вы вынесете оттуда только то, чему научитесь сами. Используйте, к примеру, курсовые работы для того, чтобы прокачаться в каких-то областях, которые вам интересны /нужны. Если есть такая возможность — предлагайте свою тему и вперед. Ну и потом 2 курс — это все же несколько рановато для того, чтобы судить о подготовке по специальности. Самое интересное начнется дальше
Belle Morte,спасибо за ответ(простите,что без дотошного цитирования).
форум уже начал изучать потихоньку,в частности добрался до книг.Начал,как все советовали с Вигерса.
В общем,буду пока поднимать скиллы и ждать добродетеляАбсолютно согласен с Belle Morte по всем пунктам.1) Практически нет таких навыков и качеств, которые могут поставить крест на будущей карьере аналитика. Все зависит от вашего стремления и упорства. Даже самые запущенные ситуации (а они встречаются имхо крайне редко
) можно разрулить, если захотеть. А вот чего это будет стоить и полностью ли это осознаваемо — это уже другой вопрос. Как показывает практика, далеко не каждый способен прилагать нужные усилия, чтобы преуспеть в этой (да и в любой другой) профессии в короткие сроки.. даже, если кажется, что изначально стремления хоть отбавляй.2) Насчет университета и знаний: абсолютно верно, что каждый выносит оттуда то, что он действительно хочет. Конечно, из ин.яза, к примеру, вынести стабильные знания ООП сложновато будет, но и тут нет ничего невозможного
. Вы сейчас на втором курсе и у вас впереди уйма времени. Вы молодец, что серьезно задумались об этом так рано. Теперь остается только самостоятельно прокачиваться в правильном направлении, и к концу пятого курса вы будете иметь превосходный багаж теоретических/слегка практических знаний и навыков. Я не понаслышке знаю об уровне, с которым люди (потенциальные аналитики) выходят из мехмата. Главное, что я бы вам посоветовал прокачивать — общий IT-уровень: более серьезные навыки работы с компьютером, чем на уровне обыденного пользователя; общие принципы ООП и работы с БД (изучить программирование на начальном уровне будет совсем не лишним); принципы веб-программирования и интернета в целом и т.д.
Еще один небольшой комментарий.Я готов сдаться в рабство как минимум на лето и работать в подмастерьях у СА даже бесплатно.
Имхо слова "готов" и "даже" тут лишние… Я бы сказал, что других вариантов у вас нет. Не буду, конечно, отвечать за всех, но наша компания, если и набирает стажеров-аналитиков (а это бывает не каждый год), то только 5-ый курс и только "бесплатно" (до той поры, пока стажер не проявит себя готовым к реальной работе). И это абсолютно нормально, потому что в стажеров вкладывается большое количество усилий. Обычно как раз те, кто хотят чему-то обучиться, платят за специализированные курсы и тренинги (коих в Беларуси к тому же и нет).
Так как вы сейчас на втором курсе, это автоматом отбивает интерес к вам большей части компаний. Поэтому вам логично будет принимать за абсолютно естественную истину, что в случае проявленного к вам интереса платить вам не будут… и вы это должны только ценить.
Gerych,пожалуй все так и есть(и вы простите,что без дотошного цитирования)
Я все понимаю, и про правильное направление,но мне так никто не сказал,какое оно это "правильное направление".Единственное,в чем наверное согласны будут все — читать Вигерса.Но что-то я сомневаюсь что работа аналитика завязана целиком и полностью на одном пособии в 500 страниц.
Кто-то говорит про UML,кто-то говорит,что он может и не понадобиться и все в таком ключе.
Искал по форуму.Из лит-ры для аналитиков "предложений" тоже как-то немного,как мне показалось.
В общем,если я ничего не знал в предметной области,то теперь у меня просто путанница в голове.
Я просто незнаю какие скилы и каким образом поднимать.
Как я понимаю,системный аналитик должен в первую очередь иметь в голове систему(системные знания),но что-то я не нашел тут топика,в котоом бы кратко и по пунктам было расписана.
1)"обязательная" программа
2)дополнительные знания,которые могут пригодиться
3)"высший пилотаж"
Причем не просто громкими словами "аналитическиекоммуникативные способности",а конкретные дисциплины+лит-ра по предмету.
т.е. за время существования форума никто от и до не сказал,что нужно знать и уметь ЛЮБОМУ аналитику.На форуме системных аналитков нет системы.
Простите заранее,если кого-то я обижаю или выражаюсь слишком резко.Я просто отчаянный молодой человек,который хочет в голове стройных и системных знаний
Gerych,еще раз благодарю,не скажу,что мне вдруг все стало ясно,но туман начал рассеиваться.
Всем спасибо за интерес к теме.В общем,если я ничего не знал в предметной области,то теперь у меня просто путанница в голове.
Я просто незнаю какие скилы и каким образом поднимать.
Как я понимаю,системный аналитик должен в первую очередь иметь в голове систему(системные знания),но что-то я не нашел тут топика,в котоом бы кратко и по пунктам было расписана.
1)"обязательная" программа
2)дополнительные знания,которые могут пригодиться
3)"высший пилотаж"
Причем не просто громкими словами "аналитическиекоммуникативные способности",а конкретные дисциплины+лит-ра по предмету.
т.е. за время существования форума никто от и до не сказал,что нужно знать и уметь ЛЮБОМУ аналитику.На форуме системных аналитков нет системы.
Простите заранее,если кого-то я обижаю или выражаюсь слишком резко.Я просто отчаянный молодой человек,который хочет в голове стройных и системных знаний
Уважаемый (прошу прощения, не знаю как вас по имени), отчаянный молодой человек. Предлагаю вам сбавить обороты, внимательно перечитать советы и форум в тех местах, где рассказывается про самые важные навыки и знания для аналитика, про рекомендуемые книги, ресурсы и т.д.
Не хочу вдаваться в подробности и отвечать на каждое ваше высказывание, т.к. это к цели вас не приведет. Так что вот вам советы, что надо делать и в какой последовательности.. эти шаги надо проделать (т.е. если написано "прочитать", то действительно надо прочитать, а не просмотреть оглавление и посчитать количество страниц):
1) регулярно почитывать форум (как старые, так и появляющиеся ветки).. по мере появления вопросов — пописывать (: ну и, конечно, почитывать новости и приходить на встречи..
2) достать себе в электронном или в бумажном варианте книжку (лучше на английском) Карла Вигерса "Требования к ПО" ("Software requirements" at least 2nd edition) и прочитать её
3) начать поднимать английский на уровень письма и понимания фильмов/мультиков/передач на английском
4) прочитать 2-3 статьи о бизнес-переписке
5) взять какую-нибудь обучающую книжку по UML (например, "UML for IT Business Analyst" Liepman & Muska), установить себе какой-нибудь инструмент, позволяющий рисовать UML диаграммы
6) выдумать или взять из книжки себе какой-нибудь пример по созданию информационной системы.. и обязательно попробовать написать для него спецификацию и смоделировать эту систему в UML.. желательно сделав полученные диаграммы частью документации
7) почитать пару образовательных статей на темы (если вы ещё этого не знаете): что такое ООП и зачем оно, что такое технология клиент-сервер простыми словами, в чем разница между десктопными, мобильными и веб приложениями, что из себя представляет интернет с технической точки зрения, что такое веб-сервер, протоколы (HTTP, HTTPS, FTP, …), GUI, реляционная база данных и т.д.
8) это обычно быстро и легко получается на практике, но можете поискать в интернете статьи/посты в блогах и т.д. на темы как происходит разработка ПО: что такое waterfall и что такое agile методологии, какие есть фазы разработки ПО, какие роли в этом участвуют, какие основные функции менеджера, программиста, аналитика, тестировщика, что такое система контроля версий, что такое баг/таск трекинг система, что такое тест кейс и тест сценарий, что такое тестирование методом черного и белого ящика и т.д.Повторю ещё раз — вы берёте и следуете написанной выше инструкции. Чтобы стать аналитиком надо много и долго трудиться, через неделю-две-три у вас ничего не появится, так что запаситесь терпением, мужеством и желанием стать аналитиком. Если вы начнёте сейчас, то, думаю, в середине 3го курса вы сможете начать где-то работать, а в середине 4го станете полноценным работником какой-нибудь компании, ну а к моменту выпуска из универа, предположу, будете по знаниям и навыкам обходить многих текущих аналитиков (; Так что.. в добрый путь и начинайте прямо сейчас.
mmf_child, согласен, что конкретики пока мало. Дело в том, что у каждого свой набор знаний и идеальным вариантом, конечно, был бы тренинг.Давайте попробуем так для начала (классно было бы, если еще кто-нибудь на форуме высказал свои идеи):
- Вигерс "Software Requirements" (подспудно прошерстите википедию на предмет общеразработческих понятий — SDLC, software development, outsourcing, QA, testing и т.д. — вы много интересного узнаете, бегая по ссылкам в каждой статье). Во время прочтения книги все незнакомые понятия/термины гуглите и читайте все с ними связанное. Задавайте на форуме вопросы по любым малопонятным вещам — вам будут только рады ответить.
- Тщательно проанализируйте форум (вот где вам понадобятся ваши навыки анализа:)). На самом деле тут уже немаленькая база знаний скопилась. Посмотрите список разделов, форум не зря так структурирован — это все, что заключает в себе IT анализ и вам стоило бы понемногу все начать изучать. Делайте себе пометки, списки… Например, ветка по активностям аналитика — сумма всех ответов даст вам полную картину того, что вас ждет и в чем стоит поднатореть. Ветки по инструментам: найдите наиболее обсуждаемые инструменты в каждой категории применимости — скорее всего, вам придется с ними столкнуться, качайте и изучайте потихоньку. Изучайте наиболее обсуждаемые нотации моделирования — тут вам даже литература имхо особо не нужна, в интернете полно уроков, обзоров, статей и т.д.
- Читайте другие ресурсы: UML2.RU, bridging-the-gap.com, batimes.com
- Качайте IT-бэкграунд: активно читайте хабр + начните изучать какую-нибудь одну технологию программирования (допустим .net и asp.net, html + javascript).
- Развивайте английский. Куча способов уже обсуждалась на форуме.
Добавлю, если еще что-нибудь на ум придет, пока вроде все.
Upd: пока писал, Юра уже успел накатать целую поэму
. Отлично все сказано и рекомендовано 
. Я, по сути, повторил некоторые из его пунктов.Я бы добавил еще читать книги по UI (А. Купер Об Интерфейсе, Проектирование веб-интерфейсов Б.Скотт и Т.Нейл), а также изучить средства прототипирования: Axure, Balsamiq (на вашем месте лучше начать с Balsamiq).
Эта тема не только одна из самых полезных, но и очень увлекательная)).Предложил бы вам следовать следующей программе:
1. Придумать приложение, которое вы бы хотели спроектировать. Например, Web-приложение для ведения семейного бюджета)).
2. Прочитать книги Вигерса (требования) и Коберна (варианты использования). Составить варианты использования для вашего приложения.
3. Прочитать книгу по UML (наиболее простая и короткая Фаулер, UML Основы). Спроектировать модель данных для вашего приложения, составить UML диаграмму (хотя бы в Visio).
4. Прочитать книги по UI (Купер, Скотт и Нейл) и поработать с Balsamiq. Спроектировать UI для вашего приложения и сделать макеты в Balsamiq.
5. Составить спецификацию (например, в Word) можно по примеру Вигерса, только помните, что результаты вашей работы по п.2-4 должны каким-то образом попасть в вашу спеку.В итоге ваша спецификация должна отражать следующие аспекты:
-для чего нужно приложение, кому оно будет полезно.
-какими данными оперирует приложение (UML диаграммы)
-какие цели могут реализовать пользователи с помощью приложения (Варианты использования)
-как оно будет выглядеть для пользователя (UI, макеты)
-подробное описание функциональности приложения (требования)Потом вы можете дать кому-нибудь почитать ваш труд, например, выкинуть сюда же на форум, я думаю многие будут рады покритиковать вас
Все как в универе: читаете теорию, делаете курсач и сдаете преподу (форуму)
Вы должны авторизироваться для ответа в этой теме.
