
- •Тема 1. Проектирование ис
- •Этапы развития ис
- •1.2. Классификация рынка современных ис
- •1.3. Проектирование ис как формализационный процесс
- •Вопросы.
- •Этапы развития ис.
- •Понятие программной инженерии и этапы ее развития.
- •Тема 2. Понятие жц по
- •2.1. Понятие жц по. Процессы жц по
- •2.1.1. Основные процессы
- •2.1.2. Вспомогательные процессы
- •2.1.3. Организационные процессы
- •2.1.4. Взаимосвязь между процессами
- •2.2. Модели и стадии жц по
- •Вопросы
- •Тема 3. Организация разработки по ис
- •3.1. Внутренняя и внешняя деятельность
- •3.2. Четыре фазы разработки по ис (во внешней деятельности)
- •3.3. Задачи разработки по ис
- •Вопросы для самоконтроля
- •Тема 4. Внутренняя (мыслительная) деятельность
- •4.1. Компетенция инженера
- •4.2. Состав, сложность задач проблемы и компетентность инженера
- •4.3. Связь понятия компетенция и умение
- •Вопросы для самоконтроля
- •Тема 5. Структурный подход к проектированию
- •5.1. Сущность структурного подхода
- •5.1.1 Подход к решению проблемы сложности больших систем
- •5.1.2. Структурный подход к разработке по
- •5.2. Методология функционального моделирования idef0
- •5.2.1. Сущность методологии idefo
- •5.2.2. Синтаксис и семантика моделей idefo
- •5.2.3. Типы связей между функциями
- •5.2.4. Построение моделей idef0
- •5.3. Методология описания бизнес-процессов idef3
- •5.3.1. Сущность методологии idef3
- •5.3.2. Синтаксис и семантика моделей idef3
- •5.3.3. Требования 1def3 к описанию бизнес-процессов
- •5.4. Взаимосвязь моделей idefo и idef3
- •5.5.Структурный анализ потоков данных
- •5.5.1.Сущность структурного анализа потоков данных
- •5.5.2. Синтаксис и семантика диаграмм потоков данных
- •5.5.3. Построение диаграмм потоков данных
- •5.6. Сравнительный анализ idefo-моделей и диаграмм потоков данных
- •5.7. Рекомендации по применению методологий функционального моделирования
- •5.8. Моделирование данных
- •5.8.1. Основные понятия
- •5.8.2. Основы методологии idef1x
- •Вопросы для самоконтроля
- •Тема 6. Объектно-ориентированный подход к проектированию
- •6.1.Сущность объектно-ориентированного подхода
- •6.2. Диаграммы uml
- •6.3. Синтаксис и семантика основных объектов uml
- •6.3.1. Диаграммы прецедентов
- •6.3.2. Диаграммы классов
- •6.3.3. Диаграммы последовательностей
- •6.3.4. Диаграммы коммуникаций
- •6.3.5. Диаграммы состояний
- •6.3.6. Диаграммы деятельности
- •6.3.7. Диаграммы компонентов
- •6.3.8. Диаграммы развертывания
- •6.4. Рекомендации по применению uml
- •Вопросы для самоконтроля
- •Тема 7. Проектирование бд
- •7.1. Особенности проектирования хранилищ данных
- •7.2. Особенности проектирования клиент-серверных ис
- •7.3.Интерфейсы доступа к бд
- •7.3.1. Odbc - открытый интерфейс доступа к бд
- •7.3.2.Объектная модель ole db
- •7.4. Классы бд
- •7.4.1. Документографические и документальные бд
- •7.4.2. Бд о продукции
- •7.4.3. Бд экономической и конъюнктурной информации
- •7.4.4.Фактографические базы социальных данных
- •7.4.5. Бд транспортных систем страны
- •7.4.6. Справочные базы для населения и организаций
- •7.4.7. Ресурсные бд
- •7.4.8. Фактографические базы научных данных
- •7.4.9. Фактографические бд в области культуры и искусства
- •7.4.10. Лингвистические бд
- •Вопросы для самоконтроля
5.2. Методология функционального моделирования idef0
Рассмотрим основы методологии функционального моделирования IDEF0.
5.2.1. Сущность методологии idefo
Методология функционального моделирования IDEFO - это методология описания системы в целом как множества взаимозависимых действий или функций. На рис. 5.1 приведен пример диаграммы IDEFO.
Рис.5.1. Пример диаграммы IDEFO
Наиболее часто IDEFO применяется как технология исследования и проектирования систем на логическом уровне. По этой причине она, как правило, используется на ранних этапах разработки проекта. Результаты IDEFO анализа могут применяться при проведении проектирования с использованием моделей IDEF3 и диаграмм потоков данных.
5.2.2. Синтаксис и семантика моделей idefo
Методология IDEFO сочетает в себе небольшую по объему графическую нотацию. Она содержит только два обозначения: блоки и стрелки.
Рис. 5.2 показывает 4 возможных типа стрелок в IDEFO, каждый из типов соединяется со своей стороной функционального блока.
Рис. 5.2. Каждый тип стрелки соединяется со своей стороной функционального блока
Для названия стрелок, как правило, употребляются имена существительные. Стрелки могут представлять собой информацию, сырье, людей, события и др.
Стрелки входа. Вход представляет собой сырье или информацию, потребляемую или преобразуемую функциональным блоком для производства выхода. Наличие входных стрелок на диаграмме не является обязательным, так как возможно, что некоторые блоки ничего не преобразуют и не изменяют.
Стрелки управления. Управление часто существует в виде информации (правил, инструкций, процедур, стандартов и др.), которая влияет на работу блока, но непосредственно не потребляется и не преобразуется в результате. Управление можно рассматривать как специфический вид входа.
Стрелки выхода. Выход — это продукция или информация, получаемая в результате работы функционального блока. Каждый блок должен иметь, как минимум, один выход.
Стрелки механизма исполнения. Механизм исполнения является ресурсом, который непосредственно исполняет моделируемое действие, качестве механизмов исполнения обычно выступают персонал или техника.
Комбинированные стрелки.
Стрелка выход — вход применяется, когда один из блоков должен полностью завершить работу перед началом работы другого блока. Так, на рис 5.3. выписке счета должен предшествовать прием заказа.
Рис.5.3. Комбинация стрелок выход — вход
Стрелка выход - управление отражает ситуацию преобладания одного блока над другим, когда один блок управляет работой другого (рис. 5.4).
Рис. 5.4. Комбинированная стрелка выход — управление
Стрелки выход - механизм исполнения встречаются реже и отражают ситуацию, когда выход одного функционального блока применяется в качестве оборудования для работы другого блока (рис. 5.5).
Рис. 5.5. Комбинированная стрелка выход — механизм исполнения
Обратные связи
Обратные связи на вход и на управление применяются в случаях, когда зависимые блоки формируют обратные связи для управляющих ими блоков.
На рис. 5.6 показана стрелка выход - обратная связь на управление.
Рис. 5.6. Комбинированная стрелка выход - обратная связь на управление
На рис. 5.7 показана стрелка выход - обратная связь на вход. Стрелка выход - обратная связь на вход обычно применяется для описания циклов повторной обработки чего-либо.
Рис.5.7. Комбинированная стрелка выход - обратная связь на вход
Разбиение и соединение стрелок.
Выход функционального блока может использоваться в нескольких других блоках. Разрешено как разбиение, так и соединение стрелок. Разбитые на несколько частей стрелки могут иметь наименования, отличающиеся от наименования исходной стрелки (рис. 5.8).
Рис.5.8. Разбитая на две части и переименованная стрел
Туннели
Если одна из стрелок диаграммы отсутствует на родительской диаграмме и не связана с другими стрелками той же диаграммы, точка входа этой стрелки на диаграмму или выхода с нее обозначается туннелем (рис. 5.9). Таким образом, помечаются стрелки, несущественные для родительского уровня.
Туннели также могут применяются для отражения ситуации, когда стрелка, присутствующая на родительской диаграмме, отсутствует в диаграмме декомпозиции соответствующего блока (рис. 5.10
Рис. 5.9. Пример применения туннеля
Рис. 5.10. Еще один пример применения туннеля