Хранение и накопление информации. Генетические алгоритмы

Решено! Начинаем вести учёт расходов и доходов. Как? Кто-то записывает их в тетрадь, кто-то ведёт табличку в Excel, а мы советуем скачать себе удобную бесплатную программу на мобильный телефон. Ранее мы уже о них, сейчас же решили раскрыть эту тему.

Команда онлайн-сервиса мгновенной финансовой помощи Platiza протестировала несколько самых-самых программ для управления личными финансами и подготовила свежий обзор специально для вас, дорогие читатели.

UPD В этом обзоре представлены приложения, в которые нужно заводить данные самостоятельно. Однако совсем недавно появилось мобильное приложение для Android - Balance, которое автоматически рассчитывает ваш общий баланс, расходы в текущем месяце и прогноз на остаток. Для этого нужно лишь загрузить в него данные своих банковских карт с подлюченной к ним услугой смс-информирования. Современные технологии на базе искусственного интеллекта сделают учёт личных финансов проще и удобнее.

1) Самое простое — Кошелёк

Очень простое приложение, выполнено в минималистическом стиле. Пользоваться им удобно и легко. Появились деньги — нажимаем “плюс” и вводим нужную сумму, потратили — выбираем “минус”. Сумма посередине является итоговой по текущему счёту. Таких счетов можно создавать сколько угодно. Программа отлично подойдёт новичкам.

Плюсы:

Защита паролем

Быстрый учёт расходов и доходов

Возможность добавить фото, аудио и местоположение

Наглядный итоговый баланс

Минусы:

Нет распределения денежных средств по дням

Нет подробной статистики и графиков

Доступно только на iOS, нет версии для Android

Поддерживает: iOS

Приложение использует сразу несколько человек из нашей команды: аналитик, PR-менеджер и технический директор. Оценка 5 из 5.

2) Самое заботливое — Дзен-Мани

Приложение поможет планировать платежи, составлять бюджет и ставить финансовые цели. Главное отличие от других в том, что оно распознаёт sms от банков.

Плюсы:

Распознаёт sms-сообщения от банков, при этом можно вносить транзакции вручную

Интегрируется с системами электронных денег вроде Webmoney и «Yandex.Деньги»

Может работать офлайн, а изменения загружать при подключении к сети

Минусы:

Не показывает общие затраты за текущий день на вкладке “статистика”

Поддерживает: Android, iOS и ПК.

Наш программист Женя пользуется этим приложением уже несколько месяцев и очень доволен, оценка 4,5 из 5.

3) Самое продвинутое — EasyFinance

Сервис даёт возможность создать несколько счетов, привязать их к банковским картам. Списки категорий и валюту можно настраивать. Позволяет ставить финансовые цели («квартира», «машина», «отдых») и контролировать их исполнение: сервис даёт рекомендации, если вы слишком редко откладываете деньги на одну из запланированных больших покупок.

Плюсы:

Автоматическая синхронизация транзакций через СМС

Удобное планирование бюджета и целей

Ввести операцию можно в оффлайн-режиме

Есть вкладка “кредиты”

Минусы:

Большинство полезных услуг платные

Нет многопользовательского режима

Поддерживает: iOS, Android

Приложение нравится нашему маркетологу, оценка 4,8 из 5.

4) Самое интуитивное — Где Деньги

Красивое анимированное приложение, перед началом использование предлагает ознакомиться с демо-версией кошелька, что очень удобно для новичков. Есть популярные категории, но можно создать и свою.

Плюсы:

Неограниченное количество счетов

Быстрый обзор текущего периода на экране сводки

Защита доступа к данным через пароль (поддержка touch ID)

Минусы:

Полный контроль над созданием категорий и подкатегорий

Поддерживает: только iOS

Веб-дизайнер и системный администратор ставят "лайк". Оценка 4,7 из 5.

5) Самое игровое — CoinKeeper

