24. Автоматизированное проектирование ис с использованием case-технологии. Методологии моделирования бизнес-процессов. Функционально-ориентированное проектирование. Диаграммы sadt(методика idef0).

Термин CASE используется в настоящее время в весьма широком смысле. Первоначальное значение термина CASE (Computer Aided Software Engineering - автоматизированное проектирование программного обеспечения), ограничивалось вопросами автоматизации разработки только лишь программного обеспечения (ПО). В настоящее время термин CASE - (Computer Aided System Engineering - системы для структурного проектирования БД и связанных с ними ИС) подчеркивает направленность на поддержку концептуального проектирования сложных систем. Такие CASE-системы называют системами BPR (Business Process Reengineering - реинжиниринг бизнес-процессов компании. Значение слова инжиниринг - разработка, проектирование. Реинжиниринг - это подготовка проекта перехода от «как есть» к «как надо».

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

-- Функциональная модель системы описывает совокупность наполняемых системой функций.

-- Информационная модель отражает структуры данных — их состав и взаимосвязи.

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

-- Структурная модель характеризует морфологию системы (ее построение) - состав подсистем, их взаимосвязи. Каждая из представленных моделей имеет свою методику описания с помощью CASE-технологии. Взаимосвязанная совокупность методик концептуального проектирования IDEF (Integrated Definition (Icam DEFinition)разработана по программе Integrated Computer Aided Manufacturing в США. В этой совокупности имеются методики функционального, информационного и поведенческого моделирования и проектирования, в ее состав в настоящее время входят и другие IDEF—методики:

IDEF0 - Функциональное моделирование (Function Modeling Method, IDEF1 и IDEF1X - Информационное моделирование, IDEF2 - Поведенческое моделирование, IDEF3- Моделирование процессов, IDEF4 - Объектно-ориентированное проектирование, IDEF5 - Систематизации объектов приложения, IDEF6- Использование рационального опыта проектирования, IDEF8 - Взаимодействие человека и системы, IDEF9- Учет условий и ограничений, IDEF14 - Моделирование вычислительных сетей.

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

--SADT (Structured Analysis and Design Technique) – технология структурного анализа и проектирования и ее подмножество стандарт IDEF;

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

-- ERD {Entity-Relationship Diagrams) - диаграммы «сущность-связь»;

-- STD (State Transition Diagrams) - диаграммы переходов состояний.

Методология IDEF0 основана на подходе, разработанном Дугласом Россом в нач. 70х гг – SADT (структурный анализ и проектирование). Основу подхода составляет графич. язык описания систем. Методология IDEF0 описывает методику построения функциональной модели предметной области. Основная идея данной методологии заключается в представлении моделируемого предприятия, организации или процесса в виде совокупности взаимосвязанных работ (функций). Работы образуют иерархическую структуру, корнем которой является основная функция моделируемого процесса (рис.12).

(На нач. стадии формир-ся цель моделирования, далее вып-ся этапы:

1.сбор инф-ции

2.создание модели (исп-ся нисходящий стиль)

3.рецензирование модели.)

Такая чисто функциональная ориентация является принципиальной. Функции системы анализируются независимо от объектов, которыми они оперируют. Это позволяет более четко смоделировать логику и взаимодействие процессов организации.

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

Основу методологии IDEFO составляет графический язык описания (бизнес процессов. Модель в нотации IDEFO представляет собой совокупность иерархически упорядоченных и взаимосвязанных диаграмм. Каждая диаграмма является единицей описания системы и располагается на отдельном листе. Процесс моделирования системы в IDEFO начинается с создания контекстной Диаграммы- диаграммы наиболее абстрактного уровня описания системы в целом, содержащей определение субъекта моделирования, цели и точки зрения на модель.

25. Автоматизированное проектирование ИС с использованием CASE-технологии. Семантическое моделирование. Реализация модели «сущность-связь» с помощью CASE – средства (методика IDEF1X). ERD-диаграммы. Логическое и физическое моделирование

Термин CASE используется в настоящее время в весьма широком смысле. Первоначальное значение термина CASE (Computer Aided Software Engineering - автоматизированное проектирование программного обеспечения), ограничивалось вопросами автоматизации разработки только лишь программного обеспечения (ПО). В настоящее время термин CASE - (Computer Aided System Engineering - системы для структурного проектирования БД и связанных с ними ИС) подчеркивает направленность на поддержку концептуального проектирования сложных систем. Такие CASE-системы называют системами BPR (Business Process Reengineering - реинжиниринг бизнес-процессов компании. Значение слова инжиниринг - разработка, проектирование. Реинжиниринг - это подготовка проекта перехода от «как есть» к «как надо».

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

-- Функциональная модель системы описывает совокупность наполняемых системой функций.

-- Информационная модель отражает структуры данных — их состав и взаимосвязи.

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

-- Структурная модель характеризует морфологию системы (ее построение) - состав подсистем, их взаимосвязи. Каждая из представленных моделей имеет свою методику описания с помощью CASE-технологии. Взаимосвязанная совокупность методик концептуального проектирования IDEF (Integrated Definition (Icam DEFinition)разработана по программе Integrated Computer Aided Manufacturing в США. В этой совокупности имеются методики функционального, информационного и поведенческого моделирования и проектирования, в ее состав в настоящее время входят и другие IDEF—методики:

IDEF0 - Функциональное моделирование (Function Modeling Method, IDEF1 и IDEF1X - Информационное моделирование, IDEF2 - Поведенческое моделирование, IDEF3- Моделирование процессов, IDEF4 - Объектно-ориентированное проектирование, IDEF5 - Систематизации объектов приложения, IDEF6- Использование рационального опыта проектирования, IDEF8 - Взаимодействие человека и системы, IDEF9- Учет условий и ограничений, IDEF14 - Моделирование вычислительных сетей.

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

--SADT (Structured Analysis and Design Technique) – технология структурного анализа и проектирования и ее подмножество стандарт IDEF;

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

-- ERD {Entity-Relationship Diagrams) - диаграммы «сущность-связь»;

-- STD (State Transition Diagrams) - диаграммы переходов состояний.

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

Стадия 0 – выясняются цели проекта, составл-ся план сбора инф-ции. (обычно исходная инф-ция следует из IDEF0)

Стадия 1 – выявление и определение сущности (иногда импортирование сущностей из ИДЕФ0)

Стадия 2 – выявление и определение осн отношений. Рез-т предоставл-ся графически в виде ER-диаграмм (сущ-связь) или ERD.

Стадия 3 – детализация неспецифических отношений (закл-ся в замене связи М:М на связи М:1 и 1:М введением сущности посредника), определение ключевых атрибутов, установл. внеш. ключей.

Стадия 4 – опред-е атрибутов и их принадлежности сущностям.

ERD (Entity-Relationship Diagrams) - диаграммы "сущность-связь" - способ определения данных и отношений между ними, обеспечивающий детализацию хранилищ данных проектируемой системы включая идентификацию объектов (сущностей), свойств этих объектов (атрибутов) и их отношений с другими объектами (связей).