Приднестровский государственный университет им.
Инженерно-технический институт
Кафедра "Программного обеспечения вычислительной техники и
КУРСОВАЯ РАБОТА
по предмету
Объектно-ориентированное программирование
Тема: «Информационная система обменного пункта»
г. Тирасполь, 2010 г.
ЗАДАНИЕ НА КУРСОВУЮ РАБОТУ
Написать программу – информационную систему обменного пункта, которая должна предоставлять доступ к следующей информации:
- название банка;
- № обменного пункта;
- адрес обменного пункта;
- курсы валют (продажа/покупка);
- ФИО сотрудников;
- данные о текущих операциях обмена валют;
Программа должна предоставлять пользователю возможность вносить данные, корректировать их, просматривать, организовывать поиск.
Программа должна содержать:
- не менее двух интерфейсов;
- классы-наследники;
- делегаты;
- события.
На выбор студента, данные могут храниться в базе данных или в специально организованном файле.
Задание разработал
Содержание
ЗАДАНИЕ НА КУРСОВУЮ РАБОТУ
ВВЕДЕНИЕ
1 АНАЛИЗ ЗАДАНИЯ И ВЫБОР ТЕХНОЛОГИИ, ЯЗЫКА И СРЕДЫ РАЗРАБОТКИ
1.1 Анализ задания. . ………....5
1.2 Выбор технологии, среды разработки
1.3 Выбор языка программирования для реализации проекта
2 ПРОЕКТИРОВАНИЕ БАЗЫ ДАННЫХ 7
2.1 Инфологическое проектирование . . .7
2.1.1 Анализ предметной области. Сущности. . .7
2.1.2 ER-диаграмма7
2.2 Логическое проектирование
3 РАЗРАБОТКА ПРОГРАММНОГО ПРОДУКТА14
3.1 Делегаты и события, используемые в программном продукте.15
3.2 Реализуемые отчёты
4 РАЗРАБОТКА ПОЛЬЗОВАТЕЛЬСКОГО ИНТЕРФЕЙСА
4.1 Диаграмма Вариантов использования для предметной области
«Информационная система обменного пункта ». …….17
4.2 Диаграмма Взаимодействия для предметной области «Продажа валюты»
4.2.1 Диаграмма последовательности и кооперативная диаграмма для ВИ
«Обмен валют»…….18
ЗАКЛЮЧЕНИЕ
СПИСОК ЛИТЕРАТУРЫ
ПРИЛОЖЕНИЕ А
ПРИЛОЖЕНИЕ B
Введение
Обменный пункт - подразделение банка и является местом совершения банком валютно-обменных операций. Правила и нормы совершения валютных операций в обменном пункте регламентируются инструкцией Центрального банка.
Комплекс разрабатываемых программных средств предназначен в первую очередь для автоматизации работы кассиров пунктов обмена валют, находящихся как в самом банке, так и вне его территории. Использование программы должно значительно упростить и ускорить работу кассира за счет автоматизации учетно-расчетных операций при обмене валюты. Автоматическое формирование всей сводной отчетности и контроль финансового состояния обменного пункта в любой момент времени также должны повысить эффективность работы кассира.
С точки зрения программирования объектный подход можно рассматривать как развитие понятия типов данных. Тип данного определяет множество значений, которые оно может принимать, и набор операций, которые могут быть выполнены над данными этого конкретного типа. В языках программирования со строгой типизацией каждое данное принадлежит только одному типу, и разрешаются только явные преобразования данных одного типа в другой. Строгая типизация повышает надежность разрабатываемых программ, позволяет выявить многие ошибки еще на этапе отладки программы. В языках программирования предусматривается и возможность построения новых типов данных, определяемых программистом, но для таких типов, как правило, отсутствует перечень допустимых операций. Объектно-ориентированные языки программирования позволяют распространить требования строгой типизации на типы данных, определяемых программистом.
Систематическое применение объектно-ориентированного подхода позволяет разрабатывать хорошо структурированные, надежные в эксплуатации, достаточно просто модифицируемые программные системы. Этим объясняется интерес программистов к объектно-ориентированному подходу и объектно-ориентированным языкам программирования. Объектно-ориентированный подход является одним из наиболее интенсивно развивающихся направлений теоретического и прикладного программирования.
За последние несколько лет объектно-ориентированная технология проникла в различные разделы компьютерных наук. К ней относятся как к средству преодоления сложности, присущей многим реальным системам. Объектная модель показала себя мощной объединяющей концепцией.
Составными частями любой информационной системы являются базы данных и приложение для обработки данных.
1 АНАЛИЗ ЗАДАНИЯ И ВЫБОР ТЕХНОЛОГИИ, ЯЗЫКА И СРЕДЫ РАЗРАБОТКИ
1.1 Анализ задания
Цель реализации данного проекта состоит в первую очередь в регистрации и хранении всех данных по операциям с наличной иностранной валютой, реализация формы отчетноста о покупке-продажи валюты. Рассмотрение информационных составляющих начнем с операции оформления сделки купли-продажи наличной иностранной валюты клиенту.
Покупка и продажа иностранной валюты за наличные рубли.
При совершении операции кассир ОП должен выполнить ряд расчетных операций и процедур оформления сделки, к которым относятся:
Вычисление клиентской суммы по текущему курсу покупки (продажи) данной валюты.
СУММА_В_РУБЛЯХ_ПОКУПКИ =СУММА_ВАЛЮТЫ*КУРС_ПОКУПКИ
или при продаже валюты
СУММА_В_ВАЛЮТЕ=СУММА_РУБЛЕЙ_КЛИЕНТА/КУРС_ПРОДАЖИ
Так как при покупке валюты клиент, как правило имеет целью купить определенную сумму валюты, вычисление суммы покупаемой валюты можно заменить расчетом рублевого эквивалента указанной клиентом суммы валюты аналогично операции покупки валюты у клиента.
Распечатка чека и выдача клиенту копии.
1.2 Выбор технологии, среды разработки
При выборе технологии предпочтение следует отдавать объектно-ориентированному подходу, как обеспечивающему максимальную эффективность разработки. Структурный подход используется в настоящее время практически только при выполнении специфических разработок на системном уровне в MS DOS.
При выборе среды и технологии выполнения программы необходимо учитывать несколько факторов, а именно:
· сложность и трудоемкость процесса проектирования программного обеспечения для конкретной среды;
· наличие инструментальных средств разработки программного обеспечения;
· возможность внесения корректив в программу в процессе эксплуатации;
· наличие средств проектирования пользовательского интерфейса;
· скорость выполнения программы;
· надежность работы программы и защищенность от программных сбоев.
При рассмотрении преимуществ и недостатков платформ, таких как Delphi, Visual Studio 2005 и Fox Pro, Borland Builder 6.0. С точки зрения трудоемкости процесса проектирования предпочтение можно отдать среде Visual Studio 2005, поскольку наличие систем визуального проектирования значительно облегчает работу программиста, защита от программных сбоев в этой среде значительно выше, чем в выше перечисленных.
1.3 Выбор языка программирования для реализации проекта
Таким образом, исходя из вышеизложенного, оптимальным вариантом для проектируемой системы будет выбор системы разработки работающей в среде Microsoft Visual Studio 2005.
В этой среде поддреживается инстрементальная система для разработки пользовательского интерфейса. По формату поддерживаемых баз данных набору операторов и функций для обработки данных инструментальная система Microsoft Visual Studio 2005 полность удовлетворяет требования разработчиков. Наличие большого количества библиотек функций и возможность их создания, пополнения и быстрого подключения к программе делает среду Visual Studio 2005 более приемлемой для реализации данного проекта. Из имеющихся на данное время компиляторов наиболее функциональным является Microsoft Visual Studio 2005
2 ПРОЕКТИРОВАНИЕ БАЗЫ ДАННЫХ
2.1 Инфологическое проектирование
2.1.1 Анализ предметной области. Сущности
Предметная область «Информационная система обменного пункта» представляет собой деятельность работы обменного пункта, предназначенная, в первую очередь, для автоматизации работы кассиров, находящихся как в самом банке, так и вне его территории. Обмен производится как покупки, так и продажи денежных единиц в рублях ПМР. Существуют формы, которые предоставляют возможность изменения курса валюты продажи и покупки. Все данные заносятся в таблицу. Можно просматривать операции, проведенные кассиром за сутки или месяц.
Добавление и удаление нового сотрудника осуществляется только администратором.
Необходимо осуществить поиск данных по фамилии сотрудника.
Необходимо составить отчёты: квитанция о проведенном обмене валют, а также отчеты о реализованных операциях.
Удаление, добавление и редактирование данных осуществляются в соответствующих формах.
Первым этапом в процессе проектирования и создания базы данных, является разработка инфологической модели.
Объектами предметной области являются – сотрудник, курс и обмен валют.
Процессы предметной области – это формирование квитанции при обмене денежных единиц.
1.2.2 ER – диаграмма
Для представления структуры и связей между атрибутами существующих сущностей используется ER – диаграмма (сущность – связь) На рисунке 1 приведена ER диаграмма для предметной области Информационная система обменного пункта.


