Модель разработки RUP

   Особенностью RUP является то, что в результате работы над проектом создаются и совершенствуются модели. Вместо создания громадного количества бумажных документов, RUP опирается на разработку и развитие семантически обогащенных моделей, всесторонне представляющих разрабатываемую систему.

3.3 Основные этапы разработки системы, согласно RUP

  Во-первых, это определение требований к проекту. Тут осуществляется сбор все возможных пожеланий к работе системы и заказчика, и аналитика. Пользователи часто сами не представляют, что они должны получить в конечном итоге. Для облегчения этого процесса аналитики используют диаграммы прецедентов, которая представляет собой отражение действующих лиц, взаимодействующих с системой. Такие диаграммы позволяют легко общаться с клиентом, выявлять ограничения проекта и т.д. Чтобы верно определить требования и желания пользователя, разработчики должны понимать хорошо сферу, в которой будет работать данная система. Для этого создаются такие модели, как модели предметной области, бизнес – модели.

Пример  диаграммы прецедентов.

   Во-вторых, после того как разработчики  определились с требованиями, производится  анализ полученных данных, в процессе  чего создается аналитическая  модель, которая подводит к основной  архитектуре системы. На этом  этапе мы понимаем, как должна  быть спроектирована система,  что должно в нее входить,  какие классы включаться, как  они будут взаимодействовать  друг с другом и т.п. Какие  либо неточности или противоречивые  моменты на этом этапе исключаются. Для отображения модели анализа при помощи UML используется диаграмма классов со стереотипами «граничный класс», «сущность», «управление», а для детализации используются диаграммы сотрудничества.

Диаграмма сотрудничества.

   В - третьих, этап проектирования, в ходе которого создается модель проектировании на основе ранее созданных моделей. Эта модель имеет наиболее явную зависимость от  условий реализации, применяемых языков программирования. Модель проектирования должна поддерживаться в актуальном состоянии на протяжении всего жизненного цикла. Для создания этой модели используется целый набор UML диаграмм: диаграммы классов, диаграммы кооперации, диаграммы взаимодействия, диаграммы активности. Дополнительно так же можно создать модель развертывания.

Диаграмма классов.

   В-четвертых, этап реализации, на  котором создается модель реализации, описывающая, как реализуются  компоненты модели проектирования, способ их реализации.

Диаграмма компонентов.

   И наконец, в- пятых, это тестирование, в процессе которого проверяются  результаты реализации, делаются  выводы о достигнутых целях.  Создается модель тестирования, состоящая из тестовых примеров, компонентов.

   Для успешного процесса разработки необходимы три составляющие: процесс (process), нотация (notation) и набор утилит (tools). Процесс описывает, что мы делаем, в каком порядке и каким образом; нотация является средством общения; набор утилит помогает автоматизировать процесс и управлять им. 

   В RUP представлены все три компонента. Функции нотации, которые производят следующие действия:

• осуществляет «склеивание» процесса в единое целое;

• является языковым средством принятия решений, которые не очевидны из исходного  кода;

• предоставляет  семантику для отображения важных стратегических и тактических решений;

• предлагает форму, достаточную для того, чтобы  размышлять, а потом принимать  решения и средства автоматизации  процесса для того, чтобы манипулировать формализованными данными.

   Фактически нотация охватывает разработку программного обеспечения, начиная с анализа и заканчивая внедрением продукта. Нотация в случае RUP–UML — формальное языковое средство описания процесса.  
 
 
 
 
 
 
 
 
 

3.4 Продукты, поддерживающие RUP, внедрение системы.

  Для  того чтобы успешно внедрить  новый процесс работы, необходимо  рассмотреть множество проблем  таких, как  поддержка со стороны администрации, обучение участников проекта, инструментальные средства поддержки (разработка ПО будет куда эффективнее, если на всех стадиях жизненного цикла действия будут поддержаны соответствующими инструментальными средствами) и другие.

   Рекомендуется вводить процесс  с начала с маленького проекта,  чтобы люди поняли принцип  работы этого процесса, научились  работать

   Как уже было сказано, процесс  разработки программного обеспечения  нуждается в. поддержке инструментальными средствами всех действий жизненного цикла системы. Rational Unified Process можно использовать совместно с рядом инструментальных средств Rational, а так же других продавцов.

  Самые известные продукты, поддерживающие Rational Unified Process:

