- •Тема 1. Проектирование ис
- •Этапы развития ис
- •1.2. Классификация рынка современных ис
- •1.3. Проектирование ис как формализационный процесс
- •2.1.1. Основные процессы
- •2.1.2. Вспомогательные процессы
- •2.1.3. Организационные процессы
- •Вопросы.
- •Этапы развития ис.
- •Понятие программной инженерии и этапы ее развития.
- •Тема 2. Понятие жц по
- •2.1. Понятие жц по. Процессы жц по
- •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.5.3. Построение диаграмм потоков данных
Построение диаграмм потоков данных начинается с построения контекстной диаграммы. Контекстная DFD-диаграмма обычно состоит из одного функционального блока и нескольких внешних сущностей. Функциональный блок на этой диаграмме обычно имеет имя, совпадающее с именем всей системы (рис. 5.32). Далее производится декомпозиция контекстной диаграммы, при этом могут использоваться различные подходы.
Рис. 5.32. Контекстная диаграмма DFD
При разработке ИС чаще всего используется подход, называемый «разделение событий», в котором для моделирования системы строится несколько моделей DFD.
Вначале строится логическая модель, отображающая систему как набор действий и описывающая, что должна делать система.
Затем строится модель окружения, описывающая систему как объект, отвечающий на события, порождаемые внешними сущностями. Такая модель обычно состоит из описания назначения системы, одной диаграммы контекстного уровня и списка событий. Контекстная диаграмма содержит один функциональный блок.
На заключительном этапе создается модель поведения, показывающая, как система обрабатывает те или иные события. Эта модель начинается с единственной диаграммы с одним функциональным блоком на каждый ответ системы на событие, описанное в модели окружения.
Диаграммы потоков данных обеспечивают удобный способ описания передаваемой информации как между частями моделируемой системы, так и между системой и внешним миром. Это качество определяет область применения DFD - они используются для создания моделей информациного обмена организации, например, модели документооборота. Кроме Го различные вариации DFD широко применяются при построении ИС.
5.6. Сравнительный анализ idefo-моделей и диаграмм потоков данных
Практически во всех методах структурного подхода (структурного анализа) на стадии формирования требований к ПО используются две группы средств моделирования:
функциональные диаграммы, иллюстрирующие функции, которые система должна выполнять, и связи между этими функциями - DFD или IDEF0;
диаграммы, моделирующие данные и их отношения (ERD-диаграммы). Данные диаграммы будут рассмотрены в 5.8.
Таким образом, различие между разновидностями структурного анализа заключается в средствах функционального моделирования. С этой точки зрения все разновидности структурного анализа могут быть разбиты на две группы - использующие DFD (в различных нотациях) и использующие IDEF0-модели. Соотношение применения этих двух разновидностей структурного анализа в существующих CASE-средствах составляет 90% для DFD и 10% для IDEF0.
Сравнительный анализ этих двух разновидностей методов структурного анализа проводится по следующим параметрам:
адекватность средств решаемым задачам;
согласованность с другими средствами структурного анализа;
интеграция с последующими стадиями ЖЦ ИС (прежде всего со стадией проектирования).
Адекватность средств решаемым задачам. Модели IDEF0 традиционно используются для моделирования организационных систем. С другой стороны, не существует никаких принципиальных ограничений на использование для тех же задач DFD. Если же речь идет не о системах вообще, а о ИС, то здесь DFD более удобны. DFD с самого начала создавались как средство проектирования информационных систем и имеют более богатый набор элементов, адекватно отражающих специфику таких систем (например, хранилища данных являются прообразами файлов или БД, внешние сущности отражают взаимодействие моделируемой системы с внешним миром).
Согласованность с другими средствами структурного анализа. В данном случае речь идет о согласованности функциональных моделей со средствами моделирования данных. Согласование IDEFO-модели с ERD практически невозможно или носит искусственный характер. В свою очередь, DFD и ERD взаимно дополняют друг друга и являются согласованными, поскольку в DFD присутствует описание структур данных, непосредственно используемое для построения ERD.
Интеграция с последующими стадиями ЖЦ ИС. DFD могут быть преобразованы в модели проектируемой системы, что обеспечивает логичный и безболезненный переход от формирования требований к проектированию системы. С другой стороны, формальные методы преобразования IDEFO-диаграмм в проектные решения ИС отсутствуют.
