Разработка АИС учета валютных вкладов

 

Рис.2 Диаграмма уровня А0 разработки аналитической части проекта. 

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

      SADT - одна из самых известных и  широко используемых систем проектирования. SADT - аббревиатура слов Structured Analysis and Design Technique (Технология структурного  анализа и проектирования) - это  графические обозначения и подход  к описанию систем.

Широкий спектр областей указывает на универсальность  и мощь методологии SADT.

Таким образом, SADT, как правило, применяется  на ранних этапах процесса создания системы, который часто называют "жизненным  циклом системы".

      Методы, подобные SADT, на начальных этапах создания системы позволяли гораздо лучше  понять рассматриваемую проблему. А  это сокращает затраты как  на создание, так и на эксплуатацию системы, а кроме того, повышает ее надежность. SADT - это способ: уменьшения количества дорогостоящих ошибок за счет структуризации на ранних этапах создания системы; улучшения контактов между пользователями и разработчиками; сглаживания перехода от анализа к проектированию.

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

    На  основе полученных сведений, выбирается подходящий CASE-метод структурного анализа  – процессов, потоков, данных. Методом  декомпозиции составляется подробная функциональная  информационная модель AS-IS (Как есть) объекта, представленного на рисунке 4. 

    

    Рис. 4. Функциональная информационная модель AS IS.

В предложенной модели на рисунке 4 предполагается:

• клиент обращается к оператору с соответственным запросом и информационными листами, имея желание проводить валютные операции;

Клиент выставляет заявку на обмен валюты:

Дата обмена,

Сумма обмена,

Юридический адрес,

Банковский  счет;

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

В представленном варианте AS IS при сумме больше 100.000 долларов только может получить через 3 дня, так как в резерве организации больше этой суммы не предусмотрено. Также службы бухгалтера и руководителя обязательно присутствуют даже при простых валютных операциях.

1.3. Организационно-экономическая  характеристика предметной  области.   Синтез  и разработка модели     TO BE.

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

Рис. 4. Функциональная информационная модель TO BE.

В предложенной модели на рисунке 4 предполагается:

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

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

1.4. Технико-экономическое  обоснование реорганизации  деятельности объекта  (ожидаемые технико-экономические  результаты).

 

      Из  представленных моделей  AS IS и TO BE можно сформулировать реорганизацию деятельности банка ВТБ. Реорганизационную деятельность можно представить как задачу линейного программирования. Задача линейного программирования  определяет экстремальные значения целевой функции при определенных ограничениях параметров. Представим одну из этих задач, следующим образом.

      Организация имеет два информационных пункта, пропускаемая способность которых соответственно равна 200 и 150 кб. В этих трех пунктах может проводиться обмен информации трех видов, притом можно обменивать только 3 вида информации. Первый вид информации может обменивать 70 кб, второй -180, третий -110. Время обмена выражается следующей таблицей.

    Таблица 1. Время обмена валюты

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

Решение

Введем следующие  обозначения: X1-это число кб, которые пользуются системной информацией и делают обмен в пункте 1, X2 -число кб, которые пользуются программной информацией и делают обмен в пункте 1, X3 -число кб, которые пользуются терминальные информацией  и делают обмен в пункте 1, X4-это число кб, которые пользуются системной информацией и делают обмен в пункте 2, X5 -число кб, которые пользуются программной информацией и делают обмен в пункте 2, X6 –число кб, которые пользуются терминальные информацией   и делают обмен в пункте 2.

Составим целевую  функцию – она заключается  в минимизации времени обмена: Z=5*x1+6*x2+20*x3+10*x4+12*x5+5*x6. Руководствуясь условиями задачи определим имеющиеся ограничения:

1. X1+x4<=70

2. X2+X5<=180

3. X3+X6<=110

4. X1+X2+X3=200

5. X4+X5+X6=150

Кроме того добавим  еще ряд ограничений, таких как  X1<=0, X2<=0, X3<=0, X4<=0, X5<=0, X6<=0.

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

Модель задачи представлена  в таблице:

 

Решение задачи реализовано прикладным пакетом  Solver, из пакета Microsoft Excel и представлено в приложении данной работы.

     Экономическое обоснование делается в основном получения эффекта, реализовано сравнительным методом организации ЭИС по комплексу задач.  
 
 
 
 
 
 
 

Глава II. Проектная часть 

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

      Существуют  следующие способы организации ИБ: совокупность локальных файлов, поддерживаемых функциональными пакетами прикладных программ, и интегрированная база данных, основывающаяся на использовании универсальных программных средств загрузки, хранения, поиска и ведения данных, т.е. системы управления базами данных (СУБД).

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

Описание  входных документов и сообщений 

     Входными  документами являются:

     1. Договора:

     - номер договора;

     - дата подписания договора;

     - сумма договора в валютах; 

     - дата начала договора;

     - срок договора в днях или  в часах; 

     - реквизиты клиента: название организации,  адрес, идентификационный номер  налогоплательщика (ИНН), номер расчетного  счета, название банка, город  банка, номер корреспондентского  счета, БИК банка, телефон; 

     - реквизиты банка: название банка,  адрес, идентификационный номер  налогопла-тельщика (ИНН), номер расчетного  счета по депозитному обслуживанию, номер коррес-пондентского счета,  БИК банка, телефон.