Приложение для учёта личных финансов с большими красочными иконками, удобными графиками статистики и понятным интерфейсом. Расходы заводятся таким образом: надо переместить монетку на экране из одного поля в другое. Функция «автоматический бюджет» позволяет программе рассчитать основные категории расходов на месяц.

Плюсы:

Можно установить напоминания о повторяющихся расходах

Семейный доступ с нескольких устройств

Отправляет уведомления с напоминаниями

Красивая статистика, яркие и наглядные диаграммы

Финансовые цели помогают накопить на то, о чем вы мечтаете

Минусы:

Интерфейс кажется сложным с первого взгляда

Поддерживает: iOS, Android

Специалист по взысканию просроченной задолженности Оля рекомендует именно это приложение. Оценка 4,5 из 5.

6) Самое забавное - Toshl

Расходы можно отслеживать по категориям, которые настраиваются самостоятельно с помощью системы тегов. В приложении есть помощник, трёхглазый инопланетянин, он даёт довольно забавные подсказки, предупреждая о возможном превышении бюджета: «Денег может не хватить! Возьми-ка себя в руки».

Плюсы:

Ежедневно напоминает о том, что нужно вести бюджет в определённое время, которое можно установить самостоятельно

Красивая графика, забавные персонажи

Поддерживает экспорт данных

Минусы:

Нужна регистрация, но она простая и быстрая

Теги вводятся вручную

Многие дополнительные функции платные

Поддерживает: iOS, Android, Windows Phone

Приложением пользуется наш тестировщик. Оценка 5 из 5.

7) Самое удобное — Budget (Бюджет)

Приложение отличается от всех остальных тем, что оно позволяет указывать месячный доход и отображает оставшуюся сумму на день с учетом постоянных и планируемых платежей. При превышении суммы на день идет пересчет оставшихся денег, соответственно сумма на день уменьшается. Очень наглядно. Дисциплинирует не выходить за рамки суточного бюджета.

Плюсы:

Ничего лишнего, приложение не перегружено

Точно понятно, сколько осталось на день

Можно ввести все свои месячные расходы, приложение посчитает всё автоматически

Присылает напоминания

Минусы:

Не позволяет установить даты поступления зарплаты

Поддерживает: iOS

Менеджер проекта использует это приложение полгода. Всё устраивает. Оценка 4,5 из 5.

8) Самое наглядное — M8 - my money

Привыкли тратить несколько сотен рублей в день на разную ерунду? Используя это приложение, вы поймёте, что сэкономив на шоколадках, вы могли бы купить себе что-то более-менее стоящее. Незначительные расходы в сумме дают крупную цифру. На круговой диаграмме наглядно видно, на что вы тратите большую часть своих доходов: на транспорт или, например, продукты питания.

Плюсы:

Понятный и простой интерфейс

Минусы:

— отсутствует опция указать расходы за прошлый месяц

— нет учёта доходов, только расходы

Поддерживает: iOS, Android

Приложение использует наш менеджер отдела контроля качества. Оценка 3 из 5.

Ведёте ли вы учёт финансов? Если да, то каким образом? Поделитесь своим опытом в комментариях с нами и другими читателями.

Размер: 814 КБ
Цена: 15.00 $
Назначение: планировщик заданий

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

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

Active Task Manager – это утилита для автоматического выполнения разнообразных заданий, с помощью которой вы можете спланировать работу программ, требующих регулярного запуска. Суть работы утилиты сводится к ответу на два извечных вопроса – «что?» и «когда?».

Рабочее окно Active Task Manager состоит из панели задач с небольшим количеством элементов и списком назначенных заданий. По умолчанию программа настроена на выполнение регулярного резервного копирования, проверку целостности диска, а также на постоянное напоминание о необходимости регистрации.

В качестве планируемых задач могут выступать исполняемые файлы EXE, COM, а также пакетные модули BAT. Кроме того, программа может выводить разнообразные предупреждения, осуществлять резервное копирование с помощью , а также выключать компьютер.

