Теми рефератів
> Реферати > Курсові роботи > Звіти з практики > Курсові проекти > Питання та відповіді > Ессе > Доклади > Учбові матеріали > Контрольні роботи > Методички > Лекції > Твори > Підручники > Статті Контакти
Реферати, твори, дипломи, практика » Курсовые проекты » Створення резервних Копій програмного коду и даних

Реферат Створення резервних Копій програмного коду и даних





януті Особливостігри использование СУВ Git визначили достаточно функціональність цього середовища и переконують нас у возможности его успішного использование як інструменту командної роботи над проектом. Як приклад розглянемо розробка інформаційно-аналітичної системи тестового контролю знань у рамках Git-розгалуження. Беззаперечна, что розробка будь-которого проекту винна буті чітко спланована, розділена на етапи й основні блоки, з якіх складатіметься майбутня система тестування. До таких основних блоків віднесемо Такі модулі: управління Користувачами, банк тестів, обробка результатів тестування. Коженая Із модулів можна доповнюваті, розшірюваті, додаючі Нові возможности І ФУНКЦІЇ, но при цьом нужно ретельно и віважено Здійснювати создания новой Версії програмного продукту, без Втратили информации на попередніх кроках розробки.

Важлива етапом командної роботи є избрания так званого лідера командіровку (team leader), тобто людини, яка керуватіме Повністю процесом розробки проекту, контролюватіме процеси розгалуження и злиттів гілок ТОЩО. Тому бажано, щоб таким лідером БУВ не студент, а викладач, тобто керівник дипломних робіт або адміністратор, Який коордінує роботові всех проектів кафедри. Саме лідер командіровку (адміністратор) начинает роботові над проектом зі создания початково комміту - створюється гілка master, и початкових налаштування системи - створюється гілка develop. Далі, визначавши з основних модулів, Які необходимо Розробити, Завдання Видається студентам-дипломникам, КОЖЕН з якіх працює окремо, створюючі свою тематичність (feature) гілку.

Першів Було розроблено блок керування Користувачами, что включати у собі Такі етапи: створення списку Користувачів, создания Структури бази даних, создания системи управління Користувачами. Усе це Було розроблено на тематічній гілці - feature/users_manage з подалі ее злиттів з гілкою develop.

Наступний кроком булу розробка блоків, что дозволяють створюваті Сховище Завдання, редактор завдання та каталог Завдання. ЦІ модулі Було розроблено на тематічній гілці - feature/task_catalogue, яка такоже булу злиться з гілкою develop.

Далі, модулі класіфікації тестів, перегляду результатів тестування и власне самого тестування розробляліся на тематічній гілці - feature/test_processing, что такоже булу злиться з основною гілкою develop.

Про єднання вищє опис трьох гілок дает змогу підготуваті дере, так званні незавершеність, версию продукту - release/0.1. Виправлення всех помилок злиттів на гілці версій (release) дозволяє отріматі Першу стабільну версию розробленої системи тестування на гілці master - версия 0.1.

У ході Першого использование розробленої системи тестування вініклі Нові Завдання, Які значний покращать функціональність даного програмного продукту. У результате чего Було додано ще декілька модулів, зокрема модуль імпорту тестів, что розроблявся на гілці feature/test_importer, модуль редагування тестів, что розроблявся на гілці feature/advanced_editor, модуль математичного редактора, что розроблявся на гілці feature/math_editor. Про єднання ціх трьох тематичних гілок утворена нову версию програмного продукту - release/0.2. Виправлення помилок злиттів на гілці версій (release) дозволяє отріматі одному стабільну версию розробленої системи тестування на гілці master - версия 0.2.

Подалі вдосконалення системи, виправлення вінікаючіх помилок злиттів на гілці версій дает змогу отріматі следующие Версії програмного продукту - версия 0.2.1.

Отже, розробка ОКРЕМЕ модулів, з якіх складається система тестування відбувається на ОКРЕМЕ тематичних гілках, ОКРЕМЕ Користувачами в рамках виконан їхніх робіт. Це дозволяє виконувати роботу Незалежності від других учасников проекту, значний спрощує процес злиттів Розроблення модулів в єдине ціле, оскількі ЦІМ займається лишь адміністратор. Що ж до структурної схеми проекту, то самє использование тематичних гілок дозволяє значний спростіті гілку develop, а на головній гілці master розміщуваті лишь стабільні Версії програмного продукту. Загальну схему розробки системи тестування з использование Git-розгалуження представлено на рис. 8.


Рис. 8. Загальна схема розробки проекту системи тестового контролю


Висновки та перспективи подалі ДОСЛІДЖЕНЬ


Підсумовуючі вищє сказань, можна стверджуваті, что проста й водночас ефективна система віддаленого управління версіямі Git дозволяє організуваті ї Забезпечити Виконання робіт як складових частин більш складного програмного проекту. Навички командної роботи, отрімані Користувачами в процессе виконан подібніх проектів, дозволяти Їм у Майбутній професійній ДІЯЛЬНОСТІ легко адаптуватіся до роботи в колектіві. Аджея уміння працювати в команді є необхіднімі для менедж...


Назад | сторінка 7 з 8 | Наступна сторінка





Схожі реферати:

  • Реферат на тему: Створення програмного продукту, що дозволяє синхронізувати дані вже наявної ...
  • Реферат на тему: Розробка програмного продукту для проходження тестів
  • Реферат на тему: Розробка програмного забезпечення для генерації статичної версії проекту &q ...
  • Реферат на тему: Розробка проекту в інтегрованому середовищі розробки додатків Delphi &Додат ...
  • Реферат на тему: Розробка програмного проекту системи &Підбір кредиту ВАТ& Россельхозбанк &