6. Назначение и классификация case средств. Примеры.

CASE – Computer Aided System/Software Engineering – прог­­­раммные средства, поддерживающие все или часть процессов ЖЦ ПО:

• создания и сопровождения ИС, включая анализ и формулировку требований,

• проектирование прикладного программного обеспечения (приложений) и баз данных,

• генерацию кода,

• тестирование,

• документирование,

• обеспечение качества,

• конфигурационное управление и управление проектом,

• а также другие процессы.

Основная цель CASE-технологии – разграничение процесса проектирования программных продуктов от процесса кодирования и последующих этапов разработки, максимально автоматизировать процесс разработки.

Подходы к проектированию:

• Структурный

• Объектно-ориентированный

Интегрированное CASE-средство содержит следующие компоненты:

• репозиторий – обеспечивает хранение версий проекта и его отдельных компонентов, синхронизацию поступления информации от различных разработчиков при групповой разработке, контроль метаданных на полноту и непротиворечивость;

• средства коллективной работы;

• графические средства анализа и проектирования – обеспечивающие создание и редактирование иерархически связанных диаграмм (DFD, ERD и др.), образующих модели ИС;

• средства разработки приложений, включая языки 4GL и генераторы кодов;

• средства конфигурационного управления (контроль версий и сборок);

• средства документирования;

• средства тестирования;

• средства управления проектом;

Примеры CASE средств:

• средства проектирования БД – моделируют данные и генерируют схемы БД: CA ERwin Process Modeler(CA), S-Designer (SDP), DataBase Designer (ORACLE);

• объектно-ориентированные: Rational Rose (Rational Software), Object Team (Cayenne).

• планирования и управления проектом: SE Companion, Microsoft Project и др.;

• конфигурационного управления: PVCS (Intersolv);

• средства разработки приложений: 4GL Uniface (Compuware), JAM (JYACC), PowerBuilder (SAP), Oracle Developer Suite (ORACLE), New Era (Informix), SQL Windows (Gupta), Microsoft Visual Studio и др.);

7. Системы контроля версий (скв). Назначение, классификация, примеры. Репозиторий. Сервис GitHub. Организация коллективной работы над проектом с помощью скв.

Система контроля версий (СКВ) — это система, регистрирующая изменения в одном или нескольких файлах с тем, чтобы в дальнейшем была возможность вернуться к определённым старым версиям этих файлов.

Примеры: Git, Subversion, rcs

Типы:

1. Локальные

2. Централизованные

3. Распределенные

2, 3 – Позволяют организовать коллективную разработку.

Централизованные системы контроля версий:

Например: CVS, Subversion и Perforce, есть центральный сервер, на котором хранятся все файлы под версионным контролем, и ряд клиентов, которые получают копии файлов из него.

Однако при таком подходе есть и несколько серьёзных недостатков. Наиболее очевидный — централизованный сервер является уязвимым местом всей системы. Если сервер выключается на час, то в течение часа разработчики не могут взаимодействовать, и никто не может сохранить новые версии своей работы.

Если же повреждается диск с центральной базой данных и нет резервной копии, вы теряете абсолютно всё.

Распределенные системы контроля версий

В таких системах как Git, Mercurial, Bazaar или Darcs клиенты не просто выгружают последние версии файлов, а полностью копируют весь репозиторий. Поэтому в случае, когда "умирает" сервер, через который шла работа, любой клиентский репозиторий может быть скопирован обратно на сервер, чтобы восстановить базу данных. Каждый раз, когда клиент забирает свежую версию файлов, он создаёт себе полную копию всех данных.