Регулярность выполнения задач может задаваться в виде интервалов между последовательными запусками, путем указания точных моментов времени в течение суток, недели или месяца.

Создание новой задачи осуществляется с помощью кнопки Add Task. При этом открывается довольно простой, понятный мастер. Сначала вам необходимо ввести название будущей задачи. Затем вы должны указать тип задачи – выполнение приложения, напоминание, резервное копирование или выключение компьютера. Напоминания могут представлять собой как текстовые сообщения, так и звуковые сигналы.

В случае выбора запуска задачи, от вас потребуется выбрать путь к исполняемому модулю и указать ключи запуска. Далее, вы задаете периодичность выполнения задачи. Работа закончена.

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

Резервное копирование работает только при наличии в системе модуля Active Backup Expert, и вы можете лишь указать тип создания копии данных – полная копия или инкрементальное дополнение.

Под понятием «выключение компьютера» подразумевается завершение текущего сеанса, полное выключение рабочей станции, перезагрузка, а также приведение системы в такое состояние, при котором можно безопасно отключить компьютер от сети (электрической). Выключение ПК может быть осуществлено традиционным способом, а также в режиме принуждения (force).

После завершения настройки программы вы будете видеть лишь маленький колокольчик в системном лотке. Если вы наведете на него курсор мыши – то увидите стандартное всплывающее окно (baloon) с информацией о статусе грядущих задач.

Программа работает как стандартная служба Windows, которая, согласно информации с официального сайта, занимает лишь 180КБ в оперативной памяти. Active Task Manager – простая, компактная утилита для планирования процессов, серьезно придраться к которой за все время тестирования так и не получилось. Все запланированные вручную задачи выполнились именно так, как и описывалось в Справке.

Соглашение об использовании материалов сайта

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

Отправить свою хорошую работу в базу знаний просто. Используйте форму, расположенную ниже

Студенты, аспиранты, молодые ученые, использующие базу знаний в своей учебе и работе, будут вам очень благодарны.

Подобные документы

Создание программы для поиска минимума функции двух вещественных переменных в заданной области с помощью генетического алгоритма. Генетические алгоритмы и операторы. Создание начальной популяции. Размножение. Мутация и селекция. Тестирование программы.

курсовая работа , добавлен 22.02.2015


Программа реализации генетического алгоритма, использование визуальной среды программирования. Руководство пользователя, листинг программы. Возможность ввода параметров: объем популяции, число поколений, коэффициент скрещивания и мутации, число городов.

курсовая работа , добавлен 20.08.2009


Основные генетические операторы. Схема функционирования генетического алгоритма. Задачи, решаемые с помощью генетических алгоритмов. Математическая постановка задачи оптимизации. Решение Диофантова уравнения. Программная реализация. Создание пособия.

курсовая работа , добавлен 20.02.2008


Этапы работы генетического алгоритма, область его применения. Структура данных, генерация первоначальной популяции. Алгоритм кроссинговера - поиск локальных оптимумов. Селекция особей в популяции. Техническое описание программы и руководство пользователя.

реферат , добавлен 14.01.2016


Описание принципа работы генетического алгоритма, проверка его работы на функции согласно варианту на основе готовой программы. Основные параметры генетического алгоритма, его структура и содержание. Способы реализации алгоритма и его компонентов.

лабораторная работа , добавлен 03.12.2014


Первые работы по симуляции эволюции. Основные понятия генетических алгоритмов. Постановка задачи и функция приспособленности. Инициализация, формирование исходной популяции. Выбор исходной популяции для генетического алгоритма, решение задач оптимизации.

курсовая работа , добавлен 31.03.2015


Определение и описание "генетического алгоритма", идея которого состоит в организации эволюционного процесса, конечной целью которого является получение оптимального решения в сложной комбинаторной задаче. Пример его тривиальной реализации на C++.

контрольная работа , добавлен 24.05.2010

Хранение и накопление информации вызвано многократным ее использованием, применением условно-постоянной, справочной и других видов информации, необходимостью комплектации первичных данных до их обработки.

