- •Лабораторная работа №7
- •Требования, предъявляемые к техническому проекту
- •Наименование министерства Наименование учреждения
- •Примерный состав технического проекта
- •1 Общие сведения
- •2 Описание предметной области
- •3.1 Решения по архитектуре
- •Структура меню модуля
- •3.10 Прочие проектные решения
- •4 План тестирования
- •5 Документирование
- •Пример оформления технического проекта Минмстерство образования Республики Беларусь
- •1 Общие сведения
- •2 Описание предметной области
- •3 Описание проектных решений
- •3.1 Решения по архитектуре
- •3.3 Структура входных данных
- •3.4 Функциональные решения
- •Поиск по модели
- •4 План тестирования
- •5 Документирование
- •Приложение а
- •Накладная на получение товара организацией оао “Руно-Авто
- •Приложение б
- •Спецификация
- •Приложение в
- •Квитанция, выдаваемая заказчику при сдаче машины в ремонт
- •Приложение г
- •Квитанция, выдаваемая заказчику при получении машины из ремонта
- •Гарантийный талон
- •Приложение д Квитанция, выдаваемая клиенту при покупке автомобиля
- •Приложение е Пароль Администратора
- •Лабораторная работа №8
- •Лабораторная работа №9:
- •Инфологическая модель данных
- •Даталогическая модель данных
- •Физическая модель данных
- •Лабораторная работа №10:
- •Лабораторная работа №11
- •Лабораторная работа №12
- •Лабораторная работа №13:
Лабораторная работа №9:
Тема: Формирование БД проекта
Цель работы: Формирование БД, которая будет использоваться в процессе тестирования и отладки программы.
Место проведения: ВЦ.
Техническое обеспечение: ПЭВМ.
Время выполнения 2 часа.
Порядок выполнения работы: Используя материалы, полученные в процессе моделирования, в соответствии с требованиями ТЗ и ТП сформировать БД, которая будет использоваться в процессе отладки программы, а в дальнейшем послужит прототипом БД пользователя.
Средства реализации выбираются разработчиком.
Теоретический материал. Можно выделить три основные модели представления данных:
-реляционная или табличная модель
-иррациональная или древовидная модель
- сетевая модель
Формирование БД происходит, как показано на рисунке 9.1.
Предметная
бласть
администратор
пользователь
Обобщенное описание
предметной области не привязанное к
каким-либо СУБД или ЭВМ (наборы данных,
их типы, связи и т.д)Инфологическая модель данных
Описание
на языке конкретной СУБДДаталогическая модель данных
модели
используемые
С УБД
Модели
и
Описание
хранимых данныхФизическая модель данных
СУБД
База данных
Рис. 9.1
В настоящее время для решения задач, связанных с обработкой информации, хранящейся в базах данных чаще всего используются реляционные СУБД. Основным преимуществом реляционных СУБД является возможность связывания на основе определенных соотношений файлов БД. Со структурной точки зрения реляционные модели являются более простыми и однородными, чем древовидные и сетевые. В реляционной модели каждому объекту предметной области соответствует одно или более соотношений.
Можно выделить несколько типов СУБД, позволяющих управлять большими информационными массивами.
-простейшие СУБД, которые позволяют обрабатывать один массив информации, они обеспечивают ввод, поиск, сортировку, составление отчетов и т.д. , действия в них осуществляются при помощи меню и др. диалоговых средств (PC-File, Reflex.,Q&A)
-более сложные, которые поддерживают и обрабатывают несколько массивов информации, описывающих разнотипные объекты, и связи между ними, они как правило содержат средства программирования (Lotus Approach, Paradox, а для разработки сложных информационных систем Microsoft Access, Fox Pro и др.)
- для создания многопользовательских информационных систем больше всего подходят СУБД типа клиент-сервер, где база располагается на мощном компьютере – сервере, который принимает запросы на получение некоторой информации или ее обработки от программ клиентов, выполняемых на других компьютерах.
Переход современных пользователей информационных технологий к вычислениям в сетях поставил перед разработчиками ряд проблем, которые невозможно разрешить с помощью реляционных СУБД прежде всего из-за весьма характерной для современного бизнеса необходимости усложнять и часто вносить изменения в структуры данных, из-за
невозможности обеспечивать требуемую производительность при прохождении большого числа коротких транзакций в реальном режиме времени даже для нескольких пользователей.
Фирмы Oracle, Informix, Sybase и Computer Associates предлагают покупателям системы, позволяющие хранить многомерные структуры данных, однако их ядра подобны имеющимся у реляционных БД.
Технология многомерной обработки информации привела к созданию постреляционных СУБД (postrelational database). Компания InterSystems анонсировала подобную систему под названием Cache, появившуюся уже в начале 1998 г. на российском рынке.
Она включает следующие компоненты:
- Транзакционное ядро с протоколом распределенного кэша, которое позволяет обрабатывать данные в виде многомерных массивов и управлять кэш-памятью, обеспечивая высокую производительность СУБД.
- Надстройку над ядром, обеспечивающую доступ к данным с помощью языка SQL, на уровне объектов и путем прямого доступа, а также их сочетания. Следовательно, Cache’ отличается более высокой производительностью от объектно-реляционных СУБД. При обработке многомерных массивов постреляционной СУБД, называемых глобалями и являющихся единицами хранения данных, используется встроенный язык Cache Script для описания прямого доступа к последним. А язык запросов Cache SQL вместе со словарем данных позволяет создавать реляционные таблицы для сохранения данных. Существенно, что в такой таблице можно сохранить в ее глобали скомпилированные запросы, представляющие собой сгенерированный код на языке Cache Script.
Для описания логики приложений ИС в ядро встроен язык Cache Object Script, поэтому с данными можно работать как с кодом, что и делает систему Cache привлекательной для пользователей и разработчиков аналитических и экспертных систем. Кроме того, существует возможность обращения к данным из приложений на языках Java и Си++. Объектная надстройка Cache по существу является макроуровнем языка Cache Script. Такие свойства объектов, как наследование (в том числе множественное) и полиморфизм, реализуются Cache на собственных средствах, а словарь классов объектов позволяет создавать информационные системы различной степени сложности. Кроме того, объекты Cache можно использовать в программах, написанных на языках Си++ и Java .
Интерфейсы ODBC, Visual Cache и Weblink, поддерживают стандартный API. Кроме того, у пользователей и разработчиков Windows- и Web-приложений имеется выбор описаний объектов на Java или Си++ и в виде элементов управления ActiveX, т. е. в излюбленной среде разработки. Интерфейс Visual Cache устанавливает связь между объектами системы Cache и языком разработки Visual Basic.
Протокол DCP (Distributed Cache Protocol), технология DNM (Dynamic Namespace Mapping) и интерфейс Weblink позволяют пользователям эффективно работать в сети благодаря управлению кэш-памятью, прозрачному доступу к сетевым БД и возможности выполнения Web-приложений.
Cache’ Server Pages – объектная Web-технология Cache’, позволяющая использовать производительность и масштабируемость СУБД Cache’ для быстрого создания сложных Intranet- и Internet-приложений, взаимодействующих с БД. При разработке Web-приложений, Cache’ является не только СУБД, но и Сервером Приложений. В Cache’ хранятся классы, соответствующие CSP-страницам, и при обращении к CSP-странице выполняются методы, генерирующие HTML или XML. Технология Cache’ Server Pages - обеспечивает обмен данными между постреляционной СУБД Cache’ и Web-сервером, используя стандартные интерфейсы. Такая архитектура позволяет создавать высокопроизводительные, масштабируемые Internet- или Intranet-приложения, так как, во-первых, данные хранятся очень близко к Web-приложению (данные из БД передаются в приложение через высокопроизводительные внутренние интерфейсы, а не через ODBC или JDBC), и, во-вторых, относительно небольшая нагрузка на Web-сервер (Web-сервер только перенаправляет запросы пользователей на Сервер приложений Cache’) и высокая производительность СУБД Cache’ позволяет обрабатывать запросы большого количества пользователей.