Все о моделировании в Компас-3D LT
   Главная Статьи Файлы Форум Ссылки Категории новостей
July 18 2026 05:54:47   
Навигация
Главная
Статьи
Файлы
FAQ
Форум
Ссылки
Категории новостей
Обратная связь
Фото галерея
Поиск
Разное
Карта Сайта
Популярные статьи
Что необходимо ... 65535
4.12.1 Професси... 36666
Учимся удалять!... 33472
Примеры, синони... 24586
Декартовы коорд... 24159
Просмотр готовы... 23967
FAST (методика ... 22675
содержание - се... 22054
Просмотр готовы... 21017
Работа с инстру... 16680
Сейчас на сайте
Гостей: 1
На сайте нет зарегистрированных пользователей

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

Реклама
Выполняем курсовые и лабораторные по разным языкам программирования
Подробнее - курсовые и лабораторные на заказ по Delphi
Turbo Pascal, Assembler, C, C++, C#, Visual Basic, Java, GPSS, Prolog
1. Общий обзор методов
Методология структурного анализа и проектирования программного обеспечения определяет шаги работы, которые должны быть выполнены, их последовательность, правила распределения и назначения операций и методов.
В настоящее время успешно используются такие методологии, как SADT (Structure Analysis and Design Technique), структурный системный анализ Гейна - Сарсона, структурный анализ и проектирование Йодана/Де Марко, развитие систем Джексона и другие.
Несмотря на достаточно широкий спектр используемых методов и диаграммных техник, большинство методологий базируется на следующей "классической" совокупности:
-диаграммы потоков данных в нотации Йодана/Де Марко или Гейна - Сарсона, обеспечивающие анализ требований и функциональное проектирование информационных систем;
- расширения Хатли и Уорда - Меллора для проектирования систем реального времени, основанные на диаграммах переходов состояний, таблицах решений, картах и схемах потоков управления;
- диаграммы "сущность-связь" (в нотации Чена или Беккера) для проектирования структур данных, схем БД, форматов файлов как части всего проекта;
- структурные карты Джексона и/или Константайна для проектирования межмодульных взаимодействий и внутренней структуры модулей.
Разработка ПО основана на модели «ВХОД-ОБРАБОТКА-ВЫХОД»: данные входят в систему, обрабатываются или преобразуются и выходят из системы. Такая модель используется во всех структурных методологиях. При этом важен порядок построения модели.
Традиционный процедурно-ориентированный подход регламентирует первичность проектирования функциональных компонент по отношению к проектированию структур данных: требования к данным раскрываются через функциональные требования. При подходе, ориентированном на данные, вход и выход являются наиболее важными. Структуры данных определяются первыми, а процедурные компоненты являются производными от данных.
Комментарии
Нет комментариев.
Добавить комментарий
Пожалуйста залогиньтесь для добавления комментария.
Рейтинги
Рейтинг доступен только для пользователей.

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

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

Пароль



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

Забыли пароль?
Запросите новый здесь.
Случайные статьи
6.2.3 Размещение ядра
Великолепный Linux...
3.2.1. Компоненты ЛВС
Второй параграф
9. Количество проц...
2.4.7.3 Исправлени...
Глава 9. Реальный GPS
Светофоры
Представление атри...
Выполняемые операции
ГЛАВА 3. БУФЕР СВ...
Глобальная система...
Непереносимые связи
Протоколы канально...
Подходы к определе...
Пересечение подтипов
Признак каскадного...
Анализ результатов...
10.3.4 Опрос терми...
4. Особенности выд...
6.5.2 Выделение об...
О чем мы узнали ?
Источник питания
10.1 ВЗАИМОДЕЙСТВИ...
9.2 ПОДКАЧКА ПО ЗА...
7.3 ЗАВЕРШЕНИЕ ВЫ...
5.19 ВЫВОДЫ
3. Переосмысление ...
Теоретические опас...
Анализ программног...
8.3.1 Перезапуск ч...
Недопустимые комби...
Необходимые предпо...
Принцип 5. Уменьша...
2.2.2.4 «Сон» и пр...
Независимость данных
Правила для атрибутов
Creative MegaWorks...
2.4.9 Свёрточные коды
7.5 ВЫЗОВ ДРУГИХ П...
Мини-чат
Вам необходимо залогиниться.

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