Назначение технологического процесса накопления данных состоит в создании, хранении и поддержании в актуальном состоянии информационного фонда, необходимого для выполнения функциональных задач системы управления. Хранение и накопление информации осуществляется в информационных базах в виде информационных массивов, где данные располагаются по установленному в процессе проектирования порядку.

С хранением и накоплением непосредственно связан поиск данных, т. е. выборка нужных данных из хранимой информации, включая поиск информации, подлежащей корректировке или замене. Процедура поиска информации выполняется автоматически на основе составленного пользователем или ПЭВМ запроса на нужную информацию.

Указанные функции, выполняемые в процессе накопления данных, реализуются по алгоритмам, разработанным на основе соответствующих математических моделей.

Процесс накопления данных состоит из ряда основных процедур, таких, как выбор хранимых данных, хранение данных, их актуализация и извлечение.

Информационный фонд систем управления должен формироваться на основе принципов необходимой полноты и минимальной избыточности хранимой информации. Эти принципы реализуются процедурой выбора хранимых данных, в процессе выполнения которой производится анализ циркулирующих в системе данных и на основе их группировки на входные, промежуточные и выходные определяется состав хранимых данных. Входные данные - это данные, получаемые из первичной информации и создающие информационный образ предметной области. Они подлежат хранению в первую очередь. Промежуточные данные - это данные, формирующиеся из других данных при алгоритмических преобразованиях. Как правило, они не хранятся, но накладывают ограничения на емкость оперативной памяти компьютера. Выходные данные являются результатом обработки первичных (входных) данных по соответствующей модели, они входят е состав управляющего информационного потока своего уровня и подлежат хранению в определенном временном интервале. Вообще, данные имеют свой жизненный цикл существования, который фактически и отображается в процедурах процесса накопления.

Процедура хранения состоит в том, чтобы сформировать и поддерживать структуру хранения данных в памяти ЭВМ. Современные структуры хранения данных должны быть независимы от программ, использующих эти данные, и реализовывать вышеуказанные принципы (полнота и минимальная избыточность). Такие структуры получили название баз данных. Осуществление процедур создания структуры хранения (базы данных), актуализации, извлечения и удаления данных производится с помощью специальных программ, называемых системами управления базами данных.

В процессе накопления данных важной процедурой является их актуализация. Под актуализацией понимается поддержание хранимых данных на уровне, соответствующем информационным потребностям решаемых задач в системе, где организована информационная технология. Актуализация данных осуществляется с помощью операций добавления новых данных к уже хранимым, корректировки (изменения значений или элементов структур) данных и их уничтожения, если данные устарели и уже не могут быть использованы при решении функциональных задач системы.

Процедура извлечения данных из базы необходима для пересылки требуемых данных либо для преобразования, либо для отображения, либо для передачи по вычислительной сети.

При выполнении процедур актуализации и извлечения обязательно выполняются операции поиска данных по заданным признакам и их сортировки, состоящие в изменении порядка расположения данных при хранении или извлечении.

На логическом уровне все процедуры процесса накопления должны быть формализованы, что отображается в математических и алгоритмических моделях этих процедур.

Модель накопления данных формализует описание информационной базы, которая в компьютерном виде представляется базой данных.

Процесс перехода от информационного (смыслового) уровня к физическому описывается трехуровневой системой моделей представления информационной базы: концептуальной, логической и физической схем.

Концептуальная схема информационной базы описывает информационное содержание предметной области, т.е. какая и в каком объеме информация должна накапливаться при реализации информационной технологии.

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

Хранение и накопление относятся к числу основных действий, осуществляемых над информацией, и главным средством обеспечения ее доступности в течение некоторого промежутка времени. В настоящее время определяющим направлением реализации этой операции является концепция базы данных, их склада (хранилища).

База данных (БД) может быть определена как совокупность взаимосвязанных данных, используемых несколькими пользователями и хранящихся с регулируемой избыточностью. Хранимые данные не зависят от программ пользователей, для модификации и внесения изменений применяется общий управляющий метод.

