1

Вакансии / Re: off, ВАКАНСИЯ- Администрирование / helpdesk банковского АПК.

« : 14 Ноября 2013, 09:51:09 »

АПК - Аппаратно-программный комплекс. В основном софт, но есть и аппаратная часть, там работ минимум в случае сбоев.

Исходя из требований и ЗП думаю, что данная вакансия будет интересна выпускнику или молодому специалисту.
Тем более тут придется разбираться в узкоспециализированном ПО, "мамонтам" это дается сложнее

2

Вакансии / off, ВАКАНСИЯ- Администрирование / helpdesk банковского АПК.

« : 13 Ноября 2013, 17:16:41 »

Пол: не важен
Возраст: до 35 лет.
Образование: Высшее, оконченное.

Факультеты/Навыки:
Важно: информатика/программирование
Вторично: математика/экономика и/или педагогика/психология

График:
Полный рабочий день. 9:30 - 18:00, возможно смещение.

Требования:
- Опыт программирования на любом языке.
- Пытливый ум, внимание к деталям, желание самостоятельно разбираться в предметной области, склонность к аналитическому мышлению.
- Понимание сетей и сетевых технологий
- Английский – Техническая литература.
- Свободное общение с людьми. Проактивность и инициативность приветсвуются!

Обязанности:
Первые 3-6 мес интенсивное изучение информации, вхождение в предметную область, далее администрирование специализированного банковского АПК (в основном software), поддержка пользователей, обновление, внедрение и тестирование модулей .
Возможность развивать свои знания и навыки в данной предметной области. В зависимости от предрасположенности, возможна специализация (не ранее чем через год) в более узкое направление: техподдержка, программирование (Delphi), тестирование,  аналитика.


м. Новослободская - Достоевская

Оформление в штат.
Дотации на питание.
ЗП достойная!

kavalsky@list.ru

3

О Сайте и Форуме / Re: Заявки на новые подразделы форума

« : 28 Марта 2013, 14:20:05 »

Приветствую.

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

Например предметки которые можно выделить:
Банки
Управление проектами
Бухгалтерия (1С)
ITIL
и т.п.

Меня вот интересуют в данный момент документы по функционированию банков + бухгалтерия.

Ну это ИМХО

4

Обучение / Re: Системный аналитик курсы

« : 13 Марта 2013, 17:32:37 »

У них в программе нет обучения многим важнейшим вещам, без которых работа так и останется чистым шаманством.
Лучше книги.

Спасибо .

Подкупает 677 часов и , как обещают, общения с практиками.

Тут посмотрел стоимость однодневных мероприятий и мастерклассов, волосы зашевелились (26 тыр за два дня)
На Cisco курсы меньше стоят... 

5

Обучение / Re: Системный аналитик курсы

« : 13 Марта 2013, 15:35:25 »

Сдается мне что здесь речь не за Бизнес-аналитика ИТ а "банковского" работника.
Не "аналитика в информации", а "информация в аналитике"

Так как в чистом виде "управление и финансы", у меня товарищ этим занимается - "экономист" в народе.


От безвыходности все смотрю на - http://www.itmane.ru/it-manager

Что думаете?

ЗЫ
На носу начало занятий, а с финансами совсем не "камильфо", а в сентябре модульная, а там совсем часов грош да маленько... Печаль!

Или лучше на месяц-полтора с книжками на Бали?

6

Для всех / Re: Области знаний (методология + нотация + стандарт = проект)

« : 11 Марта 2013, 11:04:08 »

Коллеги спасибо!

Юрий, я нашел еще один Ваш документ, еще не прочел, но думаю он "в тему" -
http://2006.secr.ru/upload/files/63.pdf

7

Для всех / Области знаний (методология + нотация + стандарт = проект)

« : 10 Марта 2013, 00:44:49 »

В виду того что на данный момент не все теории и практики охвачены моим познанием хотел бы структурировать имеющиеся методологии, теории, стандарты и иже с ними.
Правильно ли я понимаю, что:
Следует разделять «сущности» (не исключено что я их перемешал)
1.   Нотация  (Методология?) сбора/анализа/моделирования (или это три разных подразделения)
SADT, UseCase, UML, есть еще популярные ?
2.   Методологию разработки ПО
RUP, Iconix, Agile, XP, и т.п.
3.   Стандарты представление документации
ГОСТ, IEEE, есть еще популярные ?

