Томский государственный университет

Скачать 423.92 Kb.

Название	Томский государственный университет
страница	12/12
Дата публикации	24.02.2015
Размер	423.92 Kb.
Тип	Дипломная работа

100-bal.ru > Информатика > Дипломная работа

1 ... 4 5 6 7 8 9 10 11 12

Фаза Внедрение

Типовая итерация

Фаза Внедрения в рамках Унифицированного процесса очень сильно отличается от традиционного процесса разработки. Это отличие объясняется следующим обстоятельством, в рамках Унифицированного процесса команда входит в фазу Внедрения с практически стабильной, интегрированной и оттестированной версией целевой системы. При традиционном каскадном подходе, чаще всего, конечная фаза интеграции начинается с ряда огромных проблем. Очень часто систему просто не удается скомпилировать целиком так, как интерфейсы между различными частями системы оказываются несогласованными, или на этапе интеграции происходят сбои. Это приводит к необходимости крупных изменений, а, следовательно, в лучшем случае срыву сроков, прежде чем система заработает и будет готова тестироваться. Очень часто в этом момент времени менеджерам проекта приходится тратить значительные усилия на повторное согласование требований и сроков с инвесторами проекта и заинтересованными сторонами, что вызывает у целевой аудитории системы вполне понятное недоумение. [12]

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

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

Заключение

В процессе выполнения данной дипломной работы были выполнены следующие задачи:

Изучены возможности IBM RMC для настройки RUP под конкретный процесс и для публикации web-сайта процесса.

Разработана и реализована с помощью IBM RMC полная модель процесса разработки ПО, предназначенная для целей УМК.

Созданная модель наполнена справочной и методической информацией в соответствии с потребностями курса «Унифицированный процесс разработки ПО».

Список использованных источников и литературы

Кратчен Ф., Кролл П. Rational Unified Process - это легко. Руководство по RUP для практиков – М.: Кудиц-Образ, 2004 – 432с.
Буч Г. Язык UML. Руководство пользователя – М.: ДМК, 2006 – 496с.
Моделирование процессов разработки ПО и создание сайтов процессов с помощью Rational Method Composer [Электронный ресурс]: Режим доступа - http://www.ibm.com/developerworks/ru/library/rmc-model/, свободный.
Скотт К. Унифицированный процесс. Основные концепции – М.: Вильямс, 2002 – 160с.
Унифицированный процесс разработки от Rational Software [Электронный ресурс]: Режим доступа - http://www.caseclub.ru/articles/rup2.html, свободный.
IBM Rational Unified Process – Wikipedia [Электронный ресурс]: Режим доступа - http://en.wikipedia.org/wiki/IBM_Rational_Unified_Process, свободный.
IBM replacing Rational Process Workbench [Электронный ресурс]: Режим доступа - http://www.infoworld.com/article/05/10/19/HNrupwork_1.html, свободный.
John Crinnion: Evolutionary Systems Development, a practical guide to the use of prototyping within a structured systems methodology. Plenum Press, New York, 1991. Page 18.
Object Management Group - Wikipedia[Электронный ресурс]: Режим доступа - http://en.wikipedia.org/wiki/Object_Management_Group, свободный.
Архитектура, управляемая моделью [Электронный ресурс]: Режим доступа - http://www.citcity.ru/11353/, свободный
Журнал «Мир ПК»: Разработка на основе моделей – Тарасов С. [Электронный ресурс]: Режим доступа - http://www.osp.ru/pcworld/2007/06/4301640, свободный.
Змеев О.А. Введение в Унифицированный Процесс – в печати.
Гради Буч, Дж. Рамбо, А. Якобсон. Унифицированный процесс разработки программного обеспечения – СПб.: Питер, 2002 г – 496 с.

Приложение А. Руководство программиста

Создание Библиотеки Методик

Для создания с нуля Процесса Разработки первым шагом необходимо создать Библиотеку Методик. Для этого выбираем в меню File\New\Method Library и заполняем название библиотеки и путь, по которому она будет храниться.

Рис. 49 Создание Библиотеки Методик

Создание Подключаемых Методик

В результате предыдущего действия у нас создалась пустая Библиотека Методик, в которой теперь нужно создать Подключаемую Методику. В меню выбираем File\New\Method Plug-in. Выбираем имя и сохраняем Методику.

Создание Пакета Содержаний

В контекстном меню листа Content Packages в Представлении библиотеки, открывающемуся по щелчку правой кнопкой мыши, выбираем New\Content Package. Именуем и сохраняем Пакет Содержаний. В результате выполненных шагов у нас сформировалась структура для создания и редактирования содержания Методик.

Рис. 50 Создание Пакета Содержаний

