- •Вопрос 1 Разрабо́тка програ́ммного обеспе́чения
- •Разделы дисциплины
- •Понятия процесса и методология разработки
- •Вопрос 2
- •Вопрос 3
- •Виды требований по уровням
- •По характеру
- •Источники требований.
- •Вопрос 4 Какие должны быть требования, их характеристика:
- •Как выявляются требования
- •Вопрос 5 Проверка требований
- •Анализ требований
- •Документирование требований
- •Изменение требований
- •Вопрос 6 Проектирование программного обеспечения
- •Инженерия программного обеспечения
- •Вопрос 7 Тестирование
- •Критерии качества программных средств.
- •Вопрос 8 Классификация тестирование по
- •Вопрос 9 Уровни тестирования по
- •Вопрос 10 Статическое и динамическое тестирование
- •Регрессионное тестирование
- •Тестирование «белого ящика» и «чёрного ящика»
- •Покрытие кода
- •Вопрос 11 Качество исходного кода
- •Факторы качества
- •С точки зрения пользователя
- •Вопрос 12 Определение
- •Процессы жизненного цикла по
- •Вопрос 13 Основные процессы жизненного цикла
- •Приложения
- •Вопрос 14 Вспомогательные процессы жизненного цикла автоматизированной системы (ас)
- •Организационные процессы жизненного цикла ас.
- •Вопрос 15 Каскадная модель
- •Вопрос 16 Итеративная и инкрементальная модель – эволюционный подход
- •Вопрос 17 Спиральная модель
- •Вопрос 18 Общие требования к методологии и технологии
- •Вопрос 19
- •Вопрос 20
- •Вопрос 33 Определение
- •Основные элементы и понятия idef0
- •Построение модели
- •Вопрос 34 Предназначение idef3
- •Два типа диаграмм в idef3
- •Обозначение
- •Вопрос 35 er-диаграммы
- •Семантические модели данных
- •Основные понятия модели Entity-Relationship (Сущность-Связи)
Обозначение
Asynchronous AND
Смысл в случае слияния стрелок: все предшествующие процессы должны быть завершен
Смысл в случае разветвления стрелок: все следующие процессы должны быть запущены
Synchronous AND
Все предшествующие процессы завершены одновременно
Все следующие процессы запускаются одновременно
Asynchronous OR
Один или несколько предшествующих процессов должны быть завершены
Один или несколько следующих процессов должны быть запущены
Synchronous OR
Один или несколько предшествующих процессов завершаются одновременно
Один или несколько следующих процессов запускаются одновременно
XOR (Exclusive OR)
Только один предшествующий процесс завершен
Только один следующий процесс запускается
Все перекрестки в PFDD диаграмме нумеруются, каждый номер имеет префикс "J".
Все перекрестки в PFDD диаграмме нумеруются, каждый номер имеет префикс "J".
Сценарий, отображаемый на диаграмме, можно описать в следующем виде:
Деталь поступает в окрасочный цех, подготовленной к окраске. В процессе окраски наносится один слой эмали при высокой температуре. После этого, производится сушка детали, после которой начинается этап проверки качества нанесенного слоя. Если тест подтверждает недостаточное качество нанесенного слоя (недостаточную толщину, неоднородность и т.д.), то деталь заново пропускается через цех окраски. Если деталь успешно проходит контроль качества, то она отправляется в следующий цех для дальнейшей обработки.
Каждый функциональный блок UOB может иметь последовательность декомпозиций, и, следовательно, может быть детализирован с любой необходимой точностью. Под декомпозицией мы понимаем представление каждого UOB с помощью отдельной IDEF3 диаграммы. Например, мы можем декомпозировать UOB "Окрасить Деталь", представив его отдельным процессом и построив для него свою PFDD диаграмму. При этом эта диаграмма будет называться дочерней, по отношению к изображенной на рис. 1, а та, соответственно родительской. Номера UOB дочерних диаграмм имеют сквозную нумерацию, т.е., если родительский UOB имеет номер "1", то блоки UOB на его декомпозиции будут соответственно иметь номера "1.1", "1.2" и т.д. Применение принципа декомпозиции в IDEF3 позволяет структурировано описывать процессы с любым требуемым уровнем детализации.
Рисунок 2. Пример OSTN диаграммы
Если диаграммы PFDD технологический процесс "С точки зрения наблюдателя", то другой класс диаграмм IDEF3 OSTN позволяет рассматривать тот же самый процесс "С точки зрения объекта". На рис.2 представлено отображение процесса окраски с точки зрения OSTN диаграммы. Состояния объекта (в нашем случае детали) и Изменение состояния являются ключевыми понятиями OSTN диаграммы. Состояния объекта отображаются окружностями, а их изменения направленными линиями. Каждая линия имеет ссылку на соответствующий функциональный блок UOB, в результате которого произошло отображаемое ей изменение состояния объекта.
Вопрос 35 er-диаграммы
Широкое распространение реляционных СУБД и их использование в самых разнообразных приложениях показывает, что реляционная модель данных достаточна для моделирования предметных областей. Однако проектирование реляционной базы данных в терминах отношений на основе кратко рассмотренного нами механизма нормализации часто представляет собой очень сложный и неудобный для проектировщика процесс.
При этом проявляется ограниченность реляционной модели данных в следующих аспектах:
Модель не предоставляет достаточных средств для представления смысла данных. Семантика реальной предметной области должна независимым от модели способом представляться в голове проектировщика. В частности, это относится к упоминавшейся нами проблеме представления ограничений целостности.
Для многих приложений трудно моделировать предметную область на основе плоских таблиц. В ряде случаев на самой начальной стадии проектирования проектировщику приходится производить насилие над собой, чтобы описать предметную область в виде одной (возможно, даже ненормализованной) таблицы.
Хотя весь процесс проектирования происходит на основе учета зависимостей, реляционная модель не предоставляет каких-либо средств для представления этих зависимостей.
Несмотря на то, что процесс проектирования начинается с выделения некоторых существенных для приложения объектов предметной области ("сущностей") и выявления связей между этими сущностями, реляционная модель данных не предлагает какого-либо аппарата для разделения сущностей и связей.