Автоматизация ломбарда

• Системность
• Гибкость
• Устойчивость
• Эффективность

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

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

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

Эффективность  АРМ  следует рассматривать как интегральный показатель уровня реализации приведенных выше принципов,  отнесенного  к затратам на создание и эксплуатацию системы.

  Функционирование АРМ может  дать  желаемый  эффект  при  условии правильного  распределения  функций и нагрузки между человеком  и машинными средствами  обработки  информации,  ядром  которой  является  компьютер.

 

1.2.5 Выбор и обоснование технических средств

 

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

- Улучшение временных характеристик процесса без модификации их содержания.

- Его реорганизация путем использования  новых возможностей информационных  технологий.

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

При оценке эффективности информационного обеспечения бизнес-процесса могут использоваться различные метрики:

1. Соответствие принятому стандарту  информационного обеспечения бизнес-процесса (эталонному процессу);

2. Соответствие целям участников;

3. Стоимость реализации экземпляра  бизнес-процесса с учетом стоимости  затрат на информационные технологии;

4. Время процесса как косвенная  характеристика его стоимости.

При оценке экономической эффективности бизнес-процесса необходимо прежде всего определить систему показателей оценки эффективности, с помощью которой можно контролировать качество организации бизнес-процесса [7].

Общую схему формирования интегрированной оценки в процессе принятия решения по многим критериям можно представить следующим образом (Рисунок 1):

 

 

Рисунок 1. Схема формирования агрегированной оценки

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

1. Протяженностью во времени (или конечным числом моментов времени в случае дискретного процесса).

2. Множеством входных переменных (множеством начальных состояний  процесса).

3. Множеством выходных переменных (множеством конечных состояний  процесса). Множество конечных состояний процесса представляет собой множество готовых продуктов или оказанных услуг, востребованных потребителем (под потребителем понимается клиент или другой бизнес-процесс).

4. Множеством промежуточных состояний  процесса. Процесс переходит в промежуточное состояние после завершения очередной элементарной его функции (операции).

5.Внутренней структурой совокупности  элементов бизнес-системы, реализующих  данный процесс (организационной  структурой процесса);

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

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

При исследовании структуры бизнес-процесса, как правило, возникает вопрос об эффективности его функционирования. В этом случае качество процесса оценивается на основании целевой функции (критерия эффективности) бизнес-процесса.

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

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

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

1. изменение состава и структуры  бизнес-процессов, подлежащих автоматизации;

2. изменение требований к интерфейсу и эргономике системы;

Можно выделить два стандартных подхода к обеспечению адаптивности информационной системы:

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

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

Рассматривая задачу адаптивного развития информационной системы кредитной организации, необходимо учитывать, что решение проблемы автоматизации учетных задач не решает задачу в целом. Технологический процесс в банке во многом сводится к обработке информации. На современном этапе в базовой модели информационной системы банка можно выделить три уровня информации:

1. Информация для поддержки управленческих  решений стратегического характера.

2. Информация, необходимая для обслуживания  клиентов и решения задач внутрибанковского  управления.

3. Учетно-операционная информация  о конкретных операциях банка.

С позиций взаимодействия двух организаций - разработчика и пользователя - модель адаптивной реструктуризации информационной системы в обобщенном виде можно представить с помощью следующей схемы (Рисунок 2):

 

 
Рисунок 2. Схема адаптивной реструктуризации информационной системы

 

Технологические блоки, наличие которых позволяет решать задачи адаптации:

- изменение состава информации  и структуры информационной базы;

- изменение состава рабочих  мест и функционального наполнения рабочего места пользователя;

- изменение интерфейсов ввода  и корректировки информации;

- изменение фильтров и запросов  на получение информации;

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

- генератор операций над бизнес-объектами;

- изменение алгоритмов обработки  информации;

- изменение логики исполнения  бизнес-процессов.

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

При построении методики нас будет интересовать структура и изменение характеристик трех компонент бизнес-процесса: интерфейса, бизнес-логики и данных [7].

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

Остановимся несколько подробнее на способе реализации расширяемой метасхемы. Ее основными характеристиками являются:

- Объектно-ориентированный подход  к реализации;

- Иерархически организованный  словарь классов объектов;

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

- Возможность определять новые  реквизиты классов объектов, присутствующих в схеме данных;

- Определение правил ведения  и изменения классов объектов  и их реквизитов (область определения, возможность индексирования, обязательность, наследование и т.п.);

- Реализация стандартных и нестандартных  методов ввода, просмотра, выбора, проверки определенных (в том числе вновь определенных) классов объектов и реквизитов;

- Реализация механизмов экспорта  и импорта объектов;

- Реализация механизмов экспорта  и импорта описания расширенной  метасхемы. Описывающую логическую  структуру базы данных АБС в универсальных реляционных таблицах, строки которых содержат описательную информацию о ряде объектов (сущностей) информационной системы. При этом ядро схемы базы данных системы - классы объектов, реквизиты и связи между ними, которые имеют четко формализованную семантику и которым наиболее часто происходит обращение - реализуется в рамках обычной реляционной модели СУБД Progress, а часть классов и реквизитов - в рамках расширенной метамодели. Это дало возможность определять новые классы объектов, их реквизиты и связи без необходимости изменения физической модели данных [9].

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

 

 
 

Рисунок 3. Реализация расширения схемы данных

 

Для реализации расширенной метасхемы в структуре данных присутствуют следующие сущности:

- словарь классов;

- методы классов;

- словарь реквизитов классов;

- классификатор значений реквизитов.

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

Под интерфейсом информационной системы (ИС) будем понимать совокупность способов передачи информации в ИС, из ИС или между ее компонентами на основе унифицированных спецификаций и сценариев.

Обычно выделяют входной интерфейс - интерфейс ввода информации и выходной интерфейс - интерфейс вывода информации.

Можно выделить три способа организации входного интерфейса:

- Ручной ввод информации;

- Автоматизированный ввод с  генерацией части информации  на основании типовых схем  настроек;

- Автоматический ввод информации на основе электронных документов.

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

 

 

 

 

 

2 Проектная часть

 

 

2.1 Информационное обеспечение комплекса задач

 

 

2.1.1 Инфологическая (информационная) модель (схема данных) и ее описание