Саsе - технологии

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

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

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

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

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

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

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

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

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

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

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

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

• •     Workbench – полностью интегрированные средства,

связанные общей базой проектных данных – репозиторием.

• •     Toolkit – набор интегрированных средств, охватывающих

большинство этапов разработки ИС.

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

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

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

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

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

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

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

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

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

• •     SADT (Structured Analysis and Design Technique) . или IDEF0.

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

• •      DFD (Data Flow Diagrams) диаграммы потоков данных.

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

• •     IDEF3 . Методология моделирования IDEF3 позволяет описать

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

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

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

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

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

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

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

проекта