Банк данных - система, представляющая определенные услуги по хранению и поиску данных для определенной группы пользователей по определенной тематике.

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

Хранилище данных (ХД, используют также термины Data Warehouse, «склад данных», «информационное хранилище») - это база, хранящая данные, агрегированные по многим измерениям. Основные отличия ХД от БД:

• агрегирование данных;
• данные из ХД никогда не удаляются;
• пополнение ХД происходит на периодической основе;
• формирование новых агрегатов данных, зависящих от старых, автоматическое;
• доступ к ХД может осуществляться на основе многомерного куба или гиперкуба.

Альтернативой хранилищу данных является концепция витрин данных (Data Mart).

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

Еще одним важным направлением развития БД являются репозитарии. Репозитарий в упрощенном виде можно рассматривать просто как

БД, предназначенную для хранения не пользовательских, а системных данных. Технология репозитариев проистекает из словарей данных, которые по мере обогащения новыми функциями и возможностями приобретали черты инструмента для управления метаданными.

По отношению к пользователям применяют трехуровневое представление для описания предметной области: концептуальное, логическое и внутреннее (физическое).

Концептуальный уровень связан с частным представлением данных группы пользователей в виде внешней схемы, объединяемых общностью используемой информации. Каждый конкретный пользователь работает с частью БД и представляет ее в виде внешней модели. Этот уровень характеризуется разнообразием используемых моделей (модель «сущность-связь», ER-модель, модель Чена, бинарные и инфоло- гические модели, семантические сети).

Логический уровень является обобщенным представлением данных всех пользователей в абстрактной форме. Используются три вида моделей: иерархические, сетевые и реляционные.

Сетевая модель является моделью объектов-связей, допускающей только бинарные связи «многие к одному», и использует для описания модель ориентированных графов.

Иерархическая модель является разновидностью сетевой, являющейся совокупностью деревьев (лесом).

Реляционная модель использует представление данных в виде таблиц (реляций), в ее основе лежит математическое понятие теоретикомножественного отношения, она базируется на реляционной алгебре и на теории отношений.

Физический (внутренний) уровень связан со способом фактического хранения данных в физической памяти ЭВМ. Во многом он определяется конкретным методом управления. Основными компонентами физического уровня являются хранимые записи, объединяемые в блоки; указатели, необходимые для поиска данных; данные переполнения; промежутки между блоками; служебная информация.

По наиболее характерным признакам БД можно классифицировать следующим образом:

• - по способу хранения информации:
  • интегрированные;
  • распределенные;
• - по типу пользователя:
• монопользовательские;
• многопользовательские;
• - по характеру использования данных:
• прикладные;
• предметные.

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

Второй подход базируется на стабильности процедур запросов к БД и является предпочтительным при жестких требованиях к эффективности функционирования, особенно это касается быстродействия.

Другим важным аспектом проектирования БД является проблема интеграции и распределения данных. Господствовавшая до недавнего времени концепция интеграции данных при резком увеличении их объема, оказалась несостоятельной. Этот факт, а также увеличение объемов памяти внешних запоминающих устройств при их удешевлении, широкое внедрение сетей передачи данных способствовали внедрению распределенных БД. Распределение данных по месту их использования может осуществляться различными способами.

• 1. Копируемые данные. Одинаковые копии данных хранятся в различных местах использования, так как это дешевле передачи данных. Модификация данных контролируется централизованно.
• 2. Подмножества данных. Группы данных, совместимые с исходной БД, хранятся отдельно для местной обработки.
• 3. Реорганизованные данные. Данные в системе интегрируются при передаче на более высокий уровень.
• 4. Секционированные данные. На различных объектах используются одинаковые структуры, но хранятся разные данные.
• 5. Данные с отдельной подсхемой. На различных объектах используются различные структуры данных, объединяемые в интегрированную систему.
• 6. Несовместимые данные. Независимые БД, спроектированные без координации, требующие объединения.

