|
p align="left">Для привязывания даталогической модели в среде хранения данных используется модель данных физического уровня. Эта модель определяет используемое запоминающее устройство, способ представления данных в среде хранения. Модель физического уровня строится также с учетом возможности предоставленных СУБД. С появлением персональных компьютеров на базе IBM этот этап фактически перестал существовать, так как операционная система, СУБД автоматически проектирует физическую среду хранения информации. 1.3 Выбор программных средств СУБД - это совокупность языковых и программных средств, предназначенных для создания, ведения и совместного применения БД многими пользователями. Основная особенность СУБД - это наличие процедур для ввода и хранения не только самих данных, но и описаний их структуры. Файлы, снабженные описанием хранимых в них данных и находящиеся под управлением СУБД, стали называть банки данных, а затем "Базы данных" (БД). СУБД является пользовательской оболочкой, ориентированной на немедленное управление запросов пользователя. Однако для отечественного пользователя это представляет меньшую значимость вследствие трудности овладения англоязычным интерфейсом. Наличие в СУБД языка программирования позволяет создавать сложные системы обработки данных для конкретных задач. Группа реляционных СУБД представлена на рынке программных продуктов достаточно широко. Это, например, такие системы как Paradox, Clipper, Visual FoxPro, С++ Builder, Delphi и другие. Для наглядного примера мы сравним два СУБД. Это поможет нам понять какую из них предпочтительнее выбрать. Visual FoxPro 9.0 представляет собой СУБД реляционного типа с развитыми средствами создания БД, организации запросов к ним, построения приложений с использованием визуального, объектно-ориентированного программирования. В Visual FoxPro реализованы все атрибуты реляционной СУБД. Так, в ней введено понятие базы данных как совокупности связанных таблиц, информация о которых хранится в словаре данных. В БД определяются условия ее целостности с помощью первичных и внешних ключей таблиц. Все события (изменения), происходящие в БД, могут обнаруживаться и централизованно обрабатываться в связи с появлением в Visual FoxPro таких средств, как триггеры и встроенные процедуры Visual FoxPro совместима с более ранними версиями FoxPro. Поэтому приложения, разработанные в более ранних версиях FoxPro, могут быть адаптированы с ее помощью в среду Windows 95. Visual FoxPro обладает высокой скоростью в обслуживании БД. Используя стандарт ODBC и SQL-запросы Visual FoxPro позволяет работать с данными в формате СУБД Access, Paradox, dBase и т. д., с серверами БД -- Microsoft SQL Server, Oracle и др. Приложение Visual FoxPro может одновременно работать как с собственными, так и сетевыми таблицами, расположенными на других компьютерах локальной сети. Builder - это среда, в которой можно осуществлять так называемое визуальное программирование, т. е. создавать программы, которые во время исполнения взаимодействуют с пользователем благодаря многооконному графическому интерфейсу. Среда Builder позволяет работать как с простыми локальными удаленными БД, так и с многозвенными распределенными БД. В среде С++ Builder разработка программ ведется на основе современного метода - объектно-ориентированного программирования. На рынке программных продуктов есть много сред для автоматизации программирования. По мощности и удобству использования со средой Builder может соперничать Borland Delphi. Перечислим некоторые существенные особенности С++Builder 6.0: - С++Builder 6.0 обеспечивает полный набор инструментов структурного программирования; - С++Builder 6.0 предлагает необычно большой набор операций. Многие операции встроенного языка С++Builder 6.0 соответствуют машинным командам и поэтому допускают прямую трансляцию в машинный код. Разнообразие операций позволяет выбирать их различные наборы для минимизации результирующего кода; - С++Builder 6.0 поддерживает ссылки на формы и таблицы в этих формах. Ссылка на форму программы соответствует машинному адресу этого объекта, посредством разумного использования связей можно создавать эффективно выполняемые программы, так как они позволяют ссылаться на объекты тем же самым путем, как это делает ЭВМ. В моем случае для автоматизации системы ведения банковских счетов на основе чеков используется СУБД Borland С++Builder 6.0. К выбору именно этого языка программирования меня подтолкнули следующие причины: - быстрота разработки объектно-ориентированных программ; - гибкость языка программирования; - быстрота работы программ; - минимальные размеры объемов программ при максимальных возможностях; - относительная не дорогая стоимость пакета программ разработки; - минимальные требования для запуска программ. С++Builder 6.0 - это программа общего назначения, хорошо известная своей эффективностью, экономичностью, и переносимостью. Указанные преимущества С++Builder 6.0 обеспечивают хорошее качество разработки программ любого вида в любой отрасли. 1.4 Выбор технических средств Что касается требований к вычислительной технике, для реализации моего проекта следует отметить, что компьютер должен иметь: - Процессор Intel Pentium IV; - Оперативная память 1 Гбайт. Это минимальные потребности программы для нормальной работы. При желании память можно увеличить, т.к. компьютер постоянно обрабатывает данные (записывает, считает итоги), для увеличения скорости обработки он максимально загружает память; - Материнская плата Asus-P4P800 + Видео 4МБ +Сетевая карта; - Жесткий диск (винчестер) 80 Гбайт; - Монитор LCD LG 172 (17”); - Операционная система Microsoft Windows 2000/XP; - Мышь; - Клавиатура; - Принтер HP LaserJet M1005 2 Проектная часть 2.1 Проектирование БД Цель инфологического моделирования -- создать точное и полное отображение реального мира, используемое в дальнейшем в качестве источника информации для построения БД. Инфологическая модель «Учет абонентов библиотеки» Даталогическая модель «Учет абонентов библиотеки» Даталогическая модель «Абонент» |
| Fields Name | Type | Size | | 1 | N_vidachi | A | 6 | | 2 | D_vidachi | D | | | 3 | Kod_abon | A | 6 | | 4 | N_doc | A | 6 | | 5 | D_vozvrata | D | | | 6 | Flag_vozvrata | L | | | 7 | Shtraf | $ | | | |
Даталогическая модель «Код абонента» |
| Fields Name | Type | Size | | 1 | Kod_abon | A | 6 | | 2 | Fam | A | 25 | | 3 | Im | A | 25 | | 4 | Otch | A | 25 | | 5 | D_R | D | | | 6 | Adres | A | 25 | | 7 | Pasp_dan | N | | | |
Даталогическая модель «Номер документа» |
| Fields Name | Type | Size | | 1 | N_doc | A | 6 | | 2 | Nazvanie | A | 50 | | 3 | Avtor | A | 30 | | 4 | Type | A | 30 | | 5 | Izdatelstvo | A | 25 | | 6 | God_izdaniya | A | 10 | | |
Модель физического уровня С помощью инструментов DataBase Desktop создаем файл таблиц БД. Задаем им имена - Abonent.db, Kod_abon.db и N_doc.db. Далее откроем таблицы в режиме структуризации и в окне Table Properties выберем Secondary Indexes. Нажимаем Define. Откроется окно, в котором слева расположены поля таблицы, а справа пустое окно, в которое заносятся поля, по которым создается индекс. Зададим следующие индексы - по № выдачи, зададим имя N_vidachi; по коду абонента, зададим имя Kod_abon и по номеру документа, зададим имя N_doc. После сохранения вторичных индексов, в окне высвечиваются их названия. Сохраним наши таблицы в папке «Наида» на диске D. Таким образом, путь к нашим таблицам будет D: Наида. 2.2 Машинная реализация Для удобства работы и наглядности вводимых данных создадим автоматизированную систему «Учета абонентов библиотеки», которая должна выполнять следующие функции: v Операции: - Документы; - Фильтрация; - Поиск; - Просмотр; v Цвет фона - По умолчанию; - Черный; - Красный; - Синий; - Голубой; - Зеленый; - Желтый v Выход Запускаем Borland C++ Builder. Создаем новое приложение File -> New -> Application. Далее появляется форма (Form1). Установим на нее компонент MainMenu из библиотеки Standart. Щелкаем на нее двойным щелчком, и появится окно для ввода меню. Введем в него наше выше перечисленное меню. Рис. 2 Создаем новую форму (Form2) для ввода нового абонента, на которой будет осуществляться ввод нового абонента. Для этого устанавливаем на форму по 3 компоненты DataSourse, Table, DBGrid и DBNavigator. В компоненте Table устанавливаем свойства DataBaseName - Abonent, а TableName - abonent.db, kod_abon.db и n_doc.db; в компоненте DataSourse свойство DataSet - Table; в компоненте DBGrid свойство DataSourse - DataSourse1,2,3. Для управления перемещением используем компоненту DBNavigator, причем используем только кнопки перемещения, заблокировав остальные (VisibleButton).Для работы установим основное свойство DataSource - DataSource. Установим также две кнопки (TButton) для ввода и редактирования записей. Для улучшения внешнего вида расставим метки (Label) отображающие названия полей нашей таблицы на приложении, а также настроим таблицу DBGrid. Для этого выполним двойной щелчок на компоненте Table, что приведет к открытию окна. Указав на поле окна, и нажав на правую кнопку мыши, выберем пункт «Добавить все поля». Используя свойства Alignment, DisplayLabel (заголовок столбца), DisplayWidth (ширина столбца), DisplayValues(отображаемые значения), ReadOnly (только для чтения), Visible (видимость поля), делаем настройку окна приложения. Для фильтрации данных мы создаем новую форму File -> New -> Form3. Далее устанавливаем на форму компоненты DataSourse, Table, DBGrid, DBNavigator, RadioGroup, Label, 2 компоненты Edit,.
Страницы: 1, 2, 3
| 
