2) Анализ результатов моделирования и принятие решения.
А) Разработать, верифицировать модель и провести эксперимент – это даже не полдела. Никакое задание на моделирование не может быть успешно завершенным до тех пор, пока оно не будет принято, понято и использовано. Наибольшие неудачи у специалистов, занимающихся управлением, связаны с восприятием и использованием их работ.
Б) Суммарное время разработки моделей разбивается следующим образом (opt): 25(25)% – формулирование задачи; 25 (20)% - сбор и анализ статистических данных; 40 (30)% - разработка компьютерной модели; 10 (25)% - внедрение.
В) Этап реализации (внедрения) включает три стадии: Интерпретация, Реализация, Документирование.
6. Архитектура "клиент-сервер" в технологии баз данных.
Основной принцип технологии «клиент—сервер» применительно к технологии баз данных заключается в разделении функций стандартного интерактивного приложения на 5 групп, имеющих различную природу:
функции ввода и отображения данных .(Presentation Logic);
прикладные функции, определяющие основные алгоритмы решения задач приложения (Business Logic);
функции обработки данных внутри приложения (Database Logic);
функции управления информационными ресурсами (Database Manager System);
служебные функции, играющие роль связок между функциями первых четырех групп.
Презентационная логика (Presentation Logic) как часть приложения определяется тем, что пользователь видит на своем экране, когда работает приложение. Сюда относятся все интерфейсные экранные формы, которые пользователь видит или заполняет в ходе работы приложения, к этой же части относится все то, что выводится пользователю на экран как результаты решения некоторых промежуточных задач либо как справочная информация. Поэтому основными задачами презентационной логики являются:
формирование экранных изображений;
чтение и запись в экранные формы информации;
управление экраном;
обработка движений мыши и нажатие клавиш клавиатуры.
Бизнес-логика, или логика собственно приложений (Business processing Logic), - это часть кода приложения, которая определяет собственно алгоритмы решения конкретных задач приложения. Обычно этот код пишется с использованием различных языков программирования, таких как С, C++, Cobol, SmallTalk, VisualBasic.
Логика обработки данных (Data manipulation Logic) — это часть кода приложения, которая связана с обработкой данных внутри приложения. Данными управляет собственно СУБД (DBMS). Для обеспечения доступа к данным используются язык запросов и средства манипулирования данными стандартного языка SQL.
Процессор управления данными (Database Manager System Processing) — это собственно СУБД, которая обеспечивает хранение и управление базами данных.
Билет №18
1. Уточнение корней уравнения. Методы касательных (Ньютона).
f(x)=0. Предположим, что f(x) имеет корень с на отрезке [a,b] и дифференцируема на этом отрезке, причём f’(x) не обращается в нуль.
Возьмём произвольную точку x0 [a,b] и запишем в этой точке уравнение касательной y=f(x0)+f’(x0)(x-x0).
Графики функций f(x) и её касательной близки около точки касания, поэтому естественно ожидать, что точка x1 пересечения касательной с осью ОХ будет находиться недалеко от корня с. Для определения точки x1 имеем уравнение:
f(x0)+f’(x0)(x1-x0)=0
Повторим
проделанную процедуру: написав уравнение
касательной графика функции f(x)
при x=x1
и найдя точку пересечения x2
с осью ОХ, получим
Продолжая этот процесс, получаем:
Достаточные условия сходимости метода касательных: пусть f(x) определена и дважды дифференцируема на отрезке [a,b], причем f(a)*f(b)<0, и производные f’(x) и f’’(x) сохрняют постоянный знак на отрезке [a,b], тогда исходя из начального приближения x0 [a,b], удовлетворяющего неравенству f(x0)*f’’(x0)>0, можно построить последовательность , сходящуюся к единственному на [a,b] решению уравнения f(x)=0.
Геометрическая интерпретация такова: если через точку с координатами (xn,f(xn)) провести касательную, то абсцисса точки пересечения касательной с осью ОХ есть очередное приближение xn+1 к корню уравнения.
Итерационный процесс можно прекращать, если .