Магистерский диплом на тему Применение систем контроля версий и управления совместной разработкой приложений на примере проектов ФГУП «ГлавНИВЦ»
-
Оформление работы
-
Список литературы по ГОСТу
-
Соответствие методическим рекомендациям
-
И еще 16 требований ГОСТа,которые мы проверили
Введи почту и скачай архив со всеми файлами
Ссылку для скачивания пришлем
на указанный адрес электронной почты
Содержание:
ВВЕДЕНИЕ 7
ГЛАВА 1 ОБЗОР СИСТЕМ КОНТРОЛЯ ВЕРСИЙ И УПРАВЛЕНИЯ СОВМЕСТНОЙ РАЗРАБОТКИ 9
1.1 Процесс разработки приложения 9
1.2 Описание систем контроля версий 19
1.2.1 Общие сведения о системах контроля версий 19
1.2.2 Порядок работы с системами контроля версий 19
1.3 Описание систем управления совместной разработкой 24
1.3.1 Общие сведения о системах управления совместной разработкой 24
1.3.2 Системы учета задач, ошибок и заявок 25
1.4 Место и роль систем контроля версий и управления совместной разработкой в процессе разработки приложения 26
ГЛАВА 2 АНАЛИЗ СУЩЕСТВУЮЩИХ СИСТЕМ КОНТРОЛЯ ВЕРСИЙ И УПРАВЛЕНИЯ СОВМЕСТНОЙ РАЗРАБОТКОЙ 28
2.1. Анализ применяемых систем контроля версий 28
2.1.1 Обзор применяемых систем контроля версий в различных компаниях 28
2.1.2 Классификация систем контроля версий 34
2.1.3 Принципы внедрения систем контроля версий 37
2.2. Анализ применяемых систем управления совместной разработкой 41
2.2.1. Обзор применяемых систем управления совместной разработкой в различных компаниях 41
2.2.2 Классификация систем управления совместной разработкой 46
2.2.3 Принципы внедрения систем управления совместной разработкой 49
ГЛАВА 3 ПРИМЕНЕНИЕ СИСТЕМ КОНТРОЛЯ ВЕРСИЙ И УПРАВЛЕНИЯ СОВМЕСТНОЙ РАЗРАБОТКОЙ ПРИЛОЖЕНИЙ НА ПРИМЕРЕ ПРОЕКТОВ ФГУП «ГЛАВНИВЦ» УПРАВЛЕНИЯ ДЕЛАМИ ПРЕЗИДЕНТА РОССИЙСКОЙ ФЕДЕРАЦИИ 53
3.1 Характеристика ФГУП «ГлавНИВЦ» Управления делами Президента Российской Федерации 53
3.2 Определение проекта разработки ПО с применением контроля версий и средств совместной разработки в ФГУП «ГлавНИВЦ» Управления делами Президента Российской Федерации 68
3.3 Технические и организационные особенности, которые должны быть учтены при контроле версий и управления совместной разработки 76
ЗАКЛЮЧЕНИЕ 87
СПИСОК ИСПОЛЬЗОВАННЫХ ИСТОЧНИКОВ 89
Введение:
Проектирование и разработка программного обеспечения требует четкого планирования работ и их распределения во время работы над программным продуктом. Один из способов организации работ состоит в разбиении процесса разработки на отдельные последовательные стадии, после полного прохождения, которых получается конечный продукт или его часть. Современные разработчики, а также организации, которые занимается разработкой приложений используют различные вспомогательные программные средства для упрощения и автоматизации процесса разработки приложения. Это могут быть и системы проектирования (CASE-средства) и инструментальные средства разработки, различные оболочки, позволяющие делать разработку приложений более понятной и структурированной.
Прикладные программы являются основным средством, инструментарием решения задач и информационного обеспечения. Современным программистам приходится иметь дело с огромным количеством разнообразных языков программирования различных уровней и назначений.
Отдельно выделяют специальные программные средства для управления контролем версий и системами совместной разработки, которые уже прошли путь развития от простых календарей и блокнотов с подсветкой кода, до отдельного вида систем и наравне со средством разработки являются частью промышленного процесса реализации приложения.
Актуальность данной темы заключается в том, что для современной команды разработчиков, работающих над большими и серьезными проектами, куда включают разработку большого количества программного кода, а так же создания большого количества модулей, требуется программное средство, позволяющее совместно разрабатывать и впоследствии интегрировать программные решения, а так же создавать готовый программный продукт и упорядочивать его по версиям, с составлением сопутствующей документации. Поскольку предприятие является крупным разработчиком и исполнителем госзаказа на ПО, использование такого рода систем для коллективной разработки и управления версиями для него крайне необходимо, что и делает тему актуальной.
Объектом исследования является ФГУП «ГлавНИВЦ» Управления делами Президента Российской Федерации.
Предметом исследования является разработка приложений согласно жизненного цикла ИС с применением систем контроля версий и совместной разработки.
Целью исследования является рассмотрение применение систем контроля версий и управления совместной разработкой приложений на примере проектов ФГУП «ГлавНИВЦ».
Для достижения цели необходимо решить следующие задачи:
рассмотреть жизненный цикл приложения и этапы разработки;
изучить и дать характеристику системам контроля версий и совместной разработки;
рассмотреть существующие программы аналоги на рынке;
рассмотреть характеристику и структуру ФГУП «ГлавНИВЦ» Управления делами Президента Российской Федерации;
рассмотреть бизнес-процессы разработки приложений в организации и выполнять их моделирование;
произвести описание использования и внедрения систем в организации.
Методы исследования, применяемые в работе:
анализ теоретических источников по предметной области и проектированию информационных систем;
Заключение:
Достигнута цель работы — проведено рассмотрение применения систем контроля версий и управления совместной разработкой приложений на примере проектов ФГУП «ГлавНИВЦ».
Для достижения цели были решены все поставленные задачи:
рассмотрен жизненный цикл приложения и этапы разработки;
изучена и дана характеристика системам контроля версий и совместной разработки;
рассмотрены существующие программы аналоги на рынке;
рассмотрена характеристика и структура ФГУП «ГлавНИВЦ» Управления делами Президента Российской Федерации;
рассмотрены бизнес-процессы разработки приложений в организации и выполнено их моделирование;
произведено описание использования и внедрения систем в организации.
Современные системы контроля версий и совместной разработки, а именно программный продукт Microsoft Team Foundation Server и GitLab позволяет для управления совместной разработкой использовать веб-технологии, что значительно упрощает взаимодействие разработчиков, руководителя проекта и обеспечивает постоянный доступ к модулям приложения, находящегося в разработке.
Основные преимущества использования систем контроля версий и совместной разработки в организации:
1. Повышение производительности труда при работе с программным кодом.
2. Оптимизация процессов проектирования и разработки модулей приложения.
3. Поиск истории изменений и контроля целостности программного кода.
2. Контроль выпускаемых готовых и промежуточных версий приложения, контроль изменений.
3. Возможность изменения порядка работы с модулями приложения и составления документации по проекту в ходе разработки и тестирования.
В ходе решения проблемы использования системы контроля версий и совместной разработки произведено рассмотрение операций, выполняемых в рамках работы по проекту, которые соответствуют этапам жизненного о цикла проектирования и разработки ИС, и позволяет разработчикам получать полную и достоверную информацию на каждом этапе реализации проекта, что значительно сокращает время на разработку приложений, их тестирование и выпуск готовых решений.
Выбранные системы контроля версий и совместной разработки позволяют для приложений, которые имеют поддержку и сопровождаются длительный период времени применять в проектировании и разработке спиральную модель жизненного цикла ИС и выпускать более совершенные и надежные версии программных продуктов. Такой подход в использовании современных средств разработки и методов проектирования решает задачи своевременной поддержки и доработки выпускаемых программных продуктов и улучшения их качеств.
Фрагмент текста работы:
ГЛАВА 1 ОБЗОР СИСТЕМ КОНТРОЛЯ ВЕРСИЙ И УПРАВЛЕНИЯ СОВМЕСТНОЙ РАЗРАБОТКИ
1.1 Процесс разработки приложения
Приложение (application) — программная реализация на компьютере решения задачи. Приложение, являясь синонимом слова «программа», считается более удачным термином и используется чаще.
Программа составляется на удобном для человека формализованном языке программирования, с которого она автоматически переводится на язык соответствующего компьютера с помощью другой программы, называемой транслятором [1.1].
Основные характеристики программ:
алгоритмическая сложность (логика алгоритмов обработки информации);
состав и глубина проработки реализованных функций обработки;
полнота и системность функции обработки;
объем файлов программ;
требования к операционной системе и техническим средствам обработки со стороны программного средства;
объем дисковой памяти;
размер оперативной памяти для запуска программ;
тип процессора;
версия операционной системы;
наличие вычислительной сети.
Обычно программы разрабатываются в расчете на то, чтобы ими могли пользоваться люди, не участвующие в их разработке. Для освоения программы пользователем, помимо ее текста, требуется определенная дополнительная документация.
Документация составляется на первоначальном этапе, в виде технического задания, т.е. требований к приложению, которые должны реализовать разработчики. Другой вид документации называется проектной или рабочей документации, описывающей способы реализации и непосредственно архитектуру приложения. Такая документация используется разработчиками и служит инструкцией в случае доработки приложения или же для внесений изменений, с целью расширения возможностей приложения или его оптимизации. Для понимания как работает приложений, и какие функции в нем закодированы, создается документация по исходному коду программы, т.е. описание ее алгоритмических процедур, типов обрабатываемых данных. Последний вид документации предназначен для пользователей, и называется руководство пользователя. Данный вид документов предназначен для пользователей программы, которые работают с интерфейсом и используют программу по прямому назначению.
Документирование всех этапов важный процесс промышленной разработки приложений и отличается в зависимости от сложности решаемых задач в приложениях, их архитектуры и количества разработчиков, работающих над ним. Если над приложением работает команда разработчиков, то приходится регламентировать их взаимодействие и создавать различные виды документации.
Количество документации так ж зависит от модели жизненного цикла, который применяется в процессе разработки приложения.
Приложения различаются по виду, в зависимости от количества одновременно работающих пользователей, использованию хранилищ данных (баз данных и применяемых СУБД), а также размещению приложения в сети.
Локальное приложение представляет собой программу, например, текстовый редактор, установленную на жестком диске компьютера и использующую для работы только собственные ресурсы компьютера, на котором она запущена.