Автоматизированная информационная система программирования логики промышленных роботов для ООО "ВМЗ"
Дипломная работа - Компьютеры, программирование
Другие дипломы по предмету Компьютеры, программирование
влетворения критерия.
Простота установки снижает трудоёмкость установки, следовательно снижает затраты на внедрение, поэтому этот критерий оценивается выше, чем основная часть критериев.
8.Централизованный репозиторий.
Оценки критерия:
- система использует распределённый репозиторий.
- система использует централизованный репозиторий.
Метод взаимодействия пользователей в системе определил, что система управления должна быть централизованной. То есть данный критерий является критичным, поэтому имеет высокие баллы.
9.Web-интерфейсы пользователя.
10.GUI интерфейсы пользователя.
Критерии 9-10 оцениваются по шкале 0..8, где 8 означает большое количество интерфейсов, 0 - интерфейсы отсутствуют.
Для снижения времени обучения пользователей необходимо, чтобы интерфейс был интуитивно понятным для группы программистов, в которой каждый программист имеет разное образование и навыки работы с сетевыми системами. Чтобы выбрать оптимальный интерфейс необходимо, чтобы во внедряемой системе управления версиями был достаточный выбор интерфейсов. Это требование критично, поэтому критерий имеет высокие баллы.
11.Модель моментальный снимок.
Оценки критерия:
- система использует модель набор изменений.
- система использует модель моментальный снимок.
При работе с программными файлами при процессе программирования промышленных роботов удобнее использовать модель моментальный снимок, так как, во-первых, постоянно извлекаются из базы разные версии одной программы (а не последняя версия), во-вторых, в рассматриваемом процессе удобнее использовать полные сборки. Программные файлы имеют небольшой размер, поэтому для их хранения не потребуются большие ресурсы памяти.
12.Работа под Windows.
Оценки критерия:
- система не поддерживает ОС Windows.
- система работает под ОС Windows.
На сервере установлена операционная система Windows, сервер используется также под другие задачи, использование другой операционной системы невозможно.
13.Лицензия.
Критерий оценивается по шкале 1..10, где 10 - бесплатная система.
Сравнение систем управления версиями представлено в таблице 4.
Таблица 4 - Оценка систем управления версий
Системы управления версиями Критерии SubversionArch Monotone OpenCMAegis Darcs GitПеремещение и переименование файлов и директорий2222222Копирование файлов и директорий2020000Подробная история построчных изменений2220222Возможность получения отдельной директории из репозитория2000200Контроль изменений в рабочей копии, до commitа в репозиторий2222022Задание отдельного текста комментария для отдельного файла при commitе 5050200Простота установки1332222Централизованный репозиторий8808000Web-интерфейсы пользователя8300425GUI интерфейсы пользователя8400306Модель моментальный снимок8088000Работа под Windows100101001010Лицензия10101010101010ИТОГ:66345240252837
Оценка осуществлялась с помощью источника [18,21,22]. Проведённая оценка показала, что наиболее подходящей системой управления версий является Subversion. Она также удовлетворяет описанным выше требованиям: имеет централизованную архитектуру репозиториев и использует модель моментальных снимков для хранения изменений. Эту систему можно внедрять под разными web-серверами. В предлагаемой архитектуре будет использоваться web-сервер Apache и модуль WebDAV. АИС будет обращаться к серверу как клиент Subversion. Предлагаемая архитектура отображена на рисунке 7.
Рисунок 7 - Архитектура системы
Итак, для эффективного использования разрабатываемой АИС предлагается внедрить систему управления версиями Subversion. Эта система имеет централизованную архитектуру репозитариев и использует модель моментальных снимков для хранения изменений. Обращение АИС к хранилищу данных происходит через локальную сеть. В качестве web-сервера будет использоваться web-сервер Apache и модуль WebDAV.
1.5 Разработка модели системы
Выше было определено, что для разработки системы программирования промышленных роботов будет использоваться технология RAD. Следуя её этапам, в данной части проекта осуществляется разработка модели системы. Разработка модели системы включает построение:
1.Диаграммы вариантов использования, отображающей функциональное поведение системы.
2.Диаграммы классов и диаграммы компонентов. Они отражают объекты, которые требуются для поддержки бизнес-процессов.
.Диаграмм последовательностей, отображающих преобразование объектов во время работы приложения.
Моделирование функционального поведения системы
Диаграмма вариантов использования описывает функциональное назначение системы, то, что система будет делать в процессе своего функционирования. Диаграмма вариантов использования является исходным концептуальным представлением или концептуальной моделью системы в процессе ее проектирования и разработки.
Разработка диаграммы вариантов использования преследует следующие цели:
1)определить общие границы и контекст моделируемой предметной области на начальных этапах проектирования системы;
2)сформулировать общие требования к функциональному поведению проектируемой системы;
)разработать концептуальную модель системы для ее последующей детализации в форме логических и физических моделей;
)подготовить исходную документацию для взаимодействия разработчиков системы с ее заказчиками и пользователями. [23]
Разрабатываемая система охватывает область составления программных файлов для промышленных роботов. Она пред