Главная страница
Навигация по странице:

  • диаграммы

  • возможные вопросы со 2 кр. В состав функциональной архитектуры входят


    Скачать 16.46 Kb.
    НазваниеВ состав функциональной архитектуры входят
    Дата15.11.2022
    Размер16.46 Kb.
    Формат файлаdocx
    Имя файлавозможные вопросы со 2 кр.docx
    ТипДокументы
    #789566

    Функциональная архитектура-включает формализованное описание предъявляемых к п.п. требований с точки зрения пользователя, так и сточки зрения разработчика программ. Также этот док называют техническим требованием.

    В состав функциональной архитектуры входят:

    1. Описание функций, требуемых режимов функциональной среды, который будет реализован в п.п.

    ------------------------------------------------------------------------------------------------------------------------------------------

    При документировании проекта разработки ПО применяют схемы:

    1. Схема работы системы, в которой формируется процесс выполнения прогр., вз-е с польз-м и данными.

    2. Блок-схема(Схема программы)

    3. Схема данных, в которых уточняются потоки данных м/у процессами и носителями данных

    4. Схема взаимодействия программы, отображающая путь активации программ и взаимодействия с данными

    5. Схема ресурсов системы, отображает конфигурацию блоков данных и рабочих блоков, требуемых для решения задач или наборов задач.

    ------------------------------------------------------------------------------------------------------------------------------------------

    Разработка схем документирования программ согласно ГОСТ 19.701-90

    Существует 3 символа: 1) символ данных, 2) символ процесса, 3) специальные символы процесса

    ------------------------------------------------------------------------------------------------------------------------------------------

    Схемы работы системы-отображает управление операциями и поток данных в системе, используются символы данных, символы процесса, и специальные символы.

    Схема программ(блок схема)-это схема которая отображает последовательность операций в программе.

    ------------------------------------------------------------------------------------------------------------------------------------------

    Стихийное программирование-его суть в том чтобы из операторов ЯП сконструировать программу, выполняющую некоторые заданные преобразования данных. Ни набор операторов, не порядок их применения никак не регламентировался в общем случае для такого программирования и чем больше операторов тем лучше.

    Структурное программирование-представляет собой совокупность рекомендуемых технологических приёмов, охватывающих все этапы разработки ПО. Цель-разработка программы, к-й присущи определённая структура, основанная на применении принципов структурного программирования.

    Принципы структурного программирования: 1й принцип)каждый программный модуль(блок, ф-я, процедура) должен иметь только один вход и один выход, это позволяет максимально упростить стыковку модулей в программе;

    2й)рекомендуется принимать 4 вида конструкций: 1)последовательность модулей и операторов, 2)разветвление, 3) Цикл, 4)switch case

    3й)разработку по рекомендуется вести сверху вниз, по так называемой нисходящей стратегии.

    ------------------------------------------------------------------------------------------------------------------------------------------

    Изображение структурных алгоритмов в разных нотациях: 1) Псевдокод, 2)Флоу-форма, 3)Диаграммы Наси-шнейдермана(эти диаграммы также называются структурными диаграммами, поскольку они показывают структуры программы.)

    ------------------------------------------------------------------------------------------------------------------------------------------

    Нисходящая/восходящая разработка:

    Восходящий подход-при использовании восх подхода сначала проектируют и реализуют компоненты нижнего уровня, затем предыдущего и тд. По мере разрешения тестирования и отладки компонентов, осуществляют их сборку. Сейчас не используют этот метод.

    -: 1)увеличение вероятности несогласованности компонентов, вследствие неполнота специф-ии. 2)наличие издержек на проектировании и реализации тестовых программ, которые нельзя преобразовать в компоненты. 3)позднее проектирование интерфейсов, а соответственно невозможность показать его заказчику для уточнение спецификации.

    Нисходящий подход-предполагает что проетирование и проследующая реализация проекта-компонента выполняется сверху вниз, те сначала проетируют компонент верх ур иерархии, затем следующих и тд до самых нижних ур-й. в той же последовательности выполняют и реализацию компонента. При использовании нисходящего подхода исп-ют: иерархический операционный и комбинационные методы определения последовательности проектирования.


    написать администратору сайта