3.2 Рекомендации по проектированию АИС в Маслянинском ДО ОАО Банк "Левобережный"

Развитие банковских структур и промышленных предприятий, увеличение числа филиалов, рост количества клиентов, необходимость повышения качества обслуживания предъявляют к автоматизированным системам новые требования. Новый подход к проектированию АИС заключается в сбалансированном сочетании двух предыдущих. В первую очередь это относится к идеологии построения ядра системы: "Автоматизированная бухгалтерия - аналитический учет".


Алгоритм решения задачи (блок-схема) представлен на Рисунке 3.

Рис. 3. Алгоритм решения задачи

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

·     Во-первых, это конечно относительно низкая стоимость таких разработок (по сравнению с покупными). Как правило, к существующим подразделениям департамента информатизации, таким как: управление эксплуатации, управление эксплуатации вычислительной сети и средств связи, экспертно-аналитическое управление (постановка задач), добавляется лишь новая структура: управление развития и разработки АИС, что, как правило, не влечет за собой больших финансовых затрат.

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

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

·     В четвертых, оперативная реакция на изменения правил игры на рынке.

Вместе с тем при собственной разработке необходимо решить целый комплекс организационно-технических задач, которые позволили бы избежать ошибочных решений:

·     Во-первых, правильный выбор архитектуры построения вычислительно-коммуникационной сети и ориентация на профессиональные СУБД. По экспертным оценкам собственные разработки АИС в 53% базируются на СУБД Oracle, около 15% на Informix, 22% - другие СУБД.Во-вторых, использование при разработке современного инструментария (CASE средства, эффективные средства разработки: Delphi, Designer2000, Developer2000, SQL-Stations и т.п.).

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

·     В четвертых, применение эффективных организационно-технических средств по управлению проектом и контролю версий АИС.

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


Заключение

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

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

·     удаленной работы, когда члены одного коллектива могут работать в разных комнатах здания или в разных зданиях;

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

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

·     полнотекстового и реквизитного поиска информации;

·     открытость системы, когда пользователи должны иметь доступ к привычным средствам создания документов и к уже существующим документам, созданным в других системах;

·     защищенность информации;

·     удобства настройки на конкретные задачи пользователей;

·     масштабируемости системы для поддержки роста организаций и защиты вложенных инвестиций и т.д.


Список использованной литературы

1.                Вестник Банка "Левобережный" (ОАО).

2.                Гроздева В.А., Лаврентьева И.Ю. Основы построения автоматизированных информационных систем: учебник. – М.: ИД "ФОРУМ": ИНФРА-М, 2007. – 320с.

3.                Макарова О.В., Невзорова В.И. Информационные технологии для экономистов. – Ростов н/Д: Феникс, 2004.

4.                Сайт "Информационные экономические системы" // www.infoeconom.ru

5.                Сайт ОАО Банк "Левобережный"// www.nskbl.ru


Информация о работе «Проектирование автоматизированной информационной системы»
Раздел: Экономико-математическое моделирование
Количество знаков с пробелами: 32005
Количество таблиц: 19
Количество изображений: 2

Похожие работы

Скачать
13161
0
0

... существуют как бы в разных плоскостях: бизнес сам по себе, а АИС – сама по себе. На наш взгляд, в этой рассогласованности и кроется главная причина недооценки потенциала АИС как ресурса бизнеса. Скажите, можно ли назвать разумной причиной построения АИС ПРОЦЕСС автоматизации бизнеса? Вряд ли, разве что из бескорыстной любви руководителя к ПРОЦЕССУ автоматизации или как дани к моде. Рациональной ...

Скачать
43342
0
0

... билет по предмету ПРИНЦИПЫ ПОСТРОЕНИЯ АВТОМАТИЗИРОВАННЫХ ИНФОРМАЦИОННЫХ СИСТЕМ Билет № 11 1) Какие основные цели (не менее 5-ти) преследует создание корпоративной автоматизированной информационной системы? 2) Раскройте понятие "искусственный интеллект". 3) Дайте краткую характеристику средствам обеспечения безопасности в автоматизированных системах управления документами. 4) ...

Скачать
197703
51
41

... системы заключается в автоматизации и замене ручного труда автоматизированным трудом с высвобождением персонала. Конкретно будет разрабатываться автоматизированная информационная система для управления портфелем реальных инвестиций предприятия СФ ОАО «ВолгаТелеком». Разработка данной системы приведет к экономии затрат, связанных с проведением анализа и оценки инвестиционных решений и компоновки ...

Скачать
47649
7
0

... методик расчетов, инструкций. Тема 5: Проектирование информационного обеспечения. Состав и содержание проектной деятельности по ИО. 2. Проектирование информационной базы. 3. Проектирование систем классификации и кодирования. 4. Входные и выходные документы. 5. Проектирование технологического процесса обработки данных. Состав и содержание проектной документации регламентируется ГОСТом. ...

0 комментариев


Наверх