- •Базовые принципы разработки программ (их описание)
- •Программный модуль, программный продукт, система, нотация
- •Основные процессы жизненного цикла (определения). Работы, из которых состоит процесс разработки
- •Вспомогательные процессы жизненного цикла. Организационные процессы жизненного цикла
- •Вспомогательные процессы жизненного цикла:
- •Базовые стратегии разработки по
- •Каскадная стратегия разработки программных средств и систем (понятие, достоинства и и недостатки)
- •Инкрементная стратегия разработки программных средств и систем (понятие, достоинства и недостатки)
- •Эволюционная стратегия разработки программных средств и систем (понятие, достоинства и недостатки)
- •Каскадная модель, варианты каскадной модели (рисунок справа)
- •Модели быстрой разработки приложений
- •Базовая модель быстрой разработки приложений. Достоинства, недостатки и области использования rad-моделей
- •Компонентно-ориентированная спиральная модель
- •Категории критериев классификации проектов по разработке программ
- •Стадии применения модели в конкретном проекте
- •Характеристики проекта (для решения задач процесса разработки)
- •Структурное программирование. Концепции структурного программирования
- •Базовые структуры программирования в соответствии с принципом Бома и Джакопини
- •Управляющие конструкции структурного программирования
- •Метод Дамке. Основные конструкции структурного программирования по методу Дамке.
- •Схемы Насси–Шнейдермана (структурограммы)
- •Обозначение конструкций структурированных алгоритмов в схемах Насси–Шнейдермана
- •Модульное проектирование программных средств
- •Признаки модульности программ. Достоинства модульного проектирования. Недостатки модульности
- •Методы нисходящего проектирования: суть метода.
- •Основные классические стратегии, на которых основана реализация метода нисходящего проектирования
- •Пошаговое уточнение. Способы реализации. Преимущества метода
- •Проектирование программных средств с помощью псевдокода и управляющих конструкций структурного программирования
- •Использование комментариев для описания обработки данных. Анализ сообщений
- •Методы восходящего проектирования. Случаи применения.
- •Методы расширения ядра, подходы к реализации метода
- •Метод jsp ДжексонаОсновные конструкции данных метода jsp Джексона. Этапы метода jsp
- •Виды документов для создания структур
- •Создание структуры программы. Этапы создания
- •Связанность модуля. Сцепление модуля
- •Сущность, особенности сущности
- •Основные понятия idef0-модели
- •Синтаксис idef0-диаграмм.Дуги в idef0-моделиВзаимоотношения между блоками в idef0-модели
- •Представление блоков и дуг на диаграмме
- •Основной принципом методологии Варнье–Орра. Базовые конструкции диаграмм Варнье–Орра
- •Способы представления сущностей с атрибутами
- •Графическое представление сущностей. Текстовый способ представления сущностей. Табличный способ представления сущностей
- •Контекстная диаграмма и ее декомпозиция. Стратегии декомпозиции в idef0-модели
- •Методы структурного анализа и проектирования
- •Принципы объектно-ориентированного анализа и проектирования
- •Виды отношений между объектами
- •Виды диаграмм языка uml
- •Язык uml Модели языка uml
- •Уровни моделей языка uml
- •Диаграмма вариантов использования
- •Виды отношений между элементами на диаграммах вариантов использования
- •Технология разработки программ
- •Динамическое программирование
- •Поиск. Поиск в списках Деревья поиска
- •Стратегия распределения памяти Сопрограммы
- •Матричное управление проектом
- •Структура группы выпуска документации
- •Компонент. Характеристики компонента Разновидности компонентов
- •Интерфейс компонента. Компоненты реализации программной системы
- •Компонентная объектная модель com
Способы представления сущностей с атрибутами
a. Графический
b. Текстовый
c. Табличный
Графическое представление сущностей. Текстовый способ представления сущностей. Табличный способ представления сущностей
Графическое представление сущностей. Используется в IDEF1X- моделировании. При этом независимая сущность изображается прямоугольником, а зависимая- прямоугольником с закругленными углами. Имя сущности и ее номер записываются над прямоугольником. Внутри записываются имена атрибутов.
Студент/1
-
Фамилия
Имя
Отчество
Дом.-адрес
Специальность
Группа
Дата рожднния
Текстовый способ представления сущностей. При текстовом представлении сущность описывается с помощью указания ее имени, ее номера в модели и заключенного в круглые скобки списка атрибутов.
Студент/1 (Фамилия,Имя,Отчетво,Дом.-адрес,Специальность,группа,дата-рождения).
Табличный способ представления сущностей. При табличном способе в информационной модели интерпретируется как таблица. Каждый экземпляр представляет собой строку в таблице. Строка заполняется значениями атрибутов соответствующих данному экземпляру.
Студент/1
-
ID-студента
Фамилия
Имя
Отчество
Дом.адрес
специальность
группа
Дата рождения
1
Иванов
Иван
Иванович
Бровки, 1
ТиМП
10903513
12.01.1998
2
…
…
…
…
…
…
…
Контекстная диаграмма и ее декомпозиция. Стратегии декомпозиции в idef0-модели
Контекстная диаграмма-диаграмма, определяющая границу системы и состоящая из одного блока и его дуг. Все, что лежит внутри блока, является частью описываемой системы, а все, лежащее вне его, образует среду системы. Общая функция модели записывается на контекстной диаграмме в виде названия блока (для рассматриваемого процесса – это выполнение лабораторной работы). Блок самого верхнего уровня модели всегда нумеруется нулем.С контекстной диаграммой связывается цель модели и точка зрения. Декомпозицией контекстной диаграммы (ее диаграммой-потомком)Название (поле TITLE IDEF0-бланка)диаграммы декомпозиции совпадает с названием декомпозируемого блока родительской диаграммы.
Стратегии декомпозиции в IDEF0-модели.
1.Функциональная стратегия. Базируется на функциональных взаимоотношениях в системе. Рекомендуется следовать этой стратегии всегда, когда это возможно.
2.Декомпозиция в соответствии с функциями, выполняемыми людьми или организациями. Рекомендуется использовать эту стратегию только в начале работы (так как позже взаимосвязи между исполнителями могут быть очень сложны) над моделью системы, относящейся к разряду P3 (people – люди, paper – бумага, procedures – процедуры). Это помогает собрать исходную информацию о системе. Затем следует применять более обоснованную функциональную декомпозицию в соответствии с первой стратегией.
3.Декомпозиция в соответствии с уже известными стабильными под-
системами. Это приводит к созданию набора моделей – по одной модели на каждую подсистему или важный компонент. Затем для описания всей системы строится составная модель, объединяющая все отдельные модели. Стратегия эффективна для систем команд и управления, когда разделение на основные части системы не меняется.
4.Декомпозиция, основанная на отслеживании «жизненного цикла» для ключевых входов системы. Эффективна для моделирования систем, непрерывно преобразующих свои входы в конечный продукт Декомпозиция осуществляется в соответствии с этапами преобразования входа (этапами ЖЦ).
5.Декомпозиция по физическому процессу, основанная на выделении функциональных стадий, этапов завершения, шагов выполнения и т.п. Результатом стратегии часто является последовательное описание системы, не учитывающее ограничения, накладываемые функциями друг на друга.
