Проектирование информационной системы малого предприятия

Курсовая работа На тему: «Проектирование информационной системы малого предприятия»

1 Описание предметной области

2 Модель процессов предметной области

3 Концептуальное проектирование базы данных

4 Целостность данных

5 Доступ к данным

6 Проектирование приложения

Заключение

Приложение, А Средства реализации целостности базы данных

Приложение Б Описание прав пользователей

Основная цель этого курсового проекта является создание программы для автоматизации некоторых основных процессов, происходящих на заводе по производству пластиковых окон.

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

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

1 Описание предметной области

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

С заказчиками работает менеджер по клиентам. Его основная задача прием и оформление заказа. Данный сотрудник непосредственно общается с клиентами. От клиента требуется знание размера будущего окна. Для каждого окна по прайслисту составляется список работ и материалов, необходимых для выполнения заказа. По окончании составления заказа клиенту сообщается стоимость всего заказа и выписывается счет на оплату.

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

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

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

Завод ведет единый реестр контрагентов. Для каждого из них известны адрес, ИНН, телефоны, вебсайт, е-мейл и, возможно, дополнительная информация. Все контрагенты разбиты по группам. Каждый из них относится к определенной группе в зависимости от того, является ли он поставщиком, клиентом, или относится к другой категории. Так же возможна работа с физическими лицами. При этом в каталог заносятся так же паспортные данные.

2 Модель процессов предметной области

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

Деятельность предприятия в целом отражена на контекстной диаграмме (рисунок 1).

Рисунок 1 — Контекстная диаграмма

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

Детализация контекстной диаграммы показана на рисунке 2.

Рисунок 2 — Детализация контекстной диаграммы

Контекстная диаграмма детализируется в следующие активности:

1 «Прием заказа». Заказы принимаются менеджером по работе с клиентами. Он выслушивает требования заказчика. Заказчик должен предоставить размеры заказываемого окна. На стадии приема заказа обговариваются стоимость заказа и сроки выполнения. В итоге клиенту выписывается счет на оплату.

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

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

4 «Приемка» В этой активности начальник производственного цеха оценивает качество готовой продукции и выявляет возможный брак. Результатом работы этой активности является полностью готовая продукция. Информация об использованных материалах для производства передается в активность «Учет материалов для производства».

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

6 «Изготовление пластиковой рамы» В данной активности используются размеры, полученный в активности «прием заказа». Он может быть предоставлен самим заказчиком или составлен наборщиком на ЭВМ. В любом случае результатом этого этапа является готовая пластиковая рама для будущего окна

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

8 «Окончательная сборка» Эта активность включает в себя завершающие работы сборочные работы, которые включает в себя сборку, упаковку, маркировку, отгрузку.

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

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

3 Концептуальное проектирование базы данных

В соответствии с рассмотренными ранее процессами, происходящими в предметной области, можно выделить ряд сущностей. Приему заказа соответствуют сущности «Заказ», «Окно», «Работа по сборке окна» и «Прайслист». Учету материалов для производства соответствуют сущности «Группа материалов», «Материал», «Поставка» и «Партия». Кроме того, необходимо выделить сущности для учета контрагентов: «Контрагент», «Физическое лицо» и «Группа контрагентов».

На рисунке 4 представлена концептуальная схема базы данных.

Рисунок 4 — Концептуальная схема базы данных

Рассмотрим некоторые особенности концептуальной схемы.

Каждый контрагент должен входить в определенную группу контрагентов, и может принадлежать только одной группе. В сущность «Контрагент» введены два атрибута отражающих наименование контрагента. Атрибут «Наименование» используется как сокращенный вариант названия организации, в то время как атрибут «Полное наименование» может быть использован в документах как реквизит. Атрибут «ИНН» хранит индивидуальный номер налогоплательщика. Для разграничения организаций и физических лиц используется атрибут «Тип». Если он принимает значение, соответствующее физическому лицу, то совместно с сущностью «Контрагент» используется сущность «Физическое лицо», в которой хранятся паспортные данные.

