Реферат: Структурный подход к проектированию ИС - текст реферата. Скачать бесплатно.
Банк рефератов, курсовых и дипломных работ. Много и бесплатно. # | Правила оформления работ | Добавить в избранное
 
 
   
Меню Меню Меню Меню Меню
   
Napishem.com Napishem.com Napishem.com

Реферат

Структурный подход к проектированию ИС

Банк рефератов / Программирование

Рубрики  Рубрики реферат банка

закрыть
Категория: Реферат
Язык реферата: Русский
Дата добавления:   
 
Скачать
Архив Zip, 88 kb, скачать бесплатно
Заказать
Узнать стоимость написания уникального реферата

Узнайте стоимость написания уникальной работы

Структурный подход к проектированию ИС Сущность структур ного подход а Сущность структур ного подхода к разработке ИС заключается в ее декомпозиции (разбиении ) на автоматизируе мые функции : система разбивается на функциона льные подсистемы , которые в свою очередь д елятся на подфункции , подразделяемые на задач и и так далее . Про цесс разбиения п родолжается вплоть до конкретных процедур . Пр и этом автоматизируемая система сохраняет цел остное представление , в котором все составляю щие компоненты взаимоувязаны . При разработке системы "снизу-вверх " от отдельных задач ко всей системе це л остность теряется , возникают проблемы при информационной стыко вке отдельных компонентов . Все наиболее распространенные методологии структурного подхода [9,11,12,13] базируются на ряде общих принципов [3]. В качестве двух базовых принципов используются сле дующие : · принцип "разделяй и властвуй " - принци п решения сложных проблем путем их разбие ния на множество меньших независимых задач , легких для понимания и решения ; · принцип иерархического упорядочивания - принцип организации составных частей проблемы в иерархические древовид ные структуры с добавлением новых деталей на каждом уровне . Выделение двух базовых принципов не означает , что остальны е принципы являются второстепенными , поскольку игнорирование любого из них может привести к непредсказуемым послед ствиям (в том числе и к провалу всего проекта ). Осно вными из этих принципов являются следующие : · принцип абстрагирования - заключается в выделении существенных аспектов системы и отвлечения от несущественных ; · принцип формализации - заключается в необх одимости строгого м етодического подхода к решению проблемы ; · принцип непротиворечивос ти - заключается в обоснованности и согласован ности элементов ; · принцип структурирования данных - заключается в том , что данные должны быть структурированы и иерархиче с ки организованы . В структурном анализе используются в основном две группы средств , иллюстрирующих функции , выполняемые си стемой и отношения между данными . Каждой г руппе средств соответствуют определенные виды моделей (диаграмм ), наиболее распространенным и среди которых являются следующие : · SADT (Structured Analysis and Design Technique) модели и соответствующие функциональные диаграммы (подраздел 2.2); · DFD (Data Flow Diagrams) диаграммы поток ов данных (подраздел 2.3); · ERD (Entity-Relationship Diag rams) диаграммы "сущность-связь " (подраздел 2.4). На стадии прое ктирования ИС модели расширяются , уточняются и дополняются диаграммами , отражающими структуру программного обеспечения : архитектуру ПО , стр уктурные схемы программ и диаграммы экранных форм . Перечисленные модели в совокупности дают полное описание ИС независимо от того , является ли она существующей или вновь разрабатываемой . Состав диаграмм в каждом к онкретном случае зависит от необходимой полно ты описания системы . Методология функц ионального моделирования SADT Методология SADT разр аботана Дугласом Россом и получила дальнейшее развитие в работе [4]. На ее основе разр аботана , в частности , известная методология IDEF0 (Icam DEFinition), которая является основной частью программы ICAM (Интеграция компьютерных и промышленных технологий ), проводимой по инициативе ВВС СШ А . Методология SADT представляет собой совокупность методов , правил и процедур , предназначенных для построения функциональной модели объекта какой-либо предметной области . Функциональ н ая модель SADT отображает функциональную структуру объекта , т.е . производимые им действия и связи между этими действиями . Основные элемен ты этой методологии основываются на следующих концепциях : · графическое представление блочного моде лирования . Графика блоков и дуг SADT-диаграм мы отображает функцию в виде блока , а интерфейсы входа /выхода представляются дугами , соответственно входящими в блок и выходящи ми из него . Взаимодействие блоков друг с другом описываются посредством интерфейсных дуг , выражающих " о граничения ", которые в свою очередь определяют , когда и каки м образом функции выполняются и управляются ; · строгость и точность . Выполнение правил SADT требует достаточной стро гости и точности , не накладывая в то ж е время чрезмерных ограничений на действи я аналитика . Правила SADT включают : · ограничение количества блоков на каждом уровне декомпозиции (пра вило 3-6 блоков ); · связность диаграмм (н омера блоков ); · уникальность меток и наименований (отсутствие повторяющихся имен ); · синтаксические правила для графики (блоков и дуг ); · разделение входов и управлений (правило определения роли данных ). · отделение организации от функции , т.е . исключение влияния организа ционной структуры на функциональную модель . Методология SADT може т использоваться для мод елирования широко го круга систем и определения требований и функций , а затем для разработки системы , которая удовлетворяет этим требованиям и реализует эти функции . Для уже существующих систем SADT может быть использована для анал иза функций , выполняемых с истемой , а также для указания механизмов , посредством которых они осуществляются Состав функциона льной модели Результатом приме нения методологии SADT является модель , которая с остоит из диаграмм , фрагментов текстов и г лоссария , имеющих ссылки друг на друга . Диаграммы - главные компоненты модели , все ф ункции ИС и интерфейсы на них представлен ы как блоки и дуги . Место соединения д уги с блоком определяет тип интерфейса . Уп равляющая информация входит в блок сверху , в то время как информация , которая подв ергает с я обработке , показана с лев ой стороны блока , а результаты выхода пока заны с правой стороны . Механизм (человек и ли автоматизированная система ), который осуществля ет операцию , представляется дугой , входящей в блок снизу (рисунок 2.1). Одной из наиболее важн ых особенно стей методологии SADT является постепенное введение все больших уровней детализации по мере создания диаграмм , отображающих модель . Рис . 2.1. Функциональный блок и интерфейсные дуги На рису нке 2.2, где приведены четыре диаграммы и их взаимосвязи , показана структура SADT-модели . Кажд ый компонент модели может быть декомпозирован на другой диаграмме . К аждая диаграмма иллюстрирует "внутреннее строение " блока на родительской диаграмме . Иерархия диаграм м Построение SADT-модел и начинается с представления всей системы в виде простейшей компоненты - одного блока и дуг , изображающих интерфейсы с функциям и вне системы . Поскольку единственный бл ок представляет всю систему как единое це лое , имя , указанное в блоке , является общим . Это верно и для интерфейсных дуг - он и также представляют полный набор внешних интерфейсов системы в целом . Затем блок , который предст авляет с истему в качестве единого модуля , детализируе тся на другой диаграмме с помощью несколь ких блоков , соединенных интерфейсными дугами . Эти блоки представляют основные подфункции ис ходной функции . Данная декомпозиция выявляет полный набор подфункций , к аждая из которых представлена как блок , границы кото рого определены интерфейсными дугами . Каждая из этих подфункций может быть декомпозирована подобным образом для более детального пр едставления . Во всех случаях каждая подфункция мож ет содержать только те элементы , которые входят в исходную функцию . Кроме того , модель не может опустить какие-либо элемент ы , т.е ., как уже отмечалось , родительский бло к и его интерфейсы обеспечивают контекст . К нему нельзя ничего добавить , и из не го не может быть ничего удале н о . Модель SADT представляет собой серию диаграм м с сопроводительной документацией , разбивающих сложный объект на составные части , которые представлены в виде блоков . Детали каждог о из основных блоков показаны в виде блоков на других диаграммах . Каждая дет альная диаграмма является декомпозицией б лока из более общей диаграммы . На каждом шаге декомпозиции более общая диаграмма называется родительской для более детальной д иаграммы . Дуги , входящие в блок и выходящие из него на диаграмме верхнего уровня , явля ют ся точно теми же самыми , что и дуги , входящие в диаграмму нижнего уровня и выходящие из нее , потому что блок и диаграмма представляют одну и ту же часть системы . Рис . 2.2. Структура SADT-модели . Декомпо зиция диаграмм На рису нках 2.3 - 2.5 представлены различные варианты выполнени я функций и соединения дуг с блоками . Рис . 2.3. Одновременное выполнение Рис . 2.4. Соответствие должно быть полным и непротиворечивым Некоторые дуги присоединены к блокам диаграм мы обоими концами , у других же один конец остается неприсоединенным . Неприсоединенные дуги соответствуют входам , управлениям и выходам родительского блока . Источник или получатель этих пограничных дуг может быть обнаруже н только на родительской диаграмме. Неприсоединенные концы должны соответствоват ь дугам на исходной диаграмме . Все граничн ые дуги должны продолжаться на родительской диаграмме , чтобы она была полной и не противоречивой . На SADT-диаграммах не указаны явно ни последовательность , ни время . Обра тные с вязи , итерации , продолжающиеся процессы и пере крывающиеся (по времени ) функции могут быть изображены с помощью дуг . Обратные связи могут выступать в виде комментариев , замеча ний , исправлений и т.д . (рисунок 2.5). Рис . 2.5. Пример обратной связи Как был о отмечено , механизмы (дуги с нижней сторо ны ) показывают средства , с помощью которых осуществляется выполнение ф ункций . Механизм может быть человеком , компьютером или любым другим устройством , которое помогает выполня ть данную функцию (рисунок 2.6). Рис . 2.6. Пример механизма Каждый блок на диаграмме имеет свой номер . Блок любой диаграммы может быть далее описан диаграммой нижнего уровня , которая , в сво ю очередь , может быть далее детализирована с помощью необходимого числа диа грамм . Таким образом , формируется иерархия диаграмм . Для того , чтобы указать положение любо й диаграммы или блока в иерархии , использу ются номера диаграмм . Например , А 21 является диаграммой , которая детализирует блок 1 на д иаграмме А 2. Аналогично , А 2 детал изирует блок 2 на диаграмме А 0, которая является самой верхней диаграммой модели . На рисунке 2.7 показано типичное дерево диаграмм . Рис . 2.7. Иерархия диаграмм Типы связей между функциями Одним из важны х моментов при проектировании ИС с помощь ю методологии SADT является точная согласованность типов связей между функциями . Различают по крайней мере семь типов связыван ия : Тип связи Относительная значимо сть Сл учайная 0 Ло гическая 1 Вр еменная 2 Пр оцедурная 3 Ко ммуникационная 4 По следовательная 5 Фу нкциональная 6 Ниже каждый ти п связи кратко определен и проиллюстрирован с помощью типичного примера из SADT. (0) Ти п случайной связности : наименее желательный . Случайная связность возникает , когда конк ретная связь между функциями мала или пол ностью отсутствует . Это относится к ситуации , когда имена данных на SADT-дугах в одной диаграмме имеют малую связь друг с д ругом . Крайний вариант этого случая пока зан на рисунке 2.8. Рис . 2.8. Случайная связность (1) Тип логической связности. Логическое связывание происходит тогда , когда данные и функции собираются вместе вследствие того , что они попадают в общий класс или на бор элементов , но необходимых фун кциональ ных отношений между ними не обнаруживается . (2) Тип временной связности. Связанные по времени элементы возн икают вследствие того , что они представляют функции , связанные во времени , когда данные используются одновременно или функции включа ются пар аллельно , а не последовательно . (3) Тип процедурной связности. Процедурно-связанные элементы появляютс я сгруппированными вместе вследствие того , чт о они выполняются в течение одной и т ой же части цикла или процесса . Пример процедурно-связанной диаграммы п риведен на рисунке 2.9. Рис . 2.9. Процедурная связность (4) Тип коммуникационной связности. Диаграммы демонстрируют коммуникационные связи , когда блоки группируются вследствие того , что они используют одни и те же входные данные и /или производят одни и те же вы ходные данные (рисунок 2.10). (5) Тип последовательной связности. На диаграммах , имеющих последов ательные связи , выход одной функции служит входными данными для следующей функции . Свя зь между элементами на диаграмме является более тесной , чем на рассмотренных выше уровнях связо к , поскольку моделируются причинно-следственные зависимости (рисунок 2.11). (6) Тип функциональной связности. Диаграмма отражает полную функцио нальную связность , при наличии полной зависим ости одной функции от другой . Диаграмма , к оторая является чисто фун кциональной , не содержит чужеродных элементов , относящихся к последовательному или более слабому типу связности . Одним из способов определения фу нкционально-связанных диаграмм является рассмотрение двух блоков , связанных через управляющие дуги , как показа н о на рисунке 2.12. Рис . 2.10. Коммуникационная связнос ть Рис . 2.11. Последовательная связность В матем атических терминах необходимое условие для пр остейшего типа функциональной связности , показанн ой на рисунке 2.12, имеет следующий вид : C = g(B) = g(f(A)) Ниже в таблице представлены все типы связей , ра ссмот ренные выше . Важно отметить , что уровни 4-6 у станавливают типы связностей , которые разработчик и считают важнейшими для получения диаграмм хорошего качества . Рис . 2.12. Функциональная связность Значимость Тип связности Для функций Для данных 0 Случайная Случайная Случайн ая 1 Ло гическая Функции одного и того же множества или типа (например , "редактировать все входы ") Данные одного и того же множест ва или типа 2 Временная Функции одного и то го же периода времени (например , "операции инициализации ") Данны е , используемые в каком-л ибо временном интервале 3 Процедурная Функции , работающие в одной и той же фазе или итерации (н апример , "первый проход компилятора ") Данные , используемые во время одной и той же фазы или итерации 4 Коммуникационнная Функции , использующие одни и те же дан ные Данные , на которые воздействуе т одна и та же деятельность 5 Последовательная Функции , выполняющие последовательные преобразования одних и тех же данных Данные , преобразуемые последовательными функциями 6 Функциональная Функции , объединяемые для выпол нения одной функции Данные , связанные с од ной функцией Литература 1. Вендров А.М . Один из подходов к выбору средств проектирования баз данных и приложений . "СУБД ", 1995, № 3. 2. Зиндер Е.З . Бизнес-реинжин иринг и технологии системного проектирования . Учебн ое пособие . М ., Центр Информационных Технологий , 1996 3. Калянов Г.Н . CASE. Структурный системный анализ (автоматизация и применение ). М ., "Лори ", 1996. 4. Марка Д.А ., МакГоуэн К . Методология структурного анализа и проектир ования . М ., "МетаТехнология ", 1 993. 5. Международные стандарты , поддерживающие жизненный цикл программных средст в . М ., МП "Экономика ", 1996 6. Создание информационной системы предприятия . "Computer Direct", 1996, N2 7. Шлеер С ., Меллор С . Объектно-ориентированный анализ : моделировани е мира в состояниях . Киев , "Диалектика ", 1993. 8. Barker R. CASE*Method. Entity-Relationship Modelling. Copyright Oracle Corporation UK Limited, Addison-Wesley Publishing Co., 1990. 1. Barker R. CASE*Method. Function and Process Modelling. Copyright Orac le Corporation UK Limited, Addison-Wesley Publishing Co., 1990. 2. Boehm B.W. A Spiral Model of Software Development and Enhancement. ACM SIGSOFT Software Engineering Notes, Aug. 1986 3. Chris Gane, Trish Sarson. Structured System Analysis. Prentice-Hall , 1979. 4. Edward Yourdon. Modern Structured Analysis. Prentice-Hall, 1989. 5. Tom DeMarco. Structured Analysis and System Specification. Yourdon Press, New York, 1978. 6. Westmount I-CASE User Manual. Westmount Technology B.V., Netherlands, 1994. 7. U niface V6.1 Designers' Guide. Uniface B.V., Netherlands, 1994.
1Архитектура и строительство
2Астрономия, авиация, космонавтика
 
