47
из системы;
2) создание
рколхо
групповых политик (назначение групповых
рколхо
прав доступа);
3) микрооперации
рколхо
с информационными
рколхо
базами (установка
обновлений, тестирование
рколхо
БД, реорганизация, сжатие и др.);
4) резервное
рколхо
копирование базы
рколхо
данных;
5) восстановление баз
рколхо
данных;
6) организация хранения
рколхо
копий баз
рколхо
данных;
7) разработка
рколхо
нормативных документов
рколхо
в области функционала
администратора БД.
Эффективное
рколхо
управление пользовательскими
рколхо
учетными записями
позволит повысить защищенность
рколхо
системы,
рколхо
снизить вероятность ошибок
пользователей вследствие
рколхо
влияния человеческого
рколхо
фактора, позволить
реализовать протоколирование действий
рколхо
пользователей [1].
Рассмотрим организацию
рколхо
технологии администрирования
информационных ресурсов
рколхо
разрабатываемой в ВКР ИС.
Основными методами
рколхо
администрирования ПО «1С:
рколхо
Предприятие»
является
рколхо
администрирование на уровне программного
рколхо
обеспечения (регулирует
доступ к режимам
рколхо
работы программного
рколхо
обеспечения), а также
администрирование
рколхо
на уровне контроллера домена
рколхо
(регулирует доступ к ПО
через доменные учетные записи
рколхо
пользователей).
Обязанности администратора
рколхо
ПО «1С:
рколхо
Предприятие» возложены на IT –
специалиста.
На рисунке
рколхо
8 приведена схема
рколхо
организации доступа
рколхо
при
администрировании
рколхо
ПО «1С:
рколхо
Предприятие 8.3».
Рисунок 8. Схема
рколхо
организации доступа при
рколхо
администрировании ПО 1С
48
Как показано
рколхо
на рисунке 8, организация предоставления
рколхо
доступа
пользователей
рколхо
к ПО 1С организована следующим
рколхо
образом:
1) Начальник профильного
рколхо
отдела подает формализованную
рколхо
заявку на
предоставление прав доступа к БД 1С:
рколхо
Предприятие на имя администратора
рколхо
базы
данных. Заявка содержит следующие
рколхо
позиции:
тип действия:
рколхо
предоставление, изменение,
рколхо
закрытие прав
рколхо
доступа;
доменное имя
рколхо
специалиста;
ФИО и должность
рколхо
специалиста;
уровень
рколхо
доступа;
срок исполнения
рколхо
заявки;
заявка визируется
рколхо
руководителем
рколхо
организации.
2) Администратор базы
рколхо
данных вносит изменения
рколхо
в документы
«Таблица разграничения
рколхо
доступа к информационным
рколхо
ресурсам», «Профиль
разграничения доступ
рколхо
к информационным
рколхо
ресурсам».
3) При необходимости
рколхо
администратор формирует
рколхо
парольную
рколхо
карточку
доступа к базе данных
рколхо
для выдачи пользователю и выдает ее под
рколхо
роспись с
отметкой в
рколхо
соответствующем
рколхо
журнале.
4) Администратор
рколхо
базы данных информирует
рколхо
начальника
профильного отдела об исполнении
рколхо
заявки.
В таблице 8 приведены
рколхо
разграничения прав групп
рколхо
пользователей к
информационной системе.
Таблица 8.
Разграничение прав
рколхо
пользователей
Группы
пользователей
рколхо
НСИ
рколхо
Транзакции
рколхо
Аналитическая
отчетность
рколхо
Менеджеры
клиентов
рколхо
Чтение/создание/
удаление
рколхо
Чтение/создание/
удаление
рколхо
Права
отсутствуют
рколхо
Администраторы
ИС
рколхо
Чтение/создание/
удаление
Чтение/создание/
удаление
Чтение/создание/
удаление
Топ – менеджеры
рколхо
Чтение
рколхо
Чтение
рколхо
Полный
рколхо
49
2.2. Информационное обеспечение задачи
2.2.1. Информационная модель и её описание
Информационная модель – это схема перемещения входных,
промежуточных и результативных потоков и функций рассматриваемых
процессов. Информационная модель иллюстрирует, взаимосвязь входных
документов, нормативно – справочной информации с функциями по
обработке данных и формированием определенных исходящих документов [7].
Информационная модель системы автоматизации учета и обработки
клиентских заявок представлена на рисунке 9.
Клиент
Секретарь Начальник
Запрос
Журнал
«Заявки»
Т «Заявка»
Т «Название
заявки»
Т «Договоры»
Спр. «Операции»
ИС учета заявок
клиенов
Спр. «Форматы»
Спр.
«Сотрудники»
Т «Заявка»
Т «Состояние
заявки»
Добавление
данных
«Форматы»
Добавление
документа
«Заявка»
Т* «Заявка»
Т* «Название
заявки»
Добавление
документа
«Договор»
Спр.* «Форматы»
ИС
Т* «Договоры»
Добавление
состояния
заявок
Т* «Состояние
заявки»
Журнал
«Заявки»
Сотрудники
ИС
Отчет о заявках в
работе
Отчет о
выполненных
заявках
Начальник
Рисунок 9. Информационная модель системы автоматизации учета и обработки
клиентских заявок
Информационная модель содержит 4 области:
1) область входящей информации, в которой указаны документы,
информация из которых используется в качестве входной, а также экранные
формы для ввода данной информации;
2) область справочников системы, которая иллюстрирует состав
справочников и таблиц ИС;
50
3) область обработки информации, в которой показано, как входная
информация учитывается в системе и в каких таблицах базы данных она
сохраняется;
4) область формирования результатной информации, в которой
приведены экранные формы и выходные документы.
Пользователь системы первоначально заполняет справочники системы
исходными данными, после чего система готова к работе [21]. Используя
входные данные, пользователь формирует содержание таблиц системы. При
запросе результатной информации с помощью соответствующих экранных форм
хранящаяся в системе информация преобразуется в необходимый вид и
представляется в виде результатных документов, которые выводятся в виде
экранных форм и могут быть выведены на печать на твердый носитель.
2.2.2. Характеристика нормативно-справочной, входной и оперативной
информации
Разработка информационных
рколхо
систем
рколхо
начинается с разработки
нормативно – справочной информации и справочных
рколхо
классификаторов.
Объект метаданных, который
рколхо
создается в предметно –
рколхо
ориентированной
системе «1С: Предприятие
рколхо
8.3» на основе
рколхо
предопределенного и неизменяемого
шаблона
рколхо
«Справочники», представляет собой
рколхо
экземпляр
рколхо
данных, назначение
которого в хранении
рколхо
условно –
рколхо
постоянной информации,
рколхо
и несет в себе свойства
своего объекта – прототипа. Например, это
рколхо
такие
рколхо
справочники как:
рколхо
контрагенты,
физические
рколхо
лица, кассы
рколхо
контрольно – кассовых
рколхо
машин, договора
рколхо
контрагентов и
любые другие схожие
рколхо
сущности [20].
В систему «1С:
рколхо
Предприятие
рколхо
8.3» заложены
рколхо
широкие
рколхо
возможности
эффективного проектирования и хранения информации,
рколхо
когда учитываются
требования в скорости, доступности и удобстве получения
рколхо
различной
информации в различном
рколхо
качестве и
рколхо
представлении [17].
рколхо
Непосредственно
некоторыми
рколхо
возможностями наделены и
рколхо
справочники, которые могут быть
спроектированы и настроены
рколхо
с учетом различных
рколхо
информационных,
функциональных,
рколхо
технических и других
рколхо
потребностей. Например,
рколхо
одни
51
справочники
рколхо
в системе могут быть
рколхо
подчинены другим
рколхо
справочникам, при этом
полностью соблюдается физическая
рколхо
целостность и такие известные
рколхо
проблемы
при проектировании
рколхо
баз данных, как проблема
рколхо
аномалий, удаления родителей и
потомков системой
рколхо
контролируется. Также
рколхо
справочники можно
рколхо
разделить по
возможностям группировки информации
рколхо
на две
рколхо
группы: не иерархические и
иерархические. В
рколхо
не иерархических
рколхо
справочниках отсутствует
рколхо
возможность
хранения
рколхо
списка элементов
рколхо
на уровне итогов
рколхо
и групп, а в
рколхо
иерархических
рколхо
такая
возможность
рколхо
группировки элементов
рколхо
по категориям
рколхо
существует – по элементам
или по
рколхо
элементам и группам.
В системе
рколхо
«1С:
рколхо
Предприятие 8.3» справочники
рколхо
несут на себе
рколхо
не только
функции непосредственного
рколхо
хранения
рколхо
информации, но и функции применения
справочной информации в самом учетном
рколхо
процессе [11]. Так, при
рколхо
правильном
проектировании заметным
рколхо
плюсом станет
рколхо
повышение точности
рколхо
скорости
ведения учета, когда справочную
рколхо
информацию не
рколхо
требуется дублировать в
разных местах программы и
рколхо
снижаются риски
рколхо
и вероятность получения не
корректной информации
рколхо
в разрезе
рколхо
требуемых показателей.
Справочники в системе
рколхо
«1С: Предприятие 8»
рколхо
снабжены
рколхо
возможностью
их функционального использования
рколхо
в системе
рколхо
отчетности и могут быть
интегрированы в единую
рколхо
схему
рколхо
получения отчетов в
рколхо
различных
рколхо
аналитических
разрезах и
рколхо
показателях.
Длч ИС
рколхо
разработаны
рколхо
следующие
рколхо
справочники:
1)
рколхо
инженеры;
рколхо
2)
рколхо
операторы;
рколхо
3)
рколхо
тарифы;
рколхо
4)
рколхо
адреса;
рколхо
5)
рколхо
абоненты.
рколхо
Справочник
рколхо
«Инженеры» предназначен
рколхо
для учета
рколхо
сотрудников –
инженеров компании, а так
рколхо
же выполненных
рколхо
заявок.
Справочник
рколхо
«Тарифы» предназначен
рколхо
для учета видов тарифных
рколхо
планов
компании.
Справочник
рколхо
«Абоненты» предназначен для учета
рколхо
клиентов
рколхо
компании и
имеет
рколхо
дополнительные вкладки – табличные
рколхо
части, содержащие аналитическую
52
информацию.
Справочник
рколхо
«Операторы» предназначен для учета
рколхо
сотрудников
компании –
рколхо
операторов.
В системе
рколхо
«1С:
рколхо
Предприятие
рколхо
8» экземпляры
рколхо
данных,
рколхо
созданные
рколхо
на
основе
рколхо
предопределенного
рколхо
объекта – прототипа
рколхо
«Документы»,
рколхо
представляют
собой объекты, сущностное
рколхо
содержание
рколхо
которых очень
рколхо
близко к бумажным
документам [4]. Их
рколхо
назначение – ввод
рколхо
первичной
рколхо
информации, связанной с
регистрацией событий, воздействующих на учитываемые
рколхо
системой показатели.
Объект метаданных
рколхо
«Документы» предназначен
рколхо
не только
рколхо
для отражения
свершившихся
рколхо
событий, но и также
рколхо
может быть
рколхо
использован в задачах
планирования и для построения других
рколхо
иных учетных
рколхо
схем.
Регистры
рколхо
представляют
рколхо
собой важнейший
рколхо
объект в
рколхо
системе «1С:
Предприятие
рколхо
8». Эти экземпляры
рколхо
данных – объекты
рколхо
также как и все
рколхо
другие в
системе «1С: Предприятие
рколхо
8» создаются на основе
рколхо
преопределенного
рколхо
шаблона
объекта –
рколхо
прототипа, условно
рколхо
говоря – класса и наследуют
рколхо
свойства
рколхо
своего
родителя, имея лишь
рколхо
незначительные
рколхо
возможности
рколхо
объектно –
ориентированного
рколхо
программирования.
Всего видов
рколхо
таких объектов
рколхо
в системе «1С:
рколхо
Предприятие
рколхо
8» четыре:
1)
рколхо
регистр
рколхо
накопления;
рколхо
2)
рколхо
регистр
рколхо
сведений;
рколхо
3)
рколхо
регистр
рколхо
бухгалтерии;
рколхо
4)
рколхо
регистр
рколхо
расчета.
рколхо
Каждый из этих объектов
рколхо
несет в себе
рколхо
предопределенную
специфическую
рколхо
функциональность,
рколхо
направление и
рколхо
содержание в которой
реализуется и
рколхо
раскрывается в определенных
рколхо
учетных
рколхо
ситуациях
рколхо
и задачах.
Если бы в
рколхо
системе «1С: Предприятие
рколхо
8» использовались
рколхо
бы только
документы, то отчеты
рколхо
формировались только
рколхо
на одних
рколхо
документах, тем
рколхо
самым
это привело бы в
рколхо
будущем к медленному
рколхо
формированию отчетов и не гибкости
используемой ИС к
рколхо
бизнес – процессам
рколхо
предприятия. Такие
рколхо
потенциальные и
возможные
рколхо
проблемы решаются с
рколхо
использованием
рколхо
регистров, их правильным
проектированием и
рколхо
применением в
рколхо
информационной
рколхо
системе.
Регистры
рколхо
позволяют накапливать
рколхо
информацию в различных
рколхо
разрезах по
53
различным числовым
рколхо
или другим
рколхо
показателям
рколхо
с дополнительными
произвольными сведениями, если это
рколхо
необходимо.
В ходе проектирования
рколхо
регистров необходимо сразу
рколхо
конкретизировать
информационные и функциональные
рколхо
потребности автоматизируемого объекта, а
также требования к
рколхо
хранению,
рколхо
удобству и скорости
рколхо
доступа к данным. Это
необходимо осуществить заблаговременно, так
рколхо
как в дальнейшем
рколхо
тяжело
перепроектировать регистры
рколхо
с уже введенными в
рколхо
систему
рколхо
учета данными.
Документы и регистры
рколхо
представляют собой
рколхо
центральное
рколхо
звено всей
бизнес – логики
рколхо
системы.
С учетом
рколхо
требований к информационной
рколхо
системе и к базе
рколхо
данных, были
спроектированы и разработаны
рколхо
следующие
рколхо
документы,
рколхо
регистры:
рколхо
1)
рколхо
документ
рколхо
«Заявка на ремонт
рколхо
радиоточки»;
рколхо
2)
рколхо
документ
рколхо
«Заявка
рколхо
на
рколхо
установку
рколхо
радиоточки»;
рколхо
3)
рколхо
документ «Ремонт радиоточки»;
рколхо
4)
рколхо
документ «Установка радиоточки»;
рколхо
5)
рколхо
документ «Заключение
рколхо
договора
рколхо
об обслуживании»;
6)
рколхо
д
рколхо
окумент
рколхо
«Абонентская
рколхо рколхо
плата»;
7)
рколхо
документ
рколхо
«Обратная связь
рколхо
с
рколхо
клиентов»;
8)
рколхо
документ
рколхо
«Первичная
рколхо
связь с
рколхо
клиентом»;
9)
рколхо
регистр
рколхо
сведений
рколхо
«Заявки»;
рколхо
10)
рколхо
регистр
рколхо
сведений
рколхо
«Ремонты»;
рколхо
11)
рколхо
регистр
рколхо
накопления
рколхо
«Прибыль».
рколхо
2.2.3. Характеристика результатной информации
Результатная
oн
информация
oн
вместе
oн
с
oн
необрабатываемой
oн
информацией
oн
составляют
oн
выходную
oн
информацию.
oн
Она подразделяется по
oн ппн
назначению
oн oн
на
oн
внутреннюю
oн
информацию,
oн
которую
oн
используют
oн
функциональные
oн
службы
oн
предприятия
oн
для
oн
анализа,
oн
контроля,
oн
при
oн
выработке
oн
и
oн
принятии
oн
управленческих
oн
решений,
oн
и
oн
внешнюю
oн
информацию,
oн
предназначенную
oн
для
oн
внешних
oн
пользователей. [8]
54
Результатная информация может быть получена в форме отчетов.
Отчеты – это объекты конфигурации, созданные на основе
предопределенного шаблона объекта – прототипа «Отчеты». Отчеты
необходимы для представления информации из регистров в удобном для
пользователя виде.
Отчеты в системе 1С: Предприятие 8 являются самым развитым
механизмом системы, что ярко выделяет систему «1С: Предприятие 8» среди
многих информационных систем, так как включают себя очень богатые
возможности [5].
Система компоновки данных – визуальное средство для построения и
вывода отчетов, предусматривающая декларативное создание отчетов, т.е.
создание отчетов без программирования, те не менее она, включает в себя и
программные механизмы, и механизмы XML. Данная система позволяет
разрабатывать отчеты не только программистам, но и опытным пользователям,
которым предоставляются различные возможности форматирования, настройки
и оформления отчетов прямо в режиме использования ИС.
Выходная информация представляет собой следующие отчеты:
Отчет о состоянии заказов клиентов;
Отчет по клиентской базе;
Отчет о состоянии продаж;
Отчет о финансовом результате;
Отчеты о прочих маркетинговых процессах – аналитики по первичному
интересу и обратной связи с клиентами.
2.3. Программное обеспечение задачи
2.3.1. Общие положения (дерево функций и сценарий диалога)
На рисунке 10 представлено дерево функций модулей, используемых в
информационной системе.
55
Рисунок 10. Дерево функций программного продукта
В рамках информационной системы существуют функции управления и
обработки данных. Из них можно выделить два подмножества: реализующие
служебные функции (добавление новых пользователей в систему, указание и
возможность изменения пароля для каждого, а также установление прав в
соответствии с ролью пользователя) и реализующие основные функции (ввод
нормативно – справочной информации, регистрация проектов и их параметров).
Диалог – это процесс обмена сообщениями между пользователем и ИС,
при котором осуществляется постоянная смена ролей информатора и реципиента
(пользователя, принимающего информацию), причем смена ролей достаточно
оперативна [12].
В процессе диалога возможно:
1) двустороннее управление на базе языка типа «запрос – ответ»;
2) одностороннее управление со стороны ИС с языком общения типа:
«меню», «заполнения шаблона», ответа по «подсказке».
Структура сценария диалога в совокупности с деревом функций, которое
отражает состав и иерархию функций системы, дает возможность определить
состав кадров диалога, содержание каждого кадра и их соподчиненность.
Сценарий диалога представлен на рисунке 11.
Функции ИС
Основные
Учет
Информация о
сотрудниках
Данные о
заказе
Данные о
продукции
Формирование
Документ о
продаже
Отчет о
продаже
Служебные
Загрузка
данных со
склада
Авторизация
пользователя
Смена
пользователя
Связь с БД
56
Рисунок 11. Структура диалога системы
Сценарий диалога состоит из двух логически связанных частей:
1) Основное меню, относящиеся к головному, то есть те экраны меню,
которые видит пользователь, прежде чем приступить к выполнению основных
функций, согласно дереву функций. Основные компоненты меню предполагают
обязательные действия пользователя при работе с ИС.
2) Сервисное меню, которое становятся доступно конечному
пользователю после того, как выдана на экран соответствующая форма
документа. Сервисное меню предполагает возможные действия, одно из которых
может являться необязательным к выполнению.
При разработке информационной системы важным этапом является
описание иерархии функций управления и обработки данных разрабатываемого
программного продукта.