Ответы тренеров на вопросы
Менеджмент в IT (3)
Тестирование ПО (6)
Разработка ПО (5)
Другое (7)
|
Как правило, это происходит из-за того, что разные представители заказчика по-разному понимают, на что нацелен проект.
Я советую обратиться к работе Дина Леффингуэлла и Дона Уидрига «Принципы работы с требованиями к программному обеспечению. Унифицированный подход».
Я бы выделил такие качества, как желание работать с людьми, умение разговаривать с собеседником (заказчиком) с точки зрения его потребностей.
Разница в системе, которую анализируют специалисты.
Существует множество различных паттернов. Requirements by example – лишь один из них.
Для начала мы можем предложить следующие курсы:
На фазе - elaboration (методологии RUP).
Через документы процесса управления требованиями: UseCase Model, Supplementary Specification и Glossary.
В совсем общих чертах можно сказать, что:
- Include – в разных UC встречаются одинаковые потоки событий. Они выделяются в искусственный UC – или UC-процедуру. Этот UC достаточно большой – не просто пара шагов.
- Extend – это большой и ветвистый альтернативный поток выделяется в искусственный UC.
Основная особенность и преимущество – это цена! Или соотношение «цена-качество».
Основное назначение – визуальное моделирования (в основном на UML).
Основное назначение – визуальное моделирования (в основном на UML).
Системному аналитику обязательно нужно иметь представление о разработке ПО, чтобы уметь донести до разработчиков или до архитектора свои идеи и понять их точку зрения. Но угадать – какие именно навыки нужно «прокачать» сильнее – сложно, т.к. все проекты заметно друг от друга отличаются.
Для моделирования и управления требованиями я предпочитаю использовать Enterprise Architect (EA) от компании Sparx Systems.
Если вы не нашли ответа на интересующий вас вопрос задайте его нашим экспертам через форму или в письме на education@ibs.ru.