3Безопасность жизнедеятельности
4Биология
 
5Военная кафедра, гражданская оборона
 
6География, экономическая география
7Геология и геодезия
8Государственное регулирование и налоги
 
9Естествознание
 
10Журналистика
 
11Законодательство и право
12Адвокатура
13Административное право
14Арбитражное процессуальное право
15Банковское право
16Государство и право
17Гражданское право и процесс
18Жилищное право
19Законодательство зарубежных стран
20Земельное право
21Конституционное право
22Конституционное право зарубежных стран
23Международное право
24Муниципальное право
25Налоговое право
26Римское право
27Семейное право
28Таможенное право
29Трудовое право
30Уголовное право и процесс
31Финансовое право
32Хозяйственное право
33Экологическое право
34Юриспруденция
 
35Иностранные языки
36Информатика, информационные технологии
37Базы данных
38Компьютерные сети
39Программирование
40Искусство и культура
41Краеведение
42Культурология
43Музыка
44История
45Биографии
46Историческая личность
47Литература
 
48Маркетинг и реклама
49Математика
50Медицина и здоровье
51Менеджмент
52Антикризисное управление
53Делопроизводство и документооборот
54Логистика
 
55Педагогика
56Политология
57Правоохранительные органы
58Криминалистика и криминология
59Прочее
60Психология
61Юридическая психология
 