Для хранения информации о заказе служат сущности «Заказ» и «Окно». Сущность «Заказ» включает в себя общую информацию о заказе: кто и когда сделал заказ и дату окончания, если заказ выполнен. Более детально заказ раскрывает сущность «Окно», в которой хранятся все размеры и наименования для определенных заказов. По атрибутам «дата формирования заказа», «дата передачи в производство», «дата изготовления», «дата отгрузки» можно динамически наблюдать текущую стадию производственного цикла. По указанным датам можно отслеживать информацию о времени изготовления и о задержках в передаче документов в производственный цех или о задержке отгрузки уже готового изделия. Сущность «Окно» соединена связью «многие ко многим» с сущностью «Прайслист», что позволяет задавать работы по прайслисту для каждого окна и в тоже время использовать одну и туже работу по прайслисту в разных окнах. Связь «многие ко многим» разрешается посредством сущности «Объем работ» которая включает дополнительные атрибуты «Количество» и «Цена». Атрибут «Количество» показывает, сколько требуется единиц наименования из прайслиста для изготовления окна.

Для учета материалов для производства используются сущности «Поставка» и «Партия». Атрибуты «Номер контрагента» и «Дата поставки» используются для определения поставщика осуществившего поставку и даты поставки. «Номер документа» соответствует номеру накладной в бумажном исполнении. Атрибут «Проведено» может принимать истинное или ложное значение. Данный атрибут показывает, была ли учтена данная поставка в сущности «Материалы». Сущность «Поставка» соединена связью «многие ко многим» с сущностью «Материалы». Этим достигается возможность вхождения нескольких материалов в поставку и использование одного и того же материала в нескольких поставках. Связь «многие ко многим» разрешается посредством сущности «Партия». Атрибут «Номер» данной сущности используется для нумерации в бумажных документах. Сущность «Материалы» используется для хранения информации о расходных материалах в наличии. Атрибут «Зарезервировано» хранит количество материалов зарезервированных при приеме заказа. Необходимость введения этого атрибута возникла из-за возможности появления следующей ситуации. Был принят заказ, но на данный момент времени он еще не выполнен, т. е. информация об использованных материалах еще не поступила для учета. Следующий заказ в этом случае может использовать расходные материалы предыдущего заказа. Для исключения такой ситуации на стадии приема заказа увеличивается значение атрибута «Зарезервировано». Прием нового заказа влечет проверку значений «Количество» и «Зарезервировано». В случае если значение «Зарезервировано» превысит значение «Количество» прием нового заказа невозможен. Для объединения различных материалов в группы выделена сущность «Группа материалов».

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

4 Целостность данных

Рассмотрим ограничения, которые необходимы для достижения целостности базы данных.

Ограничения целостности атрибутов.

Атрибут «Тип» сущности «Контрагент» может принимать только два значения, соответствующие организации и физическому лицу. Атрибут «Проведено» сущности «Поставка» может также принимать только два значения — проведена накладная или нет. Атрибут «Стадия выполнения» сущности «Тираж» может принимать восемь заранее определенных значений. Каждое значение соответствует определенной стадии производственного цикла либо промежутку между ними. Так же существуют значения показывающие, что заказ еще не передан в производство, заказ ожидает приемки и заказ на стадии приемки. Эти ограничения реализованы отдельными доменами. Для атрибутов «Количество» и «Цена» определены ограничения, не позволяющие им принимать отрицательные значения.

Целостность отношений и базы данных в целом.

Если атрибут «Тип» сущности «Контрагент» принимает значение «Физическое лицо», то должна существовать запись о паспортных данных с таким же значением «Номер контрагента». Это достигается применением хранимых процедур. Атрибут «Номер формы» в сущности «Форма» не может принимать null значения, после того, как атрибут «Стадия выполнения» принял значение, показывающее, что форма готова. Значение атрибута «Проведено» сущности «Поставка» не может принимать значения «Да» в момент добавления пустой «Поставки», а так же тогда, когда данной «Поставке» не соответствует ни одна «Партия». Это позволяет избежать ситуации когда проводятся пустые накладные. Так же атрибут «Проведено» не может изменить свое значение на «Нет». Запрет на изменение проведенных накладных реализуется триггерами.

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

Текст триггеров и доменов, реализующих описанные выше ограничения целостности приведен в Приложении А.

5 Доступ к данным

Вследствие анализа модели процессов предметной области были выделены следующие пользователи:

