Классификация САSЕ-средств

Автоматизированные средства разработки ПО

Аббревиатура САSЕ (Соmputеr-аidеd Software Епgineering— автоматизированная разработка ПО) обозначает специальный тип программного обеспечения, предназначенного для поддержки таких процессов создания ПО, как разработка требований, проектирование, кодирование и тестирование программ. Поэтому к САSЕ-средствам относятся редакторы проектов, словари данных, компиляторы, отладчики, средства построения систем и т.п.

САSЕ-технологии – этосовокупность методологий и инструментальных средств анализа, проектирования, разработки и сопровождения ПО

САSЕ-технологии предлагают поддержку процесса создания ПО путем автоматизации которых этапов разработки, а также создания и предоставления информации, необходимой для разработки. Приведем примеры тех процессов, которые можно автоматизировагь с помощью САSЕ-средств.

§ Разработка графических моделей системы на этапах создания спецификации и проектирования.

§ Проектирование структуры ПО с использованием словарей данных, хранящих ин­формацию об объектах структуры и связях между ними.

§ Генерирование пользовательских интерфейсов, на основе графического описания интерфейса, создаваемого в диалоговом режиме.

§ Отладка программ на основе информации, получаемой в ходе выполнения про­граммы.

§ Автоматическая трансляция программ, написанных на устаревших языках про­граммирования (например. СОВОL), в программы, написанные на современных языках.

Фактически это повышение составляет примерно 40%. Хотя и это повышение весьма значительно, САSЕ-технологии не совершили революции в инженерии программного обеспечения, как ожидалось.

Расширение применения САSЕ-технологии ограничивают два фактора.

1. Создание ПО, особенно этап проектирования, во многом является творческим процессом. Существующие САSЕ-средства автоматизируют рутинные процессы, по­пытки привлечь их к решению интеллектуальных и творческих задач проектирова­ния особым успехом не увенчались.

2. Во многих организациях-разработчиках создание ПО — результат работы команды специалистов по программному обеспечению. При этом много времени тратится на "пустое" общение между членами команды разработчиков. В этой ситуации САSЕ-технологии не могут предложить ничего такого, что способно повысить про­изводительность труда разработчиков.

Классификация САSЕ-средств

Существует несколь­ко различных классификаций САSЕ-средств, и каждая предлагает свой взгляд на эти про­граммные продукты. В этом разделе рассматриваются следующие классификации.

1. Классификация по типу и архитектуре вычислительной техники:

§ ориентированные на ПЭВМ

§ ориентированные на локальную вычислительную сеть

§ ориентированные на локальную вычислительную сеть

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

§ Структурно (функционально)– ориентированные

§ Объектно – ориентированные

§ Смешанного типа

3. Классификация по категориям, где САSЕ-средства классифицируются по степени инте­грации программных модулей, поддерживающих различные процессы разработки.

Различают 3 категории:

§ Tools - отдельные локальные средства.

§ Toolkit – набор интегрированных средств, охватывающих большинство этапов разработки ИС.

§ Workbench – полностью интегрированные средства, связанные общей базой проектных данных – репозиторием.

4. По поддерживаемым графическим нотациям построения диаграмм:

§ с фиксированной нотацией

§ с отдельными нотациями

§ наиболее распространёнными нотациями

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

Выбор графической нотации – это важный вопрос визуального моделирования. Нотация - это инструмент для описания различных аспектов системы, она должна быть понятна всем заинтересованным сторонам (как заказчику, так и разработчику), иначе она будет бесполезна.

Визуальным моделированием называется процесс графического представления модели. Нотация определяет стандартный набор графических элементов с помощью ­которого и происходит это графическое представление. Основной целью визуального моделирования является общение меж­ду пользователями, разработчиками, аналитиками, тестировщиками, менеджерами и всеми остальны­ми участниками проекта. Общение можно обеспечить и с помощью невизуальной (текстовой) информации, но люди — это зрительно-ориенти­рованные существа. Мы легче понимаем сложную информацию, если она представлена нам визуаль­но, нежели описана в тексте. Создавая визуальную модель системы, мы можем показать ее работу на различных уровнях — мы можем моделировать взаимодействие между пользователями и системой, взаимодействие объектов внутри системы и даже взаимодействие между различными системами, если хотим этого.

В качестве средств структурного анализа и проектирования, наиболее распространенны следующие нотации:

· SADT (Structured Analysis and Design Technique). или IDEF0. Модель в нотации IDEF0 представляет собой совокупность иерархически упорядоченных и взаимосвязанных диаграмм. Вершина этой древовидной структуры, представляющая собой самое общее описание системы. После описания системы в целом проводится разбиение ее на крупные фрагменты (функциональная декомпозиция).

· DFD (Data Flow Diagrams) диаграммы потоков данных. Диаграммы DFD обычно строятся для наглядного изображения текущей работы системы документооборота организации. Как правило, диаграммы DFD используют в качестве дополнения модели бизнес-процессов, выполненной в IDEF0.

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

· ER (Entity-Relationship Diagrams) диаграммы "сущность-связь". Методология описания данных (IDEF1X).

В качестве средств объектно –ориентированного проектирования, принят в качестве стандарта язык UML.

5. Классификация по режиму коллективной разработки проекта:

§ Не поддерживающие коллективную разработку

§ Ориентированные на режим реального времени разработки проекта

§ Ориентированные на режим объединения подпроектов.

6. Классификация по выполняемым функциям.

В Таблица IV‑1 представлена классификация по выполняемым функциям с примерами соответ­ствующих САSЕ-средств. Это неполный список типов САSЕ-средств, в частности здесь не пред­ставлены средства поддержки повторного использования программных компонентов.

Применение САSЕ-средств позволяет сократить сроки разработки системы на 40%.

Таблица IV‑1 Классификация САSЕ-средств по выполняемым функциям

Тип САSЕ-средства	Примеры
Средства планирования Средства редактирования   Средства управления изменениями   Средства управления конфигурацией^5 Средства прототипирования Средства, ориентированные на поддержку определенных методов Средства, ориентированные на определенные языки программирования Средства анализа программ   Средства тестирования   Средства отладки   Средства документирования Средства модернизации ПО	Средства системы РЕRТ^4, средства оценивания, электронные таблицы   Текстовые редакторы, редакторы диаграмм, тестовые процессоры Средства оперативного контроля за требованиями, системы управления изменениями Системы управления версиями ПО, средства построения систем Языки программирования самого высокого уровня, генераторы пользовательских интерфейсов Редакторы системных структур, словари данных, генераторы программного кода   Компиляторы, интерпретаторы     Генераторы перекрестных ссылок, статические и динами­ческие анализаторы программ   Генераторы тестовых данных, компараторы файлов (т.е. пр-мы сравнения объектов) Интерактивные средства отладки   Программы разметки страниц, редакторы изображений, генераторы отчетов   Системы создания перекрестных ссылок, системы модернизации программ	+ + + + + +	+ + + + + + +	+ + + + + + + + + + +	+ + + + + + + + +

1-Специфицирование

2- Проектирование

3 – Реализация

4- Аттестация

Дата добавления: 2015-11-16