Комментарии 8
У Облака неопределенности (на картинках статьи) есть конкретное название: Верхнеуровневые процессы \ Архитектура процессов.
Детальнее показано в Enterprise architecture framework-2
Для ИТ аналитиков:
В курсе лекций, на примерах, Вы сможете глубже осознать принципы общения с заказчиком, при сборе и формализации требований. Освоить разные методы объяснения неопределенности доступным для большинства заинтересованных лиц способами, а также овладеть методикой построения конвейера по разработке спецификаций требований в ИТ проектах.
а где здесь собственно проектирование?
В следующих частях курса мы будем подробно рассматривать выше озвученные подходы, и их использование в процессе формирования Требований к Информационной Системе. В процессе обучения Вы получите навыки в области:
Навык — это умение, доведённое до автоматизма. У вас лекционный курс. В ходе лекционного курса навыки не появляются.
Спасибо, за замечание! Это больше обучающий курс, чем просто лекции. Следите внимательно за его развитием. Будут и практические примеры и задания. Этот курс я читаю в ВУЗ-е и да, там есть практические занятия и курсовые работы. А еще у нас в ИТ-компании есть акселератор для успешных студентов, в котором мы трансформируем приобретенные знания в навык и "производим" ИТ-специалистов.
Алексей, автоматизация умений для превращения в навыки требует большого числа повторений — сотни, тысячи. Если вы не организовали тренировку этих умений в специальных тренажёрах или не дали возможность ученикам совершить сотни или тысячи повторений — то вы не можете говорить о формировании навыков.
Текстовый учебный курс на хабре точно не может отвечать за организацию такого обучающего процесса.
Организация инфраструктуры (ландшафта) для проектной деятельности;
Выявление заинтересованных лиц и их целей;
Инструменты эффективного взаимодействия с заказчиком;
Формализация потребностей заказчика;
Выявление функции системы и управления границами проекта;
Инжиниринг и реинжиниринг бизнес-процессов заказчика;
Разработки логической структуры данных целевого ПО;
Моделирование поведения целевой системы. Моделирование процессов управления;
Формирование спецификаций требований на создание целевого ПО;
Управление изменениями;
Место проектировщика в процессе производства Информационных систем;
....
В ходе проектирования ИС нужно принять множество проектных решений по её устройству:
В вашем списке этих решений не видно или они замылены за словом «требования».
У меня есть еще курс, посвященный - "Организации производства Информационных систем (ИС)". То, что касается организации работ, в том числе проектирования, рассматривается там. При разных типах производства ИС не все обозначенные Вами решения должны приниматься и не все активности выполняться. Мало того, не все важные для проектирования активности должны выполняться Аналитиком, есть множество специализаций в Проф.стандарте с разными зонами ответственности. Этот курс я так же опубликую чуть позже и картинка выстроится более цельно.
при чём тут организация работ? я лишь перечислил типовые виды проектных решений, которые нужно принять при проектировании типовой ИС
я тут ничего не говорил про аналитика. у вас статья называется не «как аналитику проектировать ИС».
у вас статья-цикл называется «Проектирование ИС», но почему-то в зачине ничего нет про эти проектные решения. и в целом идёт подмена проектирования разработкой требований. как это было на рынке лет 15 назад, но с тех пор поменялось.
о каком профстандарте какого аналитика речь?
Проектирование Информационных систем. Часть 1. Введение