Волгоградский Государственный Технический Университет Менеджер проекта: Мамонтов Д.П. Архитектор :Сухарев К.А. Тестировщик: Гончарова И.В.

Сокращение времени создания и редактирования диаграммы IDEF0

Работа (добавление, редактирование и удаление) с блоками диаграммы, стрелками, линиями и надписями аннотаций Сохранение диаграммы в файл Загрузка диаграммы из файла Экспорт диаграммы в изображение

разработка ПП проводится на языке программирования высокого уровня C++ с использованием Qt в среде разработки Qt Creator средства командной разработки: Subversion средства тестирования: ручное тестирование разработчиками согласно сценарию тестирования средства связи: Skype, ICQ средства синхронизации процесса разработки: репозиторий на code.google.com

На первых этапах не было четкого разделения работ, однако в процессе помимо основных документов были созданы: Use-Case диаграмма Диаграмма классов, описывающая на логическом уровне связи между ними. На последних этапах разработки составлялся достаточно подробный план разработки, который также претерпевал изменения. Также для двух промежутков времени была использована диаграмма Ганта, описывающая основную последовательность выполнения работ

Надёжность Было проведено тестирование, также проводились тесты полного цикла работы с программой. Хотя некоторые тесты показали неудовлетворительные результаты, её можно признать достаточно надёжной для работы с ней Функциональность Реализован весь основной функционал Эффективность Продукт позволяет эффективно создавать диаграммы, однако некоторые части нуждаются в доработке Удобство Существующие ограничения не позволяют выполнять работу максимально удобно

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

1.Несоблюдение некоторыми членами команды плана разработки и требований к исполнению без уважительных причин 2.Колоссальный недостаток ресурса времени 3. Отказ от предыдущей архитектуры, за очень малый срок до сдачи 4. Удаление с последующей заменой члена команды 5.Недостаточная слаженность действий команды, вызванная пунктами 1 и 3 6.Недостаточный опыт членов команды 7.Недостаточное число исполнителей 1. Увеличение времени на разработку (невозможно) 2. Полное изменение состава команды разработчиков

1.Ревизия существующей архитектуры и рефакторинг существующего кода с исправлением найденных ошибок 2.Реализация «вилок» по стандарту IDEF0 3.Проверка на «зацикливание» при соединении стрелок