В итоге
1. мы используем методологию моделирования для сбора/моделирования/представления/хранения данных
2. с помощью методологии разработки мы управляем процессом создания продукта
3. с помощью стандарта представления документации мы передаем заказчику информацию о данных и о продукте

Т.е.  в зависимости от проекта
- Эти три сущности могут комбинироваться в любом порядке
- Какой-то из них может отсутствовать
- В рамках одной сущности могут быть полное, частичное, и смешанное следование методологии(ям).

Как следствие:
1.   Понятие о «Спецификации требований» у каждой компании может быть свое, как и состав документов, но если это ГОС проект то смотрим соответствующий 34-ый стандарт и никаких вам спецификаций.
2.   По большому счету ВИ есть ФТ и наоборот. Т.е. одно порождает другое и уже от нас и проекта зависит от чего мы пляшем. Тогда учитывая, что ВИ более подробная картина ФТ зачем описывать ФТ? Или мы описываем ФТ высокого уровня для полноты картины а в ВИ описываем глубокую декомпозицию?

8

Системный Анализ и Требования / Re: Что должен, а что нет, писать системный аналитик

« : 27 Февраля 2013, 15:46:22 »

Кому должно???

Дети с комплексом Бога....

Тяжелый день? Весна прошла мимо?

9

Системный Анализ и Требования / Re: Что должен, а что нет, писать системный аналитик

« : 27 Февраля 2013, 13:49:15 »

Я перевариваю Вигерса, свой опыт, мнение тим-лида товарища.
Вопрос был по идеальной структуре, мы все понимаем что в жизни одни компромиссы.
Хотел сравнить Ваши мнения.

