Р ЕДАКТОР UML ACTION ДИАГРАММ Исполнители: Гусев А.П. [Главный программист] Шатеев И.В. [Архитектор] Меркулов А.А. [Прожект-менеджер] (ИВТ-461) ВОЛГОГРАДСКИЙ ГОСУДАРСТВЕННЫЙ ТЕХНИЧЕСКИЙ УНИВЕРСИТЕТ КУРСОВОЙ ПРОЕКТ

Ц ЕЛИ И ЗАДАЧИ Цель - сократить время создания диаграмм классов за счет удобного интерфейса и соответствующего набора инструментов. Для достижения поставленной цели были поставлены следующие задачи: - анализ предметной области - выбор методов - кодирование и тестирование - внедрение

Р АСПРЕДЕЛЕНИЕ РОЛЕЙ РольОсновная задачаИсполнитель Главный программист Определяет реализацию программного продукта Гусев А.П. АрхитекторРазрабатывает архитектуру системы, проводит тестирование. Шатеев И.В. Прожект- менеджер Контролирует разработку продукта, проводит тестирование. Меркулов А.А.

Ф УНКЦИОНАЛЬНЫЕ ТРЕБОВАНИЯ Главная функция Создание UML action диаграммы Основные функции Сохранение action диаграммы в файл Загрузка action диаграммы из файла Редактирование диаграммы: добавление, удаление, перемещение элементов диаграммы Редактирование свойств компонентов Экспорт диаграммы в картинку (формата jpg)

Н ЕФУНКЦИОНАЛЬНЫЕ ТРЕБОВАНИЯ 1. Собственный формат файла для хранения сцены диаграммы 2. Установщик, позволяющий запуск программы на «чистой» ОС 3. Редактор должен работать под управлением ОС Windows XP и выше 4. Сроки: I-й релиз , II-й релиз ; 5. Адекватный интерфейс 6. Технология разработки – объектно-ориентированная 7. Безотказность системы при неадекватных действиях адекватного пользователя

В ЫБОР ТЕХНОЛОГИИ Разработка ведется на языке высокого уровня С++ в среде Visual Studio Используется платформа.NET. Выбор языка и платформы обусловлен: Легкостью разработки, Малой требовательностью, Отказоустойчивостью, Нехваткой времени для проведения углубленного анализа. Средства командной разработки: Tortoise SVN Для согласованности работы используется репозиторий (code.google.com). Тестирование проводятся вручную по заданиям на тестирование. Средства коммуникации: Skype, Qip.

О СНОВНЫЕ РЕШЕНИЯ ПРИ РАЗРАБОТКЕ Составление плана работ. В организационной части важным пунктом было составление плана работ. Он оформлялся в виде таблицы с задачами, сроками и исполнителями выполнения. Разработка структуры программы. Для разработки была спроектирована структура программного продукта в виде UML диаграмм.

П РОЕКТНЫЕ РЕШЕНИЯ : USE - CASE ДИАГРАММА

П РОЕКТНЫЕ РЕШЕНИЯ : ДИАГРАММА КЛАССОВ

И НТЕРФЕЙС ПРОГРАММЫ

Т ЕСТИРОВАНИЕ Тестирование проводилось тремя способами: 1. Общее тестирование после очередного обновления. 2. Тестирование по заданиям. Составлялись задания на тестирование. Тестирование мог выполнить любой участник команды. 3. Тестирование сторонними лицами. Редактор тестировался участниками других команд. Результаты Результаты тестирования заносились в репозиторий.

В НЕДРЕНИЕ Установка Редактор был установлен на несколько машин, в том числе и с чистой ОС Windows. Проверка Была произведена проверка на: Надежность Проводились тесты на полный цикл программы и на отдельные функции. Дефекты не обнаружены. Функциональность Функционал программы соответствует заявленному в документации (для I-го релиза). Удобство Есть недостатки из-за некоторых ограничений (описанных в документации) Эффективность В редакторе можно быстро создать диаграмму деятельности, но с некоторыми ограничениями (обусловленными заданием и рамками ограничений проекта)

В КЛАД В КОМАНДНУЮ РАЗРАБОТКУ Гусев А.П. Разработка программного продукта, реализация основного функционала. Шатеев И.В. Разработка и тестирование интерфейса программного продукта. Меркулов А.А. Отрисовка графических элементов и элементов интерфейса, разработка документации и тестирование программного продукта.

Р АСШИРЕНИЯ ФУНКЦИОНАЛА ПРОГРАММНОГО ПРОДУКТА Во втором релизе был расширен программный функционал: 1.Все графические элементы отображаются визуально идентично тем, которые использованы в стандарте UML 2.Реализована функция отмена последнего действия и возврат отмененного действия на неограниченное число шагов 3.Реализована функция выделения нескольких элементов с помощью клавиши Ctrl 4.Реализовано использование горячих клавиш, для удаления элементов, отмены и повтора действий. 5.Динамическое изменение размеров элементов диаграммы Также было повышена информативность интерфейса, улучшен дизайн. Изменен механизм размещения элементов диаграммы на рабочую область. Изменен механизм добавления связей между элементами диаграммы