Автор работы: Пользователь скрыл имя, 17 Января 2011 в 14:00, курсовая работа
В связи с расширяющимся применением информационных технологий и, в частности, CALS-технологий в народном хозяйстве Российской Федерации в настоящем руководящих документах приводятся основные сведения о методологии IDEF0 и графическом языке описания моделей, а также некоторые практические рекомендации по разработке таких моделей.
В этой работе будут рассмотрены основные понятия и архитектура CASE – технологий, сущность структурного подхода к проектированию и описание методологии функционального моделирования на основе IDEF0.
Введение…………………………………………………………………………..3
1.Основные понятия CASE – технологий……………………………….4
1.Архитектура CASE – средства…………………………………………...6
2.Сущность структурного подхода к проектированию………………13
1.Методология структурного моделирования SADT……………………14
2.Состав функциональной модели………………………………………..15
3.Иерархия диаграмм………………………………………………………16
4.Типы связей между функциями…………………………………………21
3.Методология функционального моделирования на основе IDEF0……………………………………………………………………...25
1.Синтаксис графического языка IDEF0………………………………….26
1.Блок…………………………………………………………………….26
2.Стрелка…………………………………………………………………27
3.Синтаксические правила……………………………………………...27
2.Правила построения диаграмм………………………………………….28
Заключение……………………………………………………………………...33
Список литературы………………………………………………………….....34
Диаграммы с количеством блоков менее трех вызывают серьезные сомнения в необходимости декомпозиции родительской функции. Диаграммы с количеством блоков более шести сложны для восприятия читателями и вызывают у автора трудности при внесении в нее всех необходимых графических объектов и меток.
4. Каждый блок неконтекстной диаграммы получает номер, помещаемый в правом нижнем углу; порядок нумерации - от верхнего левого к нижнему правому блоку (номера от 1 до 6).
5. Каждый блок, подвергнутый декомпозиции, должен иметь ссылку на
дочернюю диаграмму; ссылка (например, узловой номер, C-номер или
номер страницы) помещается под правым нижним углом блока.
6. Имена блоков (выполняемых функций) и метки стрелок должны быть уникальными. Если метки стрелок совпадают, это значит, что стрелки отображают тождественные данные.
7. При наличии стрелок со сложной топологией целесообразно повторить метку для удобства ее идентификации.
8. Следует обеспечить максимальное расстояние между блоками и поворотами стрелок, а также между блоками и пересечениями стрелок для облегчения чтения диаграммы. Одновременно уменьшается вероятность перепутать две разные стрелки.
9. Блоки всегда должны иметь хотя бы одну управляющую и одну выходную стрелку, но могут не иметь входных стрелок.
10. Если одни и те же данные служат и для управления, и для входа, вычерчивается только стрелка управления. Этим подчеркивается управляющий характер данных и уменьшается сложность диаграммы.
11. Максимально увеличенное расстояние между параллельными стрелками облегчает размещения меток, их чтение и позволяет проследить пути стрелок.
Рисунок 17. Примерный вид диаграммы
12. Стрелки связываются (сливаются), если они представляют сходные данные и их источник не указан на диаграмме.
Рисунок 18. Слияние стрелок
13. Обратные связи по управлению должны быть показаны как «верх и над» и «вниз и под».
Рисунок 19. Обратные связи
14. Циклические обратные связи для одного и того же блока изображаются только для того, чтобы их выделить. Обычно обратную связь изображают на диаграмме, декомпозирующей блок. Однако иногда требуется выделить повторно используемые объекты.
Рисунок 20. Выделение повторно используемого объекта
15. Стрелки объединяются, если они имеют общий источник или приемник, или они представляют связанные данные. Общее название лучше описывает суть данных. Следует минимизировать число стрелок, касающихся каждой стороны блока, если природа данных не слишком разнородна.
Рисунок 21. Минимизация стрелок
16. Если возможно, стрелки присоединяются к блокам в одной и той же позиции. Тогда соединение стрелок конкретного типа с блоками будет согласованным и чтение диаграммы упростится.
Рисунок 22. Согласование стрелок
17. При соединении большого числа блоков необходимо избегать необязательных пересечений стрелок. Следует минимизировать число петель и поворотов каждой стрелки.
Рисунок 23. Минимизация числа пересечений
18. Блоки (функции) являются сопряженными через среду, если они имеют связи с источником, генерирующим данные, без конкретного определения отношения отдельной части данных к какому-либо блоку.
Рисунок 24. Сопряжение через среду
19. Две или более функций являются сопряженными через запись, если они связаны с набором данных и не обязательно зависят от того, представлены ли все возможные интерфейсы как сопряжение через среду. Тип интерфейса, представленный на рисунке 25, предпочтителен, поскольку определяются отношения конкретных элементов данных к каждому блоку.
Рисунок 25. Сопряжение через запись
20. Необходимо использовать (где это целесообразно) выразительные возможности ветвящихся стрелок.
Рисунок
26. Ветвящиеся стрелки
Заключение
Из
знакомства с IDEF0 следует, что эта методология
представляет собой четко формализованный
подход к созданию функциональных моделей
структурных схем изучаемой системы. Схемы
строятся по иерархическому принципу
с необходимой степенью подробности и
помогают разобраться в том, что
происходит в изучаемой системе, какие
функции в ней выполняются и в какие отношения
вступают между собой и с окружающей средой
ее функциональные блоки. Совокупность
схем (IDEF0 - диаграмм) образует модель системы.
Эта модель носит качественный, описательный,
декларативный характер. Она принципиально
не может ответить на вопросы о том, как
протекают процессы в системе во времени
и в пространстве, каковы их характеристики
и в какой мере удовлетворяются (или не
удовлетворяются) требования, предъявляемые
к системе. Все эти вопросы с неизбежностью
возникают после того, как достигнут
нижний уровень декомпозиции.
Список литературы