76

Задачи студентов / Re: системы управления учебным процессом ВМФ

« : 17 Апреля 2012, 13:48:05 »

А с чего Вы решили что провалили?

Просили 3 момента -  надо было и описать 3 момента
-  ЗЛ
- ДВИ
- ФС


Про ВИ (функция -нефункция) читаем здесь

77

Вакансии / Re: Вакансия системного/бизнес аналитика (г. Москва)

« : 09 Апреля 2012, 15:30:18 »

В соответствии с другими сайтами, желательно  было уточнить что
1. Международное кадровое агенство KELLY Services CIS работает над вакансией крупного российского нефтегазового холдинга на позицию системного/бизнес аналитика.

2. Белая заработная плата, от 80 000 до 110 000 рублей (после вычета налогов).

78

Для всех / Re: Практика аналитика в системном интеграторе

« : 09 Апреля 2012, 15:18:07 »

Задачи порой стоят далеко не инженерные...

Так правильно, нужен был один человек выполняющий много задач .

А у Вас получается, что Системный интегратор не в информационных технологиях? Что связь?

Запрос получает менеджер, а вот анализ за мной с ответом на вопрос "можем ли мы это сделать?

А если Вы скажете что не сможем, то менеджер и Заказчику говорит что нет?
Я так понимаю что ответ-то на вопрос "сможем" -  Да, а вот как и что хочет Заказчик - уточняет Аналитик или назначенный специалист (с ролью в данный момент - аналитик).

Теперь про разные коммерческие предложения.
Вы и за деньги отвечаете ? Цена это к менеджеру, в Вам техническое предложение, как Вы будете это делать (с учетом тех денег что есть).

Ознакомьтесь с материалом в статье  Образ мышления СА.

79

Бизнес-анализ и Целеполагание / Re: Цель разработки\приобритения ПО и АС. Какова она как правило ?

« : 15 Марта 2012, 19:46:36 »

Согласен с Водолеем.

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

И еще , а цель для кого -  для Заказчика или для Исполнителя?

80

Обсуждение статей / Re: О профессиональных стандартах в области ИТ

« : 12 Марта 2012, 11:39:38 »

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

81

Обсуждение статей / Re: О профессиональных стандартах в области ИТ

« : 06 Марта 2012, 13:39:46 »

Можно ли рассматривать...

Можно конечно, но

Понятнее будет прочитать книгу "Путь аналитика. Практическое руководство IT-специалиста".

У нас часть говорят , даже обязывают, что надо знать , но не говорят как этому обучить.

82

Конференции Семинары и Тренинги / Re: Москва, Тренинг «Практика разработки требований к ПО»

« : 24 Февраля 2012, 17:11:46 »

Тренинг весьма полезен. На простых примерах показаны "огромные" вещи.
Учите метрологию

83

Методологии / Re: Как вы думаете, к какой методологии или идее относятся десять высказываний ниже?

« : 17 Февраля 2012, 15:28:05 »

Александр, в своем блоге, по данному вопросу написал то-ли промежуточный то-ли окончательный ответ

Я уже пишу продолжение
На самом деле, все описанное относится к Японской философии бережливого производства Кайзден… Вот так вот
Но так или иначе все базируется на результатах социальных экспериментов первой половины 20го века.
Скоро уже будет продолжение

84

Системный Анализ и Требования / Re: Управление требованиями на долгоживущем проекте

« : 17 Февраля 2012, 13:39:06 »

Возможно и достаточно.
Иногда просто времени не хватает , отследить все в долгом проекте.
Может быть проще, если такое возможно, разбить по модулям или функционалу. И уже там описывать.
И все равно отраслевое решение для каждого свое.

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

85

Обсуждение статей / Re: Утверждены российские национальные стандарты в области проектного управления

« : 13 Февраля 2012, 00:40:52 »

Denis А можно узнать  - откуда такая информация "про месяц"?
Это разве обязанность?

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

Самые первые версии (еще до обсуждения) можно посмотреть тут

86

ПО Аналитика / Re: Первые шаги аналитика. ПО, книги, советы

« : 13 Февраля 2012, 00:26:16 »

погружают в атмосферу софтверной компании с точки зрения начинающего аналитика.

