Инструментальные средства управления версиями ПО

• Номер работы:
  517595
• Раздел:
  Все работы   →   Рефераты и реферативные задания   →   Информационное обеспечение, программирование
• Год добавления:
  30.09.2018 г.
• Объем работы:
  34 стр.
• Содержание:
  ВВЕДЕНИЕ 3
  1 Концепция управления версиями 4
  1.1 Необходимость управления версиями 4
  1.2 Типичный порядок работы с системой 5
  2 Системы контроля версий 19
  2.1 Классификация систем управления версиями 19
  2.2 Обзор современных систем контроля версий 23
  ВЫВОДЫ 32
  СПИСОК ИСПОЛЬЗОВАННЫХ ИСТОЧНИКОВ 33
  
• Выдержка из работы:
  Некоторые тезисы из работы по теме Инструментальные средства управления версиями ПО
  ВВЕДЕНИЕ
  Сегодня организация проектирования и производства многофункцио-нальных программных комплексов предполагает обязательное использование современных индустриальных методов и процессов в сфере промышленной разработки сложных технических систем и продуктов.
  Особую роль в создании качественных продуктов играет уровень знаний разработчиков в области системотехники производства сложных компьютер-ных систем. При этом программная инженерия и ее методы выступают в каче-стве критического фактора процессе разработки сложных программных систем.
  Таким образом, под программной инженерией понимается некоторый систематический, дисциплинированный измеримый подход к процессам разработки, функционирования и сопровождения программного обеспечения. К программной инженерии также можно отнести и само исследование этих подходов.
  .....................
  1 Концепция управления версиями
  1.1 Необходимость управления версиями
  Под системой контроля версий (Versions Control System, VCS) понимается система, выполняющая регистрацию изменений в одном или нескольких файлах, с последующей возможностью возврата к определенным предыдущим версиям данных файлов.
  В настоящее время файлы выступают в роли конечного результата для многих профессий (например, научные работы, разработка программного обеспечения, писательская деятельность). Очевидно, что разработка и поддержка таких файлов требует значительных временных и трудозатрат, поэтому потеря данных в результате определенных изменений, влекущая за собой необходимость восстановления информации, является крайне нежелательной [4].
  Для иллюстрации вышесказанного целесообразно рассмотреть пример разработки программистом проекта, в состав которого входит всего один файл небольшого размера (пример является вполне реальным, а не выдуманным, так как на практике существует большое число подобных проектов). Выпустив первую версию проекта, программист становится перед выбором: возникает потребность в исправлении проблем, о которых сигнализируют пользователи первой версии и в то же время никуда не девается необходимость разработки новых функциональных возможностей для второй версии.
  ..........