Материал: Разработка автоматизированной системы контроля и управления автопарком такси

В-третьих, усовершенствование Windows 2000 по сравнению с NT 4.0 коснулось длительности threads (нити) одного процессора, разрешенных операционной системой до перехода на другой(ие) процессоры. В Windows 2000 они короче, чем в NT 4.0, а чем они меньше, тем более экономится время. Все это, в конечном результате убыстряет работу администратора, который теперь сам может выделять те или иные ресурсы приложениям в каждой конкретной ситуации [7].

Подсистемы безопасности NT 4.0 и Windows 2000 открывают доступ по паролю. В Job используется новый тип доступа - ограниченный доступ. Большинство задач, выполняемых Job не интерактивны. Именно поэтому куда лучше использовать Job в окружении ограниченного доступа. Другими словами, работающие приложения не имеют доступа к остальным ресурсам системы. Они продолжают работать, но не могут несанкционированно проникнуть в другие приложения, защищенные от проникновения. В этом случае Job, например, не может перезагрузить систему, если остальные приложения продолжают работать, не получает доступ к части файлов, которые защищены от несанкционированного доступа и не может внести изменения в часть Registre (изменения касающиеся работоспособности других программ).улучшил и взаимодействие Windows 2000 с другими операционными системами, в рамках все той же безопасности. С такими системами как UNIX и NetWare. В действительности, система безопасности Windows 2000 сильно отличается от других систем такого же рода, особенно по типам доступа к объектам. Например, Windows 2000 имеет одновременно два типа основного доступа к данным (Reading и Writing), и типами специального доступа (List Directory и Create Directory Entry). Так вот, все это очень сильно мешает Windows 2000 получать доступ к безопасности других типов данных, определенных другими операционными системами. Для решения этой проблемы Microsoft внедрил новое изобретение, которое позволяет Windows 2000 взаимодействовать с другими системами. Теперь, эта новая модель безопасности позволяет использовать это новшество в качестве переводчика и переводить права доступа с языка понятного только в Windows 2000 на язык понятный другим операционным системам. Приложения в Windows 2000, в свою очередь, могут теперь контролировать безопасность других объектов.

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

хранение больших объёмов актуальной и достоверной информации;

простота обращений пользователей к БД;

возможность внесения, изменения, удаления, сортировки и других манипуляций с данными БД;

поиск информации по различным группам признаков;

возможность расширения и реорганизации данных в БД при изменениях предметной области.Access в настоящее время является одной из самых популярных среди настольных программных систем управления базами данных. Среди причин такой популярности следует отметить:

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

глубоко развитые возможности интеграции с другими программными продуктами, входящими в состав Microsoft Office, а также с любыми программными Продуктами, поддерживающими технологию OLE;

богатый набор визуальных средств разработки.

Нельзя не отметить, что, существенной причиной такого широкого распространенная MS Access является и мощная рекламная поддержка, осуществляемая фирмой Microsoft. В процессе разработки данного продукта на рынок представлялись его различные версии. Наиболее известными (в некотором смысле этапными) cтали Ассеss 2.0, Ассеss 7.6 (он впервые был включен в состав программного комплекта MS Office). Позже появились версии Ассеss 97 (в составе NS Office) и Ассеss 2000 (в составе МS Office 2000).

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

Специфической особенностью СУБД Ассеss является то, что вся информация, относящаяся к одной базе данных, хранится в едином файле. Такой файл имеет расширение *.mdb. Данное решение, как правило, удобно для непрофессиональных пользователей, поскольку обеспечивает простоту при переносе данных с одного рабочего места на другое. Внутренняя организация данных в рамках mbd-формата менялась от версии к версии, но фирма Microsoft поддерживала их совместимость снизу вверх, то есть базы данных из файлов в формате ранних версий Access могут быть конвертированы в формат, используемый в версиях более поздних.

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

Чтобы проектируемая АРМ была эффективной необходимо соблюдение следующих принципов создания системы:

Системность

Гибкость

Устойчивость

Эффективность

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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