ОИ
Он с архом общаться не сможет, если не знает основ проектирования ПО. В принципе. Иначе получится "чукча писатель, а не читатель".
Знать определения создаваемых в системе объектов и знать как их проектировать - две разные вещи.
Size: a a a
2021 January 30
AZ
и не только работает, но и снимает с заказчика (пресейл)
ОИ
Знать определения создаваемых в системе объектов и знать как их проектировать - две разные вещи.
Книга даёт знания про то "как надо делать", а не "что это такое".
AZ
Книга даёт знания про то "как надо делать", а не "что это такое".
Книги бывают разные. Некоторые книги надо читать в ключе "как делать не надо"
ОИ
В общей теории да. На практике архитектор работает с ними
Я про то, что часто тут возникает проблема ответственности де-юре и де-факто.
Либо архитектор начинает перекладывать свои косяки на СА, либо СА начинает сам их на себя перетягивать.
В любом подобном негативном случае, СА как ресурс, начинает тратить время не туда, а также получает негативный фидбек от своей работы.
"Все так работают и я должен" - очень плохой подход.
Либо архитектор начинает перекладывать свои косяки на СА, либо СА начинает сам их на себя перетягивать.
В любом подобном негативном случае, СА как ресурс, начинает тратить время не туда, а также получает негативный фидбек от своей работы.
"Все так работают и я должен" - очень плохой подход.
AL
Системный аналитик работает с требования. И в работе с ними настолько куча вариантов, где можно налажать, что идти ещё и в проектирование может только достаточно опытный специалист уровня верхнего миддла и выше.
Так, ещё раз тезисы:
1. В работе аналитика с очень высокой вероятностью возникают случае, где ему необходимо знание принципов разработки ПО для их оценки в т.ч. на реализуемость, тестируемость и т.п.
2. Денис выбрал книжку и спросил о качестве перевода. Возможно со своими целями.
3. Предложение "Иди лесом мимо этой книжки, тебе не надо" - в данном случае как минимум не корректно.
1. В работе аналитика с очень высокой вероятностью возникают случае, где ему необходимо знание принципов разработки ПО для их оценки в т.ч. на реализуемость, тестируемость и т.п.
2. Денис выбрал книжку и спросил о качестве перевода. Возможно со своими целями.
3. Предложение "Иди лесом мимо этой книжки, тебе не надо" - в данном случае как минимум не корректно.
ОИ
Книги бывают разные. Некоторые книги надо читать в ключе "как делать не надо"
Ну, я про конкретную книгу, о которой велась речь выше и которая послужила началом этого треда.
ОИ
Так, ещё раз тезисы:
1. В работе аналитика с очень высокой вероятностью возникают случае, где ему необходимо знание принципов разработки ПО для их оценки в т.ч. на реализуемость, тестируемость и т.п.
2. Денис выбрал книжку и спросил о качестве перевода. Возможно со своими целями.
3. Предложение "Иди лесом мимо этой книжки, тебе не надо" - в данном случае как минимум не корректно.
1. В работе аналитика с очень высокой вероятностью возникают случае, где ему необходимо знание принципов разработки ПО для их оценки в т.ч. на реализуемость, тестируемость и т.п.
2. Денис выбрал книжку и спросил о качестве перевода. Возможно со своими целями.
3. Предложение "Иди лесом мимо этой книжки, тебе не надо" - в данном случае как минимум не корректно.
Аналитик не оценивает на реализуемость, тестируемость (максимум возможность проверки - но это также относится и к бизнес-требованиям), время на реализацию и прочие вещи.
Омг, откуда у вас такие идеи?
Омг, откуда у вас такие идеи?
ОИ
Он делает требование, приходит с ним к архитектору, архитектор говорит "нет, так не выйдет, давай делать вот так", аналитик переписывает.
ОИ
Приходит системный аналитик с ВУЗа, вы от него будете просить знаний проектирования систем?
ОИ
Вот прошёл он систему бакалавриата, ему дадут знания по тому, как создавать интерфейсы систем, по каким правилам? Архитектурные подходы?
ОИ
А если вы системный аналитик в космической или атомной промышленности? Или в социальных системах? Природоведении?
Всё это прикладные области, наравне с IT.
Вы должны будете знать терминологию, принципы взаимодействия. Но вы не будете проектировщиком таких систем.
Всё это прикладные области, наравне с IT.
Вы должны будете знать терминологию, принципы взаимодействия. Но вы не будете проектировщиком таких систем.
AL
Аналитик не оценивает на реализуемость, тестируемость (максимум возможность проверки - но это также относится и к бизнес-требованиям), время на реализацию и прочие вещи.
Омг, откуда у вас такие идеи?
Омг, откуда у вас такие идеи?
Так, ещё раз. Роль аналитика - в том числе может выполнять эскизное проектирование ПО согласно профстандарту. Например выполнять:
- Информационное моделирование системы
- Функциональное моделирование ПО.
Моделирование может быть как ДО принятия решения о том как сделать (проектирование) и ПОСЛЕ того как сделано (описание). В первом случае - может выполнить аналитик, архитектор, техпис. Во втором скорее техпис.
- Информационное моделирование системы
- Функциональное моделирование ПО.
Моделирование может быть как ДО принятия решения о том как сделать (проектирование) и ПОСЛЕ того как сделано (описание). В первом случае - может выполнить аналитик, архитектор, техпис. Во втором скорее техпис.
ОИ
В Боинг, СА должен знать устройства кучи самолётов, чтобы его вакансию рассмотрели. Но его никто не будет просить смоделировать новый самолёт.
AZ
Я про то, что часто тут возникает проблема ответственности де-юре и де-факто.
Либо архитектор начинает перекладывать свои косяки на СА, либо СА начинает сам их на себя перетягивать.
В любом подобном негативном случае, СА как ресурс, начинает тратить время не туда, а также получает негативный фидбек от своей работы.
"Все так работают и я должен" - очень плохой подход.
Либо архитектор начинает перекладывать свои косяки на СА, либо СА начинает сам их на себя перетягивать.
В любом подобном негативном случае, СА как ресурс, начинает тратить время не туда, а также получает негативный фидбек от своей работы.
"Все так работают и я должен" - очень плохой подход.
имхо 90-95% компаний ожидают совмещения ролей аналитик-архитектор. Разделение только у очень крупных
AZ
Так, ещё раз. Роль аналитика - в том числе может выполнять эскизное проектирование ПО согласно профстандарту. Например выполнять:
- Информационное моделирование системы
- Функциональное моделирование ПО.
Моделирование может быть как ДО принятия решения о том как сделать (проектирование) и ПОСЛЕ того как сделано (описание). В первом случае - может выполнить аналитик, архитектор, техпис. Во втором скорее техпис.
- Информационное моделирование системы
- Функциональное моделирование ПО.
Моделирование может быть как ДО принятия решения о том как сделать (проектирование) и ПОСЛЕ того как сделано (описание). В первом случае - может выполнить аналитик, архитектор, техпис. Во втором скорее техпис.
Проектирует только архитектор. На то он и архитектор. Аналитик трансформирует требования.
ОИ
Так, ещё раз. Роль аналитика - в том числе может выполнять эскизное проектирование ПО согласно профстандарту. Например выполнять:
- Информационное моделирование системы
- Функциональное моделирование ПО.
Моделирование может быть как ДО принятия решения о том как сделать (проектирование) и ПОСЛЕ того как сделано (описание). В первом случае - может выполнить аналитик, архитектор, техпис. Во втором скорее техпис.
- Информационное моделирование системы
- Функциональное моделирование ПО.
Моделирование может быть как ДО принятия решения о том как сделать (проектирование) и ПОСЛЕ того как сделано (описание). В первом случае - может выполнить аналитик, архитектор, техпис. Во втором скорее техпис.
Есть пункт который вводит в заблуждение: "Концептуальное, функциональное и логическое проектирование систем среднего и крупного масштаба и сложности". В подпунктах которого нет ни слова про проектирование.
А про эскизы я не нашёл в ПС.
А про эскизы я не нашёл в ПС.
AZ
Есть пункт который вводит в заблуждение: "Концептуальное, функциональное и логическое проектирование систем среднего и крупного масштаба и сложности". В подпунктах которого нет ни слова про проектирование.
А про эскизы я не нашёл в ПС.
А про эскизы я не нашёл в ПС.
"Проектирование" и "участие в проектировании" в канцелярите одно одно и то же
ОИ
имхо 90-95% компаний ожидают совмещения ролей аналитик-архитектор. Разделение только у очень крупных
Для этого есть профессия инженера-проектировщика или архитектора. На край - инженера-программиста.
http://xn--80ajjnidcejma7a3k.xn--p1ai/%D0%BF%D0%BE%D0%BB%D0%BD%D1%8B%D0%B9-%D0%BF%D1%80%D0%BE%D1%84%D1%81%D1%82%D0%B0%D0%BD%D0%B4%D0%B0%D1%80%D1%82-%E2%84%96-107-%D0%B8%D0%BD%D0%B6%D0%B5%D0%BD%D0%B5%D1%80-%D0%BF%D1%80%D0%BE%D0%B5%D0%BA/
http://xn--80ajjnidcejma7a3k.xn--p1ai/%D0%BF%D0%BE%D0%BB%D0%BD%D1%8B%D0%B9-%D0%BF%D1%80%D0%BE%D1%84%D1%81%D1%82%D0%B0%D0%BD%D0%B4%D0%B0%D1%80%D1%82-%E2%84%96-107-%D0%B8%D0%BD%D0%B6%D0%B5%D0%BD%D0%B5%D1%80-%D0%BF%D1%80%D0%BE%D0%B5%D0%BA/
ОИ
Для этого есть профессия инженера-проектировщика или архитектора. На край - инженера-программиста.
http://xn--80ajjnidcejma7a3k.xn--p1ai/%D0%BF%D0%BE%D0%BB%D0%BD%D1%8B%D0%B9-%D0%BF%D1%80%D0%BE%D1%84%D1%81%D1%82%D0%B0%D0%BD%D0%B4%D0%B0%D1%80%D1%82-%E2%84%96-107-%D0%B8%D0%BD%D0%B6%D0%B5%D0%BD%D0%B5%D1%80-%D0%BF%D1%80%D0%BE%D0%B5%D0%BA/
http://xn--80ajjnidcejma7a3k.xn--p1ai/%D0%BF%D0%BE%D0%BB%D0%BD%D1%8B%D0%B9-%D0%BF%D1%80%D0%BE%D1%84%D1%81%D1%82%D0%B0%D0%BD%D0%B4%D0%B0%D1%80%D1%82-%E2%84%96-107-%D0%B8%D0%BD%D0%B6%D0%B5%D0%BD%D0%B5%D1%80-%D0%BF%D1%80%D0%BE%D0%B5%D0%BA/
Кстати я гибрид, т.к. у меня есть диплом последнего. Но это не значит, что это находится в рамках моих трудовых обязанностей.