close

Вход

Забыли?

вход по аккаунту

?

Лабраб11(ПриклМатем)

код для вставкиСкачать
2.11 Лабораторная работа № 11. Администрирование.
Цель работы. Получение навыков администрирования.
2.11.1 Теоретические сведения
Сейчас мы познакомимся с объектом конфигурации "Подсистема" и узнаем, какие полезные возможности предоставляет разработчику использование этого объекта. Зачем же нужны подсистемы?
В конфигураторе 1С:Предприятия существует возможность определить логическую структуру создаваемого прикладного решения, описав ее в виде различных, по своей функциональности, частей, которые в совокупности составляют данное прикладное решение.
Для описания такой структуры существуют объекты конфигурации Подсистема. Эти объекты располагаются в ветке объектов "Общие" и позволяют строить древовидную структуру, состоящую из подсистем и подчиненных подсистем.
Большинство объектов конфигурации имеют соответствующее свойство "Подсистемы", с помощью которого объект конфигурации можно отнести к тем или иным подсистемам. Такая привязка объектов конфигурации к логической структуре прикладного решения имеет две полезных возможности использования.
Во-первых, при разработке достаточно крупных прикладных решений, зачастую возникает необходимость оперировать не всеми объектами конфигурации, а только теми, которые относятся к разрабатываемой в данный момент логической части конфигурации. В этом случае разработчик имеет возможность отфильтровать содержимое дерева конфигурации по тем подсистемам, которые интересуют его в данный момент.
Во-вторых, принадлежность объектов конфигурации к определенной подсистеме позволяет легко создавать пользовательские интерфейсы и роли, поскольку пользователи, как правило, осуществляют какой-либо определенный набор действий, который определяется некоторым набором прав.
Подсистемы позволяют описывать прикладное решение в виде иерархического дерева функциональных блоков, поскольку каждая подсистема может состоять, в свою очередь, из нескольких других подсистем.
2.11.1.1 Создание подсистем
Создаваемую нами конфигурацию нельзя назвать крупной, однако и в ней присутствует несколько функциональных частей представляющих собой отдельные предметные области. Так можно выделить в отдельную подсистему все, что имеет отношение к бухгалтерскому учету. Кроме этого, отдельной предметной областью является расчет зарплаты сотрудников предприятия и все остальное, по-видимому, можно отнести к области учета материалов и услуг.
В первой лабораторной работе мы создали в нашей конфигурации три объекта конфигурации типа "Подсистема", с именами: "Бухгалтерия", "Кадры" и "Торговля".
Теперь все объекты нашей конфигурации следует отнести к той или иной подсистеме. В следующей таблице представлено соответствие объектов конфигурации и созданных нами подсистем.
Объект конфигурацииПодсистемаБухгалтерияКадрыТорговляПеречисленияНастроениеПолОбразованиеВидКонтрагентаВидОплатыСоциальноеПоложениеТипКлиентаТипСкладаСправочникиКлиентыКонтрагентыРасчетные счетаСотрудникиДетиНоменклатураПодразделенияСкладыДокументыПриходнаяНакладнаяСчетДоверенностьРасходнаяНакладнаяОказаниеУслугиПриходныйКассовыйОрдерРасходныйКассовыйОрдерРегистры сведенийКурсыВалютЦеныПоставщиковЦеныНоменклатурыГрафикРегистры накопленияОстаткиНоменклатурыКассаПоставщикиПокупателиПродажиЗакупкиОтчетыЗнакомство с запросомПрайс-листЦены поставщиковЦены номенклатурыПоступление товаровРеализация товаровВзаиморасчеты с поставщикамиВзаиморасчеты с покупателямиДвижение товаровДвижение наличностиРеестр документов "ОказаниеУслуги"ВыручкаМастеровУниверсальныйРейтинг услугРейтинг клиентов Будет удобно задать эти соответствия, воспользовавшись следующей возможностью конфигуратора: установите курсор в корень дерева конфигурации ("Конфигурация") и из контекстного меню правой кнопки мыши выберите пункт "Дополнительно". В появившемся окне перейдите на закладку "Подсистемы".
Теперь, при перемещении по дереву конфигурации, в окне будет отображаться состав подсистем, в которые входит выделенный объект:
Рис. 350 Задание принадлежности объекта подсистеме
Зададим принадлежность объектов конфигурации к подсистемам согласно таблице, ставя или убирая флажки. 2.11.1.2 Интерфейс, роль, список пользователей
После того, как созданы все основные объекты конфигурации можно приступить к определению ролей пользователей и созданию интерфейсов.
До сих пор мы с вами использовали пункт меню "Операции", для того, чтобы получить доступ к тому или иному объекту конфигурации. Нам были доступны абсолютно все объекты конфигурации, и мы могли осуществлять с ними все доступные действия.
При работе пользователей с системой "1С: Предприятие" в сети значение приобретают два вопроса - интеграция и разделение доступа, и при реальной работе пользователей одной из главных возможностей, которую должно обеспечивать прикладное решение, является разграничение прав доступа пользователей к той или иной информации, хранящейся в информационной базе.
Например, руководитель должен, очевидно, иметь доступ ко всей информации, которая содержится в базе данных, а вот кладовщик - напротив, должен иметь доступ только к информации, касающейся движения товаров на складах и не иметь возможности просматривать бухгалтерскую или кадровую информацию.
Кроме этого, должна существовать возможность ограничить пользователей в выполнении тех или иных действий с объектами базы данных. Например, кладовщик может создавать и изменять приходные накладные, поскольку он отвечает за учет материалов на предприятии. Мастеру может понадобиться просматривать приходные накладные для того, чтобы знать, какие материалы и когда были получены. Однако мастер не должен иметь возможности вносить какие-либо изменения в приходные накладные. Конфигуратор содержит развитые средства администрирования, предназначенные для решения указанных задач. Другой, также не менее важной задачей, является формирование резервных копий.
Прежде всего, в процессе создания конфигурации создается необходимое число типовых ролей и интерфейсов. Роль описывает полномочия определенной категории пользователей на доступ к информации, обрабатываемой системой. Настройка интерфейса связана с определением состава команд главного меню и панелей инструментов. Для определения ролей и интерфейсов внутри ветви "Общие" существуют одноименные объекты. Порядок работы с ними довольно простой.
2.11.1.2.1 Объект конфигурации "Роль"
Для описания разрешений на работу с другими объектами конфигурации используются объекты конфигурации типа "Роль". С помощью такого объекта разработчик получает возможность описать набор прав на выполнение тех или иных действий над каждым из объектов базы данных и над всей конфигурацией в целом.
Для определения роли необходимо выполнить щелчок правой клавишей мыши на ветви "Роли". Далее, обходя все объекты конфигурации, необходимо отметить те действия, выполнение которых будет разрешаться пользователю с данной ролью.
Как правило, роли создаются отдельно для каждого вида деятельности, и каждому пользователю системы ставится в соответствие одна или несколько ролей.
В случае, когда пользователю поставлено в соответствие несколько ролей, предоставление доступа будет осуществляться по следующему алгоритму:
• если хотя бы в одной роли есть разрешение, то доступ будет открыт,
• если во всех ролях разрешение отсутствует, то доступ будет закрыт.
2.11.1.2.2 Создание ролей
При создании ролей исходят, как правило, из того, какие полномочия требуются различным группам пользователей на доступ к информации. Для этого ролей мы воспользуемся подсистемами, которые значительно облегчат нашу задачу. Первая роль, которую мы создадим, будет роль "Администратор". Она должна включать в себя полные права на работу с данными информационной базы.
Создадим новый объект конфигурации Роль с именем "Администратор", затем перейдем по гиперссылке "Открыть".
Рис. 351 Задание свойств роли
Откроется окно редактирования прав:
Рис. 352 Редактирование прав роли
Слева, в списке объектов, перечислены все объекты и виды объектов конфигурации, а справа, в окне прав, перечислены доступные права для выбранного объекта или видов объектов конфигурации. Пробежав по списку объектов, вы обнаружите, что по умолчанию новая роль имеет полные права на все объекты и виды объектов. В данном случае нас это устраивает, поскольку администратор и должен иметь такие права. Единственное, что следует сделать - это снять разрешение на интерактивное удаления для всех объектов. Это необходимо для того, чтобы администратор случайно не мог удалить какой-либо объект базы данных.
Следующей ролью, которую мы создадим, будет роль "ТолькоПросмотр". Создадим новый объект конфигурации Роль с именем "ТолькоПросмотр" и в открывшемся окне редактирования прав выполним команду "Действия | Снять все права". В результате этого, все права на доступ ко всем объектам будут сняты, за исключением тех видов объектов конфигурации, для которых не создано ни одного объекта. Для таких видов объектов конфигурации останутся установленными полные права.
Теперь нам останется лишь пройти по видам объектов конфигурации и установить для них права "Чтение", "Просмотр" и "Использование". Вторая роль нашей конфигурации готова.
Следующая роль, которую мы создадим, будет роль "Мастер". Снова создадим новый объект конфигурации "Роль" с именем "Мастер" и снимем все права в окне редактирования прав. После этого, Выполним команду "Действия | Установить по подсистемам" и выберем подсистему "Торговля". В результате будут установлены все права на объекты конфигурации, относящиеся к данной подсистеме.
Рис. 353 Реализация отбора по подсистеме
Если теперь установить фильтр объектов по подсистеме "Торговля", то можно, при необходимости, внести уточнения в установленные права.
В частности, для справочника "Сотрудники" запретим добавление, изменение и удаление. Обратите внимание, что при запрете права "Добавление" исчез флажок у права "Интерактивное добавление", т.к. оно является уточнением права "Добавление". Аналогично "уточненные" права запрещаются при отмене прав на изменение и удаление.
Рис. 354 Уточнение прав роли
В заключение создадим две роли: "Бухгалтер" и "Расчетчик". Мы разделим права по расчету зарплаты и по ведению бухгалтерского учета. Дело в том, что на предприятии есть бухгалтер и помощник бухгалтера. Помощник бухгалтера занят, в основном, расчетом зарплаты, но иногда это делает и главный бухгалтер. Поэтому ему необходимо будет назначить обе роли, в то время как помощнику - только роль "Расчетчик".
Создадим новый объект конфигурации "Роль" с именем "Расчетчик". В окне редактирования прав снимем все права и затем установим их по подсистеме "Кадры" (и не забудем запретить интерактивное удаление).
В заключение создадим объект конфигурации "Роль" с именем "Бухгалтер". В окне редактирования прав снимем все права и затем установим их по подсистеме "Бухгалтерия". После этого отфильтруем список объектов по этой подсистеме и для справочника "Номенклатура" запретим добавление, изменение и удаление. Также запретим интерактивное удаление для всех объектов.
Список прав для каждой роли можно получить, выполнив в окне редактирования прав команду "Действия | Вывести список".
2.11.1.2.3 Объект конфигурации "Интерфейс"
Теперь мы можем перейти к созданию интерфейсов. Помимо того, что для каждого пользователя необходимо определить набор его прав в системе, следует также, исходя из разрешенных действий, предоставить пользователю удобный и функциональный интерфейс, не содержащий лишних элементов. Например, кладовщик должен иметь возможность принять и выдать товар, и ему совсем не нужно видеть пункты меню, которые позволяют отслеживать работу мастеров или управлять заказами.
Для создания индивидуальных пользовательских интерфейсов предназначены объекты конфигурации "Интерфейс". Эти объекты позволяют создавать наборы команд главного меню и панели инструментов, с которыми будет работать пользователь.
Как правило, для каждой категории пользователей создается свой интерфейс, который ставится в соответствие конкретному пользователю. В отличие от ролей, каждому пользователю можно назначить только один интерфейс по умолчанию, однако средствами встроенного языка можно управлять видимостью других интерфейсов.
2.11.1.2.4 Создание интерфейсов
Для того, чтобы понять, какие интерфейсы нужно создать в нашей конфигурации, следует определиться с тем, какие группы пользователей собираются работать с нашим прикладным решением.
Скорее всего, это будут руководители, мастера и бухгалтеры. В соответствии с этим мы создадим три различных интерфейса: "Руководитель", "Мастер" и "Бухгалтер". Кроме этого, следует не забыть про то, что у каждой базы данных, как правило, есть администратор - специально выделенный человек, отвечающий за непрерывное функционирование базы, сохранность и достоверность данных. Поскольку администратору нужно предоставить возможность осуществлять обслуживание базы данных - для него мы тоже создадим отдельный интерфейс - "Администратор".
Создадим новый объект конфигурации типа "Интерфейс", и на экране появится конструктор главного меню.
Рис. 355 Построение интерфейса конструктором меню
Он содержит два списка: список подменю и список команд выделенного подменю. В этих списках перечислены те пункты подменю и те команды в них, которые предлагается создать по умолчанию. Разработчик может вручную отметить или снять отметку с тех или иных подменю и команд или воспользоваться возможностью построения интерфейса на основе подсистем, существующих в конфигурации.
По умолчанию предлагается сформировать списки подменю и команд по всем подсистемам конфигурации, но, нажав кнопку "По подсистемам", можно указать только некоторые подсистемы. Тогда конструктор построит меню, основываясь на тех объектах конфигурации, которые относятся к указанным подсистемам.
Мы так и поступим. Первый интерфейс, который мы будем создавать, будет интерфейс "Бухгалтер". Поэтому выберем подсистемы "Бухгалтерия" и "Кадры" и нажмем "Установить". В конструкторе меню обновится список команд и используемых подменю. Нажмем "Построить" и зададим имя интерфейса - "Бухгалтер". Укажем, что этот интерфейс будет относиться к подсистемам "Бухгалтерия" и "РасчетЗарплаты".
Рис. 356 Реализация отбора по подсистемам
Вместе с палитрой свойств на экране открылось окно редактора интерфейса - остановимся на нем подробнее:
Рис. 357 Окно редактора интерфейса
Окно редактора интерфейса состоит из трех частей: панель инструментов, список панелей интерфейса и редактора панели. У каждого интерфейса может быть всего одна панель главного меню и несколько панелей инструментов.
Сейчас наш интерфейс "Бухгалтер" содержит только панель главного меню, пункты которого отображены в редакторе панели. При нажатии на любой пункт меню открывается список подменю, содержащий команды этого пункта.
Теперь создадим интерфейс "Мастер". Для него в конструкторе меню выберем подсистему "Торговля" и укажем, что сам он тоже будет относиться к подсистеме "Торговля".
Два последних интерфейса, будем создавать следующим образом: меню интерфейса "Руководитель" построим по всем трем подсистемам конфигурации, а при создании меню интерфейса "Администратор" мы не будем выбирать никаких подсистем, а сразу построим меню. Обратите внимание, что в этом случае система включила в меню пункты стандартных действий: "Файл", "Операции", "Сервис", "Окна" и "Справка". Скорее всего, они понадобятся будущему администратору информационной базы.
Разработчик, по своему усмотрению может добавлять, изменять и удалять пункты меню. Эти действия просты и не требуют специальных описаний. И поскольку создание удобного и эргономичного меню - задача творческая - мы лишь показали возможность быстрого создания некоей заготовки, которую разработчик может впоследствии самостоятельно доработать под нужды конкретной группы пользователей. 2.11.1.2.6 Администрирование работы пользователей
Для того, чтобы иметь возможность отличать друг от друга пользователей, работающих с информационной базой, в системе 1С:Предприятие существует режим ведения списка пользователей.
В этом режиме администратор базы имеет возможность создавать и удалять пользователей системы, назначать им интерфейсы и роли и т.д.
После определения ролей и интерфейсов можно приступить к определению списка пользователей в системе. Прежде чем мы приступим к созданию списка пользователей, необходимо выполнить обновление конфигурации базы данных, поскольку пользователю можно поставить в соответствие только тот интерфейс, и те роли, которые существуют в конфигурации базы данных.
После того, как обновление произведено, выполним команду "Администрирование | Пользователи". Откроется список пользователей системы.
Пока что он пуст, поэтому добавим нового пользователя ("Действия | Добавить"), в ответ откроется диалог добавления нового пользователя.
На первой закладке, помимо всего, можно выбрать способ аутентификации. На второй закладке можно определить несколько доступных ролей, выбрать основной интерфейс, язык интерфейса конфигурации. Нового пользователя также можно завести путем копирования уже существующего.
Рис. 358 Создание нового пользователя
"Имя пользователя" - это идентификатор, который будет появляться в окне выбора пользователей при запуске системы в режиме 1С:Предприятие.
"Полное имя" - строка, которая может быть использована внутри конфигурации при выводе различной справочной информации. Хорошим стилем администрирования считается указание в качестве полного имени - фамилии, имени и отчества пользователя (без сокращений).
Следующие две области окна посвящены способам аутентификации пользователя.
"Аутентификация средствами 1С:Предприятия" подразумевает, что после запуска системы пользователю будет предложено выбрать имя одного из пользователей системы и ввести пароль. Если введенный пароль соответствует тому, который сохранен в системе для этого идентификатора пользователя, система открывается с правами и интерфейсом, которые указаны для этого пользователя.
"Аутентификация Windows" подразумевает, что при запуске системы 1С:Предприятие от пользователя не требуется никакой дополнительной информации. Система 1С:Предприятие определяет под каким пользователем запущена операционная система Windows (имеет смысл использовать для NT-подобных операционных систем: NT, 2000, XP), и затем обращается к своему списку пользователей. Если она находит в нем пользователя, которому поставлен в соответствие текущий пользователь Windows, система открывается с правами и интерфейсом, которые указаны для этого пользователя.
Зададим имя пользователя "Администратор", полное имя тоже "Администратор". Перейдем на закладку "Прочие".
Рис. 359 Задание роли, интерфейса и языка пользователя
Отметим роль "Администратор", основным интерфейсом укажем "Администратор" и язык конфигурации выберем "Русский".
После этого создадим остальных пользователей системы. Для всех них мы будем использовать аутентификацию Windows и русский язык:
Обратите внимание, что главному бухгалтеру Назаровой поставлены в соответствие две роли: "Расчетчик" и "Бухгалтер", поскольку она должна иметь возможность не только вести бухгалтерский учет, но и рассчитывать зарплату.
Рис. 360 Задание нескольких ролей пользователю
Список пользователей, зарегистрированных в системе, можно получить, выполнив команду "Действия | Вывести список".
Теперь вы можете зайти в нашу информационную базу под различными пользователями и посмотреть, чем отличаются внешний вид интерфейса и возможности различных пользователей. 2.11.2 Задание на лабораторную работу
1. Создать с помощью конструктора пользовательский интерфейс "Администратор", обеспечивающий доступ ко всем возможностям системы, закрыв доступ напрямую к подчиненным справочникам.
2. Создать интерфейс "Менеджер", отключив доступ к пункту меню "Операции", и открыв доступ ко всем журналам, документам и справочникам.
3. Создать интерфейс "Мастер", отключив доступ к пункту меню "Операции", и открыв доступ ко всем журналам, документам и справочникам подсистемы "Торговля", связанным с обслуживанием клиентов.
4. Создать интерфейс "Кладовщик", отключив доступ к пункту меню "Операции", и открыв доступ к справочникам, журналам и документам подсистемы "Торговля", связанным со складскими операциями.
5. Создать интерфейс "Расчетчик", отключив доступ к пункту меню "Операции", и открыв доступ к справочникам, журналам и документам подсистемы "Кадры".
6. Создать интерфейс "Кассир", отключив доступ к пункту меню "Операции", и открыв доступ к справочникам, журналам и документам подсистем "Торговля" и "Кадры", связанным с движением наличных денег.
7. Создать роль "Администратор", разрешив выполнять все возможные действия в системе.
8. Создать роль "Менеджер", разрешив выполнять все возможные действия, помимо административных, в системе.
9. Создать роль "Мастер", разрешив выполнять все возможные действия, помимо административных, в части подсистемы "Торговля", связанной с обслуживанием клиентов.
10. Создать роль "Кассир", разрешив выполнять все возможные действия, помимо административных, в части подсистемы "Торговля", связанной с движением наличности.
11. Создать роль "Кладовщик", разрешив выполнять все возможные действия, помимо административных, в части подсистемы "Торговля", связанной с движением материалов.
12. Создать роль "Бухгалтер", разрешив выполнять все возможные действия, помимо административных, в подсистемах "Бухгалтерия" и "Кадры".
13. Создать роль "Расчетчик", разрешив выполнять все возможные действия, помимо административных, в подсистеме "Кадры".
14. Создать список пользователей, задав для них пользовательский интерфейс, роли и рабочий каталог согласно таблице:
ФИО пользователяИнтерфейсРольИванов И.И.АдминистраторАдминистраторПетров П.П.МастерМастерСидоров С.С.МенеджерМенеджерТихонова Т.Т.КладовщикКладовщикНазарова Н.Н.БухгалтерБухгалтер, РасчетчикАндреева А.АКассирКассирМиронова Н.Н.РасчетчикРасчетчик
2.11.3 Контрольные вопросы
1. Предназначение объекта конфигурации "Подсистема".
2. Описание логической структуры конфигурации посредством подсистем.
3. Предназначение объекта конфигурации "Роль".
4. Создание роли на основе использования подсистем конфигурации.
5. Предназначение объекта конфигурации "Роль".
6. Создание ролей на основе подсистем конфигурации.
7. Предназначение объекта конфигурации "Интерфейс".
8. Создание интерфейса на основе подсистем конфигурации.
9. Создание списка пользователей системы и определение их прав.
10. Отличие аутентификации средствами 1С:Предприятия от аутентификации Windows.
Документ
Категория
Рефераты
Просмотров
55
Размер файла
2 387 Кб
Теги
приклматем, лабраб11
1/--страниц
Пожаловаться на содержимое документа