Итого - Моя точка зрения, об идеальной структуре, в основном подтвердилась. Радует.
Всем большое спасибо (и за юмор тоже .

Пойду читать Путь аналитика и ГОСТ 34, 29 (там своих приколов в должностных обязанностях по-моему)

10

Системный Анализ и Требования / Re: Что должен, а что нет, писать системный аналитик

« : 27 Февраля 2013, 11:46:28 »

Еще возник вопрос, почему аналитик не должен заниматься нефункциональными требованиями и реакциями системы?
Это может быть тесно связано с предметной областью, а кто в ней должен разобраться? Не тимлид же.
К тому же если этими моментами не занимается аналитик, то несоответствие с представлениями в голове заказчика всплывает только в момент горькой интеграции.

ИМХО

Аналитик не пишет интерфейсы, тем самым не ограничивает программистов.
Аналитик не знает новостей паттернов, СУБД, и прочих фичей программистов.
Аналитик не занимается нефункционалом, он пишет Биз треб - "Система должна открываться за 2 сек макс, в 50 городах страны, 24/7 ", а Архитектор с Тимлидом и ПМ решают на какой СУБД, каким железом и есть ли канал 10 мбит на Камчатке.

И аллерт кстати пишет тим лид, потому что Аналитику побарабату на Шарепоинте или на Е-бизнессьюте будет документооборот писаться, это решают на концептуальном уровне основываясь на инфу аналитика.


Суть в том что, чтобы сделать идеальный продукт, каждый должен быть на волне, Программист, ТимЛид, Архитектор, иначе они устареют.

У программистов есть такое воерие, Отличный программист может стать Архитектором, но через 2-3 года он станет средним программистом. Время идет и знания устаревают!

Так же спец в предметке ставший аналитиком через 2-3 года становится аналитиком но перестает быть Спецом предметки  (ну каким он был до ухода с предметки).

11

Системный Анализ и Требования / Re: Что должен, а что нет, писать системный аналитик

« : 27 Февраля 2013, 11:39:34 »

Григнорий (?) полностью с Вами согласен.
Вопрос был как раз о настолько идеальной структуре, насколько недосягаемой в условиях нашей действительности. За границей, возможно, есть такие компании, у нас даже надеяться не стоит

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

Заказчик есть всегда.
нет заказчика, нет проблемы - верно.
В этой роли будут продукт-менеджеры и маркетологи, возможно продуктовый аналитик, но мы говорим за СИСТЕМНОГО АНАЛИТИКА

12

Системный Анализ и Требования / Что должен, а что нет, писать системный аналитик

« : 26 Февраля 2013, 22:44:40 »

На просторах работодателей бывают волшебные вакансии в которых в должность СА входит пресейл, работа с базами данных (Знание SQL), тестирование и даже кодирование.

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

Аналитик должен описывать:
Прецеденты, Функц. треб., Биз. треб., Пользов. треб.

Аналитик НЕ должен описывать :
Нефункц. треб., тестовые сценарии, классы, интерфейсы и реакции системы (кроме Пользов. треб.), модель БД, код и т.п.


Как должно быть:
Аналитик - Описывает как хочет работать Заказчик
Пишет"Пользователем могут быть Коля, Вася. Петя. они могут создать документ с такими ... атрибутами"

Архитектор - архитектуру системы, на чем она будет, с какой БД, какими паттернами и проч концепт.

Тим-лид - Описывает КАК ДОЛЖНА РАБОТАТЬ СИСТЕМА что должны накодировать программисты.
Пишет "По нажатию кнопки Создать создается объект документ типа Договор. Сохраняется в БД в таблице Договора. Пользователь может редактировать документ, может не редактировать, у него такие-то инструменты, ограничения документа по следующим атрибутам, если они не заполнены выдается ошибка, редактирование может окончится удалением документа в случае ... И Т.П."

Тестировщики - тест кейсы на основе прецедентов.


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

На выходе аналитика (опционально, от проекта) три документа:
1. ТП - границы проекта, бизнес цели задачи и прочее предпроектное обследование результат работы всей команды пресейла. Может быть больше или меньше напичкано инф.
2. Прецеденты - они же ВИ со ссылками на требования.
3. Функциональные, бизнес, пользовательские требования, пронумерованные. Их управление, изменение, трассировка, и проч по желанию.

А уже из п. 2 и 3 тим-лид пишет постановки программистам, а те код.

13

Обучение / Re: Системный аналитик курсы

« : 04 Февраля 2013, 15:40:45 »

Спасибо за ответ, но вопрос был о том, какие темы интересны конкретно Вам. Общая температура по палате мне известна.

Насчет той ссылки, у нас более интересные модули, в плане заточенности под управление программными проектами и проектирование систем.

И кто сказал, что Вы так одиноки в поиске?

Я конечно могу Вам именно мои хотелки составить, но боюсь я бы положился на более опытного брата который скажет мне как правильно жить.

Собственно я то ориентируюсь на палату + небольшой опыт.
Но он ИМХО настолько небольшой что я предпочту прислушаться к чужому мнению, а потом сделаю вывод )

14

Обучение / Re: Системный аналитик курсы

« : 04 Февраля 2013, 15:07:48 »

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

Мы проводим такого рода программы. Возможно рассмотреть варианты организации.

Лично по мне, так оптимальный график, это по аналогии с http://www.itmane.ru/it-manager
Вечерний вариант.

Программа курса. Берете требования к Системному аналитику и на их основе делаете программу. (предварительно исследование на этом форуме по FAQ какая методология/модель более интересна, но с представлением всех)
Максимум практиков, теория сжато, на откуп самообучению, практика и истории успеха - 70-80%


ЗЫ

Я работал в учебном центре, на меня одного Вы делать курс не будите.
Если первый раз сделаете плохо, или будите постоянно переносить (а к полугодовым и годовым курсам это вообще не приемлемо), больше к Вам на этом узком рынке не придут.


Как то так.

15

Обучение / Re: Системный аналитик курсы

« : 04 Февраля 2013, 13:22:28 »

Хотя все-таки спрошу, для самоуспокоения

Как я понял из форума долгосрочных курсов (от полугода) повышения квалификации для СИСТЕМНОГО аналитика - нет ?