Все о моделировании в Компас-3D LT
   Главная Статьи Файлы Форум Ссылки Категории новостей
April 02 2025 09:09:07   
Навигация
Главная
Статьи
Файлы
FAQ
Форум
Ссылки
Категории новостей
Обратная связь
Фото галерея
Поиск
Разное
Карта Сайта
Популярные статьи
Что необходимо ... 65535
4.12.1 Професси... 35089
Учимся удалять!... 32436
Примеры, синони... 23762
Просмотр готовы... 23031
Декартовы коорд... 22837
FAST (методика ... 21785
содержание - се... 21090
Просмотр готовы... 19864
Работа с инстру... 15312
Сейчас на сайте
Гостей: 1
На сайте нет зарегистрированных пользователей

Пользователей: 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 в третьей нормальной форме. Этот этап включает: построение списка элементов данных, располагающихся в каждом хранилище данных; анализ отношений между данными и построение соответствующей диаграммы связей между элементами данных; представление всей информации по модели в виде связанных нормализованных
Комментарии
Нет комментариев.
Добавить комментарий
Пожалуйста залогиньтесь для добавления комментария.
Рейтинги
Рейтинг доступен только для пользователей.

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

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

Пароль



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

Забыли пароль?
Запросите новый здесь.
Случайные статьи
содержание - сетев...
Глава 14. INTERPHA...
4.10 УПРАЖНЕНИЯ
Необязательные атр...
Библиографический ...
Определение атрибута
Что необходимо доб...
содержание - сетев...
10.3.3 Терминальн...
Бенчмаркинг процесса.
Группа 3 — програм...
8.6. Управление ко...
Идея вторая: Измер...
Калибруем
Глава вторая. СИЛ...
Отношение к делу и...
Глава 7. HUMMINBI...
7.2.2. Необходимые...
ГЛАВА 2. ВВЕДЕНИЕ ...
Как GPS-приемник о...
Движение по маршруту
Время восхода/захо...
3.7 УПРАЖНЕНИЯ
2.1.4. Уровень 4 ...
Необходимые предпо...
Группа 2 — програм...
Выводы 2
GARMIN
Цена до 350 долларов
Спидометр
2.2.2. Беспроводн...
2.2.1 Сообщения и ...
10.6 УПРАЖНЕНИЯ
Режим GPS
«Он думает, что…»
Глава 14. INTERPHA...
Группа 1 - информа...
Синтаксис 2
Рынок телематическ...
Глава 1. Ноутбук ...
Мини-чат
Вам необходимо залогиниться.

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