Лекции по "Современные банковские технологии"

     Согласно  приведенным подходам формируются основные принципы создания ИС и ИТ управления:

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

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

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

     Тактические решения обычно принимаются управленцами среднего уровня, ответственными за обеспечение средствами для достижения целей и намерений, поставленных ЛПР верхнего звена. Тактические решения не так рутинны и структурированы, как оперативные решения. Все главные параметры объекта управления, входящие в состав тактических решений, неизвестны; оценки характеристик, определенные как важные, могут быть неизвестны, а взаимосвязь между характеристиками и решениями может быть не ясна.

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

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

• сформулировать проблему;
• выявить цель;
• сформулировать критерий оценки принятия решений.

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

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

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

1. методы, используемые в условиях определенности;
2. методы, используемые в условиях риска.

     Этапами проектирования СППР при наличии  программной оболочки являются:

• Описание предметной области, целей создания системы и выполнение постановки задачи.
• Составление словаря системы.
• Разработка базы знаний и базы данных.
• Внедрение системы.

     Этап 1. Описание предметной области, целей создания системы и выполнение постановки задачи. Описание должно отражать специфику предметной области в нескольких формах. Первая из них - это текстовое представление содержание процессов, объектов и связей между ними. Вторая форма описания представляет собой графическое представление дерева целей, стоящих перед пользователем, или дерева И-ИЛИ.

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

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

     Этап 3. Разработка базы знаний и базы данных. База знаний, как правило, состоит из двух компонентов: дерева целей с расчетными формулами и базы правил (сеть вывода). База правил создается на основании графа целей и сформулировавши ранее гипотез. Главное внимание здесь уделяется коэффициентам определенности исходных условий и правил их обработки.

     Этап 4. Внедрение. Проверяется и оцениваются правильность работы системы. Устанавливаются результаты, которые затем сравниваются с полученными в процессе запуска системы. Проверяются также промежуточные расчеты с помощью блока, отвечающего на вопросы как и почему.

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

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

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

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

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

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

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

     В области автоматизации проектирования ИС и ИТ за последнее десятилетие сформировалось новое направление - CASE (Computer- Aided Soft-ware/System Engineering). CASE - это инструментарий для системных аналитиков, разработчиков и программистов, позволяющий автоматизировать процесс проектирования и разработки ИС, прочно вошедший в практику создания и сопровождения ИС и ИТ. Основная цель CASE состоит в том, чтобы отделить проектирование ИС и ИТ от ее кодирования и последующих этапов разработки, а также максимально автоматизировать процессы разработки и функционирования систем.

     Помимо  автоматизации структурных методологий  и как следствие возможности  применения современных методов  системной и программной инженерии CASE обладают следующими основными достоинствами:

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

     Большинство CASE-средств основано на научном подходе, получившем название "методология/метод/нотация/средство". Методология формулирует руководящие указания для оценки и выбора проекта разрабатываемой ИС, шаги работы и их последовательность, а также правила применения и назначения методов. К настоящему моменту CASE-технология оформилась в самостоятельное наукоемкое направление, повлекшее за собой образование мощной CASE-индустрии, объединившей сотни фирм и компаний различной ориентации.

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

     Общий показатель надежности ИС концентрирует  в себе ряд важных характеристик:

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

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

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

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

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

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

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