Введение

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

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

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

1 Теоретическая часть

1.1 Понятие хранилища данных

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

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

ХД строится на базе клиент-серверной архитектуры, реляционной СУБД и утилит поддержки принятия решений.

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

Основные составляющие Хранилища данных:

1.Предметная ориентированность

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

2 практическая часть

2.1 Постановка задачи

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

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

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

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

2.2 Концептуальное моделирование

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

Заключение

В ходе выполнения курсового проекта были приобретены теоретические и практические знания в области построения баз данных, хранилищ данных и OLAP- приложений. На основе этого анализа было выбрано СУБД MS SQL Server и MS Visual Studio для реализации поставленной задачи

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

Проект выполнялся в три этапа: описание предметной области, построение моделей представления знаний и приобретение знаний.

В получены следующие результаты:

- приобретены теоретические и практические знания в предметной области;

- разработано хранилище данных;

- в среде Microsoft Visual Studio реализовано приложение, которое предоставляет возможность пользователю решать множество традиционно сложных проблем по организации эффективной работы в предметной области «Учёт оборудования на предприятии».

СКРИНШОТЫ РАБОТЫ