
- •Этапы проектирования
- •термины
- •термины
- •Этапы проектирования
- •ТРЕХЗВЕННАЯ АРХИТЕКТУРА КЛИЕНТ-СЕРВЕР
- •термины
- •термины
- •Сравнение подходов
- •Модульное тестирование
- •Приемочное тестирование
- •Приемочное тестирование
- •Приемочное тестирование
- •Приемочное тестирование
- •Приемочное тестирование
- •Приемочное тестирование
- •Пример приемочное тестирование
- •Пример приемочного теста
- •Пример приемочное тестирование
- •Пример приемочное тестирование
- •БД БД организуются в группы:
- •Модель Джелински- Моранды
- •Модель Джелински- Моранды
- •Модель Джелински- Моранды
- •Модель Джелински- Моранды
- •Модель Джелински- Моранды
- •экстремум
- •Модель Джелински- Моранды
- •Модель Джелински- Моранды
- •Модель Джелински- Моранды
- •Модель Джелински- Моранды
- •Модель Джелински- Моранды
- •Модель Джелински- Моранды
- •Модель Джелински- Моранды
- •Модель Джелинского- Моранды
- •Модель Гоэл - Окимото
- •Системное тестирование

БД БД организуются в группы:
таблицы
вьюеры -элементы с помощью которых можно просматривать БД
хранимые процедуры (программы хранимые на сервере, целью которых является обработка информации большого объема и пересылка небольшого фрагмента клиету
триггеры -программа (cвязана с вьюером и таблицами), которая автоматически запускается (триггер никогда не вызывается напрямую) если модифицируется таблица

БД
Используя PosgreSQL разработчики получают богатый инструментарий:
программные интерфейсы для обращения к системам СУБД из приложения на наиболее распостраненных современных языках программирования
наборы объектов баз данных, позволяющих организовать логику БД любой сложности(таблицы, индексы
подключение источников данных, включая все основные CУБД

БД
PosgreSQL работает на северных OC напр. Unix
Но может работать и на клиентских машинах. (в том числе на Linux , Windows)
Теперь рассмотрим 1 этап: создание БД. 1. Создание логической модели БД. Рассмотрим вариант релляционной БД. Модель - это шаблон для создания таблиц.
Такая модель определяет логическую структуру БД , т.е. :
определяется сущность исходя из предметной области (напр. «Список студентов», «Список преподавателей», «Список предметов»

БД
Если в логической модели не важно какой конкретно тип данных имеет атрибут , то в физической модели важно описать всю информацию о конкретных физических объектах- таблицах, процедурах и т.д.
Кроме того для построения физической модели испоьзуют латиницу(латинский алфавит)
При построении логической и физичесой модели используются специальные дизайнеры( напр.
PowerDesigner 16).

Модель Джелински- Моранды
аналитическая модель непрерывного времени Напр. состояние программы можно представить: где Si - состояние программы i- момент времени
S0 |
S1 |
Sn |

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

БД
Далее определяются атрибуты (т.е. свойства) сущностей
Напр. таблица (сущность) «Список студентов» должна содержать атрибуты: ID студента, ФИО студента, город проживания и т.д.
Логическая модель не зависит от конкретной СУБД
2 подэтап 1 эапа.
Построение физичекой модели.
Физическая модель в отличии от логической модели , зависит от конкретной используемой СУБД.
Поэтому одной и той же логической модели может соответствовать несколько разных физических моделей.

Модель Джелински- Моранды
Тогда вероятность безотказной работы (т.к. в модели допущение , что время распределено экспоненциально ) также подчиняется экспоненциальному закону:
P(t) = Exp (- μ*t )
где
μ= СD * ( N – ( i-1))
где
N – число ошибок до начала тестирования.
СD - коэффициент пропорциональности.

Модель Джелински- Моранды
.
