55.Дайте определение и приведите пример нотации.

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

58. Дайте определение модели жизненного цикла (ЖЦ) программного продукта (ПП). Какие модели ЖЦ ПП Вы знаете? В чем их недостатки? Модель ЖЦ ПП определяет перечень этапов преобразования программа -> программное средство -> программный продукт, порядок выполнения этапов, а также критерии перехода от этапа к этапу. Традиционная модель ЖЦ ПО строится по каскадному принципу, суть которого в том, что переход на следующий этап происходит после окончания предыдущего. Единственным недостатком такой простой модели ЖЦ является то, что на практике очень часто принятые на предыдущем этапе (или на предыдущих этапах) решения приходится пересматривать из-за неверной интерпретации требований заказчика. Другая модель ЖЦ ПП строится по поэтапному принципу с промежуточным контролем. Критерием перехода на следующий этап является готовность документов, о которых было упомянуто выше. Такая модель является более жизнеспособной по сравнению с каскадной моделью, но наличие циклов обратных связей растягивает все этапы ЖЦ ПП на весь период разработки, что, в свою очередь, затрудняет планирование работ по созданию и внедрению программных продуктов. CASE-технология базируется на спиральной модели ЖЦ ПП, суть которой в следующем. Делается упор на начальные этапы ЖЦ: анализ требований, проектирование спецификаций, предварительное и детальное проектирование. На этих этапах проверяется и обосновывается реализуемость технических решений путем создания прототипов. Все эти этапы выполняются на каждом витке спирали ЖЦ. Каждый виток спирали соответствует некоторому уровню детализации проекта. Каждый следующий виток характеризуется более высокой степенью детализации создаваемого ПО. Каждый виток заканчивается тем, что уточняются цели и характеристики проекта и планируются работы следующего витка спирали. Тем самым реализуется нисходящий принцип проектирования.

59.В чем заключается декомпозиция целей разрабатываемого программного продукта? Какой документ получается в результате декомпозиции целей разрабатываемого ПП? Декомпозиция целей программного продукта заключается в структурировании по схеме: основные цели — подцели 1-го уровня. . . —. . . подцели i-го уровня —. . . . — подцели n-го уровня — функции для пользователя ПО. В результате выполнения декомпозиции целей получают системную архитектуру. СА представляет собой документ, отражающий модульно-иерархическую структуру проектируемого программного продукта с подробным описанием функциональных спецификаций отдельных модулей

60. Назовите классы прочности и виды сцепления модулей. Какие из них обеспечивают наилучшее удовлетворение критериям модульного программирования? Класс прочности является мерой связи предложений внутри модуля. Сцепление модулей – это мера зависимости между модулями. Чтобы отнести модуль к тому или иному классу, нужно проанализировать выполняемую им функцию (или функции). Выделяют следующие классы прочности:

1. Прочность по совпадению; 2. Прочность по логике; 3. Прочность по классу; 4. Процедурно-прочный модуль;

5. Коммуникационно- прочный модуль; 6. Информационная прочность; 7. Функциональная прочность. Виды сцепления:1. Сцепление по содержимому; 2. Сцепление по общей области; 3. Сцепление по управлению; 4. Сцепление по формату; 5. Сцепление по данным.