Важное влияние на процесс создания БД оказывает внутреннее содержание информации. Существует два направления в этом аспекте:

• прикладные БД, ориентированные на конкретные приложения, например, может быть создана БД для учета и контроля поступления материалов;
• предметные БД, ориентированные на конкретный класс данных, например, предметная БД «Материалы», которая может быть использована для различных приложений.

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

Для работы с БД используется специальный обобщенный инструментарий в виде СУБД (МБД), предназначенный для управления БД и обеспечения интерфейса пользователя.

Основные стандарты СУБД:

• независимость данных на концептуальном, логическом, физическом уровнях;
• универсальность (по отношению к концептуальному и логическому уровням, типу ЭВМ);
• совместимость, неизбыточность;
• безопасность и целостность данных;
• актуальность и управляемость.

Существуют два основных направления реализации СУБД: программное и аппаратное.

Программная реализация (в дальнейшем СУБД) представляет собой набор программных модулей, работает под управлением конкретной ОС и выполняет следующие функции:

• описание данных на концептуальном и логическом уровнях;
• хранение данных;
• поиск и ответ на запрос (транзакцию);
• внесение изменений;
• обеспечение безопасности и целостности. Обеспечивает пользователя следующими языковыми средствами:
• - язык описания данных (ЯОД);
• - язык манипулирования данными (ЯМД);
• - прикладной (встроенный) язык данных (ПЯД, ВЯД).

Аппаратная реализация предусматривает использование так называемых машин БД (МБД). Их появление вызвано возросшими объемами информации и требованиями к скорости доступа. Слово «машина» в термине МБД означает вспомогательный периферийный процессор. Термин «компьютер БД» - автономный процессор БД или процессор, поддерживающий СУБД. Основные направления МБД:

• - параллельная обработка;
• - распределенная логика;
• - ассоциативные ЗУ;
• - конвейерные ЗУ;
• - фильтры данных и др.

На рис. 4.3 представлена совокупность процедур проектирования БД, которые можно объединить в четыре этапа. На этапе формулирования и анализа требований устанавливаются цели организации, определяются требования к БД. Эти требования документируются в форме, доступной конечному пользователю и проектировщику БД. Обычно при этом используется методика интервьюирования персонала различных уровней управления.

Рис. 4.3.

Этап концептуального проектирования заключается в описании и синтезе информационных требований пользователей в первоначальный проект БД. Результатом этого этапа является высокоуровневое представление информационных требований пользователей на основе различных подходов.

В процессе логического проектирования высокоуровневое представление данных преобразуется в структуре используемой СУБД. Полученная логическая структура БД может быть оценена количественно с помощью различных характеристик (число обращений к логическим записям, объем данных в каждом приложении, общий объем данных и т.д.). На основе этих оценок логическая структура может быть усовершенствована с целью достижения большей эффективности.

На этапе физического проектирования решаются вопросы, связанные с производительностью системы, определяются структуры хранения данных и методы доступа.

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

Взаимодействие между этапами проектирования и словарной системой необходимо рассматривать отдельно. Процедуры проектирования могут использоваться независимо в случае отсутствия словарной системы. Сама словарная система может рассматриваться как элемент автоматизации проектирования.

Этап расчленения БД связан с разбиением ее на разделы и синтезом различных приложений на основе модели. Основными факторами, определяющими методику расчленения, помимо указанных на рис. 4.2, являются: размер каждого раздела (допустимые размеры); модели и частоты использования приложений; структурная совместимость; факторы производительности БД. Связь между разделом БД и приложениями характеризуется идентификатором типа приложения, идентификатором узла сети, частотой использования приложения и его моделью.

Модели приложений могут быть классифицированы следующим образом:

• 1. Приложения, использующие единственный файл;
• 2. Приложения, использующие несколько файлов, в том числе:
  • допускающие независимую параллельную обработку;
  • допускающие синхронизированную обработку.

