- •Этапы проектирования
- •термины
- •термины
- •Этапы проектирования
- •ТРЕХЗВЕННАЯ АРХИТЕКТУРА КЛИЕНТ-СЕРВЕР
- •термины
- •Сравнение подходов
- •Модель Джелински- Моранды
- •Модель Джелински- Моранды
- •Модель Джелински- Моранды
- •Модель Джелински- Моранды
- •БД БД организуются в группы:
- •Модель Джелински- Моранды
- •экстремум
- •Модель Джелински- Моранды
- •Модель Джелински- Моранды
- •Модель Джелински- Моранды
- •Модель Джелински- Моранды
- •Модель Джелински- Моранды
- •Модель Джелински- Моранды
- •Модель Гоэл - Окимото
- •Типы тестирования
- •примеры
- •примеры
- •пример
- •примеры
- •пример
- •примеры
- •пример
- •пример
- •пример
- •пример
- •пример
- •пример
- •пример
- •пример
- •пример
- •ООП и тестирование
- •ООП и тестирование
- •Java особенности программирования
- •Java особенности программирования
- •Java особенности программирования
- •Java примеры
- •Java примеры
- •Java примеры
- •Java примеры
- •Java примеры
- •Java примеры
- •Java примеры
- •Java понятия класса
- •Java понятия класса
- •Java понятия объекта
- •Java понятия объекта
- •Java понятия объекта
- •Java понятия объекта
- •Java понятия объекта
БД БД организуются в группы:
таблицы
вьюеры -элементы с помощью которых можно просматривать БД
хранимые процедуры (программы хранимые на сервере, целью которых является обработка информации большого объема и пересылка небольшого фрагмента клиету
триггеры -программа (cвязана с вьюером и таблицами), которая автоматически запускается (триггер никогда не вызывается напрямую) если модифицируется таблица
БД
Используя PosgreSQL разработчики получают богатый инструментарий:
программные интерфейсы для обращения к системам СУБД из приложения на наиболее распостраненных современных языках программирования
наборы объектов баз данных, позволяющих организовать логику БД любой сложности(таблицы, индексы
подключение источников данных, включая все основные CУБД
БД
PosgreSQL работает на северных OC напр. Unix
Но может работать и на клиентских машинах. (в том числе на Linux , Windows)
Теперь рассмотрим 1 этап: создание БД. 1. Создание логической модели БД. Рассмотрим вариант релляционной БД. Модель - это шаблон для создания таблиц.
Такая модель определяет логическую структуру БД , т.е. :
определяется сущность исходя из предметной области (напр. «Список студентов», «Список преподавателей», «Список предметов»
БД
Далее определяются атрибуты (т.е. свойства) сущностей
Напр. таблица (сущность) «Список студентов» должна содержать атрибуты: ID студента, ФИО студента, город проживания и т.д.
Логическая модель не зависит от конкретной СУБД
2 подэтап 1 эапа.
Построение физичекой модели.
Физическая модель в отличии от логической модели , зависит от конкретной используемой СУБД.
Поэтому одной и той же логической модели может соответствовать несколько разных физических моделей.
БД
Если в логической модели не важно какой конкретно тип данных имеет атрибут , то в физической модели важно описать всю информацию о конкретных физических объектах- таблицах, процедурах и т.д.
Кроме того для построения физической модели испоьзуют латиницу(латинский алфавит)
При построении логической и физичесой модели используются специальные дизайнеры( напр.
PowerDesigner 16).
Модель Джелински- Моранды
аналитическая модель непрерывного времени Напр. состояние программы можно представить: где Si - состояние программы i- момент времени
S0 |
S1 |
Sn |
Модель Джелински- Моранды
аналитическая модель непрерывного времени. В модели исходят из следующих предположений:
время , прошедшее от предыдущего до следующего отказа распределено экспоненциально
все ошибки в программе равновероятны и не зависят друг от друга и имеют одинаковую степень важности
Модель Джелински- Моранды
Тогда вероятность безотказной работы (т.к. в модели допущение , что время распределено экспоненциально ) также подчиняется экспоненциальному закону:
P(t) = Exp (- μ*t )
где
μ= СD * ( N – ( i-1))
где
N – число ошибок до начала тестирования.
СD - коэффициент пропорциональности.
Модель Джелински- Моранды
.
