Добавил:
Опубликованный материал нарушает ваши авторские права? Сообщите нам.
Вуз: Предмет: Файл:
[3 курс] Инструментальные средства разработки программных средств.docx
Скачиваний:
7
Добавлен:
20.08.2020
Размер:
1.41 Mб
Скачать

Классификация case-средств

CASE-инструменты классифицируются по типам и категориям.

Классификация по типам отражает функциональную ориентацию средств на те или иные процессы жизненного цикла разработки программного обеспечения:

  1. Средства анализа

  2. Средства проектирования баз данных

  3. Средства разработки приложений

  4. Средства реинжиниринга процессов

  5. Средства планирования и управления проектами

  6. Средства тестирования

  7. Средства документирования

Классификация по категориям определяет степень интегрированности по выполняемым функциям:

  1. Инструменты управления конфигурацией

  2. Инструменты моделирования данных

  3. Инструменты анализа и проектирования

  4. Инструменты преобразования моделей

  5. Инструменты редактирования программного кода

  6. Инструменты рефакторинга (изменения внутреннего кода программ) кода

  7. Генераторы кода

  8. Инструменты для построения UML диаграмм

Методология rad

Это методология быстрой разработки, которая включает в себя 3 компонента:

  1. Небольшая команда программистов (2-10 человек)

  2. Короткий, но тщательно проработанный производственный график

  3. Повторяющийся цикл, при котором разработчики, по мере того, как приложение начинает обретать форму, запрашивают и реализуют в продукте требования полученные через взаимодействие с заказчиком

Жизненный цикл ПО по методологии RAD состоит из четырех фаз:

  1. Фаза анализа и планирования требований

  2. Фаза проектирования

  3. Фаза построения

  4. Фаза внедрения

С использованием CASE-средств проект распределяется между различными командами, результатом данной фазы должны быть:

  • Общая информационная модель системы

  • Функциональные модели систем в целом и подсистем, реализуемых отдельными командами разработчиков

  • Точно определенные с помощью CASE-средства интерфейсы между автономно разрабатываемыми подсистемами

  • Построенные прототипы экранов, отчетов и диалогов

Завершается физическое проектирование системы:

  • Определяется необходимость распределения данных

  • Производится анализ использования данных

  • Производится физическое проектирование базы данных

  • Определяются требования к аппаратным ресурсам

  • Определяются способы увеличения производительности

  • Завершается разработка документации проекта

Результатом фазы проектирования является готовая система, удовлетворяющая всем согласованным требованиям.

Оценка размера приложений производится на основе так называемых «функциональных элементов» и принимается решение о разделении ИС на подсистемы, поддающиеся реализации одной командой разработчиков. Подобная метрика не зависит от языка программирования. На каждые 4 тыс. требуется своя команда разработчиков (меньше 1000 – 1 человек, от 1000 до 4000 – команда разработки).

Основные принципы методологии RAD:

  • Разработка приложений итерациями

  • Необязательность полного завершения работ на каждом из этапов жизненного цикла

  • Обязательное вовлечение пользователей в процесс разработки ИС

  • Необходимое применение CASE-средств, обеспечивающих целостность проекта

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

  • Необходимое использование генераторов кода

  • Использование прототипирования, позволяющее полнее выяснить и удовлетворить потребности конечного пользователя

  • Тестирование и развитие проекта, осуществляемые одновременно с разработкой

  • Ведение разработки немногочисленной хорошо управляемой командой профессионалов

  • Грамотное руководство разработкой системы, четкое планирование и контроль выполнения работ

Особенности языка UML 2.0

Модификатор атрибута представляет собой текстовое выражение, которое придает дополнительную семантику

Значения модификатора атрибута

readOnly – атрибут является только для «чтения»

Кратность является спецификацией допустимой мощности множества при инстанцировании соответствующего элемента модели.

Операция класса служит для представления отдельной характеристики поведения, которая является общей для всех объектов данного класса.

Параметр операции является спецификацией аргумента, который используется при выполнении операции или при вызове характеристики поведения.