Курсовая на тему Унифицированный процесс разработки ПО

Содержание


Введение 3
Глава 1. Общее описание унифицированного процесса 6
Глава 2. Характеристики процесса 9
Глава 3. Фазы, итерации, циклы 12
3.1. Фаза начала проекта (Inception) 14
3.2. Фаза проектирования (Elaboration) 14
3.3. Фаза построения (Construction) 15
3.4. Фаза внедрения (Transition) 16
4.5. Итерации 16
Глава 4. Рабочие процессы 17
Глава 5. Артефакты 20
5.1. Модели 20
5.1.1. Модель вариантов использования (Use-Case Model). 21
5.1.2. Модель анализа (Analysis Model). 23
5.1.3. Модель проектирования (Design Model) 24
5.1.4. Модель реализации (Implementation Model). 25
5.1.5. Модель развертывания (Deployment Model) 26
5.1.6. Модель тестирования (Test Model или Test Suite) 27
5.2. Другие артефакты 28
Заключение 30
Список используемой литературы 31

Введение

Сегодня развитие программного обеспечения происходит в сторону увеличения и усложнения систем. Это связано отчасти с тем, что компьютеры с каждым годом становятся все мощнее, что побуждает пользователей ожидать от них все большего. Эта тенденция также связана с возрастающим использованием Интернета для обмена всеми видами информации – от простого текста до форматированного текста, изображений, диаграмм и мультимедиа. Требования к программному обеспечению растут с выходом каждого следующего выпуска по мере понимания того, как еще можно улучшить этот продукт. Мы желаем иметь программное обеспечение, еще лучше приспособленное для наших нужд, а это, в свою очередь, приводит к усложнению программ.
Мы также желаем получить это программное обеспечение побыстрее. Время выхода на рынок – еще один важный стимул.
Сделать это, однако, нелегко. Сегодня большинство людей разрабатывает программы, используя те же методы, что и 25 лет назад, что является серьезной проблемой.
Проблема программного обеспечения сводится к затруднениям разработчиков, вынужденных преодолевать в ходе разработки больших программ множество преград. Общество разработчиков программного обеспечения нуждается в управляемом методе работы. Ему нужен процесс, который объединил бы множество аспектов разработки программ. Ему нужен общий подход, который:
обеспечивал бы руководство деятельностью команды;
управлял бы задачами отдельного разработчика и команды в целом;
указывал бы, какие артефакты следует разработать;
предоставлял бы критерии для отслеживания и измерения продуктов и функционирования проекта.
Наличие хорошо определенного и хорошо управляемого процесса – в этом основное отличие сверхпродуктивных проектов от неудавшихся. Унифицированный процесс разработки программного обеспечения – результат более чем тридцатилетней работы – это решение проблемы программного обеспечения.
Разработка программных продуктов, еще недавно бывшая уделом избранных одиночек, в настоящее время превратилась в высокодоходную сферу бизнеса. В ИТ-проектах заняты миллионы программистов и аналитиков, руководителей разного ранга и простых инженеров по всему миру. Процесс создания программных систем стал технологией, где у каждого члена проектной команды определено свое место и круг обязанностей, где строго регламентированы все этапы – от замысла до передачи пользователям рабочей версии программы. Это единственный путь к созданию больших и малых программных систем, который позволяет уложиться в установленные сроки и выделенный бюджет, создав при этом систему нужного качества.
Хотя индустрия разработки ПО достаточно молода, многие компании-разработчики уже осознали, что успех программных проектов зависит от однозначного определения и грамотного документирования процесса. Корпорация Rational Software (www.rational.com), ведущий производитель инструментария для создания сложных программных систем, формализовала технологический процесс разработки ПО и выпустила на рынок структурированную базу знаний под названием Rational Unified Process (RUP), в которую вошли методические рекомендации ведущих разработчиков по эффективному созданию приложений и систем. При этом RUP не есть нечто застывшее. База знаний регулярно обновляется и совершенствуется с учетом передового опыта.
RUP создана в виде страниц формата HTML, имеющих обширную систему гиперссылок, графическую навигацию, подробное оглавление и встроенный поисковый механизм. База распространяется на компакт-дисках и посредством сети Интернет. Последняя версия продукта всегда доступна на сайте производителя. Там же можно бесплатно ознакомиться с полнофункциональной тридцатидневной пробной версией для принятия решения об ее использовании и просмотреть деморолик.
RUP поддерживает технологию разработки программных продуктов для различных платформ, предоставляет детальные рекомендации команде программистов как по переходу к разработке на платформе Microsoft .NET, так и по самой этой разработке. Также поддерживается плагин WinDNA для тех, кто не собирается переходить на платформу .NET
Возможна и разработка ПО для платформы Java 2 Enterprise Edition (J2EE). Доступны плагины для использования платформ IBM WebSphere, BEA WebLogic и HP Bluestone Total e-Server. Последний был включен в версию RUP 2002 и в текущем виде не был доступен в предыдущих версиях продукта.

Глава 1. Общее описание унифицированного процесса

Основными понятиями RUP являются артефакт (artifact) и прецедент (precedent). Артефакты – это некоторые продукты проекта, порождаемые или используемые в нем при работе над окончательным продуктом. Прецеденты – это последовательности действий, выполняемых системой для получения наблюдаемого результата.
Весь процесс разработки программной системы рассматривается в RUP как процесс создания артефактов. Причем то, что попадает в руки конечного пользователя, будь то программный модуль или программная документация, – это один из подклассов всех артефактов проекта.
Каждый член проектной группы создает свои артефакты и несет за них ответственность. Программист разрабатывает программу, руководитель – проектный план, а аналитик – модели системы. RUP позволяет определить, когда, кому и какой артефакт необходимо создать.
Основной упор в RUP делается не на подготовку документов как таковых, а на моделирование разрабатываемой системы. Модели помогают очерчивать как проблему, так и пути ее решения, и создаются они при помощи унифицированного языка Unified Modeling Language (UML), предложенного компанией Rational и впоследствии утвержденного OMG как стандарт, но еще до это UML стал стандартом де-факто для описания сложных систем и позволяет разработчикам определять, визуализировать, конструировать и документировать артефакты программных систем.
Все задачи, описанные в RUP, поддерживаются средствами разработки от Rational Software. В RUP включен раздел Tool Mentors, в котором подробно описывается использование Rational Rose для создания UML-моделей, Rational RequisitePro, Rational Clear Quest, Rational Clear Case для анализа требований, запросов на измерения и исправления дефектов и для поддержки процесса унифицированного управления изменениями (UCM). В этом же разделе описываются методы применения Rational Purify, Rational PureCoverage, Rational Quantify, Rational Robot для автоматизации процесса тестирования и поиска дефектов программного обеспечения, а Rational SoDa – для автоматизации процесса документирования. Кроме того, Tool Mentors содержит подробные рекомендации по использованию этих и других средств компании Rational для создания конкретн