Проектирование информационной системы малого предприятия
Курсовая
работа
На тему:
«Проектирование информационной системы малого предприятия»
Содержание
Введение
Описание предметной области
Модель процессов предметной области
Концептуальное проектирование базы данных
Целостность данных
Доступ к данным
Проектирование приложения
Заключение
Список литературы
Приложение А Средства реализации целостности базы данных
Приложение Б Описание прав пользователей
Введение
Основная цель
этого курсового проекта является создание программы для автоматизации некоторых
основных процессов, происходящих на заводе по производству пластиковых окон.
Основными
факторами, влияющими на эффективность работы, предприятия такого типа являются
организация эффективного взаимодействия с заказчиками, своевременное
обеспечение материалами для производства, а так же правильная организация
производственного цикла и оптимальное распределение производственных мощностей.
В связи с
этим, для автоматизации мною были выбраны следующие процессы: учет материалов
для производства и накладных, прием заказа, организация и учет хода выполнения
основных этапов производственного цикла по изготовлению пластиковых окон.
1 Описание
предметной области
Предметной
областью данного курсового проекта является производственная организация, видом
деятельности которой является изготовление пластиковых окон.
С заказчиками
работает менеджер по клиентам. Его основная задача прием и оформление заказа.
Данный сотрудник непосредственно общается с клиентами. От клиента требуется
знание размера будущего окна. Для каждого окна по прайслисту составляется
список работ и материалов, необходимых для выполнения заказа. По окончании
составления заказа клиенту сообщается стоимость всего заказа и выписывается
счет на оплату.
Далее с
согласия директора заказ поступает в производство, начальник производственного
цеха планирует выполнение заказа и дает необходимые указания мастерам. Так же
он ведет учет выполнения производственного цикла для каждого заказа и
координирует действия сотрудников.
Первым этапом
производственного цикла является изготовление пластиковой рамы для окна по
размерам, которые передает в цех менеджер. На этом этапе в соответствии с
размерами производится изготовление стеклопакета. По завершении резки деталей
происходят сборочные работы, которые включает в себя сборку, упаковку,
маркировку, и прочие работы.
Последним
этапом является приемка готовой продукции, которую проводит начальник
производственного цеха. Он оценивает качество выполнения заказа, выявляет
возможный брак и передает сведения об использованных материалах для
производства ответственному за снабжение сотруднику. Данный сотрудник
использует эти сведения при учете находящихся в наличии материалов для
производства, а так же ведет учет их заказов и поставок и составляет накладные.
Каждая накладная содержит номер, сведения о поставщике, дату поставки и одно
или несколько наименований материалов. Для каждого наименования указывается
цена и количество.
Завод ведет
единый реестр контрагентов. Для каждого из них известны адрес, ИНН, телефоны,
вебсайт, е-мейл и, возможно, дополнительная информация. Все контрагенты разбиты
по группам. Каждый из них относится к определенной группе в зависимости от
того, является ли он поставщиком, клиентом, или относится к другой категории.
Так же возможна работа с физическими лицами. При этом в каталог заносятся так
же паспортные данные.
. Модель
процессов предметной области
Для более
детального рассмотрения предметной области необходимо составить модель
процессов предметной области. Это позволит выявить процессы, протекающие на
предприятии, а так же взаимосвязи между ними. Мною были рассмотрены несколько
точек зрения на предметную область: точка зрения директора завода, начальника
производственного цеха, ответственного по снабжению, менеджера по клиентам. В
итоге была выбрана точка зрения директора завода, как наиболее информативная.
Деятельность
предприятия в целом отражена на контекстной диаграмме (рисунок 1).
Рисунок 1 -
Контекстная диаграмма
Эта диаграмма
показывает общее направление деятельности организации и устанавливает границы
модели в ширину. Работа завода определяется наличием заказа и материалов для
производства. Выполнение заказа осуществляется на специальном оборудовании,
мастерами производственного цеха. Итогом работы является готовые пластиковые
окна, счета на оплату, а так же информация о наличии производственных
материалов.
Детализация
контекстной диаграммы показана на рисунке 2.
Рисунок 2 -
Детализация контекстной диаграммы
Контекстная
диаграмма детализируется в следующие активности:
«Прием
заказа». Заказы принимаются менеджером по работе с клиентами. Он выслушивает
требования заказчика. Заказчик должен предоставить размеры заказываемого окна.
На стадии приема заказа обговариваются стоимость заказа и сроки выполнения. В
итоге клиенту выписывается счет на оплату.
«Передача
заказа в производство» Эта активность включает в себя согласование между
директором и начальником производственного цеха по вопросам выполнения заказа.
В ней так же используются сведения, полученные на стадии приема заказа.
Решения, принятые в этой активности являются координирующей информацией. Так же
в этой активности обсуждаются технические тонкости выполнения заказа.
«Выполнение
заказа» Эта активность представляет собой производственный цикл изготовления
пластикового окна. На вход данной активности поступает информация о размерах и
количестве, полученная на стадии приема заказа, а так же необходимые материалы
для производства. Все работы, входящие в производственный цикл, выполняются в
соответствии с «информацией для выполнения заказа» полученной на предыдущем
этапе. Результатом данной активности является готовая продукция.
«Приемка» В
этой активности начальник производственного цеха оценивает качество готовой
продукции и выявляет возможный брак. Результатом работы этой активности
является полностью готовая продукция. Информация об использованных материалах
для производства передается в активность «Учет материалов для производства».
«Учет
материалов для производства» В этой активности происходит учет материалов в
наличии, а так же учет новых поставок. Поступившие материалы учитываются
ответственным за снабжение посредством накладных. Сведения о наличных расходных
материалах обновляются в соответствии с информацией о новых поставках и
информацией об использовании материалов в производстве. Так же специалист по
учету материалов для производства составляет заявки для заблаговременного
приобретения запаса необходимых материалов.
«Изготовление
пластиковой рамы» В данной активности используются размеры, полученный в
активности «прием заказа». Он может быть предоставлен самим заказчиком или
составлен наборщиком на ЭВМ. В любом случае результатом этого этапа является
готовая пластиковая рама для будущего окна
«Подготовка
стеклопакета» Как и на этапе изготовления пластиковой рамы, размеры берутся из
активности «прием заказа». Работа выполняется квалифицированным мастером и
заключается в резке и склейки стекла. Результатом данного этапа является
стеклопакет будущего окна.
«Окончательная
сборка» Эта активность включает в себя завершающие работы сборочные работы,
которые включает в себя сборку, упаковку, маркировку, отгрузку.
Все
активности, детализирующие активность «Выполнение заказа» контролируются
информацией полученной в активности «Передача заказа в производство».
В результате
анализа построенной модели предметной области можно сделать вывод, что основные
процессы, происходящие в ней, связаны с приемом заказа, его выполнением и
учетом материалов для производства.
.
Концептуальное проектирование базы данных
В
соответствии с рассмотренными ранее процессами, происходящими в предметной
области, можно выделить ряд сущностей. Приему заказа соответствуют сущности
«Заказ», «Окно», «Работа по сборке окна» и «Прайслист». Учету материалов для
производства соответствуют сущности «Группа материалов», «Материал», «Поставка»
и «Партия». Кроме того, необходимо выделить сущности для учета контрагентов:
«Контрагент», «Физическое лицо» и «Группа контрагентов».
Рассмотрим
некоторые особенности концептуальной схемы.
Каждый
контрагент должен входить в определенную группу контрагентов, и может
принадлежать только одной группе. В сущность «Контрагент» введены два атрибута
отражающих наименование контрагента. Атрибут «Наименование» используется как
сокращенный вариант названия организации, в то время как атрибут «Полное
наименование» может быть использован в документах как реквизит. Атрибут «ИНН»
хранит индивидуальный номер налогоплательщика. Для разграничения организаций и
физических лиц используется атрибут «Тип». Если он принимает значение,
соответствующее физическому лицу, то совместно с сущностью «Контрагент»
используется сущность «Физическое лицо», в которой хранятся паспортные данные.
Для хранения
информации о заказе служат сущности «Заказ» и «Окно». Сущность «Заказ» включает
в себя общую информацию о заказе: кто и когда сделал заказ и дату окончания,
если заказ выполнен. Более детально заказ раскрывает сущность «Окно», в которой
хранятся все размеры и наименования для определенных заказов. По атрибутам
«дата формирования заказа», «дата передачи в производство», «дата
изготовления», «дата отгрузки» можно динамически наблюдать текущую стадию
производственного цикла. По указанным датам можно отслеживать информацию о
времени изготовления и о задержках в передаче документов в производственный цех
или о задержке отгрузки уже готового изделия. Сущность «Окно» соединена связью
«многие ко многим» с сущностью «Прайслист», что позволяет задавать работы по
прайслисту для каждого окна и в тоже время использовать одну и туже работу по
прайслисту в разных окнах. Связь «многие ко многим» разрешается посредством
сущности «Объем работ» которая включает дополнительные атрибуты «Количество» и
«Цена». Атрибут «Количество» показывает, сколько требуется единиц наименования
из прайслиста для изготовления окна.
Для учета
материалов для производства используются сущности «Поставка» и «Партия».
Атрибуты «Номер контрагента» и «Дата поставки» используются для определения
поставщика осуществившего поставку и даты поставки. «Номер документа»
соответствует номеру накладной в бумажном исполнении. Атрибут «Проведено» может
принимать истинное или ложное значение. Данный атрибут показывает, была ли
учтена данная поставка в сущности «Материалы». Сущность «Поставка» соединена
связью «многие ко многим» с сущностью «Материалы». Этим достигается возможность
вхождения нескольких материалов в поставку и использование одного и того же
материала в нескольких поставках. Связь «многие ко многим» разрешается
посредством сущности «Партия». Атрибут «Номер» данной сущности используется для
нумерации в бумажных документах. Сущность «Материалы» используется для хранения
информации о расходных материалах в наличии. Атрибут «Зарезервировано» хранит
количество материалов зарезервированных при приеме заказа. Необходимость
введения этого атрибута возникла из-за возможности появления следующей
ситуации. Был принят заказ, но на данный момент времени он еще не выполнен,
т.е. информация об использованных материалах еще не поступила для учета.
Следующий заказ в этом случае может использовать расходные материалы
предыдущего заказа. Для исключения такой ситуации на стадии приема заказа
увеличивается значение атрибута «Зарезервировано». Прием нового заказа влечет
проверку значений «Количество» и «Зарезервировано». В случае если значение
«Зарезервировано» превысит значение «Количество» прием нового заказа
невозможен. Для объединения различных материалов в группы выделена сущность
«Группа материалов».
Сущность
«Материалы» связана с сущностью «Прайслист» связью «многие ко многим». Эта
связь разрешается сущностью «Расход материалов», которая позволяет сопоставить
значения в прайслисте определенным материалам. Единственный атрибут
«Коэффициент потребления» показывает, сколько требуется определенного материала
для выполнения определенной работы из прайслиста.
Целостность
данных
Рассмотрим
ограничения, которые необходимы для достижения целостности базы данных.
Ограничения
целостности атрибутов.
Атрибут «Тип»
сущности «Контрагент» может принимать только два значения, соответствующие
организации и физическому лицу. Атрибут «Проведено» сущности «Поставка» может
также принимать только два значения - проведена накладная или нет. Атрибут
«Стадия выполнения» сущности «Тираж» может принимать восемь заранее
определенных значений. Каждое значение соответствует определенной стадии
производственного цикла либо промежутку между ними. Так же существуют значения
показывающие, что заказ еще не передан в производство, заказ ожидает приемки и
заказ на стадии приемки. Эти ограничения реализованы отдельными доменами. Для
атрибутов «Количество» и «Цена» определены ограничения, не позволяющие им
принимать отрицательные значения.
Целостность
отношений и базы данных в целом.
Если атрибут
«Тип» сущности «Контрагент» принимает значение «Физическое лицо», то должна
существовать запись о паспортных данных с таким же значением «Номер
контрагента». Это достигается применением хранимых процедур. Атрибут «Номер
формы» в сущности «Форма» не может принимать null значения, после того, как
атрибут «Стадия выполнения» принял значение, показывающее, что форма готова.
Значение атрибута «Проведено» сущности «Поставка» не может принимать значения
«Да» в момент добавления пустой «Поставки», а так же тогда, когда данной
«Поставке» не соответствует ни одна «Партия». Это позволяет избежать ситуации
когда проводятся пустые накладные. Так же атрибут «Проведено» не может изменить
свое значение на «Нет». Запрет на изменение проведенных накладных реализуется
триггерами.
Целостность
базы данных так же поддерживается при помощи связей отношений внешними ключами.
Стратегии этих связей представлены на концептуальной схеме базы данных (рисунок
4).
Текст
триггеров и доменов, реализующих описанные выше ограничения целостности
приведен в Приложении А.
. Доступ к данным
Вследствие
анализа модели процессов предметной области были выделены следующие
пользователи:
«Ответственный
по снабжению». Этот пользователь имеет доступ ко всем таблицам на чтение. Кроме
того, он может изменять таблицы хранящие информацию о накладных, а также
таблицы хранящие записи о контрагентах и расходных материалах. Так же он имеет
доступ к хранимым процедурам, обеспечивающим доступ к таблице контрагентов.
«Начальник
производственного цеха» имеет доступ ко всем таблицам на чтение. Он может
изменять значения таблиц хранящих информацию о окнах. Так же он имеет полный
доступ к каталогу материалов. В его обязанности входит работа с таблицами
хранящей сведения о расходе материалов.
«Менеджер по
клиентам» имеет доступ на чтение ко всем таблицам. Полный доступ предоставлен к
таблицам, хранящим информацию о заказах. Так же он может изменять сведения о
контрагентах.
«Директор»
имеет доступ на чтение ко всем таблицам. Он может изменять только прайслист.
«Администратор»
имеет полный доступ ко всем таблицам.
Описание прав пользователей представлено в Приложении Б.
. Проектирование приложения
Приложение
для работы с разрабатываемой базой данных должно обеспечивать просмотр, ввод и
изменение информации о контрагентах, материалах для производства, размерах и
количестве окон. Так же должна быть организована работа с накладными, прием
заказов и учет продвижения заказов по этапам производственного цикла. Диаграмма
логики диалога разработанного приложения представлена на рисунке 5.
Рисунок 5 -
Диаграмма логики диалога
Опишем
состояния и переходы между ними:
«S» -
начальное состояние, из которого доступно только окно регистрации
Из начального
состояния возможен переход сразу в конечное состояние в случае, если
пользователь отменил регистрацию. Если введены неверные учетные данные, то
происходит переход обратно в начальное состояние.
В случае
успешной регистрации происходит переход в состояние «1» из которого доступны
переходы во все состояния являющиеся основными функциями приложения:
«2» - прием
заказа;
«3» - работа
с накладными;
«4» - учет
этапов производственного цикла;
«5» -
справочник контрагентов;
«6» - работа
с прайслистом;
«7» -
справочник расходных материалов;
«8» - таблица
размеров окон
«9» - таблица
расхода материалов;
«10» - группы
контаргентов;
«11» - группы
материалов;
«12» -
единицы измерения;
«13» -
Кроме того из
любого состояния «2»-«13» возможен переход в любое из состояний «2»-«13», а так
же переход в конечное состояние. На диаграмме эти переходы не отражены.
Заключение
В процессе курсового проектирования была изучена предметная область,
построена модель процессов предметной области. На основе полученной при этом
информации была спроектирована концептуальная модель базы данных, выявлены
ограничения целостности, разграничен доступ к данным для различных
пользователей. Также, было создано приложение для работы с базой данных.
Список литературы
1 Гордиенко
А. П., Салина Н. В. Моделирование процессов предметной области с использованием
BPwin: Методические указания к выполнению
лабораторной работы по курсу "Проектирование информационных систем в
экономике". - Орел: ОрелГТУ, 1997.
2 Диго
С. М. Проектирование и использование баз данных: Учебник. М.: Финансы и
статистика. 1995. - 280 с.
3 Змитрович
А. И. Базы данных: Учеб.пособ. для вузов. - Минск: Университетское, 1991. - 271
с.
4 Базы
данных: разработка и управление: М.: ЗАО «Издательство БИНОМ», 1999. - 704 с.:
ил.
Приложение А
Реализация целостности базы данных
SET SQL DIALECT 3;
Domains ***/
DOMAIN MONEY AS(15,2);
****************************************************************************/
* Generators ***/
****************************************************************************/
GENERATOR G_CONTRAGENT;GENERATOR G_CONTRAGENT TO 0;
GENERATOR G_MATERIALS;GENERATOR G_MATERIALS TO 0;
GENERATOR G_MEASURE;GENERATOR G_MEASURE TO 0;
GENERATOR G_OKNO;GENERATOR G_OKNO TO 0;
GENERATOR G_PARTY;GENERATOR G_PARTY TO 0;
GENERATOR G_POSTAVKA;GENERATOR G_POSTAVKA TO 0;
GENERATOR G_PRICE_LIST;GENERATOR G_PRICE_LIST TO 0;
GENERATOR G_RASHOD_MT;GENERATOR G_RASHOD_MT TO 0;
GENERATOR G_WORK;GENERATOR G_WORK TO 0;
GENERATOR G_ZAKAZ;GENERATOR G_ZAKAZ TO 0;
****************************************************************************/
Tables ***/
****************************************************************************/
TABLE CONTRAGENT (
ID INTEGER NOT NULL,
NAME VARCHAR(30),
FULLNAME VARCHAR(100),
TYPE_AGENT INTEGER,
INN VARCHAR(15),
ADDRESS VARCHAR(150),
TEL VARCHAR(20),
EMAIL VARCHAR(20),
PASSPORT VARCHAR(200)
);
TABLE MATERIALS (
ID INTEGER NOT NULL,
NAME INTEGER,
MEASURE INTEGER
);
TABLE MEASURE (
ID INTEGER NOT NULL,
NAME VARCHAR(10)
);
TABLE OKNO (
ID INTEGER NOT NULL,
SZ_WIDTH NUMERIC(15,3),
SZ_HEIGHT NUMERIC(15,3),
SZ_THING NUMERIC(15,3),
SZ_STEKLO_H NUMERIC(15,3),
SZ_STEKLO_T NUMERIC(15,3),
WORKS INTEGER
);
TABLE PARTY (
ID INTEGER NOT NULL,
MATERIAL INTEGER,
POSTAVKA INTEGER,
KOL NUMERIC(15,3),
PRICE MONEY,
IN_RESERVE SMALLINT
);
автоматизация база данные приложение предметный
CREATE TABLE POSTAVKA (
ID INTEGER NOT NULL,
DT_POSTAV DATE,
CONTRAGENT INTEGER,
NUM INTEGER,
PROVEDENO INTEGER,
TOTALPRICE MONEY
);
TABLE PRICE_LIST (
ID INTEGER NOT NULL,
NAME VARCHAR(15),
COST MONEY
);TABLE RASHOD_MT (
ID INTEGER NOT NULL,
MATERIALS INTEGER,
PRICELIST INTEGER
);
TABLE WORK_LIST (
ID INTEGER NOT NULL,
NAME INTEGER,
KOL INTEGER,
PRICE MONEY,
P_L INTEGER
);
TABLE ZAKAZ (
ID INTEGER NOT NULL,
CONTRAGENT INTEGER,
DT_ZAKAZ DATE,
DT_PROIZV_START DATE,
DT_PROIZV_FINISH DATE,
DT_OTGRUZ DATE,
SUMM MONEY,
COMMENT VARCHAR(100)
);
****************************************************************************/
Primary Keys ***/
****************************************************************************/
TABLE CONTRAGENT ADD CONSTRAINT PK_CONTRAGENT PRIMARY KEY
(ID);TABLE MATERIALS ADD CONSTRAINT PK_MATERIALS PRIMARY KEY (ID);TABLE MEASURE
ADD CONSTRAINT PK_MEASURE PRIMARY KEY (ID);TABLE OKNO ADD CONSTRAINT PK_OKNO
PRIMARY KEY (ID);TABLE PARTY ADD CONSTRAINT PK_PARTY PRIMARY KEY (ID);TABLE
POSTAVKA ADD CONSTRAINT PK_POSTAVKA PRIMARY KEY (ID);TABLE PRICE_LIST ADD
CONSTRAINT PK_PRICE_LIST PRIMARY KEY (ID);TABLE RASHOD_MT ADD CONSTRAINT
PK_RASHOD_MT PRIMARY KEY (ID);TABLE WORK_LIST ADD CONSTRAINT PK_WORK_LIST
PRIMARY KEY (ID);TABLE ZAKAZ ADD CONSTRAINT PK_ZAKAZ PRIMARY KEY (ID);
****************************************************************************/
* Foreign Keys ***/
****************************************************************************/TABLE
MATERIALS ADD CONSTRAINT FK_MATERIALS_MEASURE FOREIGN KEY (MEASURE) REFERENCES
MEASURE (ID);TABLE OKNO ADD CONSTRAINT FK_OKNO_WORK FOREIGN KEY (WORKS)
REFERENCES WORK_LIST (ID);TABLE PARTY ADD CONSTRAINT FK_PARTY_MATERIAL FOREIGN
KEY (MATERIAL) REFERENCES MATERIALS (ID);TABLE PARTY ADD CONSTRAINT
FK_PARTY_POSTAVKA FOREIGN KEY (POSTAVKA) REFERENCES POSTAVKA (ID);TABLE
POSTAVKA ADD CONSTRAINT FK_POSTAVKA_CONTRAGENT FOREIGN KEY (CONTRAGENT)
REFERENCES CONTRAGENT (ID);TABLE RASHOD_MT ADD CONSTRAINT
FK_RASHOD_MT_MATERIALS FOREIGN KEY (MATERIALS) REFERENCES MATERIALS (ID);TABLE
RASHOD_MT ADD CONSTRAINT FK_RASHOD_MT_PRICELIST FOREIGN KEY (PRICELIST)
REFERENCES PRICE_LIST (ID);TABLE WORK_LIST ADD CONSTRAINT
FK_WORK_LIST_PRICELIST FOREIGN KEY (P_L) REFERENCES PRICE_LIST (ID);TABLE ZAKAZ
ADD CONSTRAINT FK_ZAKAZ_CONTRAGENT FOREIGN KEY (CONTRAGENT) REFERENCES
CONTRAGENT (ID);
****************************************************************************/
* Triggers ***/
****************************************************************************/
TERM ^ ;
****************************************************************************/
Triggers for tables ***/
****************************************************************************/
/* Trigger: CONTRAGENT_BI */TRIGGER CONTRAGENT_BI FOR
CONTRAGENTBEFORE INSERT POSITION 0
if (new.id is null) then
new.id = gen_id(g_contragent,1);
^
/* Trigger: MATERIALS_BI */TRIGGER MATERIALS_BI FOR
MATERIALSBEFORE INSERT POSITION 0
if (new.id is null) then
new.id = gen_id(g_materials,1);
^
/* Trigger: MEASURE_BI */TRIGGER MEASURE_BI FOR MEASUREBEFORE
INSERT POSITION 0
new.id = gen_id(g_measure,1);
^
/* Trigger: OKNO_BI */TRIGGER OKNO_BI FOR OKNOBEFORE INSERT
POSITION 0
if (new.id is null) then
new.id = gen_id(g_okno,1);
^
/* Trigger: PARTY_BI */TRIGGER PARTY_BI FOR PARTYBEFORE
INSERT POSITION 0
if (new.id is null) then
new.id = gen_id(g_party,1);
^
/* Trigger: POSTAVKA_BI */TRIGGER POSTAVKA_BI FOR POSTAVKABEFORE
INSERT POSITION 0
if (new.id is null) then
new.id = gen_id(g_postavka,1);
^
/* Trigger: PRICE_LIST_BI */TRIGGER PRICE_LIST_BI FOR
PRICE_LISTBEFORE INSERT POSITION 0
IF (NEW.ID IS NULL) THEN
NEW.ID = GEN_ID(G_PRICE_LIST,1);
^
/* Trigger: RASHOD_MT_BI */TRIGGER RASHOD_MT_BI FOR
RASHOD_MTBEFORE INSERT POSITION 0
if (new.id is null) then
new.id = gen_id(g_rashod_mt,1);
^
/* Trigger: WORK_BI */TRIGGER WORK_BI FOR WORK_LISTBEFORE
INSERT POSITION 0
IF (NEW.ID IS NULL) THEN
NEW.ID = GEN_ID(G_WORK,1);
^
/* Trigger: ZAKAZ_BI */TRIGGER ZAKAZ_BI FOR ZAKAZBEFORE
INSERT POSITION 0
if (new.id is null) then
new.id = gen_id(g_zakaz,1);
end
^
TERM ; ^
Приложение Б
Описание прав пользователей
grant insert on contractor to insert_into_contractor^insert
on person to insert_into_contractor^update on contractor to
update_contractor^update on person to update_contractor^
select on consignment to DeliveryAcceptAll^select on delivery
to DeliveryAcceptAll^update on delivery to DeliveryAcceptAll^
role pr_suppl^
all on delivery to pr_suppl^all on consignment to pr_suppl^
all on contractor to pr_suppl^all on person to pr_suppl^all
on contractor_group to pr_suppl^
select on dublicate to pr_suppl^select on dublicate_jobs to
pr_suppl^
select on form to pr_suppl^select on form_group to pr_suppl^
all on material_group to pr_suppl^all on material to
pr_suppl^all on measurement_unit to pr_suppl^
select on material_consumption to pr_suppl^select on
price_list to pr_suppl^select on production_order to pr_suppl^
execute on procedure DeliveryAcceptAll to pr_suppl^execute on
procedure insert_into_contractor to pr_suppl^execute on procedure
update_contractor to pr_suppl^
role pr_tech^
select on delivery to pr_tech^select on consignment to
pr_tech^
select on contractor to pr_tech^select on contractor_group to
pr_tech^select on person to pr_tech^
all on dublicate to pr_tech^all on dublicate_jobs to pr_tech^
all on form to pr_tech^all on form_group to pr_tech^
select on material_group to pr_tech^select on material to
pr_tech^select on measurement_unit to pr_tech^all on material_consumption to
pr_tech^select on price_list to pr_tech^select on production_order to pr_tech^
role pr_order^
select on delivery to pr_order^select on consignment to
pr_order^
all on contractor to pr_order^all on person to pr_order^all
on contractor_group to pr_order^
all on dublicate to pr_order^all on dublicate_jobs to
pr_order^
select on form to pr_order^select on form_group to pr_order^
select on material_group to pr_order^select on material to
pr_order^select on measurement_unit to pr_order^select on material_consumption
to pr_order^select on price_list to pr_order^all on production_order to
pr_order^execute on procedure insert_into_contractor to pr_order^execute on
procedure update_contractor to pr_order^
role pr_dir^
select on delivery to pr_dir^select on consignment to pr_dir^
select on contractor to pr_dir^select on contractor_group to
pr_dir^select on person to pr_dir^
select on dublicate to pr_dir^select on dublicate_jobs to
pr_dir^
select on form to pr_dir^select on form_group to pr_dir^
select on material_group to pr_dir^select on material to
pr_dir^select on measurement_unit to pr_dir^
select on material_consumption to pr_dir^all on price_list to
pr_dir^select on production_order to pr_dir^
pr_suppl to pu_suppl^pr_tech to pu_tech^pr_order to
pu_order^pr_dir to pu_dir^