1
Для всех / Re: Программное обеспечение системного аналитика
« : 19 Декабря 2010, 16:08:50 »Странная трактовка задачи.Наверно Вы не читали первый пост, ибо там сказано, в чем надо помочь: подобрать список ПО.
Это называется не требования к компьютеру, а требования к автоматизированному рабочему месту аналитика.
И сюда включаются такие виды как:
программное обеспечение, которое разбивается на системное и прикладное
техническое обеспечение, которое диктуется программным обеспечением, потребностями в производительности, технологическим развитием, ценами на рынке и перспективами развития технологии и техники
Требования к компьютеру, требования к автоматизированному рабочему месту..разве это не одно и то же в данном случае?
[quoute]
Лично мне сложно представить какие-такие особые требования нужно предъявлять компьютеру аналитика.
[/quote]
Мне тоже, но надо.
За информацию спасибо, возможно я использую ее
Системный аналитик (по RUP) формулирует требования к будущей системе для поддержки бизнеса заказчика. Функциональные требования к системе сегодня моделируют на UML (прецеденты (Use Cases)). Не функциональные, в основном, описывают в текстовом виде.Вот, собственно, что и требуется - больше конкретики. Спасибо, включу эти программы в общий список
Вот уже два инструмента: Текстовый редактор и инструмент моделирования.
Про текстовый редактор говорили.
Инструментов моделирования масса. Я использую инструменты IBM Rational. Их тоже стало огромное количество. Есть классные, а есть - не очень.
Я использую Rational Software Architect. У него масса возможностей, которых нет у других, если нужно не только моделировать. Но это предмет отдельного спора. Кроме того, у него есть недостаток - большая цена.
По мере накопления требований, когда их становится много, ими нужно управлять, отслеживать связи между отдельными требованиями (они часто друг от друга зависят. Нужен инструмент для управления требованиями. Их тоже много, в том числе и в Rational уже целых три. Я иcпользую Rational RequisitePro.
И, конечно, требования нужно документировать. Хорошо бы сделать это вовремя, хотя бы частично, чтобы разработчики смогли использовать в процессе разработки. Требования ведь будут меняться! Придется изменять модель, требования в RequizitePro и документы. Значит, документы лучше не ручками писать, а генерить из модели. Я использую Rational SoDA (классный инструмент, незаслуженно почти забытый). Я вручную документов не пишу.
Вот так!
http://lnew.ucoz.ru