перейти к полному списку дипломных проектов

Ссылка на скачивания файла в формате .doc находится в конце странички

Прием на экспертизу – актер направляет денежный знак на экспертизу при выявлении сомнения платежеспособности, для этого составляется справка о приеме денежного знака на экспертизу

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

Технологии Borland Together 2006 помогают:

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

создавать гибкие решения, идущие в ногу с развитием бизнеса и изменениями технологических требований, используя платформо-независимые модели;

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

2.2 Проектирование функциональной структуры

Моделирование в UML можно представить, как некоторый процесс поуровневого спуска от наиболее обшей и абстрактной концептуальной модели исходной системы к логической, а затем и к физической модели соответствующей программной системы. Для достижения этих целей вначале строится модель в форме так называемой диаграммы вариантов использования (use case diagram), которая описывает функциональное назначение системы или, другими словами, то, что система будет делать в процессе своего функционирования. Диаграмма вариантов использования является исходным концептуальным представлением или концептуальной моделью системы в процессе ее проектирования и разработки. Разработка диаграммы вариантов использования преследует цели:

Определить общие границы и контекст моделируемой предметной области на начальных этапах проектирования системы.

Сформулировать общие требования к функциональному поведению проектируемой системы.

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

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

Суть данной диаграммы состоит в следующем: проектируемая система представляется в виде множества сущностей или актеров, взаимодействующих с системой с помощью так называемых вариантов использования. При этом актером (actor) или действующим лицом называется любая сущность, взаимодействующая с системой извне. В свою очередь, вариант использования (use case) служит для описания сервисов, которые система предоставляет актеру. Построение диаграммы вариантов использования является самым первым этапом процесса объектно-ориентированного анализа и проектирования, цель которого - представить совокупность требований к поведению проектируемой системы. В языке UML диаграмма получила название модели вариантов использования и имеет свое специальное стандартное имя или стереотип "useCaseModel".

Рис 2.2 Диаграмма вариантов использования.

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

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

Прием на экспертизу – актер направляет денежный знак на экспертизу при выявлении сомнения платежеспособности, для этого составляется справка о приеме денежного знака на экспертизу.

Рис. 2.3 Прием на экспертизу.

Покупка валюты – актер проверяет документы клиента, далее заносит информацию о клиенте и совершает операцию: вносит необходимые данные в реестр, рассчитывается комиссия и подоходный налог, формирует справку о проведении операции и выдает ее клиенту. Данная операция совершается за рубли.

Рис. 2.4 Покупка валюты.

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

скачать бесплатно Автоматизированное рабочее место оператора валютно-обменных операций в режиме off-line

Содержание дипломной работы

Банк России выдает в соответствии с законом "О валютном регулировании и валютном контроле" лицензии на осуществление коммерческими банками операций в иностранной валюте в РФ
Вид на жительство в Российской Федерации - для лиц без гражданства, если они постоянно проживают на территории Российской Федерации
Основными потребителями высокотехнологичных решений в России являются крупные московские и петербургские банки, однако не менее активно включаются в процесс и ведущие региональные банки
По полученным из обменных пунктов операциям администратор формирует как официальную, так и внутрибанковскую аналитическую отчетность о деятельности обменных пунктов
txt, оформление квитанции о приеме на инкассо; оформление справки о приеме на экспертизу сомнительных денежных знаков, поиск необходимой информации по базе данных
Модель процесса проектирования описывает трехфазный, ориентированный на конечного пользователя, непрерывный процесс разработки
2 Выбор средства проектирования Для выбора средства проектирования будем использовать метод «бальных оценок»
Прием на экспертизу – актер направляет денежный знак на экспертизу при выявлении сомнения платежеспособности, для этого составляется справка о приеме денежного знака на экспертизу
Класс мемориальный ордер: Его атрибутами являются следующие: №, вид операции, дебет счета, кредит счета, код валюты, сумма, шифр страны, срок валютирования, плательщик, получатель, основание, кассир
4 Проектирование структуры базы данных Базы данных (БД) – хранилище структурированных данных и методы доступа к ним, при этом данные должны быть непротиворечивы, целостны и минимально избыточны
Третья нормальная форма требует, чтобы значение любого поля таблицы, не входящего в первичный ключ, не зависело от значения другого поля, не входящего в первичный ключ
Ключевым полем является поле ID_kl, является идентификатором клиента
Модули данных в трехзвенной архитектуре "клиент-сервер" выделяются в отдельный "сервер приложении"
2 Выбор средства реализации При создании программного продукта одной из наиболее важных задач является выбор средств реализации проекта
Диаграмма базы данных представляет собой графическое отображение схемы (целиком или частично) базы данных с таблицами и столбцами, а также связей между ними
На машине сервера базы данных (в технологии клиент-сервер) устанавливается так называемый провайдер данных – некоторая надстройка над специальной технологией OLE DB
Данный справочник можно редактировать и по номеру документа можно осуществить поиск клиента
При нажатии на кнопку сохранить, в меню формы мемориального ордера, в таблицу базы данных сохраняется сформированный ордер
Для этого в меню «документы» выбираем «новый документ» и далее формируем документ
Фактическую трудоемкость по стадиям проектирования представим в виде таблицы (табл
Затраты на оплату машинного времени (Зовм) включают: Затраты на оборудование в размере 1192,7 руб
); Тосв – продолжительность обучения и освоения (Тосв = 24 часа)
В нашей ИС имеются 3 рабочие станции (1 компьютер стоимостью 25000 рублей) и 1 принтер стоимостью 4536 рублей
2007 N 214-ФЗ) Федеральный закон о валютном регулировании и валютном контроле, принят Государственной Думой 21 ноября 2003 года, одобрен Советом Федерации 26 ноября 2003 года (в ред
Методические указания к выполнению экономической части выпускной квалификационной работы для студентов специальности 220400 – Программное обеспечение вычислительной техники и автоматизированных систем
Чеки: код и наименование валюты, сумма чеков, количество чеков
С учетом имеющихся знаний относительно построения баз данных с помощью SQL технологии и архитектуры «клиент-сервер» было принято решение написать новую программу с учетом приведенных требований