Концепции: 1)Графическое представление блочного моделирования; 2) строгость и точность; 3)Ограничение количества блоков на каждой другой декомпозиции; 4) связанность диаграмм; 5) уникальность меток и наименований; 6) синтаксические правила для графики; 7)разделение входов и управления; 8) отделение организации от функций.
Состав функц. модели:
Иерархия Диаграмм
Типы связи м/у ф-ми: чем больше , тем важнее
20 Структурный подход к проектированию информационных систем. Модель DFD
DFD (моделирование потоков данных) GANE/SARSON
-построение модели анализируемой инф. с-мы проектируемой или реально существующей.
Модель системы –иерархия диаграмм , потока данных, описывающих асинхронный процесс преобразования инф. от входов до выдачи ее пользователю.
Основные компоненты DFD :
-внешн. сущности(ист. и потреб. информации);
-системы и подсистемы;
-процессы; Процесс – предст. собой преобразование входных потоков данных в выходные в соотв. с определ.алгоритмом. Процесс изображается :
-накопители данных; Накопл. данных представляет собой
абстрактное устройство для хранения инф. которую может в любой момент поместить
в накопитель и извлечь. Накопит. данных м.б. реализоаван микросхемой. Накоп.
данных на диаграмме обозначается: 
-потоки данных; П.Д. определяет инф. передаваемую ч/з некоторое соединение от источника к приемнику. П.Д. на диаграмме изображается :
21 Построение иерархии диаграмм потоков данных.
Первым шагом при построении ДПД явл-ся построение контекстных диаграмм.
Признаки сложности:
1 наличие большого количества внешних сущностей.
2 распред. природы сист.
3 многофункц. сист с уже сложившимся или выявл. групп функц. в отдельн. подсист.
Иерархии контекстных диаграмм строят для сложных сист. Иерарх. к.д. определ. взаимод. осн. функц. подсист. проектир. сист. как между собой так и с вненш. вх. и вых. потоками данных и внешн. объектами, с кот. взаимод. информ. сист.
Правило детализ. ДПД:
1 правило балансировки - при детализ. подсист. или проц. детализир. диаграмм в качестве внеш. ист. или приемн. данных могут иметь толюко те компоненты с кот. имеют инф. связь детализир. проц. или подсист. на родит. диаграмме.
2 правило нумерации – должна поддерживаться иерарх. нумерация.
Мини специф. (описание логич. проц.) должна формулировать его осн. функции т.о., чтобы в далбнейшем специфик. мог выполнить его основную программу.
Критерии завершения детализированного процесса:
1 наличие у процесса относительно небольш. количества вх. и вых. данных.(2-3)
2 возможность описания преобразования данных процессом в виде последоват. алгоритма.
3 выполнение процессом ед. логической функции преобразования вх. инф-ии в вых.
4 возможность описания логического процесса объемом не более 25-30 строк.
Согласн. модели для всех потоков данных и накопление информации должно выполниться правило – все поступившие куда либо данные д.б. считаны, все считанные д.б. записаны.
22 Моделирование данных. Сущности и связи. Методология SADT
CASE-метод Баркера
Цель: обеспечение разраб. инф. сист. концепт. схемы Б.Д. в форме одной модели или нескольких локальных моделей , кот. могут легко отобразиться в др. БД.
Наиболее распростр. средством проектирования БД явл-ся диаграмма сущн. связь.
Сущность – реальный или воображаемый объект, имеющий сущн. значение для рассмотрения предложенной области.
Свойства сущности:
1 каждая сущность должна иметь уникальное имя.
2 сущн. обладает одним или несколькими атрибутами , кот. либо принадлежат или наслед. ее связи.
3 сущн. обладает одним или несколькими атрибутами, кот ее идентифицируют.
4 каждая сущность может иметь любое кол-во связей и др. сущностей.
Пр-р: авто – продавец – покупатель – контракт.
СВЯЗЬ – поим. ассоциация м/у 2 сущн., значимая для рассмотр. предметной обл.
Степень связей:
АТРИБУТ-любая х-ка сущности , значимая для рассмотр. предм. обл-ти и предназначенная для классиф., идентифик. и др.
Уважаемый посетитель!
Чтобы распечатать файл, скачайте его (в формате Word).
Ссылка на скачивание - внизу страницы.