Рисунок 1 - ER-диаграмма предметной области «Информационная система обменного пункта»
2.1 Логическое проектирование
На основе анализа ER-диаграммы предметной области Информационная система обменного пункта можно составить следующие отношения:
Таблица 1 – Структура отношения Сотрудник (Sotrudnik)
Имя атрибута | Имя поля | Тип данных | Описание |
Номер сотрудника | ID | Числовой | Содержит номер сотрудника. Данный атрибут является идентифицирующим и уникальным для каждой из записей. |
Фамилия | FAM | Текстовый | Содержит фамилию сотрудника. Атрибут уникальностью не обладает. |
Имя | IM | Текстовый | Содержит имя сотрудника. Атрибут не уникален. |
Отчество | OTCHECTVO | Текстовый | Содержит отчество сотрудника. Данный атрибут уникальностью не обладает. |
Возраст | Vozrast | Числовой | Содержит информацию о возрасте сотрудника. Атрибут не уникален |
Адрес сотрудника | Adres | Текстовый | Содержит информацию о месте проживания сотрудника. Уникальностью не обладает. |
Дополнительная информауия | Dopolnitel_inform | Текстовый | Содержит дополнительную информацию о сотруднике. |
Пароль | PAS | Текстовый | Содержит пароль сотрудника. Данный атрибут является идентифицирующим и уникальным для каждой из записей. |
Сущность «Сотрудник» обладает следующими атрибутами: Номер сотрудника, Фамилия, Имя, Отчество, Возраст, Адрес сотрудника, Дополнительная информауия, Пароль. Первичным ключом является Номер сотрудника.
Связь между сущностями «Сотрудник» и «Обмен валюты» определена как «один к одному», так как является идентифицирующим и уникальным для каждого сотрудника.
Связь между сущностями «Сотрудник» и «Кассир» определена как «один к одному», так как является идентифицирующим и уникальным для каждого сотрудника.
Связь между сущностями «Сотрудник» и «Вход в систему» определена как «один к одному», так как является идентифицирующим и уникальным для каждого сотрудника.
Таблица 2 –Структура отношения Обмен валюты (Obmen_Valut)
Имя атрибута | Имя поля | Тип данных | Описание |
Номер сотрудника | ID | Числовой | Содержит номер сотрудника. Данный атрибут является идентифицирующим и уникальным для каждой из записей. |
Полученная сумма | Polucheno | Текстовый | Содержит информацию о полученной выгоде с продажи или покупки денег. Атрибут не уникален. |
Полученная валюта | Poluchenaya_Valuta | Текстовый | Содержит информацию о полученной сумме валюты. Атрибут не уникален. |
Выданная валюта | Vudannaya_Valuta | Текстовый | Содержит информацию о выданной сумме валюты. Атрибут не уникален. |
Курс | Kurs | Текстовый | Содержит информацию о курсе валюты при совершении купли продажи. Атрибут не уникален. |
Сумма обмена | Summa_Obmenna | Текстовый | Содержит информацию о сумме обмена. Атрибут не уникален. |
Итог | Itogo | Текстовый | Содержит информацию о конечной сумме денег. Атрибут не уникален. |
Дата | Data | Дата/время | Содержит информацию о дате произведенного обмена. Атрибут не уникален. |
Кассир | Kassir | Текстовый | Содержит информацию о кассире, производившем обмен. Атрибут не уникален. |
Сущность «Обмен валют» обладает следующими атрибутами: Номер сотрудника, Полученная сумма, Полученная валюта, Выданная валюта, Курс, Сумма обмена, Итог, Дата, Кассир. Первичным ключом является Номер сотрудника.
Таблица 3 –Структура отношения Вход в систему (Enter)
Имя атрибута | Имя поля | Тип данных | Описание |
Номер сотрудника | ID | Числовой | Содержит номер сотрудника. Данный атрибут является идентифицирующим и уникальным для каждой из записей. |
Фамилия сотрудника | FIO | Текстовый | Атрибут содержит фамилию сотрудника. Атрибут не уникален. |
Дата | Data | Дата/время | Атрибут содержит дату работы сотрудника. Атрибут не уникален. |
Сущность «Вход в систему» обладает следующими атрибутами: Номер сотрудника, Фамилия сотрудника, Дата. Первичным ключом является Номер сотрудника.
Таблица 4 –Структура отношения Кассир (Kassiri)
Имя атрибута | Имя поля | Тип данных | Описание |
Номер сотрудника | ID | Числовой | Содержит номер сотрудника. Данный атрибут является идентифицирующим и уникальным для каждой из записей. |
Фамилия сотрудника | FIO | Текстовый | Атрибут содержит фамилию сотрудника. Атрибут не уникален. |
Пароль | PAS | Текстовый | Атрибут содержит паросль сотрудника. Данный атрибут является идентифицирующим и уникальным для каждой из записей. |
Сущность «Кассир» обладает следующими атрибутами: Номер сотрудника, Фамилия сотрудника, Пароль. Потенциальными ключами являются: Пароль, но первичным является Номер сотрудника.
Таблица 5 – Структура отношения Покупка (Pokypka)
|
Из за большого объема этот материал размещен на нескольких страницах:
1 2 3 |


