http://lib.uml2.ru/api.php?action=feedcontributions&user=Asbaikin&feedformat=atomUml2Wiki - Вклад участника [ru]2024-03-28T08:55:51ZВклад участникаMediaWiki 1.26.4http://lib.uml2.ru/index.php?title=%D0%9A%D0%B0%D1%82%D0%B5%D0%B3%D0%BE%D1%80%D0%B8%D1%8F:%D0%93%D0%BB%D0%BE%D1%81%D1%81%D0%B0%D1%80%D0%B8%D0%B9&diff=2728Категория:Глоссарий2010-11-11T15:25:45Z<p>Asbaikin: /* Ссылки */</p>
<hr />
<div>== Ссылки ==<br />
[http://wiki.system-analyst.org.ua/index.php/Категория:Терминология Термины от наших украинских коллег]<br />
<br />
[http://www.uml2.ru/forum/index.php?board=32.0 Термины и определения с форума uml2.ru. Нужно здесь их агрегировать]<br />
<br />
[[Словарь терминов. Карл Вигерс]]<br />
<br />
[http://al-kot.livejournal.com/1847.html Пользовательский словарь Project Management для Lingvo]<br />
<br />
[http://cmcons.com/glossary/gls/rup/rup_russ/ Глоссарий Rational Unified Process (рус). Версия 7.2.0]<br />
<br />
[http://cmcons.com/glossary/gls/rup/rup_eng/ Глоссарий Rational Unified Process (eng). Версия 7.2.0]<br />
<br />
[http://www-01.ibm.com/software/globalization/terminology IBM Terminology]</div>Asbaikinhttp://lib.uml2.ru/index.php?title=%D0%9A%D0%B0%D1%82%D0%B5%D0%B3%D0%BE%D1%80%D0%B8%D1%8F:%D0%93%D0%BB%D0%BE%D1%81%D1%81%D0%B0%D1%80%D0%B8%D0%B9&diff=2727Категория:Глоссарий2010-11-11T15:25:23Z<p>Asbaikin: </p>
<hr />
<div>== Ссылки ==<br />
[http://wiki.system-analyst.org.ua/index.php/Категория:Терминология Термины от наших украинских коллег]<br />
<br />
[http://www.uml2.ru/forum/index.php?board=32.0 Термины и определения с форума uml2.ru. Нужно здесь их агрегировать]<br />
<br />
[[Словарь терминов. Карл Вигерс]]<br />
<br />
[http://al-kot.livejournal.com/1847.html Пользовательский словарь Project Management для Lingvo]<br />
<br />
[http://cmcons.com/glossary/gls/rup/rup_russ/ Глоссрий Rational Unified Process (рус). Версия 7.2.0]<br />
<br />
[http://cmcons.com/glossary/gls/rup/rup_eng/ Глоссрий Rational Unified Process (eng). Версия 7.2.0]<br />
<br />
[http://www-01.ibm.com/software/globalization/terminology IBM Terminology]</div>Asbaikinhttp://lib.uml2.ru/index.php?title=%D0%9A%D0%B0%D1%82%D0%B5%D0%B3%D0%BE%D1%80%D0%B8%D1%8F:%D0%93%D0%BB%D0%BE%D1%81%D1%81%D0%B0%D1%80%D0%B8%D0%B9&diff=2725Категория:Глоссарий2010-11-11T15:18:24Z<p>Asbaikin: </p>
<hr />
<div>== Ссылки ==<br />
[http://wiki.system-analyst.org.ua/index.php/Категория:Терминология Термины от наших украинских коллег]<br />
<br />
[http://www.uml2.ru/forum/index.php?board=32.0 Термины и определения с форума uml2.ru. Нужно здесь их агрегировать]<br />
<br />
[[Словарь терминов. Карл Вигерс]]<br />
<br />
[http://al-kot.livejournal.com/1847.html Пользовательский словарь Project Management для Lingvo]<br />
<br />
[http://www-01.ibm.com/software/globalization/terminology IBM Terminology]</div>Asbaikinhttp://lib.uml2.ru/index.php?title=%D0%98%D0%BD%D0%B6%D0%B5%D0%BD%D0%B5%D1%80%D0%B8%D1%8F_%D0%A2%D1%80%D0%B5%D0%B1%D0%BE%D0%B2%D0%B0%D0%BD%D0%B8%D0%B9&diff=2724Инженерия Требований2010-11-11T15:15:45Z<p>Asbaikin: </p>
<hr />
<div>[[Категория:Глоссарий]]<br />
<br />
'''Процесс работы с требований''' (requirements engineering) - область, которая охватывает все стороны жизненного цикла проекта связанные с необходимыми возможностями и атрибутами продукта. Состоит из разработки требований и управления требованиями. Считается подобластью процессов построения системы и ПО.<br />
<br />
<br />
<br />
http://www.processimpact.com/articles/telepathy-fig2.gif<br />
<br />
== См. также ==<br />
* [http://en.wikipedia.org/wiki/Requirements_engineering#Requirements_engineering Requirements engineering, Wikipedia]<br />
* [http://www.processimpact.com/articles/telepathy.html When Telepathy Won’t Do: Requirements Engineering Key Practices, Karl E. Wiegers]</div>Asbaikinhttp://lib.uml2.ru/index.php?title=%D0%98%D0%BD%D0%B6%D0%B5%D0%BD%D0%B5%D1%80%D0%B8%D1%8F_%D0%A2%D1%80%D0%B5%D0%B1%D0%BE%D0%B2%D0%B0%D0%BD%D0%B8%D0%B9&diff=2723Инженерия Требований2010-11-11T15:15:09Z<p>Asbaikin: </p>
<hr />
<div>[[Категория:Глоссарий]]<br />
<br />
'''Процесс работы с требований''' (requirements engineering) - область, которая охватывает все стороны жизненного цикла проекта связанные с необходимыми возможностями и атрибутами продукта. Состоит из разработки требований и управления требованиями. Считается подобластью процессов построения системы и ПО.<br />
\\<br />
<br />
http://www.processimpact.com/articles/telepathy-fig2.gif<br />
<br />
== См. также ==<br />
* [http://en.wikipedia.org/wiki/Requirements_engineering#Requirements_engineering Requirements engineering, Wikipedia]<br />
* [http://www.processimpact.com/articles/telepathy.html When Telepathy Won’t Do: Requirements Engineering Key Practices, Karl E. Wiegers]</div>Asbaikinhttp://lib.uml2.ru/index.php?title=%D0%98%D0%BD%D0%B6%D0%B5%D0%BD%D0%B5%D1%80%D0%B8%D1%8F_%D0%A2%D1%80%D0%B5%D0%B1%D0%BE%D0%B2%D0%B0%D0%BD%D0%B8%D0%B9&diff=2722Инженерия Требований2010-11-11T15:14:38Z<p>Asbaikin: </p>
<hr />
<div>[[Категория:Глоссарий]]<br />
'''<br />
Процесс работы с требований''' (requirements engineering) - область, которая охватывает все стороны жизненного цикла проекта связанные с необходимыми возможностями и атрибутами продукта. Состоит из разработки требований и управления требованиями. Считается подобластью процессов построения системы и ПО.<br />
<br />
http://www.processimpact.com/articles/telepathy-fig2.gif<br />
<br />
== См. также ==<br />
* [http://en.wikipedia.org/wiki/Requirements_engineering#Requirements_engineering Requirements engineering, Wikipedia]<br />
* [http://www.processimpact.com/articles/telepathy.html When Telepathy Won’t Do: Requirements Engineering Key Practices, Karl E. Wiegers]</div>Asbaikinhttp://lib.uml2.ru/index.php?title=%D0%98%D0%BD%D0%B6%D0%B5%D0%BD%D0%B5%D1%80%D0%B8%D1%8F_%D0%A2%D1%80%D0%B5%D0%B1%D0%BE%D0%B2%D0%B0%D0%BD%D0%B8%D0%B9&diff=2721Инженерия Требований2010-11-11T15:13:17Z<p>Asbaikin: </p>
<hr />
<div>[[Категория:Глоссарий]]<br />
<br />
Процесс построения требований (requirements engineering) - область, которая охватывает все стороны жизненного цикла проекта связанные с необходимыми возможностями и атрибутами продукта. Состоит из разработки требований и управления требованиями. Считается подобластью процессов построения системы и ПО.<br />
<br />
[[http://www.processimpact.com/articles/telepathy-fig2.gif]]<br />
<br />
== См. также ===<br />
* [http://en.wikipedia.org/wiki/Requirements_engineering#Requirements_engineering Requirements engineering, Wikipedia]<br />
* [http://www.processimpact.com/articles/telepathy.html When Telepathy Won’t Do: Requirements Engineering Key Practices, Karl E. Wiegers]</div>Asbaikinhttp://lib.uml2.ru/index.php?title=%D0%9A%D0%BE%D0%BD%D1%86%D0%B5%D0%BF%D1%86%D0%B8%D1%8F&diff=2720Концепция2010-11-11T15:05:43Z<p>Asbaikin: </p>
<hr />
<div>[[Категория:Глоссарий]]<br />
<br />
'''Документ Концепция или Документ об образе и границах''' (К. Вигерс) ([[Vision|Vision and scope document]], англ.) - документ, в котором определены бизнес-требования к новой системе, в том числе положения об образе продукта и описания границы проекта.<br />
<br />
<br />
== См. также<br />
* [http://processimpact.com/process_assets/vision_and_scope.doc Vision and Scope Document Template, Karl E. Wiegers]<br />
* [http://processimpact.com/process_assets/sample_requirements_documents.zip Sample requirements documents, including a vision and scope document, use cases, software requirements specification (SRS), business rules, data dictionary, and some analysis models for a small information system (ZIP file), Karl E. Wiegers]<br />
* [http://www.uml2.ru/video/seminars/vision.html Видео с семинара "Разработка Концепции"]</div>Asbaikinhttp://lib.uml2.ru/index.php?title=%D0%9A%D0%BE%D0%BD%D1%86%D0%B5%D0%BF%D1%86%D0%B8%D1%8F&diff=2719Концепция2010-11-11T15:05:16Z<p>Asbaikin: </p>
<hr />
<div>[[Категория:Глоссарий]]<br />
<br />
Документ Концепция или Документ об образе и границах (К. Вигерс) ([[Vision|Vision and scope document]], англ.) - документ, в котором определены бизнес-требования к новой системе, в том числе положения об образе продукта и описания границы проекта.<br />
<br />
<br />
== См. также<br />
* [http://processimpact.com/process_assets/vision_and_scope.doc Vision and Scope Document Template, Karl E. Wiegers]<br />
* [http://processimpact.com/process_assets/sample_requirements_documents.zip Sample requirements documents, including a vision and scope document, use cases, software requirements specification (SRS), business rules, data dictionary, and some analysis models for a small information system (ZIP file), Karl E. Wiegers]<br />
* [http://www.uml2.ru/video/seminars/vision.html Видео с семинара "Разработка Концепции"]</div>Asbaikinhttp://lib.uml2.ru/index.php?title=%D0%9A%D0%B0%D1%82%D0%B5%D0%B3%D0%BE%D1%80%D0%B8%D1%8F:%D0%93%D0%BB%D0%BE%D1%81%D1%81%D0%B0%D1%80%D0%B8%D0%B9&diff=2718Категория:Глоссарий2010-11-11T14:48:58Z<p>Asbaikin: /* Ссылки */</p>
<hr />
<div>== Ссылки ==<br />
[http://wiki.system-analyst.org.ua/index.php/Категория:Терминология Термины от наших украинских коллег]<br />
<br />
[http://www.uml2.ru/forum/index.php?board=32.0 Термины и определения с форума uml2.ru. Нужно здесь их агрегировать]<br />
<br />
[[Словарь терминов. Карл Вигерс]]<br />
<br />
[http://al-kot.livejournal.com/1847.html Пользовательский словарь Project Management для Lingvo]</div>Asbaikinhttp://lib.uml2.ru/index.php?title=%D0%9F%D1%80%D0%B5%D0%B4%D0%BB%D0%BE%D0%B6%D0%B5%D0%BD%D0%B8%D1%8F_%D0%BF%D0%BE_%D1%82%D0%B5%D0%BC%D0%B0%D0%BC_%D0%B4%D0%BB%D1%8F_%D1%81%D0%BE%D0%B1%D1%80%D0%B0%D0%BD%D0%B8%D0%B9_%D0%A1%D0%BE%D0%BE%D0%B1%D1%89%D0%B5%D1%81%D1%82%D0%B2%D0%B0&diff=779Предложения по темам для собраний Сообщества2010-08-19T06:31:09Z<p>Asbaikin: </p>
<hr />
<div>== Мероприятия в Мск ==<br />
<poll><br />
RESTRICT_IP<br />
POINTS 3<br />
Какие Вам темы наиболее интересны? <br />
# Чем должен заниматься аналитик? Чем отличается бизнес-аналитик от системного? Нужно ли, и возможно ли вообще это различать? (Круглый стол)<br />
# Профессия Аналитика в разных компаниях. Как вообще ложится аналитика на роли в команде если они есть? В частности, должен ли руководитель быть аналитиком? (Круглый стол)<br />
# Методы оценки качества требований и работы. Нужно ли (можно ли) вводить градации для квалификации аналитика? Как промерять результат? (Круглый стол)<br />
# Можно ли (и нужно ли) планировать работу аналитика? (Круглый стол)<br />
# Как планировать сроки? Можно ли сказать какой результат нужно получить? (Круглый стол)<br />
#Стандарты в области БА. (Круглый стол)<br />
# Что такое Архитектура? Как ее описывать? (Круглый стол)<br />
# Основы моделирования. (Семинар)<br />
# UML для Аналитика. (Семинар)<br />
# Техническое задание. (Семинар)<br />
# Описание требований в виде ВИ. (Семинар)<br />
# С какой подробностью писать постановки? Постановка для разработчика и для бизнеса одна и та же? Если нет как их синхронизировать? (Круглый стол)<br />
# Нужны ли стандарты на документацию? Общие? Корпоративные? Жесткие Шаблоны структуры? (Круглый стол) Обязательные к использованию паттерны (да это не одно и тоже)? '''(Круглый стол)'''<br />
# Какую документацию по системе нужно писать? Надо ли это делать? Как добиться актуальности (минимизируя затраты)? Можно ли это отдать на ''outsource''.. (Круглый стол)<br />
</poll><br />
<br />
== Мероприятия в Спб ==<br />
<br />
<poll><br />
RESTRICT_IP<br />
POINTS 3<br />
Какие Вам темы наиболее интересны?<br />
# Управление требованиями в реальных проектах(фазы, бейзлайны, атрибуты)<br />
# Разработка требований для сервисов (две стороны одной монеты: рынок (product) и обслуживание(backoffice))<br />
# Sparx EA в реальных проектах (модель, управление требованиями, отчеты)<br />
# Построение аналитических процессов, или как заинтересовать руководство в роли аналитика (от проблем к значимому результату)<br />
# Метрики в процессе разработки и управления требованиями<br />
# Атрибуты качества (нефункциональные требования) от пользователей<br />
# Развитие аналитических навыков, или как обучить аналитика<br />
</poll><br />
<br />
== Мероприятия в Киеве ==<br />
<br />
== Мероприятия в Минске ==</div>Asbaikinhttp://lib.uml2.ru/index.php?title=%D0%9F%D1%80%D0%B5%D0%B4%D0%BB%D0%BE%D0%B6%D0%B5%D0%BD%D0%B8%D1%8F_%D0%BF%D0%BE_%D1%82%D0%B5%D0%BC%D0%B0%D0%BC_%D0%B4%D0%BB%D1%8F_%D1%81%D0%BE%D0%B1%D1%80%D0%B0%D0%BD%D0%B8%D0%B9_%D0%A1%D0%BE%D0%BE%D0%B1%D1%89%D0%B5%D1%81%D1%82%D0%B2%D0%B0&diff=778Предложения по темам для собраний Сообщества2010-08-19T06:29:57Z<p>Asbaikin: </p>
<hr />
<div>== Мероприятия в Мск ==<br />
<poll><br />
RESTRICT_IP<br />
POINTS 3<br />
Какие Вам темы наиболее интересны? <br />
# Чем должен заниматься аналитик? Чем отличается бизнес-аналитик от системного? Нужно ли, и возможно ли вообще это различать? (Круглый стол)<br />
# Профессия Аналитика в разных компаниях. Как вообще ложится аналитика на роли в команде если они есть? В частности, должен ли руководитель быть аналитиком? (Круглый стол)<br />
# Методы оценки качества требований и работы. Нужно ли (можно ли) вводить градации для квалификации аналитика? Как промерять результат? (Круглый стол)<br />
# Можно ли (и нужно ли) планировать работу аналитика? (Круглый стол)<br />
# Как планировать сроки? Можно ли сказать какой результат нужно получить? (Круглый стол)<br />
#Стандарты в области БА. (Круглый стол)<br />
# Что такое Архитектура? Как ее описывать? (Круглый стол)<br />
# Основы моделирования. (Семинар)<br />
# UML для Аналитика. (Семинар)<br />
# Техническое задание. (Семинар)<br />
# Описание требований в виде ВИ. (Семинар)<br />
# С какой подробностью писать постановки? Постановка для разработчика и для бизнеса одна и та же? Если нет как их синхронизировать? (Круглый стол)<br />
# Нужны ли стандарты на документацию? Общие? Корпоративные? Жесткие Шаблоны структуры? (Круглый стол) Обязательные к использованию паттерны (да это не одно и тоже)? '''(Круглый стол)'''<br />
# Какую документацию по системе нужно писать? Надо ли это делать? Как добиться актуальности (минимизируя затраты)? Можно ли это отдать на ''outsource''.. (Круглый стол)<br />
</poll><br />
<br />
== Мероприятия в Спб ==<br />
<br />
<poll><br />
RESTRICT_IP<br />
POINTS 3<br />
Какие Вам темы наиболее интересны?<br />
# Управление требованиями в реальных проектах(фазы, бейзлайны, атрибуты)<br />
# Разработка требований для сервисов (две стороны одной монеты: рынок (product) и обслуживание(backoffice))<br />
# Sparx EA в реальных проектах (модель, управление требованиями, отчеты)<br />
# Построение аналитических процессов, или как заинтересовать руководство в роли аналитика (от проблем к значимому результату)<br />
# Метрики в процессе разработки и управления требованиями<br />
# Атрибуты качества (нефункциональные требования) от пользователей<br />
# Развитие аналитических навыков, или как обучить аналитика<br />
</poll><br />
<br />
== Мероприятия в Киеве ==<br />
<br />
== Мероприятия в Минске ==</div>Asbaikinhttp://lib.uml2.ru/index.php?title=%D0%9F%D1%80%D0%B5%D0%B4%D0%BB%D0%BE%D0%B6%D0%B5%D0%BD%D0%B8%D1%8F_%D0%BF%D0%BE_%D1%82%D0%B5%D0%BC%D0%B0%D0%BC_%D0%B4%D0%BB%D1%8F_%D1%81%D0%BE%D0%B1%D1%80%D0%B0%D0%BD%D0%B8%D0%B9_%D0%A1%D0%BE%D0%BE%D0%B1%D1%89%D0%B5%D1%81%D1%82%D0%B2%D0%B0&diff=777Предложения по темам для собраний Сообщества2010-08-19T06:29:12Z<p>Asbaikin: </p>
<hr />
<div>== Мероприятия в Мск ==<br />
<poll><br />
RESTRICT_IP<br />
POINTS 3<br />
Какие Вам темы наиболее интересны? <br />
# Чем должен заниматься аналитик? Чем отличается бизнес-аналитик от системного? Нужно ли и возможно ли вообще это различать? (Круглый стол)<br />
# Профессия Аналитика в разных компаниях. Как вообще ложится аналитика на роли в команде, если они есть? В частности, должен ли руководитель быть аналитиком? (Круглый стол)<br />
# Методы оценки качества требований и работы. Нужно ли (можно ли) вводить градации для квалификации аналитика? Как промерять результат? (Круглый стол)<br />
# Можно ли (и нужно ли) планировать работу аналитика? (Круглый стол)<br />
# Как планировать сроки? Можно ли сказать какой результат нужно получить? (Круглый стол)<br />
#Стандарты в области БА. (Круглый стол)<br />
# Что такое Архитектура? Как ее описывать? (Круглый стол)<br />
# Основы моделирования. (Семинар)<br />
# UML для Аналитика. (Семинар)<br />
# Техническое задание. (Семинар)<br />
# Описание требований в виде ВИ. (Семинар)<br />
# С какой подробностью писать постановки? Постановка для разработчика и для бизнеса одна и та же? Если нет как их синхронизировать? (Круглый стол)<br />
# Нужны ли стандарты на документацию? Общие? Корпоративные? Жесткие Шаблоны структуры? (Круглый стол) Обязательные к использованию паттерны (да это не одно и тоже)? '''(Круглый стол)'''<br />
# Какую документацию по системе нужно писать? Надо ли это делать? Как добиться актуальности (минимизируя затраты)? Можно ли это отдать на ''outsource''.. (Круглый стол)<br />
</poll><br />
<br />
== Мероприятия в Спб ==<br />
<br />
<poll><br />
RESTRICT_IP<br />
POINTS 3<br />
Какие Вам темы наиболее интересны?<br />
# Управление требованиями в реальных проектах(фазы, бейзлайны, атрибуты)<br />
# Разработка требований для сервисов (две стороны одной монеты: рынок (product) и обслуживание(backoffice))<br />
# Sparx EA в реальных проектах (модель, управление требованиями, отчеты)<br />
# Построение аналитических процессов, или как заинтересовать руководство в роли аналитика (от проблем к значимому результату)<br />
# Метрики в процессе разработки и управления требованиями<br />
# Атрибуты качества (нефункциональные требования) от пользователей<br />
# Развитие аналитических навыков, или как обучить аналитика<br />
</poll><br />
<br />
== Мероприятия в Киеве ==<br />
<br />
== Мероприятия в Минске ==</div>Asbaikinhttp://lib.uml2.ru/index.php?title=%D0%9F%D1%80%D0%B5%D0%B4%D0%BB%D0%BE%D0%B6%D0%B5%D0%BD%D0%B8%D1%8F_%D0%BF%D0%BE_%D1%82%D0%B5%D0%BC%D0%B0%D0%BC_%D0%B4%D0%BB%D1%8F_%D1%81%D0%BE%D0%B1%D1%80%D0%B0%D0%BD%D0%B8%D0%B9_%D0%A1%D0%BE%D0%BE%D0%B1%D1%89%D0%B5%D1%81%D1%82%D0%B2%D0%B0&diff=776Предложения по темам для собраний Сообщества2010-08-19T06:28:32Z<p>Asbaikin: </p>
<hr />
<div>== Мероприятия в Мск ==<br />
<poll><br />
RESTRICT_IP<br />
POINTS 3<br />
Какие Вам темы наиболее интересны? <br />
# Чем должен заниматься аналитик? Чем отличается бизнес-аналитик от системного? Нужно ли, и возможно ли вообще это различать? (Круглый стол)<br />
# Профессия Аналитика в разных компаниях. Как вообще ложится аналитика на роли в команде если они есть? В частности, должен ли руководитель быть аналитиком? (Круглый стол)<br />
# Методы оценки качества требований и работы. Нужно ли (можно ли) вводить градации для квалификации аналитика? Как промерять результат? (Круглый стол)<br />
# Можно ли (и нужно ли) планировать работу аналитика? (Круглый стол)<br />
# Как планировать сроки? Можно ли сказать какой результат нужно получить? (Круглый стол)<br />
# Стандарты в области БА. (Круглый стол)<br />
# Что такое Архитектура? Как ее описывать? (Круглый стол)<br />
# Основы моделирования. (Семинар)<br />
# UML для Аналитика. (Семинар)<br />
# Техническое задание. (Семинар)<br />
# Описание требований в виде ВИ. (Семинар)<br />
# С какой подробностью писать постановки? Постановка для разработчика и для бизнеса одна и та же? Если нет как их синхронизировать? (Круглый стол)<br />
# Нужны ли стандарты на документацию? Общие? Корпоративные? Жесткие Шаблоны структуры? (Круглый стол) Обязательные к использованию паттерны (да это не одно и тоже)? '''(Круглый стол)'''<br />
# Какую документацию по системе нужно писать? Надо ли это делать? Как добиться актуальности (минимизируя затраты)? Можно ли это отдать на ''outsource''.. (Круглый стол)<br />
</poll><br />
<br />
== Мероприятия в Спб ==<br />
<br />
<poll><br />
RESTRICT_IP<br />
POINTS 3<br />
Какие Вам темы наиболее интересны?<br />
# Управление требованиями в реальных проектах(фазы, бейзлайны, атрибуты)<br />
# Разработка требований для сервисов (две стороны одной монеты: рынок (product) и обслуживание(backoffice))<br />
# Sparx EA в реальных проектах (модель, управление требованиями, отчеты)<br />
# Построение аналитических процессов, или как заинтересовать руководство в роли аналитика (от проблем к значимому результату)<br />
# Метрики в процессе разработки и управления требованиями<br />
# Атрибуты качества (нефункциональные требования) от пользователей<br />
# Развитие аналитических навыков, или как обучить аналитика<br />
</poll><br />
<br />
== Мероприятия в Киеве ==<br />
<br />
== Мероприятия в Минске ==</div>Asbaikinhttp://lib.uml2.ru/index.php?title=%D0%9F%D1%80%D0%B5%D0%B4%D0%BB%D0%BE%D0%B6%D0%B5%D0%BD%D0%B8%D1%8F_%D0%BF%D0%BE_%D1%82%D0%B5%D0%BC%D0%B0%D0%BC_%D0%B4%D0%BB%D1%8F_%D1%81%D0%BE%D0%B1%D1%80%D0%B0%D0%BD%D0%B8%D0%B9_%D0%A1%D0%BE%D0%BE%D0%B1%D1%89%D0%B5%D1%81%D1%82%D0%B2%D0%B0&diff=758Предложения по темам для собраний Сообщества2010-08-18T13:21:53Z<p>Asbaikin: /* Мероприятия в Мск */</p>
<hr />
<div>== Мероприятия в Мск ==<br />
<poll><br />
RESTRICT_IP<br />
POINTS 3<br />
Какие Вам темы наиболее интересны? <br />
# Чем должен заниматься аналитик? Чем отличается бизнес-аналитик от системного? Нужно ли, и возможно ли вообще это различать? (Круглый стол)<br />
# Профессия Аналитика в разных компаниях. Как вообще ложится аналитика на роли в команде если они есть? В частности, должен ли руководитель быть аналитиком? (Круглый стол)<br />
# Методы оценки качества требований и работы. Нужно ли (можно ли) вводить градации для квалификации аналитика? Как промерять результат? (Круглый стол)<br />
# Можно ли (и нужно ли) планировать работу аналитика? (Круглый стол)<br />
# Как планировать сроки? Можно ли сказать какой результат нужно получить? (Круглый стол)<br />
#Стандарты в области БА. (Круглый стол)<br />
# Что такое Архитектура? Как ее описывать? (Круглый стол)<br />
# Основы моделирования. (Семинар)<br />
# UML для Аналитика. (Семинар)<br />
# Техническое задание. (Семинар)<br />
# Описание требований в виде ВИ. (Семинар)<br />
# С какой подробностью писать постановки? Постановка для разработчика и для бизнеса одна и та же? Если нет как их синхронизировать? (Круглый стол)<br />
# Нужны ли стандарты на документацию? Общие? Корпоративные? Жесткие Шаблоны структуры? (Круглый стол) Обязательные к использованию паттерны (да это не одно и тоже)? '''(Круглый стол)'''<br />
# Какую документацию по системе нужно писать? Надо ли это делать? Как добиться актуальности (минимизируя затраты)? Можно ли это отдать на ''outsource''.. (Круглый стол)<br />
</poll><br />
<br />
== Мероприятия в Спб ==<br />
<br />
<poll><br />
RESTRICT_IP<br />
POINTS 3<br />
Какие Вам темы наиболее интересны?<br />
# Управление требованиями в реальных проектах(фазы, бейзлайны, атрибуты)<br />
# Разработка требований для сервисов (две стороны одной монеты: рынок (product) и обслуживание(backoffice))<br />
# Sparx EA в реальных проектах (модель, управление требованиями, отчеты)<br />
# Построение аналитических процессов, или как заинтересовать руководство в роли аналитика (от проблем к значимому результату)<br />
# Метрики в процессе разработки и управления требованиями<br />
# Атрибуты качества (нефункциональные требования) от пользователей<br />
# Развитие аналитических навыков, или как обучить аналитика<br />
</poll><br />
<br />
== Мероприятия в Киеве ==<br />
<br />
== Мероприятия в Минске ==</div>Asbaikinhttp://lib.uml2.ru/index.php?title=%D0%9F%D1%80%D0%B5%D0%B4%D0%BB%D0%BE%D0%B6%D0%B5%D0%BD%D0%B8%D1%8F_%D0%BF%D0%BE_%D1%82%D0%B5%D0%BC%D0%B0%D0%BC_%D0%B4%D0%BB%D1%8F_%D1%81%D0%BE%D0%B1%D1%80%D0%B0%D0%BD%D0%B8%D0%B9_%D0%A1%D0%BE%D0%BE%D0%B1%D1%89%D0%B5%D1%81%D1%82%D0%B2%D0%B0&diff=756Предложения по темам для собраний Сообщества2010-08-18T13:05:34Z<p>Asbaikin: Отмена правки 755 участника Asbaikin (обсуждение)</p>
<hr />
<div>== Мероприятия в Мск ==<br />
<poll><br />
RESTRICT_IP<br />
POINTS 3<br />
Какие Вам темы наиболее интересны? <br />
# Чем должен заниматься аналитик? Чем отличается бизнес-аналитик от системного? Нужно ли, и возможно ли вообще это различать? (Круглый стол)<br />
# <s>Профессия Аналитика в разных компаниях. Как вообще ложится аналитика на роли в команде если они есть? В частности, должен ли руководитель быть аналитиком? (Круглый стол)</s> проведен<br />
# Методы оценки качества требований и работы. Нужно ли (можно ли) вводить градации для квалификации аналитика? Как промерять результат? (Круглый стол)<br />
# Можно ли (и нужно ли) планировать работу аналитика? (Круглый стол)<br />
# Как планировать сроки? Можно ли сказать какой результат нужно получить? (Круглый стол)<br />
#Стандарты в области БА. (Круглый стол)<br />
# Что такое Архитектура? Как ее описывать? (Круглый стол)<br />
# Основы моделирования. (Семинар)<br />
# UML для Аналитика. (Семинар)<br />
# Техническое задание. (Семинар)<br />
# Описание требований в виде ВИ. (Семинар)<br />
# С какой подробностью писать постановки? Постановка для разработчика и для бизнеса одна и та же? Если нет как их синхронизировать? (Круглый стол)<br />
# Нужны ли стандарты на документацию? Общие? Корпоративные? Жесткие Шаблоны структуры? (Круглый стол) Обязательные к использованию паттерны (да это не одно и тоже)? '''(Круглый стол)'''<br />
# Какую документацию по системе нужно писать? Надо ли это делать? Как добиться актуальности (минимизируя затраты)? Можно ли это отдать на ''outsource''.. (Круглый стол)<br />
</poll><br />
<br />
== Мероприятия в Спб ==<br />
<br />
<poll><br />
RESTRICT_IP<br />
POINTS 3<br />
Какие Вам темы наиболее интересны?<br />
# Управление требованиями в реальных проектах(фазы, бейзлайны, атрибуты)<br />
# Разработка требований для сервисов (две стороны одной монеты: рынок (product) и обслуживание(backoffice))<br />
# Sparx EA в реальных проектах (модель, управление требованиями, отчеты)<br />
# Построение аналитических процессов, или как заинтересовать руководство в роли аналитика (от проблем к значимому результату)<br />
# Метрики в процессе разработки и управления требованиями<br />
# Атрибуты качества (нефункциональные требования) от пользователей<br />
# Развитие аналитических навыков, или как обучить аналитика<br />
</poll><br />
<br />
== Мероприятия в Киеве ==<br />
<br />
== Мероприятия в Минске ==</div>Asbaikinhttp://lib.uml2.ru/index.php?title=%D0%9F%D1%80%D0%B5%D0%B4%D0%BB%D0%BE%D0%B6%D0%B5%D0%BD%D0%B8%D1%8F_%D0%BF%D0%BE_%D1%82%D0%B5%D0%BC%D0%B0%D0%BC_%D0%B4%D0%BB%D1%8F_%D1%81%D0%BE%D0%B1%D1%80%D0%B0%D0%BD%D0%B8%D0%B9_%D0%A1%D0%BE%D0%BE%D0%B1%D1%89%D0%B5%D1%81%D1%82%D0%B2%D0%B0&diff=755Предложения по темам для собраний Сообщества2010-08-18T13:04:08Z<p>Asbaikin: Правки Asbaikin (обсуждение) откачены к версии StasFomin</p>
<hr />
<div>* Чем должен заниматься аналитик? Чем отличается бизнес-аналитик от системного? Нужно ли, и возможно ли вообще это различать?<br />
* Как вообще ложится аналитика на роли в команде если они есть? В частности, должен ли руководитель быть аналитиком?<br />
* Что такое Архитектура? Как ее описывать? <br />
* С какой подробностью писать постановки? Постановка для разработчика и для бизнеса одна и та же? Если нет как их синхронизировать?<br />
* Нужны ли стандарты на документацию? Общие? Корпоративные? Жесткие Шаблоны структуры? Обязательные к использованию паттерны (да это не одно и тоже)?<br />
* Можно ли (и нужно ли) планировать работу аналитика?<br />
* Как планировать сроки? Можно ли сказать какой результат нужно получить?<br />
* Нужно ли (можно ли) вводить градации для квалификации аналитика? Как промерять результат?<br />
* Какую документацию по системе нужно писать? Надо ли это делать? Как добиться актуальности (минимизируя затраты)? Можно ли это отдать на ''outsource''..</div>Asbaikinhttp://lib.uml2.ru/index.php?title=%D0%9F%D1%80%D0%B5%D0%B4%D0%BB%D0%BE%D0%B6%D0%B5%D0%BD%D0%B8%D1%8F_%D0%BF%D0%BE_%D1%82%D0%B5%D0%BC%D0%B0%D0%BC_%D0%B4%D0%BB%D1%8F_%D1%81%D0%BE%D0%B1%D1%80%D0%B0%D0%BD%D0%B8%D0%B9_%D0%A1%D0%BE%D0%BE%D0%B1%D1%89%D0%B5%D1%81%D1%82%D0%B2%D0%B0&diff=754Предложения по темам для собраний Сообщества2010-08-18T13:03:42Z<p>Asbaikin: /* Мероприятия в Мск */</p>
<hr />
<div>== Мероприятия в Мск ==<br />
<poll><br />
RESTRICT_IP<br />
POINTS 3<br />
Какие Вам темы наиболее интересны? <br />
# Чем должен заниматься аналитик? Чем отличается бизнес-аналитик от системного? Нужно ли, и возможно ли вообще это различать? (Круглый стол)<br />
# <s>Профессия Аналитика в разных компаниях. Как вообще ложится аналитика на роли в команде если они есть? В частности, должен ли руководитель быть аналитиком? (Круглый стол)</s> проведен<br />
# Методы оценки качества требований и работы. Нужно ли (можно ли) вводить градации для квалификации аналитика? Как промерять результат? (Круглый стол)<br />
# Можно ли (и нужно ли) планировать работу аналитика? (Круглый стол)<br />
# Как планировать сроки? Можно ли сказать какой результат нужно получить? (Круглый стол)<br />
#Стандарты в области БА. (Круглый стол)<br />
# Что такое Архитектура? Как ее описывать? (Круглый стол)<br />
# Основы моделирования. (Семинар)<br />
# UML для Аналитика. (Семинар)<br />
# Техническое задание. (Семинар)<br />
# Описание требований в виде ВИ. (Семинар)<br />
# С какой подробностью писать постановки? Постановка для разработчика и для бизнеса одна и та же? Если нет как их синхронизировать? (Круглый стол)<br />
# Нужны ли стандарты на документацию? Общие? Корпоративные? Жесткие Шаблоны структуры? (Круглый стол) Обязательные к использованию паттерны (да это не одно и тоже)? '''(Круглый стол)'''<br />
# Какую документацию по системе нужно писать? Надо ли это делать? Как добиться актуальности (минимизируя затраты)? Можно ли это отдать на ''outsource''.. (Круглый стол)<br />
</poll><br />
<br />
== Мероприятия в Спб ==<br />
<br />
<poll><br />
RESTRICT_IP<br />
POINTS 3<br />
Какие Вам темы наиболее интересны?<br />
# Управление требованиями в реальных проектах(фазы, бейзлайны, атрибуты)<br />
# Разработка требований для сервисов (две стороны одной монеты: рынок (product) и обслуживание(backoffice))<br />
# Sparx EA в реальных проектах (модель, управление требованиями, отчеты)<br />
# Построение аналитических процессов, или как заинтересовать руководство в роли аналитика (от проблем к значимому результату)<br />
# Метрики в процессе разработки и управления требованиями<br />
# Атрибуты качества (нефункциональные требования) от пользователей<br />
# Развитие аналитических навыков, или как обучить аналитика<br />
</poll><br />
<br />
== Мероприятия в Киеве ==<br />
<br />
== Мероприятия в Минске ==</div>Asbaikinhttp://lib.uml2.ru/index.php?title=%D0%9A%D0%BE%D0%BC%D0%BF%D0%B5%D1%82%D0%B5%D0%BD%D1%86%D0%B8%D1%8F_%D0%90%D0%BD%D0%B0%D0%BB%D0%B8%D1%82%D0%B8%D0%BA%D0%B0&diff=493Компетенция Аналитика2010-08-03T12:49:22Z<p>Asbaikin: /* См. также */</p>
<hr />
<div>В данном разделе представлены навыки и знания, которыми должен обладать Аналитик. Данный перечень был сформирован в ходе круглого стола на [http://conf.uml2.ru/about ЛАФ 2010].<br />
<br />
Начнем с того, что НЕТ устойчивого названия профессии специалиста, который занимается выявлением, анализом, документированием, проверкой и управлением требованиями. Известны следующие названия:<br />
* ИТ Аналитик<br />
* Аналитик требований<br />
* Системный Аналитик<br />
* Бизнес Аналитик<br />
* Постановщик задач<br />
* и т.д.<br />
<br />
<br />
Давайте в рамках данного раздела называть такого специалиста '''Системный Аналитик''' или просто '''Аналитик'''.<br />
<br />
И так, '''Аналитик должен обладать следующими областями знаниями и навыками''':<br />
# [[Навыки и техники Анализа требований]]<br />
# [[Знания Предметной области]]<br />
# [[Знания Технологий]]<br />
# [[Навыки и техники по Коммуникации]]<br />
# [[Навыки Профессионала]]<br />
# [[Знания Методологии работы с требованиями]]<br />
# [[Навыки Управления людьми]]<br />
<br />
Применение техник внутри областей знаний и навыков '''варьируются от следующих факторов''':<br />
# Разные предметные области<br />
# Разные Технологии<br />
# Продукт или разработка ПО на заказ<br />
# [http://ru.wikipedia.org/wiki/Software#.D0.9A.D0.BB.D0.B0.D1.81.D1.81.D0.B8.D1.84.D0.B8.D0.BA.D0.B0.D1.86.D0.B8.D1.8F_.D0.9F.D0.9E Класс программного обеспечения]<br />
<br />
== См. также ==<br />
# [http://www.uml2.ru/forum/index.php?topic=202.0 Ветка обсуждения на форуме про Компетенцию Аналитика]</div>Asbaikinhttp://lib.uml2.ru/index.php?title=%D0%9A%D0%BE%D0%BC%D0%BF%D0%B5%D1%82%D0%B5%D0%BD%D1%86%D0%B8%D1%8F_%D0%90%D0%BD%D0%B0%D0%BB%D0%B8%D1%82%D0%B8%D0%BA%D0%B0&diff=492Компетенция Аналитика2010-08-03T12:49:03Z<p>Asbaikin: </p>
<hr />
<div>В данном разделе представлены навыки и знания, которыми должен обладать Аналитик. Данный перечень был сформирован в ходе круглого стола на [http://conf.uml2.ru/about ЛАФ 2010].<br />
<br />
Начнем с того, что НЕТ устойчивого названия профессии специалиста, который занимается выявлением, анализом, документированием, проверкой и управлением требованиями. Известны следующие названия:<br />
* ИТ Аналитик<br />
* Аналитик требований<br />
* Системный Аналитик<br />
* Бизнес Аналитик<br />
* Постановщик задач<br />
* и т.д.<br />
<br />
<br />
Давайте в рамках данного раздела называть такого специалиста '''Системный Аналитик''' или просто '''Аналитик'''.<br />
<br />
И так, '''Аналитик должен обладать следующими областями знаниями и навыками''':<br />
# [[Навыки и техники Анализа требований]]<br />
# [[Знания Предметной области]]<br />
# [[Знания Технологий]]<br />
# [[Навыки и техники по Коммуникации]]<br />
# [[Навыки Профессионала]]<br />
# [[Знания Методологии работы с требованиями]]<br />
# [[Навыки Управления людьми]]<br />
<br />
Применение техник внутри областей знаний и навыков '''варьируются от следующих факторов''':<br />
# Разные предметные области<br />
# Разные Технологии<br />
# Продукт или разработка ПО на заказ<br />
# [http://ru.wikipedia.org/wiki/Software#.D0.9A.D0.BB.D0.B0.D1.81.D1.81.D0.B8.D1.84.D0.B8.D0.BA.D0.B0.D1.86.D0.B8.D1.8F_.D0.9F.D0.9E Класс программного обеспечения]<br />
<br />
== См. также ==<br />
# [http://www.uml2.ru/forum/index.php?topic=202.0 Ветку обсуждения на форуме про Компетенцию Аналитика]</div>Asbaikinhttp://lib.uml2.ru/index.php?title=%D0%9A%D0%BE%D0%BC%D0%BF%D0%B5%D1%82%D0%B5%D0%BD%D1%86%D0%B8%D1%8F_%D0%90%D0%BD%D0%B0%D0%BB%D0%B8%D1%82%D0%B8%D0%BA%D0%B0&diff=491Компетенция Аналитика2010-08-03T12:46:25Z<p>Asbaikin: </p>
<hr />
<div>В данном разделе представлены навыки и знания, которыми должен обладать Аналитик. Данный перечень был сформирован в ходе круглого стола на [http://conf.uml2.ru/about ЛАФ 2010].<br />
<br />
Начнем с того, что НЕТ устойчивого названия профессии специалиста, который занимается выявлением, анализом, документированием, проверкой и управлением требованиями. Известны следующие названия:<br />
* ИТ Аналитик<br />
* Аналитик требований<br />
* Системный Аналитик<br />
* Бизнес Аналитик<br />
* Постановщик задач<br />
* и т.д.<br />
<br />
<br />
Давайте в рамках данного раздела называть такого специалиста '''Системный Аналитик''' или просто '''Аналитик'''.<br />
<br />
И так, '''Аналитик должен обладать следующими областями знаниями и навыками''':<br />
# [[Навыки и техники Анализа требований]]<br />
# [[Знания Предметной области]]<br />
# [[Знания Технологий]]<br />
# [[Навыки и техники по Коммуникации]]<br />
# [[Навыки Профессионала]]<br />
# [[Знания Методологии работы с требованиями]]<br />
# [[Навыки Управления людьми]]<br />
<br />
Применение техник внутри областей знаний и навыков '''варьируются от следующих факторов''':<br />
# Разные предметные области<br />
# Разные Технологии<br />
# Продукт или разработка ПО на заказ<br />
# [http://ru.wikipedia.org/wiki/Software#.D0.9A.D0.BB.D0.B0.D1.81.D1.81.D0.B8.D1.84.D0.B8.D0.BA.D0.B0.D1.86.D0.B8.D1.8F_.D0.9F.D0.9E Класс программного обеспечения]</div>Asbaikinhttp://lib.uml2.ru/index.php?title=%D0%9D%D0%B0%D0%B2%D1%8B%D0%BA%D0%B8_%D0%B8_%D1%82%D0%B5%D1%85%D0%BD%D0%B8%D0%BA%D0%B8_%D1%80%D0%B0%D0%B7%D1%80%D0%B0%D0%B1%D0%BE%D1%82%D0%BA%D0%B8_%D1%82%D1%80%D0%B5%D0%B1%D0%BE%D0%B2%D0%B0%D0%BD%D0%B8%D0%B9&diff=490Навыки и техники разработки требований2010-08-03T12:44:10Z<p>Asbaikin: </p>
<hr />
<div>К данной области следует отнести следующие техники:<br />
# [http://ru.wikipedia.org/wiki/%D0%A6%D0%B5%D0%BB%D0%B5%D0%BF%D0%BE%D0%BB%D0%B0%D0%B3%D0%B0%D0%BD%D0%B8%D0%B5 Целепологание].<br />
# [http://ru.wikipedia.org/wiki/%D0%90%D0%BD%D0%B0%D0%BB%D0%B8%D0%B7_%D1%82%D1%80%D0%B5%D0%B1%D0%BE%D0%B2%D0%B0%D0%BD%D0%B8%D0%B9#.D0.92.D1.8B.D1.8F.D0.B2.D0.BB.D0.B5.D0.BD.D0.B8.D0.B5_.D0.B8_.D0.B0.D0.BD.D0.B0.D0.BB.D0.B8.D0.B7_.D1.82.D1.80.D0.B5.D0.B1.D0.BE.D0.B2.D0.B0.D0.BD.D0.B8.D0.B9 Выявление требований]. Цель - получить максимум информации о Системе и её окружении.<br />
# Анализ требований. Цель - получить [http://www.uml2.ru/index.php?option=com_content&task=view&id=88&Itemid=53 хорошие требования] к Системе из накопленной информации.<br />
# [http://ru.wikipedia.org/wiki/%D0%90%D0%BD%D0%B0%D0%BB%D0%B8%D0%B7_%D1%82%D1%80%D0%B5%D0%B1%D0%BE%D0%B2%D0%B0%D0%BD%D0%B8%D0%B9#.D0.A1.D0.BF.D0.B5.D1.86.D0.B8.D1.84.D0.B8.D0.BA.D0.B0.D1.86.D0.B8.D1.8F_.D1.82.D1.80.D0.B5.D0.B1.D0.BE.D0.B2.D0.B0.D0.BD.D0.B8.D0.B9 Спецификация требований]. Цель - получить понятное и однозначное для всех ЗЛ представление требований.<br />
#* Документирование<br />
#* Моделирование<br />
# Проверка требований. Цель - улучшить требования к Системе, полученные выше.<br />
<br />
Также, безусловно, Аналитик должен обладать [http://ru.wikipedia.org/wiki/%D0%90%D0%BD%D0%B0%D0%BB%D0%B8%D0%B7 аналитическим складом ума] и [http://ru.wikipedia.org/wiki/%D0%A1%D0%B8%D1%81%D1%82%D0%B5%D0%BC%D0%B0 системным мышлением].<br />
<br />
Подробнее про данные техники написано не мало [http://system-analysis.ru/2009/01/analystbookshelf/ книг], [http://www.google.ru/search?hl=ru&newwindow=1&pwst=1&&sa=X&ei=LqMzTJquNML_OZCD9dgB&ved=0CBsQvwUoAQ&q=requirements+analysis+techniques&spell=1 статей] и [http://bas4all.livejournal.com/23385.html сводов знаний].<br />
<br />
Многие техники на столько универсальны, что их можно (нужно) применять не только на разных стадиях работы с требованиями, но и в других областях. Например, Диаграммы могут быть как средством документирования, так и средством проверки текстового описания требований. А техника [http://www.inventech.ru/pub/methods/metod-0002/ 5 Почему] может применяться многими специалистами, как в ИТ, так и в других областях деятельности, для выявления проблем.<br />
<br />
Применение тех или иных техник сильно зависит от следующего:<br />
* Разрабатываем ПО на заказ или Продукт для массового использования.<br />
* Какого [http://ru.wikipedia.org/wiki/Software#.D0.9A.D0.BB.D0.B0.D1.81.D1.81.D0.B8.D1.84.D0.B8.D0.BA.D0.B0.D1.86.D0.B8.D1.8F_.D0.9F.D0.9E класса ПО] мы делаем.<br />
<br />
== См. также ==<br />
* [http://planetahr.ru/publication/1919 Способность к анализу - врожденное или приобретенное?]</div>Asbaikinhttp://lib.uml2.ru/index.php?title=%D0%9A%D0%BE%D0%BC%D0%BF%D0%B5%D1%82%D0%B5%D0%BD%D1%86%D0%B8%D1%8F_%D0%90%D0%BD%D0%B0%D0%BB%D0%B8%D1%82%D0%B8%D0%BA%D0%B0&diff=489Компетенция Аналитика2010-08-03T12:29:01Z<p>Asbaikin: </p>
<hr />
<div>В данном разделе представлены навыки и знания, которыми должен обладать Аналитик. Данный перечень был сформирован в ходе круглого стола на [http://conf.uml2.ru/about ЛАФ 2010].<br />
<br />
Начнем с того, что НЕТ устойчивого названия профессии специалиста, который занимается выявлением, анализом, документированием, проверкой и управлением требованиями. Известны следующие названия:<br />
* ИТ Аналитик<br />
* Аналитик требований<br />
* Системный Аналитик<br />
* Бизнес Аналитик<br />
* Постановщик задач<br />
* и т.д.<br />
<br />
<br />
Давайте в рамках данного раздела называть такого специалиста '''Системный Аналитик''' или просто '''Аналитик'''.<br />
<br />
И так, '''Аналитик должен обладать следующими областями знаниями и навыками''':<br />
# [[Навыки и техники Анализа требований]]<br />
# [[Знания Предметной области]]<br />
# [[Знания Технологий]]<br />
# [[Навыки и техники по Коммуникации]]<br />
# [[Навыки Профессионала]]<br />
# [[Знания Методологии работы с требованиями]]<br />
# [[Навыки Управления людьми]]<br />
<br />
Применение техник внутри областей знаний и навыков '''варьируются от следующих факторов''':<br />
# Разные предметные области<br />
# Разные Технологии<br />
# Продукт или разработка ПО на заказ</div>Asbaikinhttp://lib.uml2.ru/index.php?title=%D0%9D%D0%B0%D0%B2%D1%8B%D0%BA%D0%B8_%D0%B8_%D1%82%D0%B5%D1%85%D0%BD%D0%B8%D0%BA%D0%B8_%D1%80%D0%B0%D0%B7%D1%80%D0%B0%D0%B1%D0%BE%D1%82%D0%BA%D0%B8_%D1%82%D1%80%D0%B5%D0%B1%D0%BE%D0%B2%D0%B0%D0%BD%D0%B8%D0%B9&diff=488Навыки и техники разработки требований2010-08-03T12:08:25Z<p>Asbaikin: </p>
<hr />
<div>К данной области следует отнести следующие техники:<br />
# [http://ru.wikipedia.org/wiki/%D0%A6%D0%B5%D0%BB%D0%B5%D0%BF%D0%BE%D0%BB%D0%B0%D0%B3%D0%B0%D0%BD%D0%B8%D0%B5 Целепологание].<br />
# [http://ru.wikipedia.org/wiki/%D0%90%D0%BD%D0%B0%D0%BB%D0%B8%D0%B7_%D1%82%D1%80%D0%B5%D0%B1%D0%BE%D0%B2%D0%B0%D0%BD%D0%B8%D0%B9#.D0.92.D1.8B.D1.8F.D0.B2.D0.BB.D0.B5.D0.BD.D0.B8.D0.B5_.D0.B8_.D0.B0.D0.BD.D0.B0.D0.BB.D0.B8.D0.B7_.D1.82.D1.80.D0.B5.D0.B1.D0.BE.D0.B2.D0.B0.D0.BD.D0.B8.D0.B9 Выявление требований]. Цель - получить максимум информации о Системе и её окружении.<br />
# Анализ требований. Цель - получить [http://www.uml2.ru/index.php?option=com_content&task=view&id=88&Itemid=53 хорошие требования] к Системе из накопленной информации.<br />
# [http://ru.wikipedia.org/wiki/%D0%90%D0%BD%D0%B0%D0%BB%D0%B8%D0%B7_%D1%82%D1%80%D0%B5%D0%B1%D0%BE%D0%B2%D0%B0%D0%BD%D0%B8%D0%B9#.D0.A1.D0.BF.D0.B5.D1.86.D0.B8.D1.84.D0.B8.D0.BA.D0.B0.D1.86.D0.B8.D1.8F_.D1.82.D1.80.D0.B5.D0.B1.D0.BE.D0.B2.D0.B0.D0.BD.D0.B8.D0.B9 Спецификация требований]. Цель - получить понятное и однозначное для всех ЗЛ представление требований.<br />
#* Документирование<br />
#* Моделирование<br />
# Проверка требований. Цель - улучшить требования к Системе, полученные выше.<br />
<br />
Также, безусловно, Аналитик должен обладать [http://ru.wikipedia.org/wiki/%D0%90%D0%BD%D0%B0%D0%BB%D0%B8%D0%B7 аналитическим складом ума] и [http://ru.wikipedia.org/wiki/%D0%A1%D0%B8%D1%81%D1%82%D0%B5%D0%BC%D0%B0 системным мышлением].<br />
<br />
Подробнее про данные техники написано не мало [http://system-analysis.ru/2009/01/analystbookshelf/ книг], [http://www.google.ru/search?hl=ru&newwindow=1&pwst=1&&sa=X&ei=LqMzTJquNML_OZCD9dgB&ved=0CBsQvwUoAQ&q=requirements+analysis+techniques&spell=1 статей] и [http://bas4all.livejournal.com/23385.html сводов знаний].<br />
<br />
Многие техники на столько универсальны, что их можно (нужно) применять не только на разных стадиях работы с требованиями, но и в других областях. Например, Диаграммы могут быть как средством документирования, так и средством проверки текстового описания требований. А техника [http://www.inventech.ru/pub/methods/metod-0002/ 5 Почему] может применяться многими специалистами, как в ИТ, так и в других областях деятельности, для выявления проблем.<br />
<br />
Применение тех или иных техник сильно зависит от того какую Систему мы делаем: ПО на заказ или Продукт для массового использования.<br />
<br />
== См. также ==<br />
* [http://planetahr.ru/publication/1919 Способность к анализу - врожденное или приобретенное?]</div>Asbaikinhttp://lib.uml2.ru/index.php?title=%D0%9D%D0%B0%D0%B2%D1%8B%D0%BA%D0%B8_%D0%A3%D0%BF%D1%80%D0%B0%D0%B2%D0%BB%D0%B5%D0%BD%D0%B8%D1%8F_%D0%BB%D1%8E%D0%B4%D1%8C%D0%BC%D0%B8&diff=487Навыки Управления людьми2010-08-03T12:04:46Z<p>Asbaikin: Новая страница: « До этого были перечислены области знаний и навыков, которыми должен обладать хороший Ана...»</p>
<hr />
<div><br />
<br />
До этого были перечислены области знаний и навыков, которыми должен обладать хороший Аналитик. Если же мы говорим о начальниках групп Аналитиков или Аналитического отдела, то к области знаний сразу добавляется еще и "Управление людьми/командой".<br />
<br />
По данной области также были жаркие дискуссии - относится ли данная область к Аналитику или она стоит особняком. Естественно, если человек хочет расти в управленцы (в не зависимости от специализации), то он должен обладать данными знаниями. Но мое мнение, что данная область должна остаться в Компетенции Аналитика и ей нужно обучать в ВУЗе.</div>Asbaikinhttp://lib.uml2.ru/index.php?title=%D0%97%D0%BD%D0%B0%D0%BD%D0%B8%D1%8F_%D0%9C%D0%B5%D1%82%D0%BE%D0%B4%D0%BE%D0%BB%D0%BE%D0%B3%D0%B8%D0%B8_%D1%80%D0%B0%D0%B1%D0%BE%D1%82%D1%8B_%D1%81_%D1%82%D1%80%D0%B5%D0%B1%D0%BE%D0%B2%D0%B0%D0%BD%D0%B8%D1%8F%D0%BC%D0%B8&diff=486Знания Методологии работы с требованиями2010-08-03T11:59:28Z<p>Asbaikin: Новая страница: «К данной области можно отнести следующие знания: # Управление изменениями требований и гр...»</p>
<hr />
<div>К данной области можно отнести следующие знания:<br />
# Управление изменениями требований и границами Системы<br />
# Выстраивание процесса работы с требованиями<br />
# Планирование работы с требованиями<br />
# Первичная проверка Системы<br />
# Первичная сдача Системы и обучение пользователей<br />
# Понимание методологий разработки ПО</div>Asbaikinhttp://lib.uml2.ru/index.php?title=%D0%9D%D0%B0%D0%B2%D1%8B%D0%BA%D0%B8_%D0%9F%D1%80%D0%BE%D1%84%D0%B5%D1%81%D1%81%D0%B8%D0%BE%D0%BD%D0%B0%D0%BB%D0%B0&diff=485Навыки Профессионала2010-08-03T11:55:42Z<p>Asbaikin: Новая страница: «При определении названия данной области возникло много споров, но давайте пока называть е...»</p>
<hr />
<div>При определении названия данной области возникло много споров, но давайте пока называть ее так - Навыки профессионала.<br />
<br />
К данной области можно отнести следующее:<br />
# Работа на результат<br />
# Работа в команде<br />
# Умение брать ответственность на себя<br />
# Управление своим временем<br />
# Хорошая обучаемость и саморазвитие<br />
<br />
Этими навыками должен обладать любой хороший специалист.</div>Asbaikinhttp://lib.uml2.ru/index.php?title=%D0%9D%D0%B0%D0%B2%D1%8B%D0%BA%D0%B8_%D0%B8_%D1%82%D0%B5%D1%85%D0%BD%D0%B8%D0%BA%D0%B8_%D0%BF%D0%BE_%D0%9A%D0%BE%D0%BC%D0%BC%D1%83%D0%BD%D0%B8%D0%BA%D0%B0%D1%86%D0%B8%D0%B8&diff=484Навыки и техники по Коммуникации2010-08-03T11:52:29Z<p>Asbaikin: Новая страница: «К данной области можно отнести следующие навыки: # Умение общаться с людьми и межличностны...»</p>
<hr />
<div>К данной области можно отнести следующие навыки:<br />
# Умение общаться с людьми и межличностные отношения<br />
# Презентационные навыки<br />
# Ведение интервью, умение задавать вопросы<br />
# Умение подстраиваться под людей<br />
# Умение убеждать<br />
# Обладать харизмой<br />
<br />
К сожалению, этому технического специалиста нигде и никто не учит! Хотя, зная простые психологические приемы, можно намного эффективнее взаимодействовать. Например, зная, что совещание становится не эффективным после 2 часов общения, можно сэкономить массу времени.<br />
<br />
Опять же данная область знаний и навыков относится не только к Аналитику, но и к другим специалистам (ИТ и не не только).</div>Asbaikinhttp://lib.uml2.ru/index.php?title=%D0%97%D0%BD%D0%B0%D0%BD%D0%B8%D1%8F_%D0%A2%D0%B5%D1%85%D0%BD%D0%BE%D0%BB%D0%BE%D0%B3%D0%B8%D0%B9&diff=483Знания Технологий2010-08-03T11:47:47Z<p>Asbaikin: Новая страница: « Часто забывают, что Аналитик должен обладать и знаниями технологий, на основе которых ра...»</p>
<hr />
<div><br />
<br />
Часто забывают, что Аналитик должен обладать и знаниями технологий, на основе которых разрабатывается Система. Что тут имеется в виду под технологией - язык программирования, СУБД, ОС, Сервер приложения, внедряемая система (1С, SAP, OeBS, ...) и т.д.<br />
<br />
Опять же в данной области Аналитик не должен быть экспертом, для этого есть Архитекторы и Программисты. Но, если он совсем не может сказать в чем разница между двухзвенной и многозвенной технологиями, то не просто будет разговаривать с теми же разработчиками или помогать Бизнесу найти наилучшее технологическое решение для его требований. Также, не зная, как можно сконфигурировать отчет в SAP Business Objects, можно написать такие требования, что диву даешься. По сути, Технологии являются ограничениями для требований Заказчика, и чем лучше Аналитик знает те Технологии, на чем делается Система, тем быстрее и лучше результат.<br />
<br />
Давайте сюда же отнесем и знание Систем, с помощью которых Аналитик моделирует или управляет требованиями. Хотя отнесение этого набора в данную область м.б. спорно.<br />
<br />
Один из извечных споров - "Следует ли системному аналитику владеть навыками программирования?". ИМХО Аналитику очень неплохо владеть навыками программирования. Знаний, дающихся в ВУЗе на ИТ специальности вполне должно хватить. Мне, например, иногда помогают такие знания в исполнении даже непосредственных обязанностей - написать запросик к БД или макрос для экселя. И уж точно мне по ушам разработчики не будут ездить, что это сделать невозможно :)<br />
<br />
На ЛАФ 2010 мы выдели следующие дисциплины чему необходимо обучать Аналитика в данной области:<br />
# Введение в технологии/решения<br />
# Алгоритмизация<br />
# Методы оптимизации<br />
# Основы программирования<br />
# Проектирование и архитектура ИС<br />
# Моделирование<br />
# ИТ архитектура предприятия</div>Asbaikinhttp://lib.uml2.ru/index.php?title=%D0%9D%D0%B0%D0%B2%D1%8B%D0%BA%D0%B8_%D0%B8_%D1%82%D0%B5%D1%85%D0%BD%D0%B8%D0%BA%D0%B8_%D1%80%D0%B0%D0%B7%D1%80%D0%B0%D0%B1%D0%BE%D1%82%D0%BA%D0%B8_%D1%82%D1%80%D0%B5%D0%B1%D0%BE%D0%B2%D0%B0%D0%BD%D0%B8%D0%B9&diff=482Навыки и техники разработки требований2010-08-03T10:57:53Z<p>Asbaikin: </p>
<hr />
<div>К данной области следует отнести следующие техники:<br />
# [http://ru.wikipedia.org/wiki/%D0%A6%D0%B5%D0%BB%D0%B5%D0%BF%D0%BE%D0%BB%D0%B0%D0%B3%D0%B0%D0%BD%D0%B8%D0%B5 Целепологание].<br />
# [http://ru.wikipedia.org/wiki/%D0%90%D0%BD%D0%B0%D0%BB%D0%B8%D0%B7_%D1%82%D1%80%D0%B5%D0%B1%D0%BE%D0%B2%D0%B0%D0%BD%D0%B8%D0%B9#.D0.92.D1.8B.D1.8F.D0.B2.D0.BB.D0.B5.D0.BD.D0.B8.D0.B5_.D0.B8_.D0.B0.D0.BD.D0.B0.D0.BB.D0.B8.D0.B7_.D1.82.D1.80.D0.B5.D0.B1.D0.BE.D0.B2.D0.B0.D0.BD.D0.B8.D0.B9 Выявление требований]. Цель - получить максимум информации о Системе и её окружении.<br />
# Анализ требований. Цель - получить [http://www.uml2.ru/index.php?option=com_content&task=view&id=88&Itemid=53 хорошие требования] к Системе из накопленной информации.<br />
# [http://ru.wikipedia.org/wiki/%D0%90%D0%BD%D0%B0%D0%BB%D0%B8%D0%B7_%D1%82%D1%80%D0%B5%D0%B1%D0%BE%D0%B2%D0%B0%D0%BD%D0%B8%D0%B9#.D0.A1.D0.BF.D0.B5.D1.86.D0.B8.D1.84.D0.B8.D0.BA.D0.B0.D1.86.D0.B8.D1.8F_.D1.82.D1.80.D0.B5.D0.B1.D0.BE.D0.B2.D0.B0.D0.BD.D0.B8.D0.B9 Спецификация требований]. Цель - получить понятное и однозначное для всех ЗЛ представление требований.<br />
#* Документирование<br />
#* Моделирование<br />
# Проверка требований. Цель - улучшить требования к Системе, полученные выше.<br />
<br />
Также, безусловно, Аналитик должен обладать [http://ru.wikipedia.org/wiki/%D0%90%D0%BD%D0%B0%D0%BB%D0%B8%D0%B7 аналитическим складом ума] и [http://ru.wikipedia.org/wiki/%D0%A1%D0%B8%D1%81%D1%82%D0%B5%D0%BC%D0%B0 системным мышлением].<br />
<br />
Подробнее про данные техники написано не мало [http://system-analysis.ru/2009/01/analystbookshelf/ книг], [http://www.google.ru/search?hl=ru&newwindow=1&pwst=1&&sa=X&ei=LqMzTJquNML_OZCD9dgB&ved=0CBsQvwUoAQ&q=requirements+analysis+techniques&spell=1 статей] и [http://bas4all.livejournal.com/23385.html сводов знаний].<br />
<br />
Многие техники на столько универсальны, что их можно (нужно) применять не только на разных стадиях работы с требованиями, но и в других областях. Например, Диаграммы могут быть как средством документирования, так и средством проверки текстового описания требований. А техника [http://www.inventech.ru/pub/methods/metod-0002/ 5 Почему] может применяться многими специалистами, как в ИТ, так и в других областях деятельности, для выявления проблем.<br />
<br />
== См. также ==<br />
* [http://planetahr.ru/publication/1919 Способность к анализу - врожденное или приобретенное?]</div>Asbaikinhttp://lib.uml2.ru/index.php?title=%D0%97%D0%BD%D0%B0%D0%BD%D0%B8%D1%8F_%D0%9F%D1%80%D0%B5%D0%B4%D0%BC%D0%B5%D1%82%D0%BD%D0%BE%D0%B9_%D0%BE%D0%B1%D0%BB%D0%B0%D1%81%D1%82%D0%B8&diff=481Знания Предметной области2010-08-03T10:56:22Z<p>Asbaikin: </p>
<hr />
<div><br />
Да, без знания Бизнеса заказчика далеко не уйдешь. Чем ты его лучше знаешь, тем быстрее и лучше будет результат. Поэтому, к сожалению, во многих компаниях сложился стереотип, что Аналитик - этот то человек, который знает хорошо предметку и может писать сочинения.<br />
<br />
Но Аналитик, обладая хорошими [[Навыки и техники Анализа требований]], может более эффективно работать, чем Аналитик знающий только Бизнес. Скорее даже мое мнение, что Аналитик должен понимать Бизнес, но может не быть в нем экспертом, для выяснения всей необходимой информации есть бизнес-заказчики, которым нужна разрабатываемая Система.<br />
<br />
Аналитик, который знает только Бизнес ограничен работой только в одной организации, т.к. придя в другую (даже в той же области) он уже не сможет в полном объеме понять проблемы и цели на новом предприятии. Особенно это касается наших предприятиях, т.к. у нас везде бизнес уникален.<br />
<br />
Знание Бизнеса также гарантирует, что Аналитик говорит с Заказчиком на одном (его) языке. В частности, по этому первым делом нужно писать Глоссарий бизнес терминов, который в последствии становится основой для моделирования Бизнес Объектов.<br />
<br />
Остается вопрос - как этому учиться? И можно ли этой области знаний научить в институте? Как говориться - практика лучшая учеба, но никто не отменял книжки по бух учету или курс в ВУЗе по экономике. Этому тоже можно учиться и учить! В частности были выделены следующие области, которым нужно учить Аналитика в ВУЗе:<br />
<br />
# Основы управления предприятием (процессы, орг. структура и т.д.)<br />
# Базовый курс экономики<br />
# Базовый курс по бух учету<br />
# Основы производства на предприятии<br />
# Что-то наверное еще</div>Asbaikinhttp://lib.uml2.ru/index.php?title=%D0%9A%D0%BE%D0%BC%D0%BF%D0%B5%D1%82%D0%B5%D0%BD%D1%86%D0%B8%D1%8F_%D0%90%D0%BD%D0%B0%D0%BB%D0%B8%D1%82%D0%B8%D0%BA%D0%B0&diff=460Компетенция Аналитика2010-07-28T14:14:26Z<p>Asbaikin: </p>
<hr />
<div>В данном разделе представлены навыки и знания, которыми должен обладать Аналитик. Данный перечень был сформирован в ходе круглого стола на [http://conf.uml2.ru/about ЛАФ 2010].<br />
<br />
Начнем с того, что НЕТ устойчивого названия профессии специалиста, который занимается выявлением, анализом, документированием, проверкой и управлением требованиями. Известны следующие названия:<br />
* ИТ Аналитик<br />
* Аналитик требований<br />
* Системный Аналитик<br />
* Бизнес Аналитик<br />
* Постановщик задач<br />
* и т.д.<br />
<br />
<br />
Давайте в рамках данного раздела называть такого специалиста '''Системный Аналитик''' или просто '''Аналитик'''.<br />
<br />
И так, '''Аналитик должен обладать следующими знаниями и навыками''':<br />
# [[Навыки и техники Анализа требований]]<br />
# [[Знания Предметной области]]<br />
# [[Знания Технологий]]<br />
# [[Навыки и техники по Коммуникации]]<br />
# [[Навыки Профессионала]]<br />
# [[Знания Методологии работы с требованиями]]<br />
# [[Навыки Управления людьми]]</div>Asbaikinhttp://lib.uml2.ru/index.php?title=%D0%9A%D0%BE%D0%BC%D0%BF%D0%B5%D1%82%D0%B5%D0%BD%D1%86%D0%B8%D1%8F_%D0%90%D0%BD%D0%B0%D0%BB%D0%B8%D1%82%D0%B8%D0%BA%D0%B0&diff=459Компетенция Аналитика2010-07-28T14:14:07Z<p>Asbaikin: </p>
<hr />
<div>В данном разделе представлены навыки и знания, которыми должен обладать Аналитик. Данный перечень был сформирован в ходе круглого стола на [http://conf.uml2.ru/about ЛАФ 2010].<br />
<br />
Начнем с того, что НЕТ устойчивого названия профессии специалиста, который занимается выявлением, анализом, документированием, проверкой и управлением требованиями. Известны следующие названия:<br />
* ИТ Аналитик<br />
* Аналитик требований<br />
* Системный Аналитик<br />
* Бизнес Аналитик<br />
* Постановщик задач<br />
* и т.д.<br />
<br />
<br />
Давайте в рамках данного раздела называть такого специалиста '''Системный Аналитик''' или просто '''Аналитик'''.<br />
<br />
И так, '''Аналитик должен обладать следующими знаниями и навыками''':<br />
# [[Навыки и техники Анализа требований]]<br />
# [[Знания Предметной области]]<br />
# [[Знания Технологий]]<br />
# [[Навыки и техники по Коммуникации]]<br />
# [[Навыки Профессионала]]<br />
# [[Знания Методологии работы с требованиями]]<br />
# [[Навыки Управления людьми]]<br />
<br />
[http://conf.uml2.ru]</div>Asbaikinhttp://lib.uml2.ru/index.php?title=%D0%9A%D0%BE%D0%BC%D0%BF%D0%B5%D1%82%D0%B5%D0%BD%D1%86%D0%B8%D1%8F_%D0%90%D0%BD%D0%B0%D0%BB%D0%B8%D1%82%D0%B8%D0%BA%D0%B0&diff=458Компетенция Аналитика2010-07-28T14:13:45Z<p>Asbaikin: </p>
<hr />
<div>В данном разделе представлены навыки и знания, которыми должен обладать Аналитик. Данный перечень был сформирован в ходе круглого стола на [http://conf.uml2.ru/about ЛАФ 2010].<br />
<br />
Начнем с того, что НЕТ устойчивого названия профессии специалиста, который занимается выявлением, анализом, документированием, проверкой и управлением требованиями. Известны следующие названия:<br />
* ИТ Аналитик<br />
* Аналитик требований<br />
* Системный Аналитик<br />
* Бизнес Аналитик<br />
* Постановщик задач<br />
* и т.д.<br />
<br />
<br />
Давайте в рамках данного раздела называть такого специалиста '''Системный Аналитик''' или просто '''Аналитик'''.<br />
<br />
И так, '''Аналитик должен обладать следующими знаниями и навыками''':<br />
# [[Навыки и техники Анализа требований]]<br />
# [[Знания Предметной области]]<br />
# [[Знания Технологий]]<br />
# [[Навыки и техники по Коммуникации]]<br />
# [[Навыки Профессионала]]<br />
# [[Знания Методологии работы с требованиями]]<br />
# [[Навыки Управления людьми]]<br />
<br />
[uml2.ru]</div>Asbaikinhttp://lib.uml2.ru/index.php?title=%D0%9A%D0%B0%D1%82%D0%B5%D0%B3%D0%BE%D1%80%D0%B8%D1%8F:%D0%93%D0%BB%D0%BE%D1%81%D1%81%D0%B0%D1%80%D0%B8%D0%B9&diff=440Категория:Глоссарий2010-05-25T20:07:46Z<p>Asbaikin: /* Ссылки */</p>
<hr />
<div>== Ссылки ==<br />
[http://wiki.system-analyst.org.ua/index.php/Категория:Терминология Термины от наших украинских коллег]<br />
<br />
[http://www.uml2.ru/forum/index.php?board=32.0 Термины и определения с форума uml2.ru. Нужно здесь их агрегировать]<br />
<br />
[[Словарь терминов. Карл Вигерс]]<br />
<br />
[http://al-kot.livejournal.com/1847.html Пользовательский словарь Project Menegement для Lingvo]</div>Asbaikinhttp://lib.uml2.ru/index.php?title=%D0%9A%D0%B0%D1%82%D0%B5%D0%B3%D0%BE%D1%80%D0%B8%D1%8F:%D0%93%D0%BB%D0%BE%D1%81%D1%81%D0%B0%D1%80%D0%B8%D0%B9&diff=439Категория:Глоссарий2010-05-25T20:06:12Z<p>Asbaikin: /* Ссылки */</p>
<hr />
<div>== Ссылки ==<br />
[http://wiki.system-analyst.org.ua/index.php/Категория:Терминология Термины от наших украинских коллег]<br />
<br />
[http://www.uml2.ru/forum/index.php?board=32.0 Термины и определения с форума uml2.ru. Нужно здесь их агрегировать]<br />
<br />
[[Словарь терминов. Карл Вигерс]]<br />
<br />
<br />
[http://al-kot.livejournal.com/1847.html Пользовательский словарь Project Menegement для Lingvo]</div>Asbaikinhttp://lib.uml2.ru/index.php?title=BABOK&diff=438BABOK2010-04-30T08:57:13Z<p>Asbaikin: /* Ссылки */</p>
<hr />
<div><br />
== BABOK ==<br />
BABOK (''Business Analysis Body of Knowledge'') — профессиональный стандарт/свод знаний по бизнес-анализу, разрабатываемая <br />
международным институтом бизнес-анализа (''[[International Institute of Business Analysis]]'', IIBA). <br />
<br />
Из известных на сегодня сводов знаний BABOK — самый юный. Свод знаний по управлению проектами — PMBOK — давно стал признанным стандартом в своей области. Свод знаний по программной инженерии — SWEBOK, выпущенный в 2004 году, хотя и вызывает немало споров, все увереннее прокладывает себе дорогу в обучении и практической деятельности специалистов по промышленной разработке программных продуктов. Существующая черновая версия BABOK 1.6 была опубликована в июле 2006 года, сейчас завершается работа над версией 2.0. Судя по всему, широкое признание у BABOK еще впереди — не все бизнес-аналитики даже знают о его существовании, не говоря уже о практическом применении.<br />
<br />
== Разделы BABOK ==<br />
[[Глава 1. Вступление]]<br />
<br />
[[Глава 2. Планирование и мониторинг процесса Бизнес-анализа]]<br />
<br />
[[Глава 3. Управление требованиями и взаимодействие]]<br />
<br />
[[Глава 4. Корпоративный анализ]]<br />
<br />
[[Глава 5. Сбор требований]]<br />
<br />
[[Глава 6. Анализ требований]]<br />
<br />
[[Глава 7. Оценка решения и проверка]]<br />
<br />
[[Глава 8. Основные компетенции]]<br />
<br />
== Ссылки ==<br />
* [http://wiki.system-analyst.org.ua/index.php/Проект_перевода_BABOK Перевод BABOK от наших украинских коллег]<br />
* [http://files.mail.ru/703UPE Оригинал BABOK v.2 для скачивания]<br />
* [http://books.google.com/books?id=CFHw8jSEWwkC&lpg=PP1&dq=A%20guide%20to%20business%20analysis%20body%20of%20knowledge&hl=ru&pg=PA161#v=onepage&q&f=true Оригинал BABOK v.2 на GBooks]<br />
* [[wikipedia:A_Guide_to_the_Business_Analysis_Body_of_Knowledge]]<br />
* http://www.theiiba.org/AM/Template.cfm?Section=Body_of_Knowledge — свежие версии от авторов. <br />
* «[http://www.osp.ru/os/2008/08/5661557/ Бизнес-аналитик]» — статья в «Открытых Системах»</div>Asbaikinhttp://lib.uml2.ru/index.php?title=%D0%9F%D1%80%D0%B5%D0%B4%D0%BB%D0%BE%D0%B6%D0%B5%D0%BD%D0%B8%D1%8F_%D0%BF%D0%BE_%D1%82%D0%B5%D0%BC%D0%B0%D0%BC_%D0%B4%D0%BB%D1%8F_%D1%81%D0%BE%D0%B1%D1%80%D0%B0%D0%BD%D0%B8%D0%B9_%D0%A1%D0%BE%D0%BE%D0%B1%D1%89%D0%B5%D1%81%D1%82%D0%B2%D0%B0&diff=436Предложения по темам для собраний Сообщества2010-04-02T20:49:34Z<p>Asbaikin: </p>
<hr />
<div>== Мероприятия в Мск ==<br />
<poll><br />
RESTRICT_IP<br />
POINTS 3<br />
Какие Вам темы наиболее интересны? <br />
# Чем должен заниматься аналитик? Чем отличается бизнес-аналитик от системного? Нужно ли, и возможно ли вообще это различать? (Круглый стол)<br />
# Профессия Аналитика в разных компаниях. Как вообще ложится аналитика на роли в команде если они есть? В частности, должен ли руководитель быть аналитиком? (Круглый стол)<br />
# Методы оценки качества требований и работы. Нужно ли (можно ли) вводить градации для квалификации аналитика? Как промерять результат? (Круглый стол)<br />
# Можно ли (и нужно ли) планировать работу аналитика? (Круглый стол)<br />
# Как планировать сроки? Можно ли сказать какой результат нужно получить? (Круглый стол)<br />
#Стандарты в области БА. (Круглый стол)<br />
# Что такое Архитектура? Как ее описывать? (Круглый стол)<br />
# Основы моделирования. (Семинар)<br />
# UML для Аналитика. (Семинар)<br />
# Техническое задание. (Семинар)<br />
# Описание требований в виде ВИ. (Семинар)<br />
# С какой подробностью писать постановки? Постановка для разработчика и для бизнеса одна и та же? Если нет как их синхронизировать? (Круглый стол)<br />
# Нужны ли стандарты на документацию? Общие? Корпоративные? Жесткие Шаблоны структуры? (Круглый стол) Обязательные к использованию паттерны (да это не одно и тоже)? '''(Круглый стол)'''<br />
# Какую документацию по системе нужно писать? Надо ли это делать? Как добиться актуальности (минимизируя затраты)? Можно ли это отдать на ''outsource''.. (Круглый стол)<br />
</poll><br />
<br />
<br />
== Мероприятия в Спб ==<br />
<br />
<poll><br />
RESTRICT_IP<br />
POINTS 3<br />
Какие Вам темы наиболее интересны?<br />
# Управление требованиями в реальных проектах(фазы, бейзлайны, атрибуты)<br />
# Разработка требований для сервисов (две стороны одной монеты: рынок (product) и обслуживание(backoffice))<br />
# Sparx EA в реальных проектах (модель, управление требованиями, отчеты)<br />
# Построение аналитических процессов, или как заинтересовать руководство в роли аналитика (от проблем к значимому результату)<br />
# Метрики в процессе разработки и управления требованиями<br />
# Атрибуты качества (нефункциональные требования) от пользователей<br />
# Развитие аналитических навыков, или как обучить аналитика<br />
</poll><br />
<br />
== Мероприятия в Киеве ==<br />
<br />
== Мероприятия в Минске ==</div>Asbaikinhttp://lib.uml2.ru/index.php?title=%D0%9F%D1%80%D0%B5%D0%B4%D0%BB%D0%BE%D0%B6%D0%B5%D0%BD%D0%B8%D1%8F_%D0%BF%D0%BE_%D1%82%D0%B5%D0%BC%D0%B0%D0%BC_%D0%B4%D0%BB%D1%8F_%D1%81%D0%BE%D0%B1%D1%80%D0%B0%D0%BD%D0%B8%D0%B9_%D0%A1%D0%BE%D0%BE%D0%B1%D1%89%D0%B5%D1%81%D1%82%D0%B2%D0%B0&diff=435Предложения по темам для собраний Сообщества2010-04-02T20:48:08Z<p>Asbaikin: </p>
<hr />
<div>== Мероприятия в Мск ==<br />
<poll><br />
RESTRICT_IP<br />
POINTS 3<br />
Какие Вам темы наиболее интересны? <br />
# Чем должен заниматься аналитик? Чем отличается бизнес-аналитик от системного? Нужно ли, и возможно ли вообще это различать? (Круглый стол)<br />
# Профессия Аналитика в разных компаниях. Как вообще ложится аналитика на роли в команде если они есть? В частности, должен ли руководитель быть аналитиком? (Круглый стол)<br />
# Методы оценки качества требований и работы. Нужно ли (можно ли) вводить градации для квалификации аналитика? Как промерять результат? (Круглый стол)<br />
# Можно ли (и нужно ли) планировать работу аналитика? (Круглый стол)<br />
# Как планировать сроки? Можно ли сказать какой результат нужно получить? (Круглый стол)<br />
#Стандарты в области БА. (Круглый стол)<br />
# Что такое Архитектура? Как ее описывать? (Круглый стол)<br />
# Основы моделирования. (Семинар)<br />
# UML для Аналитика. (Семинар)<br />
# Техническое задание. (Семинар)<br />
# Описание требований в виде ВИ. (Семинар)<br />
# С какой подробностью писать постановки? Постановка для разработчика и для бизнеса одна и та же? Если нет как их синхронизировать? (Круглый стол)<br />
# Нужны ли стандарты на документацию? Общие? Корпоративные? Жесткие Шаблоны структуры? (Круглый стол) Обязательные к использованию паттерны (да это не одно и тоже)? '''(Круглый стол)'''<br />
# Какую документацию по системе нужно писать? Надо ли это делать? Как добиться актуальности (минимизируя затраты)? Можно ли это отдать на ''outsource''.. (Круглый стол)<br />
</poll><br />
<br />
<br />
== Мероприятия в Спб ==<br />
<br />
<poll><br />
RESTRICT_IP<br />
POINTS 3<br />
# Управление требованиями в реальных проектах(фазы, бейзлайны, атрибуты)<br />
# Разработка требований для сервисов (две стороны одной монеты: рынок (product) и обслуживание(backoffice))<br />
# Sparx EA в реальных проектах (модель, управление требованиями, отчеты)<br />
# Построение аналитических процессов, или как заинтересовать руководство в роли аналитика (от проблем к значимому результату)<br />
# Метрики в процессе разработки и управления требованиями<br />
# Атрибуты качества (нефункциональные требования) от пользователей<br />
# Развитие аналитических навыков, или как обучить аналитика<br />
</poll><br />
<br />
== Мероприятия в Киеве ==<br />
<br />
== Мероприятия в Минске ==</div>Asbaikinhttp://lib.uml2.ru/index.php?title=%D0%9F%D1%80%D0%B5%D0%B4%D0%BB%D0%BE%D0%B6%D0%B5%D0%BD%D0%B8%D1%8F_%D0%BF%D0%BE_%D1%82%D0%B5%D0%BC%D0%B0%D0%BC_%D0%B4%D0%BB%D1%8F_%D1%81%D0%BE%D0%B1%D1%80%D0%B0%D0%BD%D0%B8%D0%B9_%D0%A1%D0%BE%D0%BE%D0%B1%D1%89%D0%B5%D1%81%D1%82%D0%B2%D0%B0&diff=434Предложения по темам для собраний Сообщества2010-04-02T20:46:47Z<p>Asbaikin: </p>
<hr />
<div>== Мероприятия в Мск ==<br />
<poll><br />
RESTRICT_I<br />
POINTS 3<br />
Какие Вам темы наиболее интересны? <br />
# Чем должен заниматься аналитик? Чем отличается бизнес-аналитик от системного? Нужно ли, и возможно ли вообще это различать? (Круглый стол)<br />
# Профессия Аналитика в разных компаниях. Как вообще ложится аналитика на роли в команде если они есть? В частности, должен ли руководитель быть аналитиком? (Круглый стол)<br />
# Методы оценки качества требований и работы. Нужно ли (можно ли) вводить градации для квалификации аналитика? Как промерять результат? (Круглый стол)<br />
# Можно ли (и нужно ли) планировать работу аналитика? (Круглый стол)<br />
# Как планировать сроки? Можно ли сказать какой результат нужно получить? (Круглый стол)<br />
#Стандарты в области БА. (Круглый стол)<br />
# Что такое Архитектура? Как ее описывать? (Круглый стол)<br />
# Основы моделирования. (Семинар)<br />
# UML для Аналитика. (Семинар)<br />
# Техническое задание. (Семинар)<br />
# Описание требований в виде ВИ. (Семинар)<br />
# С какой подробностью писать постановки? Постановка для разработчика и для бизнеса одна и та же? Если нет как их синхронизировать? (Круглый стол)<br />
# Нужны ли стандарты на документацию? Общие? Корпоративные? Жесткие Шаблоны структуры? (Круглый стол) Обязательные к использованию паттерны (да это не одно и тоже)? '''(Круглый стол)'''<br />
# Какую документацию по системе нужно писать? Надо ли это делать? Как добиться актуальности (минимизируя затраты)? Можно ли это отдать на ''outsource''.. (Круглый стол)<br />
</poll><br />
<br />
<br />
== Мероприятия в Спб ==<br />
<br />
<poll><br />
RESTRICT_I<br />
POINTS 3<br />
# Управление требованиями в реальных проектах(фазы, бейзлайны, атрибуты)<br />
# Разработка требований для сервисов (две стороны одной монеты: рынок (product) и обслуживание(backoffice))<br />
# Sparx EA в реальных проектах (модель, управление требованиями, отчеты)<br />
# Построение аналитических процессов, или как заинтересовать руководство в роли аналитика (от проблем к значимому результату)<br />
# Метрики в процессе разработки и управления требованиями<br />
# Атрибуты качества (нефункциональные требования) от пользователей<br />
# Развитие аналитических навыков, или как обучить аналитика<br />
</poll><br />
<br />
== Мероприятия в Киеве ==<br />
<br />
== Мероприятия в Минске ==</div>Asbaikinhttp://lib.uml2.ru/index.php?title=%D0%9F%D1%80%D0%B5%D0%B4%D0%BB%D0%BE%D0%B6%D0%B5%D0%BD%D0%B8%D1%8F_%D0%BF%D0%BE_%D1%82%D0%B5%D0%BC%D0%B0%D0%BC_%D0%B4%D0%BB%D1%8F_%D1%81%D0%BE%D0%B1%D1%80%D0%B0%D0%BD%D0%B8%D0%B9_%D0%A1%D0%BE%D0%BE%D0%B1%D1%89%D0%B5%D1%81%D1%82%D0%B2%D0%B0&diff=433Предложения по темам для собраний Сообщества2010-04-02T20:45:12Z<p>Asbaikin: </p>
<hr />
<div>== Мероприятия в Мск ==<br />
<poll><br />
AUTHORIZED<br />
POINTS 3<br />
Какие Вам темы наиболее интересны? <br />
# Чем должен заниматься аналитик? Чем отличается бизнес-аналитик от системного? Нужно ли, и возможно ли вообще это различать? (Круглый стол)<br />
# Профессия Аналитика в разных компаниях. Как вообще ложится аналитика на роли в команде если они есть? В частности, должен ли руководитель быть аналитиком? (Круглый стол)<br />
# Методы оценки качества требований и работы. Нужно ли (можно ли) вводить градации для квалификации аналитика? Как промерять результат? (Круглый стол)<br />
# Можно ли (и нужно ли) планировать работу аналитика? (Круглый стол)<br />
# Как планировать сроки? Можно ли сказать какой результат нужно получить? (Круглый стол)<br />
#Стандарты в области БА. (Круглый стол)<br />
# Что такое Архитектура? Как ее описывать? (Круглый стол)<br />
# Основы моделирования. (Семинар)<br />
# UML для Аналитика. (Семинар)<br />
# Техническое задание. (Семинар)<br />
# Описание требований в виде ВИ. (Семинар)<br />
# С какой подробностью писать постановки? Постановка для разработчика и для бизнеса одна и та же? Если нет как их синхронизировать? (Круглый стол)<br />
# Нужны ли стандарты на документацию? Общие? Корпоративные? Жесткие Шаблоны структуры? (Круглый стол) Обязательные к использованию паттерны (да это не одно и тоже)? '''(Круглый стол)'''<br />
# Какую документацию по системе нужно писать? Надо ли это делать? Как добиться актуальности (минимизируя затраты)? Можно ли это отдать на ''outsource''.. (Круглый стол)<br />
</poll><br />
<br />
<br />
== Мероприятия в Спб ==<br />
<br />
<poll><br />
AUTHORIZED<br />
POINTS 3<br />
# Управление требованиями в реальных проектах(фазы, бейзлайны, атрибуты)<br />
# Разработка требований для сервисов (две стороны одной монеты: рынок (product) и обслуживание(backoffice))<br />
# Sparx EA в реальных проектах (модель, управление требованиями, отчеты)<br />
# Построение аналитических процессов, или как заинтересовать руководство в роли аналитика (от проблем к значимому результату)<br />
# Метрики в процессе разработки и управления требованиями<br />
# Атрибуты качества (нефункциональные требования) от пользователей<br />
# Развитие аналитических навыков, или как обучить аналитика<br />
</poll><br />
<br />
== Мероприятия в Киеве ==<br />
<br />
== Мероприятия в Минске ==</div>Asbaikinhttp://lib.uml2.ru/index.php?title=%D0%9E%D1%82%D1%87%D0%B5%D1%82_%D0%BE_%D1%81%D0%BE%D0%B1%D1%80%D0%B0%D0%BD%D0%B8%D0%B8_%C2%AB%D0%9E%D1%82%D0%BA%D1%80%D1%8B%D0%B2%D0%B0%D1%82%D1%8C_%D0%BB%D0%B8_%D1%80%D0%BE%D1%81%D1%81%D0%B8%D0%B9%D1%81%D0%BA%D0%B8%D0%B9_%D1%80%D0%B0%D0%B7%D0%B4%D0%B5%D0%BB_IIBA%3F%C2%BB&diff=432Отчет о собрании «Открывать ли российский раздел IIBA?»2010-04-02T11:14:12Z<p>Asbaikin: </p>
<hr />
<div>11 марта в прошло<ref>собрание прошло на территории компании [http://www.custis.ru/ Заказные ИнформСистемы].</ref> собрание сообщества <tt>uml2.ru</tt>, посвященное созданию российского раздела международной организации бизнес-аналитиков [http://www.theiiba.org/ International Institute of Business Analysis (IIBA®)].<br />
<br />
Обсуждение, зачем это могло бы быть вам полезно, велось на [http://www.uml2.ru/forum/index.php?topic=1185 на форуме uml2.ru].<br />
<br />
== План встречи ==<br />
<br />
# Презентация IIBA<br />
# Презентация Сообщества Аналитиков<br />
# Сообщество и чаптер IIBA<br />
# Цели и задачи чаптера<br />
# Орг вопросы<br />
<br />
Презентацию к встрече можно посмотреть [http://docs.google.com/present/edit?id=0AZxz4Vc-CUY1ZGc2N2N4NHRfMTJmY3ZybnFkZA&hl=en здесь].<br />
<br />
== Видео ==<br />
<br />
Образовательной ценности особо нет. Но для заинтересованных лиц может быть полезно.<br />
<br />
<html><center><br />
<object width="640" height="512"><param name="allowfullscreen" value="true" /><param name="allowscriptaccess" value="always" /><param name="movie" value="http://vimeo.com/moogaloop.swf?clip_id=10280814&amp;server=vimeo.com&amp;show_title=1&amp;show_byline=0&amp;show_portrait=0&amp;color=00ADEF&amp;fullscreen=1" /><embed src="http://vimeo.com/moogaloop.swf?clip_id=10280814&amp;server=vimeo.com&amp;show_title=1&amp;show_byline=0&amp;show_portrait=0&amp;color=00ADEF&amp;fullscreen=1" type="application/x-shockwave-flash" allowfullscreen="true" allowscriptaccess="always" width="640" height="512"></embed></object><br />
</center></html><br />
<br />
<html><center><br />
<object width="640" height="512"><param name="allowfullscreen" value="true" /><param name="allowscriptaccess" value="always" /><param name="movie" value="http://vimeo.com/moogaloop.swf?clip_id=10285963&amp;server=vimeo.com&amp;show_title=1&amp;show_byline=0&amp;show_portrait=0&amp;color=00ADEF&amp;fullscreen=1" /><embed src="http://vimeo.com/moogaloop.swf?clip_id=10285963&amp;server=vimeo.com&amp;show_title=1&amp;show_byline=0&amp;show_portrait=0&amp;color=00ADEF&amp;fullscreen=1" type="application/x-shockwave-flash" allowfullscreen="true" allowscriptaccess="always" width="640" height="512"></embed></object><br />
</center></html><br />
<br />
== Резюме ==<br />
<br />
Относительно всех поставленных целей, вступление и взаимодействие с ИИБА выглядит бессмысленным или, по крайней мере, малоэффективным.<br />
<br />
Конкретно:<br />
;Получение сертификата CBAP: Инфраструктуры дистанционной сдачи нет, летать в Канаду и Европу (возможно неоднократно) для его сдачи, удовольствие сомнительное. Центров сертифицированной сдачи в РФ/СНГ нет, и в ближайшее время (лет 5) не предвидится. Ну и самое главное — сертификат в РФ неизвестен и не котируется (в отличие от PMI или вендорских и т.п.). По большому счету, самодельная сертификация, которую будет делать сообщество UML2.ру, ничем не хуже. <br />
<br />
;Получение доступа к [[BABOK]]: Вступать в членство (и создавать для этого раздел) не нужно. Можно официально купить за копейки, можно найти и скачать бесплатно.<br />
<br />
;Получение доступа к доп.материалам: Кол-во и качество материалов сомнительное, только на англ. Закрытость материалов сейчас не признак «избранности», а скорее признак «тухлости» и «местечковости». И вообще, недостатка в материалах, на русском и английском языке, от известных авторов, ждущих анализа, классификации и перевода — полно.<br />
<br />
;Получение доступа к форуму: Форум посмотрели, он практически мертвый (ветки старые, не трогали год-два, меньше чем десяток постов как правило), с одним ведущим участником (видимо главный в НИИБА), темы выдают жуткую отсталость («автор только узнал про SCRUM, и фантазирует на тему»). Например, форум <tt>uml2.ru</tt> на порядок более живой.<br />
<br />
;Нетворкинг: Сейчас проще делать через открытые сетевые механизмы — профессиональных соц.сетей как грязи, <tt>linkedin</tt> и <tt>facebook</tt> — для западной аудитории, <tt>moikrug</tt> — для российской. ИИБА не масонская ложа, градусов и крутизны там не дадут. Ну и само сообщество uml2 помогает — пример Дениса, трудоустроившего многих в Лабораторию Касперского.<br />
<br />
;Инвестиции в приоритет: «Быть первыми на русскоязычном пространстве в области БА, если IIBA выстрелит». Не похоже, что выстрелит. К тому же вряд ли пионеры получат какие-то бенефиты. А вот если сначала раскрутить сообщество, а потом вступить в IIBA на своих условиях…<br />
<br />
;Мотивация: «Вложенное в членство бабло будет мотивировать к совместной работе» — странно, мотивацию нужно выстраивать относительно чего-то другого.<br />
<br />
;Площадка: Как площадка для совместной работы — не катит. Форум есть уже, более удобный и веселый, а для накопления корпуса знаний нужно использовать вики-системы. Ну так надо завести, и начать работу над агрегацией информации, переводами и прочим — «кузнец» для этого не нужен. <br />
<br />
{{important}} Так что по факту:<br />
* площадка для рилтайм-встреч и семинаров — конференц-зал компании «Заказные ИнформСистемы», <br />
* система для агрегации знаний, переводов и т.п. — конкретно эта викисистема [[{{SITENAME}}]], завести которую решили по результатам этой встречи.<br />
<br />
== Примечания ==<br />
* [http://www.uml2.ru/forum/index.php?topic=2128.0 Встреча Сообщества по чаптеру IIBA]<br />
* [http://docs.google.com/View?id=dg67cx4t_19g4k22v7t Официальный отчет о встрече]<br />
<br />
[[Категория:Отчеты]]<br />
<references/></div>Asbaikinhttp://lib.uml2.ru/index.php?title=Vision&diff=425Vision2010-03-30T06:31:18Z<p>Asbaikin: Новая страница: «Категория:Глоссарий Vision document or Vision and scope document (Концепция, рус.)»</p>
<hr />
<div>[[Категория:Глоссарий]]<br />
<br />
Vision document or Vision and scope document ([[Концепция]], рус.)</div>Asbaikinhttp://lib.uml2.ru/index.php?title=%D0%9A%D0%BE%D0%BD%D1%86%D0%B5%D0%BF%D1%86%D0%B8%D1%8F&diff=424Концепция2010-03-30T06:30:49Z<p>Asbaikin: </p>
<hr />
<div>[[Категория:Глоссарий]]<br />
<br />
Документ Концепция или Документ об образе и границах (К. Вигерс) ([[Vision|Vision and scope document]], англ.) - документ, в котором определены бизнес-требования к новой системе, в том числе положения об образе продукта и описания границы проекта.</div>Asbaikinhttp://lib.uml2.ru/index.php?title=%D0%9A%D0%BE%D0%BD%D1%86%D0%B5%D0%BF%D1%86%D0%B8%D1%8F&diff=423Концепция2010-03-30T06:29:47Z<p>Asbaikin: </p>
<hr />
<div>[[Категория:Глоссарий]]<br />
<br />
Документ Концепция или Документ об образе и границах (К. Вигерс) ([[Vision and scope document|Vision]], англ.) - документ, в котором определены бизнес-требования к новой системе, в том числе положения об образе продукта и описания границы проекта.</div>Asbaikinhttp://lib.uml2.ru/index.php?title=%D0%9F%D1%80%D0%B5%D0%B4%D0%BB%D0%BE%D0%B6%D0%B5%D0%BD%D0%B8%D1%8F_%D0%BF%D0%BE_%D1%82%D0%B5%D0%BC%D0%B0%D0%BC_%D0%B4%D0%BB%D1%8F_%D1%81%D0%BE%D0%B1%D1%80%D0%B0%D0%BD%D0%B8%D0%B9_%D0%A1%D0%BE%D0%BE%D0%B1%D1%89%D0%B5%D1%81%D1%82%D0%B2%D0%B0&diff=402Предложения по темам для собраний Сообщества2010-03-25T20:55:38Z<p>Asbaikin: /* Мероприятия в Спб */</p>
<hr />
<div><br />
== Мероприятия в Мск ==<br />
# Чем должен заниматься аналитик? Чем отличается бизнес-аналитик от системного? Нужно ли, и возможно ли вообще это различать? (Круглый стол)<br />
# Профессия Аналитика в разных компаниях. Как вообще ложится аналитика на роли в команде если они есть? В частности, должен ли руководитель быть аналитиком? (Круглый стол)<br />
# Методы оценки качества требований и работы. Нужно ли (можно ли) вводить градации для квалификации аналитика? Как промерять результат? (Круглый стол)<br />
# Можно ли (и нужно ли) планировать работу аналитика? (Круглый стол)<br />
# Как планировать сроки? Можно ли сказать какой результат нужно получить? (Круглый стол)<br />
#Стандарты в области БА. (Круглый стол)<br />
# Что такое Архитектура? Как ее описывать? (Круглый стол)<br />
# Основы моделирования. (Семинар)<br />
# UML для Аналитика. (Семинар)<br />
# Техническое задание. (Семинар)<br />
# Описание требований в виде ВИ. (Семинар)<br />
# С какой подробностью писать постановки? Постановка для разработчика и для бизнеса одна и та же? Если нет как их синхронизировать? (Круглый стол)<br />
# Нужны ли стандарты на документацию? Общие? Корпоративные? Жесткие Шаблоны структуры? (Круглый стол) Обязательные к использованию паттерны (да это не одно и тоже)? '''(Круглый стол)'''<br />
# Какую документацию по системе нужно писать? Надо ли это делать? Как добиться актуальности (минимизируя затраты)? Можно ли это отдать на ''outsource''.. (Круглый стол)<br />
<br />
<br />
<br />
== Мероприятия в Спб ==<br />
# Управление требованиями в реальных проектах(фазы, бейзлайны, атрибуты)<br />
# Разработка требований для сервисов (две стороны одной монеты: рынок (product) и обслуживание(backoffice))<br />
# Sparx EA в реальных проектах (модель, управление требованиями, отчеты)<br />
# Построение аналитических процессов, или как заинтересовать руководство в роли аналитика (от проблем к значимому результату)<br />
# Метрики в процессе разработки и управления требованиями<br />
# Атрибуты качества (нефункциональные требования) от пользователей<br />
# Развитие аналитических навыков, или как обучить аналитика<br />
<br />
== Мероприятия в Киеве ==<br />
<br />
== Мероприятия в Минске ==</div>Asbaikinhttp://lib.uml2.ru/index.php?title=%D0%9F%D1%80%D0%B5%D0%B4%D0%BB%D0%BE%D0%B6%D0%B5%D0%BD%D0%B8%D1%8F_%D0%BF%D0%BE_%D1%82%D0%B5%D0%BC%D0%B0%D0%BC_%D0%B4%D0%BB%D1%8F_%D1%81%D0%BE%D0%B1%D1%80%D0%B0%D0%BD%D0%B8%D0%B9_%D0%A1%D0%BE%D0%BE%D0%B1%D1%89%D0%B5%D1%81%D1%82%D0%B2%D0%B0&diff=401Предложения по темам для собраний Сообщества2010-03-25T20:55:15Z<p>Asbaikin: </p>
<hr />
<div><br />
== Мероприятия в Мск ==<br />
# Чем должен заниматься аналитик? Чем отличается бизнес-аналитик от системного? Нужно ли, и возможно ли вообще это различать? (Круглый стол)<br />
# Профессия Аналитика в разных компаниях. Как вообще ложится аналитика на роли в команде если они есть? В частности, должен ли руководитель быть аналитиком? (Круглый стол)<br />
# Методы оценки качества требований и работы. Нужно ли (можно ли) вводить градации для квалификации аналитика? Как промерять результат? (Круглый стол)<br />
# Можно ли (и нужно ли) планировать работу аналитика? (Круглый стол)<br />
# Как планировать сроки? Можно ли сказать какой результат нужно получить? (Круглый стол)<br />
#Стандарты в области БА. (Круглый стол)<br />
# Что такое Архитектура? Как ее описывать? (Круглый стол)<br />
# Основы моделирования. (Семинар)<br />
# UML для Аналитика. (Семинар)<br />
# Техническое задание. (Семинар)<br />
# Описание требований в виде ВИ. (Семинар)<br />
# С какой подробностью писать постановки? Постановка для разработчика и для бизнеса одна и та же? Если нет как их синхронизировать? (Круглый стол)<br />
# Нужны ли стандарты на документацию? Общие? Корпоративные? Жесткие Шаблоны структуры? (Круглый стол) Обязательные к использованию паттерны (да это не одно и тоже)? '''(Круглый стол)'''<br />
# Какую документацию по системе нужно писать? Надо ли это делать? Как добиться актуальности (минимизируя затраты)? Можно ли это отдать на ''outsource''.. (Круглый стол)<br />
<br />
<br />
<br />
== Мероприятия в Спб ==<br />
Управление требованиями в реальных проектах(фазы, бейзлайны, атрибуты)<br />
Разработка требований для сервисов (две стороны одной монеты: рынок (product) и обслуживание(backoffice))<br />
Sparx EA в реальных проектах (модель, управление требованиями, отчеты)<br />
Построение аналитических процессов, или как заинтересовать руководство в роли аналитика (от проблем к значимому результату)<br />
Метрики в процессе разработки и управления требованиями<br />
Атрибуты качества (нефункциональные требования) от пользователей<br />
Развитие аналитических навыков, или как обучить аналитика<br />
== Мероприятия в Киеве ==<br />
<br />
== Мероприятия в Минске ==</div>Asbaikinhttp://lib.uml2.ru/index.php?title=%D0%97%D0%B0%D0%B8%D0%BD%D1%82%D0%B5%D1%80%D0%B5%D1%81%D0%BE%D0%B2%D0%B0%D0%BD%D0%BD%D0%BE%D0%B5_%D0%BB%D0%B8%D1%86%D0%BE&diff=387Заинтересованное лицо2010-03-24T21:16:37Z<p>Asbaikin: /* Определение */</p>
<hr />
<div>== Определение ==<br />
'''Заинтересованное лицо''' (в терминах Инженерии Требований) - человек или организация, которая прямо или косвенно влияет на требования к разрабатываемой Системе.<br />
<br />
http://digit.lk/beta5/sites/default/files/reanalysisjune2009.png<br />
<br />
== Ссылки ==<br />
* [[Работа с заинтересованными лицами]]<br />
<br />
* [http://www.uml2.ru/index.php?option=com_remository&Itemid=28&func=fileinfo&id=77 Разработка требований к программному обеспечению. Карл И. Вигерс]</div>Asbaikinhttp://lib.uml2.ru/index.php?title=%D0%97%D0%B0%D0%B8%D0%BD%D1%82%D0%B5%D1%80%D0%B5%D1%81%D0%BE%D0%B2%D0%B0%D0%BD%D0%BD%D0%BE%D0%B5_%D0%BB%D0%B8%D1%86%D0%BE&diff=386Заинтересованное лицо2010-03-24T21:14:36Z<p>Asbaikin: /* Определение */</p>
<hr />
<div>== Определение ==<br />
'''Заинтересованное лицо''' (в терминах Инженерии Требований) - человек или организация, которая прямо или косвенно влияет на требования к разрабатываемой Системе.<br />
<br />
[[Image:http://digit.lk/beta5/sites/default/files/reanalysisjune2009.png|thumb]]<br />
<br />
== Ссылки ==<br />
* [[Работа с заинтересованными лицами]]<br />
<br />
* [http://www.uml2.ru/index.php?option=com_remository&Itemid=28&func=fileinfo&id=77 Разработка требований к программному обеспечению. Карл И. Вигерс]</div>Asbaikinhttp://lib.uml2.ru/index.php?title=%D0%97%D0%B0%D0%B8%D0%BD%D1%82%D0%B5%D1%80%D0%B5%D1%81%D0%BE%D0%B2%D0%B0%D0%BD%D0%BD%D0%BE%D0%B5_%D0%BB%D0%B8%D1%86%D0%BE&diff=385Заинтересованное лицо2010-03-24T21:13:57Z<p>Asbaikin: /* Определение */</p>
<hr />
<div>== Определение ==<br />
'''Заинтересованное лицо''' (в терминах Инженерии Требований) - человек или организация, которая прямо или косвенно влияет на требования к разрабатываемой Системе.<br />
<br />
[[Image:http://digit.lk/beta5/sites/default/files/reanalysisjune2009.pngename|thumb]]<br />
<br />
== Ссылки ==<br />
* [[Работа с заинтересованными лицами]]<br />
<br />
* [http://www.uml2.ru/index.php?option=com_remository&Itemid=28&func=fileinfo&id=77 Разработка требований к программному обеспечению. Карл И. Вигерс]</div>Asbaikin