34. Совместный доступ к информации об операции в абс. Отображение операции в разных частях базы данных.

35. Разграничение прав доступа пользователей системы.

При исполнении любых операций существует понятие о правах на выполнение этих действий. Права всегда связаны с сотрудниками системы. При определении подходов и способов задания полномочий используют следующие варианты:1) Возможен вариант разделения доступа к функциям системы. В этом случае для пользователя системы отдельно задаются доступные к выполнению операции, т.е. доступ к различным модулям системы и пунктам меню этих моделей и отдельно на доступ к БД, а именно на изменение и сохранение информации. Делается это для более четкого оформления операции заложенных в систему алгоритмически, т.е. когда конкретные действия пользователя в данной операции предусматривает текущие усложненные действия, прописанные в системе дополнительно. 2) Создание определенных уровней доступа, т.е. разделение исполнителей по категориям. Возможные права и полномочия по работе в системе оформляются в связанные пакеты. Эти уровни отличаются тем, что низовые типы формируются по модулям; 3)Определение необходимых прав выполнения какого-то действия с документом или счетом. Более простой тип задания полномочий. Но в этом случае у нормально функционального сотрудника появляется множество отдельных прав и полномочий. Здесь также выдаются полномочия, как на действия, так и на доступ к БД; 4)Формирование пакетов прав в виде автоматического рабочего места. В этом случае нужно определить по роду сотрудников пакеты, каких типов, и операции выполняются этим сотрудником и для него формируется соответствующий пакет. В общем случае система может включить в себя несколько способов задания полномочий, а именно стандартные расширенные права для получения дополнительной информации могут быть реализованы через стандартные уровни доступа.

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

37.Состав и архитектура платформы АБС.Состав платформы БИСа состоит из 2 частей : 1)аппаратная часть,включает в себя типы серверов и рабочих станций.Ап часть влияет на надежность и производительность,т.е. скорость вып-я операций. 2)программная часть.включает сетевую ОС и программную среду разработки. М\д аппаратной и программной частью платформы сущ-ет тесная взаимосвязь, т.к. сетевая ОС связана с типом серверов, на которой может работать ,а СУБД связаны с сетевыми ОС, с которыми они могут взаимодействовать. Любую банковскую платформу можно представить в виде 3 частей: программная часть: СУБД ,в которой хранятся метаданные,разграничение прав доступа. Сервер приложений: сервер, который обращается к СУБД с запросами, обрабатывает поступающие данные и предоставляет их пользователю. Пользовательская часть: интерфейс программы.Если правила и алгоритмы выполнения операций вып-ся на серервере приложений, а не в СУБД,то это значительно ускоряет работу системы, обеспечивая многопользовательский режим работы. Наличие этого уровня значительно увеличивает стоимость платформы.

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