Все о моделировании в Компас-3D LT
   Главная Статьи Файлы Форум Ссылки Категории новостей
July 26 2024 23:51:19   
Навигация
Главная
Статьи
Файлы
FAQ
Форум
Ссылки
Категории новостей
Обратная связь
Фото галерея
Поиск
Разное
Карта Сайта
Популярные статьи
Что необходимо ... 65535
4.12.1 Професси... 33477
Учимся удалять!... 32095
Примеры, синони... 23449
Просмотр готовы... 22723
Декартовы коорд... 22283
FAST (методика ... 21491
содержание - се... 20753
Просмотр готовы... 19414
Работа с инстру... 14874
Сейчас на сайте
Гостей: 4
На сайте нет зарегистрированных пользователей

Пользователей: 9,955
новичок: Logyattella
Друзья сайта
Ramblers Top100
Рейтинг@Mail.ru

Реклама
Выполняем курсовые и лабораторные по разным языкам программирования
Подробнее - курсовые и лабораторные на заказ по Delphi
Turbo Pascal, Assembler, C, C++, C#, Visual Basic, Java, GPSS, Prolog
2. Методологии структурного анализа Йодана/Де Марко и Гейна-Сарсона
Как уже неоднократно отмечалось, структурный анализ - это систематический пошаговый подход к анализу требований и проектированию спецификаций системы независимо от того, является ли она существующей или создается вновь. Эти структурные подходы моделируют процессы в виде диаграмм потоков данных (Data Flow Diagrams – DFD). На этих диаграммах изображаются процессы, хранилища и внешние сущности, связанные друг с другом посредством потоков данных.
Процесс представляет собой деятельность, преобразующую входные данные в выходные. Имя «процесс» представляет собой глагол в неопределенной форме с необходимым дополнением. Каждый процесс должен иметь уникальный номер для ссылок на него внутри диаграммы для однозначной идентификации процесса в контексте всей модели.
Хранилище (накопитель) данных определяет данные, которые будут сохраняться в памяти между процессами. Хранилища представляют собой некие снимки потоков данных во времени. Информация, которую они содержат, может использоваться в любое время после ее определения, при этом данные могут выбираться в любом порядке. Имя хранилища должно быть существительным. Если поток данных входит или выходит в \из хранилища и его структура соответствует структуре хранилища, он должен иметь то же самое имя, что и хранилище, которое может быть и опущено на диаграмме.
Внешняя сущность (терминатор) представляет собой сущность вне контекста изображаемой на диаграмме системы. Ее имя должно быть существительным. Объекты «внешняя сущность» не участвуют в обработке информации.
Потоки данных являются механизмами, использующимися для моделирования передачи информации (или материальных объектов) от одного объекта к другому. Потоки на диаграммах изображаются в виде стрелок. Иногда могут использоваться двунаправленные стрелки, например для описания ситуации, когда информация движется в одном направлении, обрабатывается и движется в обратном направлении. Условные обозначения, используемые в методологиях Гейна – Сарсона и Йодана/Де Марко, представлены на рис. 17.
Обе методологии фокусируют внимание на потоках данных, их главное назначение - создание базированных на графике документов по функциональным требованиям. Методологии поддерживаются традиционными нисходящими методами проектирования спецификаций и обеспечивают один из лучших способов связи между аналитиками, разработчиками и пользователями системы. При этом используются следующие средства:
1) DFD-диаграммы потоков данных. Являются графическими иерархическими спецификациями, описывающими систему с позиций потоков данных;
2) словари данных. Являются каталогами всех элементов данных, присутствующих в DFD, включая групповые и индивидуальные потоки данных, хранилища и процессы, а также все их атрибуты;
3) миниспецификации обработки, описывающие DFD-процессы нижнего уровня и являющиеся базой для кодогенерации. Фактически миниспецификации представляют собой алгоритмы описания задач, выполняемых процессами. Множество всех миниспецификаций является полной спецификацией системы.
Отметим, что DFD моделируют функции, которые система должна выполнять, но ничего (или почти ничего) не сообщают об отношениях между данными, а также о поведении системы в зависимости от времени - для этой цели методологии используют диаграммы "сущность-связь" и диаграммы переходов состояний.
Главной отличительной чертой методологии Гейна - Сарсона является наличие этапа моделирования данных, определяющего содержимое хранилищ данных (БД и файлов) в DFD в третьей нормальной форме. Этот этап включает: построение списка элементов данных, располагающихся в каждом хранилище данных; анализ отношений между данными и построение соответствующей диаграммы связей между элементами данных; представление всей информации по модели в виде связанных нормализованных
Комментарии
Нет комментариев.
Добавить комментарий
Пожалуйста залогиньтесь для добавления комментария.
Рейтинги
Рейтинг доступен только для пользователей.

Пожалуйста, залогиньтесь или зарегистрируйтесь для голосования.

Нет данных для оценки.
Гость
Имя

Пароль



Вы не зарегистрированны?
Нажмите здесь для регистрации.

Забыли пароль?
Запросите новый здесь.
Случайные статьи
Введение
Теоретические осно...
Процессы управлени...
Окончание работы с...
Опции сетевой филь...
6.4 СОХРАНЕНИЕ КОН...
9.5. Инженерия ра...
Пролог
Подтип сущности
Creative MegaWorks...
Данные, как главны...
Своя игра
Сканируем
Сервер
содержание - сетев...
Учимся удалять! [К...
2. Пересечения про...
Быстрое продление ...
2.4.7.1 Идея цикли...
4.12.3.2 Принципы ...
5.7 СОЗДАНИЕ ФАЙЛА
2. Дивизиональная ...
2.5. Спутниковые к...
Манчестерское коди...
1.2. Классификация...
Пометки на схеме
Комбинированная ст...
10.1.2.1 Open
Иерархическая база...
Разъем последовате...
1.5.1 Прерывания ...
Принципы управлени...
Глава 4. Основные ...
Случаи из жизни
Отзывы о книге Сет...
Глава 25. VESTA 350
Глава 9. Humminbir...
6.2.4 Пространство...
Глава пятая. ВЫВО...
7.2.3 Посылка сигн...
Мини-чат
Вам необходимо залогиниться.

Нет присланных сообщений.
Copyright © 2009