Информационное условия принятия решений. Этапы принятия решений.

для формирования и реализации решения необходимо выполнения следующих условий: 1)Наличие цели. Необходимость принятия решения диктуется наличием некоторой цели, которую нужно достичь для решения проблемы.2)Наличие альтернативных линий поведения решения принимаются в условиях когда сущ-ют более одного способа достижения цели т.е. несколько альтернатив решения.3)Наличие ограничивающих факторов условие накладывают на систему ограничения. Это могут быть технические факторы (прочность, надежность, точность). Экономические (денежные средства, время, производственные возможности, трудовые ресурсы).4)Наличие информации для формирования решения. Под информацией понимаются как исходные данные для анализа так и сведения о методологии принятия решений. Этапы принятия решений: 1 этап: Обнаружение проблемы. Решение принимается при наличии цели к моменту определения цели или цели решения предшествует процесс обнаружение проблемы выявлении ситуации когда состояние объекта управления или его поведение определяется как не удовлетворительное и фиксации этого факта также на этапе определения проблемы выясняются условия при которых возникает подобная ситуация. 2)Анализ ситуации. Собираются все данные которые могут быть полезны для описания сложившийся ситуации, состоянии объектов управления и внешней среды. Производится сортировка данных и выделение полезной информации. Формируется структурная описание ситуации и причин ее возникновения. 3)Разработка альтернатив. На основе анализа синтезируются все возможные варианты решения проблемы. Все варианты анализируются просчитываются необходимые для реализации ресурсов. 4)Прогноз. Производится прогноз развития ситуации при различных вариантах решений. Прогнозируется поведения внешней среды объекта управления возможные последствия и вероятные проблемы.5)Синтез критерия. Формулируются признаки по которым будет оцениваться эффективность принимаемого решения. Признаки ранжируются и структурируются определяются их взаимосвязь. 6)Принятие решения. Анализируются возможные варианты решения и в соответствии с определенными прогнозами развития ситуаций и принятыми критериями эффективности определяются лучшие в данной ситуации решения. Формируется подробный план действий по реализации этого решения. 7)Исполнение решения. 8)Контроль.

57 – 58. Организация распределенных систем. Архитектура клиент-сервер».

Распределенная БД позволяет каждому приложению взаимодействовать сданными распределенными по различным БД, управляемых различными СУБД, работающих в различных операционных системах и связанных различными средствами коммуникации. В этой системе программирования приложение считает, что оно работает в 1 СУБД на 1 компьютере. Будем представлять распределенную систему как совокупность мест - сайтов, связанных между собой определенным образом в сеть, в которой каждый сайт – полноценная БД. Работа системы организована так, что пользователь с одного места может иметь через сеть доступ к другим сайтам. Считается, что вся информация хранится у него. Каждый сайт – БД имеет своих локальных пользователей, систему управления транзакциями, систему управления удаленными данными. Распределенная БД может рассматриваться как совокупность совместно действующих БД. Для того чтобы СУБД могла работать в распределенной среде в её состав должен входить специальный компонент, обеспечивающий совместную работу с другими БД. Совокупность этих компонентов вместе с традиционной СУБД составляют распределенную СУБД – РСУБД. Отличительной особенностью РСУБД является то, что она является реляционной. РСУБД ориентированы на значения. РСУБД использует следующий фундаментальный принцип: для пользования БД распределенная информационная система должна восприниматься в точности как нераспределенная. Для реализации этого фундаментального принципа необходимо достичь 12 целей. 1. Автономность – все операции над локальными данными управляются локально, т.е. сайт Х не должен зависеть от сайта У для завершения своей операции. Локальные данные принадлежат только своей локальной станции. На каждой станции решаются вопросы целостности, секретности физической организации данных. 2. Независимость от центрального сайта – 2 причины: центральный сайт может стать узким местом, следовательно система может стать уязвимой; при поломке центрального сайта вся система выйдет из строя. 3. Непрерывность работы – вытекает из живучести и доступности информации. Живучесть – система продолжает работать, если сайт выйдет из строя. Доступность – данные в распределенной сети дублируются, они доступны, даже если какие-либо сайты не работают. 4. Независимость от расположения данных – пользователь не обязан знать, где физически располагаются данные, это упрощает разработку приложений и работу пользователя. Пользователь перемещает данные с 1 на другой сайт не влияя на работу приложений. 5. Независимость от фрагментации – РСУБД обеспечивает фрагментацию данных, т.е. каждая таблица может быть разделена на фрагменты для удобного физического хранения. Данные должны хранится там, где они чаще используются. Фрагментацией занимается администратор БД, который следит за эффективностью системы. Пользовать должен работать с БД таким образом, как будто никакой фрагментации нет. Оптимизатор системы обеспечивает управление фрагментами. Он определяет какой нужен фрагмент для выполнения запроса и что с ним нужно делать. 6. Дублирование данных – система должна обеспечивать независимость от дублирования данных. Распределенная система обычно обеспечивает хранение нескольких копий на разных сайтах. Таким образом повышается производительность и повышается доступность данных. Имеются отрицательные стороны, т.к. для дублирования необходимо выполнить сложную операцию распространению модификации. РСУБД должна обеспечивать независимость от дублирования. Это необходимо для упрощения приложений. Система оптимизатор должен определять с каким дубликатом ему работать лучше.

Дата добавления: 2015-07-25