«Ответственный по снабжению». Этот пользователь имеет доступ ко всем таблицам на чтение. Кроме того, он может изменять таблицы хранящие информацию о накладных, а также таблицы хранящие записи о контрагентах и расходных материалах. Так же он имеет доступ к хранимым процедурам, обеспечивающим доступ к таблице контрагентов.

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

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

«Директор» имеет доступ на чтение ко всем таблицам. Он может изменять только прайслист.

«Администратор» имеет полный доступ ко всем таблицам.

Описание прав пользователей представлено в Приложении Б.

6 Проектирование приложения

Приложение для работы с разрабатываемой базой данных должно обеспечивать просмотр, ввод и изменение информации о контрагентах, материалах для производства, размерах и количестве окон. Так же должна быть организована работа с накладными, прием заказов и учет продвижения заказов по этапам производственного цикла. Диаграмма логики диалога разработанного приложения представлена на рисунке 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 ***/

CREATE DOMAIN MONEY AS

NUMERIC (15,2);

****************************************************************************/

* Generators ***/

****************************************************************************/

CREATE GENERATOR G_CONTRAGENT;

SET GENERATOR G_CONTRAGENT TO 0;

CREATE GENERATOR G_MATERIALS;

SET GENERATOR G_MATERIALS TO 0;

CREATE GENERATOR G_MEASURE;

SET GENERATOR G_MEASURE TO 0;

CREATE GENERATOR G_OKNO;

SET GENERATOR G_OKNO TO 0;

CREATE GENERATOR G_PARTY;

SET GENERATOR G_PARTY TO 0;

CREATE GENERATOR G_POSTAVKA;

SET GENERATOR G_POSTAVKA TO 0;

CREATE GENERATOR G_PRICE_LIST;

SET GENERATOR G_PRICE_LIST TO 0;

CREATE GENERATOR G_RASHOD_MT;

SET GENERATOR G_RASHOD_MT TO 0;

CREATE GENERATOR G_WORK;

SET GENERATOR G_WORK TO 0;

CREATE GENERATOR G_ZAKAZ;

SET GENERATOR G_ZAKAZ TO 0;

****************************************************************************/

Tables ***/

****************************************************************************/

CREATE 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)

);

CREATE TABLE MATERIALS (

ID INTEGER NOT NULL,

NAME INTEGER,

MEASURE INTEGER

);

CREATE TABLE MEASURE (

ID INTEGER NOT NULL,

NAME VARCHAR (10)

);

CREATE TABLE OKNO (

ID INTEGER NOT NULL,

SZ_WIDTH NUMERIC (15,3),

SZ_HEIGHT NUMERIC (15,3),

SZ_THING NUMERIC (15,3),

SZ_STEKLO_W NUMERIC (15,3),

SZ_STEKLO_H NUMERIC (15,3),

SZ_STEKLO_T NUMERIC (15,3),

WORKS INTEGER

);

CREATE 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

);

CREATE TABLE PRICE_LIST (

ID INTEGER NOT NULL,

NAME VARCHAR (15),

COST MONEY

);

CREATE TABLE RASHOD_MT (

ID INTEGER NOT NULL,

MATERIALS INTEGER,

PRICELIST INTEGER

);

CREATE TABLE WORK_LIST (

ID INTEGER NOT NULL,

NAME INTEGER,

KOL INTEGER,

PRICE MONEY,

P_L INTEGER

);

CREATE 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 ***/

****************************************************************************/

ALTER TABLE CONTRAGENT ADD CONSTRAINT PK_CONTRAGENT PRIMARY KEY (ID);

ALTER TABLE MATERIALS ADD CONSTRAINT PK_MATERIALS PRIMARY KEY (ID);

ALTER TABLE MEASURE ADD CONSTRAINT PK_MEASURE PRIMARY KEY (ID);

ALTER TABLE OKNO ADD CONSTRAINT PK_OKNO PRIMARY KEY (ID);

ALTER TABLE PARTY ADD CONSTRAINT PK_PARTY PRIMARY KEY (ID);

ALTER TABLE POSTAVKA ADD CONSTRAINT PK_POSTAVKA PRIMARY KEY (ID);

ALTER TABLE PRICE_LIST ADD CONSTRAINT PK_PRICE_LIST PRIMARY KEY (ID);

