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

 

МИНИСТЕРСТВО  ОБРАЗОВАНИЯ И НАУКИ РОССИЙСКОЙ ФЕДЕРАЦИИ

 

ДАГЕСТАНСКИЙ ГОСУДАРСТВЕННЫЙ  ТЕХНИЧЕСКИЙ УНИВЕРСИТЕТ

 

КАФЕДРА ИНФОРМАЦИОННЫХ СИСТЕМ  В ЭКОНОМИКЕ

 

 

 

 

 

 

 

 

по Базам Данных

на тему:

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

 

 

 

 

                                                    Выполнил:                                        

 ст-т 4 курса гр.И-911

                                                                      Сулейманов М.А.

 

                                                        Проверила:

ст.преподаватель

                                                                              Мурадов М. М.

 

 

 

 

 

                                               МАХАЧКАЛА 2012

 

Содержание

Введение_____________________________________________________3

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

1.1 Анализ предметной  области_______________________________4

1.2 Этапы проектирования БД_________________________________8

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

1.4 Выбор технических средств ______________________________15

2.Проектная  часть____________________________________________16

2.1 Построение БД_________________________________________16

2.2 Проектирование приложений_____________________________19

2.3 Описание работы программы______________________________22

4.Заключение__________________________________________________

5. Литература___________________________________________________

6. Приложения_________________________________________________

 

 

 

 

 

 

 

 

 

 

 

 

 

 

Введение.

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

В данной работе предлагается автоматизировать ведение банковских счетов на основе чеков.

Для достижения поставленной цели необходимо решить ряд задач:

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

2. провести анализ  технических и программных средств;

3. проанализировать средства  программирования и выбрать из  них оптимальное;

4.  выбрать СУБД;

5.  разработать базу  данных для ведения банковских  счетов;

6. разработать программное  приложение, обеспечивающее ввод, отображение  и вывод данных;

7.  разработать методическое  обеспечение пользователя.

В курсовой работе создана  специализированная база данных для ведения банковских счетов на основе чеков, а также рассмотрены основные понятия и принципы, лежащие в основе систем управления базами данных. Разработано объектно-ориентированное программное приложение. Произведена разработка алгоритмов, был выбран язык программирования Borland С++ Builder, как наиболее подходящий для данного проекта, реализующая разработанный алгоритм.

 

 

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

1. Анализ предметной области

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

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

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

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

Существуют денежные чеки и расчетные чеки.

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

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

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

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

В соответствии с ГК РФ чек должен содержать следующие обязательные реквизиты: наименование "чек", включенное в текст документа; поручение плательщику выплатить определенную денежную сумму; наименование плательщика и указание счета, с которого должен быть произведен платеж; указание валюты платежа; указание даты и места составления чека; подпись лица, выписавшего чек; оттиск печати чекодателя. В качестве плательщика по чеку может быть указан только банк, где чекодатель имеет средства, которыми он вправе распоряжаться путем выставления чеков. Выдача чека не погашает денежного обязательства, во исполнение которого он выписан.

Акцепт (лат. accept us — принятый) — ответ лица, которому адресована оферта, о её принятии. Акцепт - согласие на оплату. По российскому законодательству акцепт должен быть полным и безоговорочным (принятие предложения на иных условиях признаётся новой офертой).

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

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

 

Рис.1

 

На рис.1 представлен чек. В нем можно увидеть следующие характеристики.

На корешке чека (место  отрываемое банком) указаны:

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

На лицевой стороне чека указаны:

• ФИО чекодателя - фамилия, имя и отчество человека, который  выписал этот чек;
• № счета чекодателя – номер расчетного счета чекодателя, с которого будет снята указанная сумма;
• номер и серия чек - используются для идентификации клиента банка. Серия должна состоять из двух букв, а номер - из 7 цифр;
• сумма - денежная сумма, на которую выписан данный чек;
• место выдачи – наименование банка, в котором чек должен быть выдан
• дата составления чека – в ней указываются день, месяц и год, когда был составлен данный чек;
• печать или подпись чекодателя – используются для дополнительной проверки лица, выдающего чек.

 

На обратной стороне  могут быть указаны:

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

 

На основе этих данных мы можем разработать автоматизированную систему «Ведение банковских счетов на основе чеков».

1.2 Этапы проектирования БД

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

При отражении в информационной системе, каждый объект представляется идентификационным, который отличает один объект класса от другого, а каждый класс объекта представляется своим именем. Каждый объект класса обладает определенным набором свойств. Для объектов одного класса набор этих свойств одинаков, а их значение естественно может быть разным. При описании предметной области надо отобразить связи между объектом и характеризующим его свойством. Связь изображается в виде линии соединяющей его свойства и объект. Связь между объектом и его свойством может быть различной, если объект обладает единственным значением свойства, то связь называется единичной и изображается в виде стрелки        . Если объект обладает множеством значений свойства, то связь называется множественной и изображается в следующем виде          . Кроме того, некоторые свойства являются постоянными, если их значения не меняются со временем. Такое свойство называется статическим, а свойства, значение которых может изменяться со временем, называется динамическим, и эти свойства обозначаются: S – статическое, D – динамическое.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Для привязывания даталогической модели в среде хранения данных используется модель данных физического уровня. Эта модель определяет используемое запоминающее устройство, способ представления данных в среде хранения. Модель физического уровня строится также с учетом возможности предоставленных СУБД. С появлением персональных компьютеров на базе 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.