• Инструмент моделирования для разработки различных моделей, должен иметь возможность прямой и обратной разработки. Пример, Rational Rose — CASE-средство визуального моделирования информационных систем, имеющее возможности генерирования элементов кода.
• Инструмент, управления требованиями для организации, расположения по значимости. Пример, Rational Requisite Pro — средство управления требованиями, позволяющее создавать, структурировать, устанавливать приоритеты, отслеживать, контролировать изменения требований, возникающие на любом этапе разработки компонентов приложения;
• В больших проектах необходимо автоматизировать распределение задач между участниками проекта. Rational ClearQuest — продукт для управления изменениями и отслеживания дефектов в проекте (bug tracking), тесно интегрирующийся со средствами тестирования и управления требованиями и представляющий собой единую среду для связывания всех ошибок и документов между собой;
• Инструмент документирования для поддержки проектной документации. Rational SoDA — продукт для автоматического генерирования проектной документации, позволяющий установить корпоративный стандарт на внутрифирменные документы. Возможно также приведение документации к уже существующим стандартам (ISO, CMM);
• Rational Purify, Rational Quantify Rational PureCoverage, — средства тестирования и отладки:
• - Rational Purify — весьма мощное средство поиска ошибок на run-time для разработчиков приложений и компонентов, программирующих на C/C++,
• - Rational Visual Quantify — средство измерения характеристик для разработчиков приложений и компонентов, программирующих на C/C++, Visual Basic и Java; помогает определять и устранять узкие места в производительности ПО,
• - Rational Visual PureCoverage — автоматически определяет области кода, которые не подвергаются тестированию;
• Rational ClearCase — продукт для управления конфигурацией программ (Rational’s Software Configuration Management, SCM), позволяющий производить версионный контроль всех документов проекта. С его помощью можно поддерживать несколько версий проектов одновременно, быстро переключаясь между ними. Rational Requisite Pro поддерживает обновления и отслеживает изменения в требованиях для группы разработчиков;
• SQA TeamTest — средство автоматизации тестирования;
• Rational TestManager — система управления тестированием, которая объединяет все связанные с тестированием инструментальные средства, артефакты, сценарии и данные. Используется для сетевого многоплатформенного тестировани.;
• Rational Robot — инструмент для создания, модификации и автоматического запуска тестов. Сценарии тестов записываются на специальном языке программирования и могут быть получены либо автоматически (путем записи действий пользователя при работе с системой), либо вручную. Rational Robot является основой для проведения тестирования функций системы, а также широко используется в инструментах тестирования производительности;
• SiteLoad, SiteCheck — средства тестирования Web-сайтов на производительность и наличие неработающих ссылок;
• Rational PerformanceStudio — измерение и предсказание характеристик производительности систем.
• Средства программирования для помощи разработчикам, редакторы, трансляторы, отладчики, они  должны быть интегрированы со средой моделирования. Примером будет Rational Apex¹.

 
 
 
 
 
 
 
 
 
 
 

¹ Хаф Л., Методология  разработки программного обеспечения. Часть 3. Rational Unified Process

Заключение.

   В глобальной экономике, которая функционирует каждый день без перерыва, невозможно выполнять какие-то процессы без соответствующего программного обеспечения. Качественный процесс разработки программ становится важнейшим элементом успеха организаций и не только.

   Главная цель любой корпорации, занимающейся созданием информационных систем — работать эффективнее, а значит, быстрее создавать более качественные продукты и получать преимущества от успешного ведения проектов. Внедрение передовой методологии, подобной RUP, позволяет гарантировать выработку и дальнейшее развитие в организации необходимых для этого навыков.

   Подводя итог, стоит отметить, что  при успешном освоении RUP является универсальным процессом, который можно легко использовать в различных областях. Конечно, здесь охвачены далеко не все возможности данной методологии. RUP довольно обширен. Диаграммы UML, создаваемые на различных этапах разработки, неотделимы от остальных артефактов программного проекта и нередко являются связующим звеном между отдельными процессами RUP. 
 
 
 
 
 
 

Список  литературы:

1. Закис А.,статья «RUP и другие методологии разработки ПО»,. (http://cmcons.com/articles/obshhie_stati_rup/)
2. Крачтен Ф., Введение в Rational Unified Process, Изд. 2-е.- М.: Издательский дом "Вильямс", 2002. - 240 с.
3. Новичков А., статья «Rational Unified Process. Методология и технология» (http://cmcons.com/articles/obshhie_stati_rup/)
4. Якобсон А., Унифицированный процесс разработки программного обеспечения - Спб.: Питер, 2002. - 496 с.
5. Хаф Л., Методология разработки программного обеспечения. Часть 3. Rational Unified Process –Ж.: «Компьютер пресс», 2004.

 
 
 
 
 
 
 
 
 
 
 
 
 

Приложения

1.Распределение  потока работы

 

2. Обзор действий:

 
 
 
 

     3. Обзор артефактов:

       

4.Каждый луч представляет основополагающую идею.