Создание элементов Методик
1. Создание Ролей. Для создания Роли выбираем лист Roles и в контекстном меню, открывающемся по щелчку правой кнопкой мыши выбираем New\Role. В открывшемся редакторе (Content Editor) для каждой Роли заполняем поля значениями и сохраняем роль.
2. Создание Рабочих Продуктов. Для создания Рабочего Продукта выбираем лист Work Products и в контекстном меню, открывающемся по щелчку правой кнопкой мыши, выбираем New и в зависимости от типа создаваемого продукта либо Artifact либо Deliverable либо Outcome. В открывшемся редакторе (Content Editor) заполняем для каждого Рабочего Продукта поля значениями и сохраняем Рабочий Продукт.
3. Создание Задач. Для создания Задачи выбираем лист Tasks и в контекстном меню, открывающемся по щелчку правой кнопкой мыши, выбираем New\Task. В открывшемся редакторе (Content Editor) заполняем для каждой Задачи поля значениями и сохраняем Задачу. Для того чтобы указать, кто выполняет Задачу надо перейти на закладку Roles и выбрать Роль ответственную за выполнение Задачи (Primary performer), которая может быть только одна и Роли участвующие в выполнении Задачи (Additional performers). Для указания Рабочих Продуктов надо перейти на вкладку Work Products и выбрать Рабочие Продукты, которые являются основной входной информацией (Mandatory inputs), дополнительной входной информацией (Optional inputs) и информацией на выходе из Задачи (Outputs).
Создание Конфигурации Методик

Выбираем лист Configurations в дереве Представления Библиотеки Методик. Выбираем New\Method Configuration в контекстном меню, появляющемся по щелчку правой кнопкой мыши. Вводим имя Конфигурации Упрощенная методология в поле Name и переходим в редакторе на вкладку Plug-in and Package Selection. Выбираем все элементы нашей Подключаемой Методики для использования в созданной Конфигурации.

Рис. 51 Создание Конфигурации Методик

Создание Процесса Разработки

Выбираем лист Delivery Processes в дереве Представления Библиотеки Методик. Выбираем New\ Delivery Process в контекстном меню. Вводим имя Процесса и выбираем созданную конфигурацию как Default Configuration в появившемся диалоге New Process Component. В появившемся диалоговом окне Switch Configuration выбираем Yes. Сохраняем наш Процесс и переходим к его редактированию.

Редактирование Процесса Разработки.

Для начала в Представлении Конфигураций находим Упрощенный процесс и дважды кликаем по нему для начала редактирования. Переходим на закладку Work Breakdown Structure.

Создадим фазы Процесса. Для этого в редакторе выберем Упрощенный процесс и в контекстном меню выберем New Child\Phase. Создаём фазу Начало и две её итерации.
Теперь добавим к фазам Дескрипторы Задач, определенных в нашей Методике. Для этого в Представлении Конфигурации Методик откроем лист Disciplines\Uncategorized Tasks\ и перенесем дескрипторы (drug and drop) на нужную итерацию фазы Начало в редакторе.
Для переопределения свойств нужно выделить Дескриптор в окне редактора и изменить его свойства в окне Properties (Для активации окна нужно выбрать Window \ Show View \ Other \ Properties).

Публикация сайта процесса

Для публикации сайта, необходимо добавить в определение Конфигурации представление, которое будет отображаться на сайте.

Для начала создадим произвольную категорию (Custom category). В Представлении Библиотеки выделяем лист Custom Categories и в контекстном меню выбираем New\Custom Category. Называем новую категорию. Переходим на вкладку Assign и добавляем в поле Content Elements созданный нами процесс разработки. Теперь в контекстном меню категории Представление методологии выбираем меню New\Custom Category, называем новую категорию Роли, переходим на вкладку Assign и добавляем в поле Content Elements Роли: все роли, которые мы хотим опубликовать. Аналогичным образом создаем категории Задачи и Рабочие продукты.

Для того чтобы созданное нами представление отображалось по умолчанию, нажимаем на кнопку Make default, сохраняем изменения. Выбираем в меню Configuration\Publish, в первом окне нажимаем Next, указываем название сайта и путь где будет размещен набор html-страниц на диске, нажимаем Finish.

Для корректной работы опубликованного сайта на клиентской машине необходимо установить Java Runtime Environment (JRE)

Приложение Б. Руководство пользователя

Сгенерированный RMC сайт состоит из двух логических частей: дерева процесса и панели содержимого процесса.

Дерево процесса, созданное по умолчанию, является доступным пользователю только на просмотр. Для того чтобы изменить в нём что-нибудь, нужно сначала сохранить это дерево как своё. Для этого нужно нажать SaveAs на кнопке над деревом процесса. В созданном дереве можно: добавлять новые элементы, переименовывать имеющиеся и перегруппировывать любые элементы по любым категориям. Для того чтобы добавить новый элемент, нужно нажать на кнопку Add New Node. Для перегруппирования можно либо перетащить элемент в другую категорию (drag-and-drop), либо нажать на кнопку Add From Default и добавить элемент из списка.

В панели содержимого (рис. 13) процесс описывается с точки зрения: Work Breakdown Structure, Team Allocation, Work Product Usage. Во вкладке Work Breakdown Structure отображается, какие задачи запланированы на каждой из фаз. Team Allocation показывает, участники с какими ролями принимают участие на каждой из фаз. Work Product Usage показывает, какие рабочие продукты создаются на каком этапе разработки.

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

RMC автоматически генерирует диаграммы, показывающие взаимодействие между ролями и ассоциированными с ними задачами и артефактами.

Рис. 52 Диаграмма для системного аналитика и его ролей и артефактов.