Сложность реализации этапа размещения БД определяется многовариантностью. Поэтому на практике рекомендуется в первую очередь рассмотреть возможность использования определенных допущений, упрощающих функции СУБД, например, допустимость временного рассогласования БД, осуществление процедуры обновления БД из одного узла и др. Такие допущения оказывают большое влияние на выбор СУБД и на рассматриваемую фазу проектирования.

Средства проектирования и оценочные критерии используются на всех стадиях разработки. Любой метод проектирования (аналитический, эвристический, процедурный), реализованный в виде программы, становится инструментальным средством проектирования, практически не подверженным влиянию стиля проектирования.

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

• количественные критерии - время, необходимое для ответа на запрос, стоимость модификации, стоимость памяти, время на создание, стоимость на реорганизацию;
• качественные критерии - гибкость, адаптивность, доступность для новых пользователей, совместимость с другими системами, возможность конвертирования в другую вычислительную среду, возможность восстановления, возможность распределения и расширения.

Трудность в оценке проектных решений связана также с различной чувствительностью и временем действия критериев. Например, критерий эффективности обычно является краткосрочным и чрезвычайно чувствительным к проводимыми изменениям, а такие понятия, как адаптируемость и конвертируемость, проявляются на длительных временных интервалах и менее чувствительны к воздействию внешней среды.

Предназначение склада данных - информационная поддержка принятия решений, а не оперативная обработка данных. Потому БД и склад данных не являются одинаковыми понятиями. Архитектура ХД представлена на рис. 4.4.

Рис. 4.4.

Основные принципы организации ХД следующие.

• 1. Предметная ориентация. В оперативной БД обычно поддерживается несколько предметных областей, каждая из которых может послужить источником данных для ХД. Например, для магазина, торгующего видео- и музыкальной продукцией, интерес представляют следующие предметные области: клиенты, видеокассеты, CD-диски и аудиокассеты, сотрудники, поставщики. Явно прослеживается аналогия между предметными областями ХД и классами объектов в объектно-ориентированных БД. Это свидетельствует о возможности использования методов проектирования, применяемых в объектно-ориентированных СУБД.
• 2. Средства интеграции. Приведение разных представлений одних и тех же сущностей к некоторому общему типу.
• 3. Постоянство данных. В ХД не поддерживаются операции модификации в смысле традиционных БД. В ХД поддерживается модель «массовых загрузок» данных, осуществляемых в заданные моменты времени по установленным правилам в отличие от традиционной модели индивидуальных модификаций.
• 4. Хронология данных. Благодаря средствам интеграции реализуется определенный хронологический временной аспект, присущий содержимому ХД.

Основные функции репозитариев:

• парадигма включения/выключения и некоторые формальные процедуры для объектов;
• поддержка множественных версий объектов и процедуры управления конфигурациями для объектов;
• оповещение инструментальных и рабочих систем об интересующих их событиях;
• управление контекстом и разные способы обзора объектов репозитария;
• определение потоков работ.

Основными направлениями научных исследований в области БД являются:

• - развитие теории реляционных БД;
• - моделирование данных и разработка конкретных моделей разнообразного назначения;
• - отображение моделей данных, направленных на создание методов их преобразования и конструирования коммутативных отображений, разработку архитектурных аспектов отображения моделей данных и спецификаций определения отображений для конкретных моделей данных;
• - создание СУБД с мультимодельным внешним уровнем, обеспечивающих возможности отображения широко распространенных моделей;
• - разработка, выбор и оценка методов доступа;
• - создание самоописываемых БД, позволяющих применять единые методы доступа для данных и метаданных;
• - управление конкурентным доступом;
• - развитие системы программирования БД и знаний, которые обеспечивали бы единую эффективную среду как для разработки приложений, так и для управления данными;
• - совершенствование машины БД;
• - разработка дедуктивных БД, основанных на применении аппарата математической логики и средств логического программирования, а также пространственно-временных БД;
• - интеграция неоднородных информационных ресурсов.