Просмотр сообщений
В этом разделе можно просмотреть все сообщения, сделанные этим пользователем.
Просьба поделиться информацией, насколько распространен IBM Rational Requirements Composer сегодня в России. Обладает ли он какими-либо явными преимуществами над конкурентами, достоинства и недостатки? В каких крупных компаниях используется? Сомневаюсь, что в небольших компаниях отдадут ему предпочтение (цена высока).
Эд,
"разногласия" - это я, видимо, не совсем точно выразился, имея в виду сдержанное и несколько скептическое отношение сообщества к этой инициативе. Возможно, ошибаюсь.
Коллеги, Российского чаптера IIBA еще нет в природе - ну создали несколько человек группу - заявка на создание в статусе "на рассмотрении". Пока все держится на энтузиазме, как я полагаю. Вы переживаете, что этот чаптер лишает вас куска хлеба? Со стороны вся ваша критика именно так некрасиво, плоско, однобоко и выглядит. Человек же написал - люди в группе уже решили для себя вопрос быть или не быть, а вы лодку тут раскачивать начинаете.
Основной причиной вступления в IIBA для себя вижу:
- Перспективы профессионального развития и небольшой шанс трудоустройства на более выгодных для себя условиях
- Приобщение к западной профессиональной культуре и этике
По комментариям своих коллег, проработавших какое-то время (год-два) на западе - делаю вывод - наша IT-индустрия конкретно так, понимаете ли, поотстала и плетется в хвосте. Один минус все же вижу - специалист, получивший сертификат CCBA или CBAP - может повертеться на нашей многострадальной родине, плюнуть на все и уехать на ПМЖ куда-нубудь на Запад и быть там как все белые люди, жить на нормальную ЗП и не шабашить лишнего, в своем доступном жилье))) т.е. наличие центра обучения IIBA может спровоцировать отток специалистов. И наши уважаемые менеджеры и директора, по уши обвешанные учеными степенями и сертификатами останутся без качественного человеческого материала)))
Коллеги спасибо!
Юрий, я нашел еще один Ваш документ, еще не прочел, но думаю он "в тему" -
http://2006.secr.ru/upload/files/63.pdf
Этой нотации поболее полусотни лет, но она, на мой взгляд, лучше и RUP-а, и PMBoK, и прочих. Нестареющая классика.
Юра, если уж ты упомянул SWEBOK, спрошу — вы будете с Орликом обновлять перевод по результатам выхода SWEBOK v3?
http://computer.centraldesktop.com/swebokv3review/
хороший вопрос, про который есть отдельные темы.
Под ФТ понимаются функциональные требования 3-х уровней — бизнесового, пользовательского и технического.
Отсюда и всё месиво.
Способ применения (use case) — это структура, содержащая 1 пользовательское ФТ и N технических.
В виду того что на данный момент не все теории и практики охвачены моим познанием хотел бы структурировать имеющиеся методологии, теории, стандарты и иже с ними.
Правильно ли я понимаю, что:
Следует разделять «сущности» (не исключено что я их перемешал)
1. Нотация (Методология?) сбора/анализа/моделирования (или это три разных подразделения)
SADT, UseCase, UML, есть еще популярные ?
2. Методологию разработки ПО
RUP, Iconix, Agile, XP, и т.п.
3. Стандарты представление документации
ГОСТ, IEEE, есть еще популярные ?
Как следствие:
1. Понятие о «Спецификации требований» у каждой компании может быть свое, как и состав документов, но если это ГОС проект то смотрим соответствующий 34-ый стандарт и никаких вам спецификаций.
2. По большому счету ВИ есть ФТ и наоборот. Т.е. одно порождает другое и уже от нас и проекта зависит от чего мы пляшем. Тогда учитывая, что ВИ более подробная картина ФТ зачем описывать ФТ? Или мы описываем ФТ высокого уровня для полноты картины а в ВИ описываем глубокую декомпозицию?
Юра, ну это же романтично, когда еще предоставиться такая возможность
