Методические указания к выполнению практической работы

Разработка и стандартизация программных средств

Цель: получить навыки командной разработки ИС с использованием ООП и методологии RUP, практическое знакомство с современными инструментами поддержки разработки ИС.

Средство: Ролевая игра

Процессы и инструменты Таблица 1

№	Инструмент	назначение	размещение
	Argo UML	Поддержка требований, разработка функциональности ИС, архитектуры ПО и БД	локально
	svn	репозиторий	сервер
	redmine	таскменеджер	сервер
	eclipse	Среда разработки кода	локально
	MySQL	СУБД	сервер

План работы.

1. Выбор темы разработки.
2. Поэтапное планирование в соответствии с методологией RUP.
3. Распределение ролей в соответствии с методологией RUP и временными рамками выполнения проекта

Итоговая таблица планирования работ Таблица 2

№этапа	Количество дней	Рабочий процесс	Требуемые роли	Id участника

1. Рабочий процесс
2. Формирование отчетности.

Методические указания.

1. Выбор темы разработки.

Варианты тем Таблица 3

специализация	тема
медицина	Интернет-поиск (специалистов, сведений о заболевании, лечебных средств, советов по лечению)
	Назначение санаторно-курортного лечения
	Статистический учет заболеваемости на некоторой территории
	Ведение карты пациента
Социальная сфера	Ведение территориальной карты социальных мероприятий
	Социальный учет малоимущих граждан
	Территориальная биржа труда
Общая сфера
Участие в open source project

Тема может быть выбрана из таблицы 3 в соответствии со специализацией группы либо сформирована самостоятельно. При выборе темы желательно учитывать объем имеющихся знаний предметной области у участников, временные рамки разработки, практическую направленность разработки.

После выбора темы необходимо выбрать лидера команды (TeamLeader, ProjectManager)

На этом же этапе необходимо установить все средства разработки в соответствии с таблицей 1.

2. Поэтапное планирование.

Планирование производится в соответствии с жизненным циклом разработки программного продукта RUP: http://ru.wikipedia.org/wiki/Rational_Unified_Process

При этом заполняются первые две колонки таблицы 2. Планирование ведется с учетом временных рамок семестра и количества часов, отведенных на практические занятия. Например, протяженность учебного осеннего семестра 1.09 – 23.12, количество часов практических занятий 32 часа, следовательно, на каждую неделю учебного семестра должно приходиться не менее двух часов работ по проекту. Разработка должна закончиться 16.12 текущего года. С 16.12 – по 23.12 планируется защита проекта.

1. Распределение ролей.

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

На данном этапе заполняются последние три колонки таблицы 2.

Таким образом, по завершении общего планирования, таблица 3 должна быть полностью сформирована, и в дальнейшем будет являться главным документом по планированию работ.

1. Рабочий процесс.

Рабочий процесс включает в себя все рабочие процессы методологии представленные на диаграмме http://ru.wikipedia.org/wiki/Rational_Unified_Process

Вся разработка ПО рассматривается в RUP как процесс создания артефактов. Любой результат работы проекта, будь то исходные тексты, объектные модули, документы, передаваемые пользователю, модели – это подклассы всех артефактов проекта. Каждый член проектной группы создает свои артефакты и несет за них ответственность. Программист создает программу, руководитель — проектный план, а аналитик — модели системы. RUP позволяет определить когда, кому и какой артефакт необходимо создать, доработать или использовать.

Дата добавления: 2015-05-10