ALTER TABLE RASHOD_MT ADD CONSTRAINT PK_RASHOD_MT PRIMARY KEY (ID);

ALTER TABLE WORK_LIST ADD CONSTRAINT PK_WORK_LIST PRIMARY KEY (ID);

ALTER TABLE ZAKAZ ADD CONSTRAINT PK_ZAKAZ PRIMARY KEY (ID);

****************************************************************************/

* Foreign Keys ***/

****************************************************************************/

ALTER TABLE MATERIALS ADD CONSTRAINT FK_MATERIALS_MEASURE FOREIGN KEY (MEASURE) REFERENCES MEASURE (ID);

ALTER TABLE OKNO ADD CONSTRAINT FK_OKNO_WORK FOREIGN KEY (WORKS) REFERENCES WORK_LIST (ID);

ALTER TABLE PARTY ADD CONSTRAINT FK_PARTY_MATERIAL FOREIGN KEY (MATERIAL) REFERENCES MATERIALS (ID);

ALTER TABLE PARTY ADD CONSTRAINT FK_PARTY_POSTAVKA FOREIGN KEY (POSTAVKA) REFERENCES POSTAVKA (ID);

ALTER TABLE POSTAVKA ADD CONSTRAINT FK_POSTAVKA_CONTRAGENT FOREIGN KEY (CONTRAGENT) REFERENCES CONTRAGENT (ID);

ALTER TABLE RASHOD_MT ADD CONSTRAINT FK_RASHOD_MT_MATERIALS FOREIGN KEY (MATERIALS) REFERENCES MATERIALS (ID);

ALTER TABLE RASHOD_MT ADD CONSTRAINT FK_RASHOD_MT_PRICELIST FOREIGN KEY (PRICELIST) REFERENCES PRICE_LIST (ID);

ALTER TABLE WORK_LIST ADD CONSTRAINT FK_WORK_LIST_PRICELIST FOREIGN KEY (P_L) REFERENCES PRICE_LIST (ID);

ALTER TABLE ZAKAZ ADD CONSTRAINT FK_ZAKAZ_CONTRAGENT FOREIGN KEY (CONTRAGENT) REFERENCES CONTRAGENT (ID);

****************************************************************************/

* Triggers ***/

****************************************************************************/

SET TERM ^ ;

****************************************************************************/

Triggers for tables ***/

****************************************************************************/

/* Trigger: CONTRAGENT_BI */

CREATE TRIGGER CONTRAGENT_BI FOR CONTRAGENT

ACTIVE BEFORE INSERT POSITION 0

as

begin

if (new.id is null) then

new.id = gen_id (g_contragent, 1);

end

^

/* Trigger: MATERIALS_BI */

CREATE TRIGGER MATERIALS_BI FOR MATERIALS

ACTIVE BEFORE INSERT POSITION 0

as

begin

if (new.id is null) then

new.id = gen_id (g_materials, 1);

end

^

/* Trigger: MEASURE_BI */

CREATE TRIGGER MEASURE_BI FOR MEASURE

ACTIVE BEFORE INSERT POSITION 0

as

begin

if (new.id is null) then

new.id = gen_id (g_measure, 1);

end

^

/* Trigger: OKNO_BI */

CREATE TRIGGER OKNO_BI FOR OKNO

ACTIVE BEFORE INSERT POSITION 0

as

begin

if (new.id is null) then

new.id = gen_id (g_okno, 1);

end

^

/* Trigger: PARTY_BI */

CREATE TRIGGER PARTY_BI FOR PARTY

ACTIVE BEFORE INSERT POSITION 0

as

begin

if (new.id is null) then

new.id = gen_id (g_party, 1);

end

^

/* Trigger: POSTAVKA_BI */

CREATE TRIGGER POSTAVKA_BI FOR POSTAVKA

ACTIVE BEFORE INSERT POSITION 0

as

begin

if (new.id is null) then

new.id = gen_id (g_postavka, 1);

end

^

/* Trigger: PRICE_LIST_BI */

CREATE TRIGGER PRICE_LIST_BI FOR PRICE_LIST

ACTIVE BEFORE INSERT POSITION 0

AS

BEGIN

IF (NEW.ID IS NULL) THEN