Было бы интересно ознакомиться

87

Для всех / Re: Многие путают ху из ху. Надо разобратся!

« : 07 Февраля 2012, 02:02:34 »

Когда мы строим БМВИ, то рассматриваем взаимодействие нашей Организации/Отдела с внешними лицами/организациями, т.е. смотрим на Бизнес.
Когда мы строим СМВИ, то рассматриваем взаимодействие нашей Системы с ее Пользователями.

Один человек спросил у другого:
Я ем яблоко и ты ешь яблоко. В чем различие?
И ответил умный :
Разница есть. Вот ты захотел скушать яблоко , а так как необходимо благословение творца перед едой, то ты помолился.
А я хотел упоминания творца , хотел благословения, а так как
 нельзя сделать это просто, то пришлось съесть яблоко.

Вот то мера и намерение.
====
Определение:
Бизнес аналитик есть человек, который выполняет действия по бизнес анализу, не зависимо от названия занимаемой должности или роли в компании. Специалисты в Бизнес Анализе включают в себя не только людей
занимающие позиции Бизнес Аналитика, но могут включать также людей с позициями Бизнес Системный Аналитик, Системный Аналитик, Инженер Требований, Процессный Аналитик,  product managers, product owners,
enterprise analysts, business architects, management consultants, или каких-либо других специалистов, которые выполняют задачи, описанные в BABOK® Guide, включая тех, кто работает в рамках других дисциплин, таких как project
management, software development, quality assurance, и interaction design
====

Конечно кому как нравиться , но цели у диаграмм разные.

И все-таки в чем суть вопроса:
1. БА и СА один человек или нет?
   Ответ - бывает по разному

2. Бизнес анализ и системный анализ - что это и как его едят?
   Ответ - больше читаем и выясняем для себя. Главное далеко не уйти в философию
Например, ОСНОВЫ БИЗНЕС-АНАЛИЗА

чтобы разработать правильное решение, в конечном счете, должен быть выполнен правильный анализ!

88

IDEF ARIS BPMN и пр. / Re: Как создать исполняемый вечный процесс в BPMN?

« : 05 Февраля 2012, 01:59:03 »

Цель диаграммы верхнего уровня не показать как работает ваш процесс, а показать как все элементы сквозного процесса работают вместе.

Это отсюда

Но можно и поиском пользоваться Как моделировать в BPMN правильно?

Что лучше использовать pool или lane для отображения участников процесса (сотрудников, отделы, службы, системы)?

А вот это - дело вкуса или избранного стиля моделирования. Право на жизнь могут иметь разные стили (естественно, при условии непротиворечия стандарту и внутренней логичности). Я лично использую дорожки для отображения участников и пулы для отображения процессов. Могу объяснить почему именно так, но не в формате комментария на форуме, извините.

Так почему же не изобразить Ожидание клиента в виде пула?

89

Для всех / Re: Многие путают ху из ху. Надо разобратся!

« : 03 Февраля 2012, 13:41:43 »

А давайте так.

AdisTadas, что Вы считаете рисует БА, какие диаграммы, а что СА?

Например, существует несколько стандартов описания бизнес-процессов. Наиболее
распространённые из них IDEF0, IDEF3, ARIS eEPC, BPMN, BPEL, XPDL, UML Activity Diagram.

К сведению, была такая статья Диаграммы для описания бизнес-процессов

90

Задачи студентов / Re: Схема работы лифта - кто хочет потренироваться?

« : 03 Февраля 2012, 13:18:21 »

По поводу вопроса от Ilgr

Хотелось бы уточнить.

Это вопросы или  Из них надо выбрать 1 верный?

Теперь по задаче. 2 лифта, 1 механизм управления.

Как мне видится - получается есть контроллер , который на основании данных о состоянии лифта (-ов) "принимает решение", точнее действует по заданному алгоритму.

Теперь состояния (еще надо понять, что учитывать?)
1. Лифт 1
- едет вверх
- едет вниз
- стоит

2. Лифт 2
- едет вверх
- едет вниз
- стоит

3. Назовем - расширения:
- когда едет вверх вызвали лифт
- когда едет вниз вызвали лифт