Ведение банковских счетов на основе чеков

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

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

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

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

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

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

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

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

Таблица – упорядоченная структура, состоящая из конечного набора однотипных записей.

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

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

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

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

2. Выбор программных средств

       СУБД – это совокупность языковых и программных средств, предназначенных для создания, ведения и совместного применения БД многими пользователями. 

Основная особенность  СУБД – это наличие процедур для  ввода и хранения не только самих  данных, но и описаний их структуры. Файлы, снабженные описанием хранимых в них данных и находящиеся под управлением СУБД, стали называть банки данных, а затем "Базы данных" (БД).

СУБД является пользовательской оболочкой, ориентированной на немедленное  управление запросов пользователя. Однако для отечественного пользователя это представляет меньшую значимость вследствие трудности овладения англоязычным интерфейсом. Наличие в СУБД языка программирования позволяет создавать сложные системы обработки данных для конкретных задач. Группа реляционных СУБД представлена на рынке программных продуктов достаточно широко. Это, например, такие системы как 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_s_4	A	15
2	Id_4	А	10
3	Data_v	D
4	Srok_a	S
5	Fio_p	A	30
6	Pas_d	A	50
7	Sum	$
8	Valut	A	4
9	Sbor	$
10	Nom_rs	A	7

              

 

Структура таблицы для  учета операций с банковскими  счетами

 

	Fields Name	Type	Size
1	Nom_rs	A	7
2	Tip_s4	A	10
3	Tek_sum	$
4	Organ	A	15
5	Adr	A	30
6	Direk	A	30
7	Gl_buh	A	30

Модель физического  уровня

С помощью инструментов DataBase Desktop создаем файл таблиц БД. Задаем им имена – operacii.db и scheta.db. Далее откроем таблицы в режиме структуризации и в окне Table Properties выберем Secondary Indexes. Нажимаем Define. Откроется окно, в котором слева расположены поля таблицы, а справа пустое окно, в которое заносятся поля, по которым создается индекс. Зададим следующие индексы – по № и серии чека, зададим имя №s_ch; по сроку акцента, зададим имя ak и по ФИО получателя, зададим имя fio. После сохранения вторичных индексов, в окне высвечиваются их названия.  Сохраним наши таблицы в папке BD на диске M. Таким образом, путь к нашим таблицам будет M:\gh\BD.