NEW.ID = GEN_ID (G_PRICE_LIST, 1);

END

^

/* Trigger: RASHOD_MT_BI */

CREATE TRIGGER RASHOD_MT_BI FOR RASHOD_MT

ACTIVE BEFORE INSERT POSITION 0

as

begin

if (new.id is null) then

new.id = gen_id (g_rashod_mt, 1);

end

^

/* Trigger: WORK_BI */

CREATE TRIGGER WORK_BI FOR WORK_LIST

ACTIVE BEFORE INSERT POSITION 0

AS

BEGIN

IF (NEW.ID IS NULL) THEN

NEW.ID = GEN_ID (G_WORK, 1);

END

^

/* Trigger: ZAKAZ_BI */

CREATE TRIGGER ZAKAZ_BI FOR ZAKAZ

ACTIVE BEFORE INSERT POSITION 0

as

begin

if (new.id is null) then

new.id = gen_id (g_zakaz, 1);

end

^

SET TERM; ^

Приложение Б

Описание прав пользователей

grant insert on contractor to insert_into_contractor^

grant insert on person to insert_into_contractor^

grant update on contractor to update_contractor^

grant update on person to update_contractor^

grant select on consignment to DeliveryAcceptAll^

grant select on delivery to DeliveryAcceptAll^

grant update on delivery to DeliveryAcceptAll^

create role pr_suppl^

grant all on delivery to pr_suppl^

grant all on consignment to pr_suppl^

grant all on contractor to pr_suppl^

grant all on person to pr_suppl^

grant all on contractor_group to pr_suppl^

grant select on dublicate to pr_suppl^

grant select on dublicate_jobs to pr_suppl^

grant select on form to pr_suppl^

grant select on form_group to pr_suppl^

grant all on material_group to pr_suppl^

grant all on material to pr_suppl^

grant all on measurement_unit to pr_suppl^

grant select on material_consumption to pr_suppl^

grant select on price_list to pr_suppl^

grant select on production_order to pr_suppl^

grant execute on procedure DeliveryAcceptAll to pr_suppl^

grant execute on procedure insert_into_contractor to pr_suppl^

grant execute on procedure update_contractor to pr_suppl^

create role pr_tech^

grant select on delivery to pr_tech^

grant select on consignment to pr_tech^

grant select on contractor to pr_tech^

grant select on contractor_group to pr_tech^

grant select on person to pr_tech^

grant all on dublicate to pr_tech^

grant all on dublicate_jobs to pr_tech^

grant all on form to pr_tech^

grant all on form_group to pr_tech^

grant select on material_group to pr_tech^

grant select on material to pr_tech^

grant select on measurement_unit to pr_tech^

grant all on material_consumption to pr_tech^

grant select on price_list to pr_tech^

grant select on production_order to pr_tech^

create role pr_order^

grant select on delivery to pr_order^

grant select on consignment to pr_order^

grant all on contractor to pr_order^

grant all on person to pr_order^

grant all on contractor_group to pr_order^

grant all on dublicate to pr_order^

grant all on dublicate_jobs to pr_order^

grant select on form to pr_order^

grant select on form_group to pr_order^

grant select on material_group to pr_order^

grant select on material to pr_order^

grant select on measurement_unit to pr_order^

grant select on material_consumption to pr_order^

grant select on price_list to pr_order^

grant all on production_order to pr_order^

grant execute on procedure insert_into_contractor to pr_order^

grant execute on procedure update_contractor to pr_order^

create role pr_dir^

grant select on delivery to pr_dir^

grant select on consignment to pr_dir^

grant select on contractor to pr_dir^

grant select on contractor_group to pr_dir^

grant select on person to pr_dir^

grant select on dublicate to pr_dir^

grant select on dublicate_jobs to pr_dir^

grant select on form to pr_dir^

grant select on form_group to pr_dir^

grant select on material_group to pr_dir^

grant select on material to pr_dir^

grant select on measurement_unit to pr_dir^

grant select on material_consumption to pr_dir^

grant all on price_list to pr_dir^

grant select on production_order to pr_dir^

grant pr_suppl to pu_suppl^

grant pr_tech to pu_tech^

grant pr_order to pu_order^

grant pr_dir to pu_dir^