Проектирование автоматизированной информационной системы
3. Характеристика процессов технологической обработки
3.1 Характеристика технологических процессов и построение алгоритмов
На третьем этапе проектирования АИС разрабатываются и описываются процессы технологической обработки. Даётся их характеристика, и составляются блок-схемы. Характеристика технологических процессов представлена в виде Таблицы 13.
Таблица 13 Характеристика технологических процессов
| Процесс | Исходные данные и их источники | Количество операций | Результат | ||
| Реквизит | Обозначение | Источник | |||
| 1. Расчет "Начислено %" | Код вкладчика | КВ | МС02 | 9 | НП |
| Сумма вклада | СВ | МО01 | |||
| Срок вклада | СрВ | МО01 | |||
| Годовая % ставка | ГПС | МО01 | |||
| 2. Расчет "Сумма к выдаче" | Код вкладчика | КВ | МС02 | 9 | СУММ |
| Сумма вклада | СВ | МО01 | |||
| Начислено % | НП | - | |||
| Расчет графы ИТОГО | Сумма к выдаче | СУММ | - | 1 | ССУММ |
3.2 Рекомендации по проектированию АИС в Маслянинском ДО ОАО Банк "Левобережный"
Развитие банковских структур и промышленных предприятий, увеличение числа филиалов, рост количества клиентов, необходимость повышения качества обслуживания предъявляют к автоматизированным системам новые требования. Новый подход к проектированию АИС заключается в сбалансированном сочетании двух предыдущих. В первую очередь это относится к идеологии построения ядра системы: "Автоматизированная бухгалтерия - аналитический учет".
Алгоритм решения задачи (блок-схема) представлен на Рисунке 3.
Рис. 3. Алгоритм решения задачи
Для банковских структур это дало: с одной стороны, в ядре системы сохранялась возможность работы "от лицевого счета", с автоматическим формированием соответствующих бухгалтерских проводок, с другой стороны, отменялись жесткие требования работы только с лицевыми счетами. Появилась возможность ведения бухгалтерского учета по балансовым счетам любого порядка без углубления до уровня лицевых счетов клиентов. При этом ведение аналитического учета по лицевым счетам клиентов опускалось на уровень специализированного программного обеспечения (СПО), установленного на рабочих местах банковских работников (контролеров, кредитных бухгалтеров, инспекторов и т. д.). Таким образом, принципиальное отличие нового подхода к созданию АБС заключается в идее распределения плана счетов по уровням экспертизы. При этом и сам справочник плана счетов с соответствующими описаниями, и информационное множество клиентов проектировались по принципу распределенной базы данных. Банкам целесообразно разрабатывать свои АИС собственными силами в силу причин:
· Во-первых, это конечно относительно низкая стоимость таких разработок (по сравнению с покупными). Как правило, к существующим подразделениям департамента информатизации, таким как: управление эксплуатации, управление эксплуатации вычислительной сети и средств связи, экспертно-аналитическое управление (постановка задач), добавляется лишь новая структура: управление развития и разработки АИС, что, как правило, не влечет за собой больших финансовых затрат.
· Во-вторых, собственная разработка - это максимальная ориентация на реализацию бизнес - процессов предприятия или банка, его уникальных финансовых и управленческих технологий, складывающихся годами.
· В третьих, это позволяет обеспечивать значительно более высокий уровень безопасности и независимости от внешних факторов.
· В четвертых, оперативная реакция на изменения правил игры на рынке.
Вместе с тем при собственной разработке необходимо решить целый комплекс организационно-технических задач, которые позволили бы избежать ошибочных решений:
· Во-первых, правильный выбор архитектуры построения вычислительно-коммуникационной сети и ориентация на профессиональные СУБД. По экспертным оценкам собственные разработки АИС в 53% базируются на СУБД Oracle, около 15% на Informix, 22% - другие СУБД.Во-вторых, использование при разработке современного инструментария (CASE средства, эффективные средства разработки: Delphi, Designer2000, Developer2000, SQL-Stations и т.п.).
· В третьих, мультизадачная инфраструктура разработки проекта, когда конкретный модуль АИС ведет группа разработчиков с взаимосвязанным перечнем задач, построенная на принципах полной взаимозаменяемости, т.е. функционирование данного модуля АИС и его развитие не связано с одним конкретным разработчиком.
· В четвертых, применение эффективных организационно-технических средств по управлению проектом и контролю версий АИС.
Только при соблюдении этих основных положений можно рассчитывать, что собственная разработка окажется конкурентной и эффективной. В противном же случае можно столкнуться с эффектом "неоправданных ожиданий" - это в лучшем случае, а в крайнем случае вообще задуматься о смене АИС. При этом, смена АИС может вызвать как непосредственно смену клиентских модулей и табличной структуры БД, так и потребовать замены серверного и клиентского аппаратного и общесистемного программного обеспечения, включая СУБД, а это дело не дешевое. Поэтому очень важно при выборе варианта реализации АИС сразу решить вопрос о возможностях экспорта/импорта данных в создаваемой системе. При правильном решении данного вопроса смена АИС, если в ней все-таки возникнет необходимость, произойдем практически безболезненно для функциональных подразделений.
Заключение
Современная АИС должна представлять собой интегрированный комплекс аппаратно-программных средств реализующих мультипредметную информационную систему, обеспечивающую современные финансовые, управленческие, проектирующие, производственные и сбытовые технологии в режиме реального времени при транзакционной обработке данных.
Комплексная автоматизация операций требует создания единого информационного пространства банка, в котором сотрудники и руководство могут осуществлять свою деятельность, руководствуясь едиными правилами представления и обработки информации в документном и бездокументном виде. Для этого в рамках предприятия требуется создать единую информационную систему по управлению информацией или единую систему управления документами, включающую возможности:
· удаленной работы, когда члены одного коллектива могут работать в разных комнатах здания или в разных зданиях;
· доступа к информации, когда разные пользователи должны иметь доступ к одним и тем же данным без потерь в производительности и независимо от своего местоположения в сети;
· средств коммуникации, например: электронная почта, факс, печать документов; сохранения целостности данных в общей базе данных;
· полнотекстового и реквизитного поиска информации;
· открытость системы, когда