62Радиоэлектроника
63Религия
 
64Сельское хозяйство и землепользование
65Социология
66Страхование
 
67Технологии
68Материаловедение
69Машиностроение
70Металлургия
71Транспорт
72Туризм
 
73Физика
74Физкультура и спорт
75Философия
 
76Химия
 
77Экология, охрана природы
78Экономика и финансы
79Анализ хозяйственной деятельности
80Банковское дело и кредитование
81Биржевое дело
82Бухгалтерский учет и аудит
83История экономических учений
84Международные отношения
85Предпринимательство, бизнес, микроэкономика
86Финансы
87Ценные бумаги и фондовый рынок
88Экономика предприятия
89Экономико-математическое моделирование
90Экономическая теория

 Анекдоты - это почти как рефераты, только короткие и смешные Следующий
- Жена в командировке, теща в больнице. Возвращаюсь с работы, а за входной дверью шум. Достаю травматику, врываюсь в квартиру, всаживаю всю обойму... в тещу. Оказалось ее выписали раньше времени.
- Выходит, ты тещу не узнал?
- Узнал. Но вида не подал.
Anekdot.ru

Узнайте стоимость курсовой, диплома, реферата на заказ.

Обратите внимание, реферат по программированию "Структурный подход к проектированию ИС", также как и все другие рефераты, курсовые, дипломные и другие работы вы можете скачать бесплатно.

Смотрите также:


Банк рефератов - РефератБанк.ру
© РефератБанк, 2002 - 2016
Рейтинг@Mail.ru