
- •Жизненный цикл программного обеспечения. Состав процессов жизненного цикла
- •Жизненный цикл программного обеспечения. Основные этапы жизненного цикла.
- •Каскадная модель жизненного цикла программного обеспечения.
- •Общие требования к программному обеспечению.
- •Методология, метод, нотация и средства case-технологий.
- •Основные принципы технологии rad:
- •Нотация sadt-технологии разработки программного обеспечения.
- •4.Описание языка uml должно включать в себя семантический базис для понимания общих особенностей ооап.
- •Общая структура языка uml.
- •Диаграмма вариантов использования (use case diagram) uml.
- •Диаграмма классов (class diagram) uml.
- •Диаграмма состояний (statechart diagram) uml.
- •Диаграмма деятельности (activity diagram) uml.
- •Диаграмма последовательности (sequence diagram) uml.
- •Диаграмма кооперации (collaboration diagram) uml.
- •Связи на диаграмме кооперации
- •Диаграмма компонентов (component diagram) uml.
- •Компоненты
- •Диаграмма развертывания (deployment diagram) uml.
- •Структурные карты Константайна.
- •Программные модули. Требования к модульной структуре программного обеспечения.
- •Схемы hipo.
- •Диаграммы Джексона.
- •Диаграммы Варнье – Орра.
- •Схемы данных в унифицированной системе программной документации.
- •Схемы программ в унифицированной системе программной документации.
- •Схемы работы системы в унифицированной системе программной документации.
- •Схемы взаимодействия программ в унифицированной системе программной документации.
- •Схемы ресурсов в унифицированной системе программной документации.
- •Функциональные сети.
Схемы ресурсов в унифицированной системе программной документации.
Схемы алгоритмов, программ, данных и систем (далее - схемы) состоят из имеющих заданное значение символов, краткого пояснительного текста и соединяющих линий.
1.2. Схемы могут использоваться на различных уровнях детализации, причем число уровней зависит от размеров и сложности задачи обработки данных. Уровень детализации должен быть таким, чтобы различные части и взаимосвязь между ними были понятны в целом.
В стандарте используются следующие понятия:
1) основной символ - символ, используемый в тех случаях, когда точный тип (вид) процесса или носителя данных неизвестен или отсутствует необходимость в описании фактического носителя данных;
2) специфический символ - символ, используемый в тех случаях, когда известен точный тип (вид) процесса или носителя данных или когда необходимо описать фактический носитель данных;
3) схема - графическое представление определения, анализа или метода решения задачи, в котором используются символы для отображения операций, данных, потока, оборудования и т. д.
2.5. Схема ресурсов системы
2.5.1. Схемы ресурсов системы отображают конфигурацию блоков данных и обрабатывающих блоков, которая требуется для решения задачи или набора задач.
2.5.2. Схема ресурсов системы состоит из:
1) символов данных, отображающих входные, выходные и запоминающие устройства вычислительной машины;
2) символов процесса, отображающих процессоры (центральные процессоры, каналы и т. д.);
3) линейных символов, отображающих передачу данных между устройствами ввода - вывода и процессорами, а также передачу управления между процессорами;
4) специальных символов, используемых для облегчения написания и чтения схемы.
Данные Запоминаемые данные Документ
Запоминающее
устройство с прямым доступом
Процесс Предопределенный процесс Подготовка
Решение
Передача управления Соединитель
Терминатор
Комментарии
Flow-формы.
Flow-формы представляют собой графическую нотацию описания структурных алгоритмов, которая иллюстрирует вложенность структур. Каждый символ Flow-формы имеет вид прямоугольника и может быть вписан в любой внутренний прямоугольник любого другого символа. Символы помечаются с помощью предложений на естественном языке или с использованием математической нотации.
Условные
обозначения Flow-форм для основных
конструкций: а — следование; б —
ветвление; в — выбор; г — цикл-до; д —
цикл-до; е — счетный цикл
Диаграммы Насси-Шнейдермана.
Диаграммы Насси — Шнейдермана являются продолжением Flow-форм. Отличие их от Flow-форм состоит в том, что область обозначения условий изображают в виде треугольников (рис. 3.18). Это обозначение обеспечивает большую наглядность представления алгоритма.
При использовании псевдокодов, Flow-форм и диаграмм Насси — Шнейдермана описать неструктурный алгоритм невозможно (для неструктурных передач управления в этих нотациях просто отсутствуют условные обозначения).
По сравнению с псевдокодами Flow-формы и диаграммы Насси — Шнейдермана, являясь графическими, лучше отображают вложенность конструкций.
Общим недостатком Flow-форм и диаграмм Насси — Шнейдермана является сложность построения изображений символов, что затрудняет практическое применение этих нотаций для описания больших алгоритмов
Рис. 3.18. Условные обозначения диаграмм Насси — Шнейдермана для основных конструкций:
а — следование; б — цикл-пока; в — цикл-до; г — ветвление; д — выбор.