Скрипсозданиятаблицы «Приложения»

Постановка задачи

Написать программу, реализующую базу данных для программного модуля «Технический акт»

Основные задачи программы:

- Формирование технических актов на печать

- Сбор и анализ статистики несоответствий деталей и сборочных единиц

Предметная область

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

Основные предметно-значимые сущности:

Технические акты, несоответствия, мероприятия по устранению несоответствий.

Основные предметно-значимые атрибуты сущностей:

• технические акты – наименование, номер, решение;
• несоответствия – код несоответствия, причина, место обнаружения;

· мероприятия по устранению несоответствий – код мероприятия, исполнитель, срок исполнения.

Основные требования к функциям системы:

• добавить технический акт;
• добавить несоответствие;
• добавить мероприятие;
• просмотреть технический акт в пригодном для печати виде;

Система создаётся для обслуживания следующих групп пользователей:

• работник цеха / отдела;
• начальник цеха / отдела;
• руководитель;
• работник архива.

Определим границы информационной поддержки пользователей:

1) Функциональные возможности:

• ведение БД (запись, чтение, модификация);
• обеспечение логической непротиворечивости БД;
• обеспечение защиты данных от несанкционированного или случайного доступа (определение прав доступа);
• реализация наиболее часто встречающихся запросов в готовом виде;

2) Готовые запросы:

• просмотреть технические акты;
• просмотреть и вывести на печать различные справочники;
• формирование мероприятий по устранению несоответсвий.

ER–диаграмма технического акта приведена на рис.

Рисунок 1

Логика работы.

Связь типа 1:n (один-ко-многим) между отношениями реализуется через внешний ключ. Ключ вводится для того отношения, к которому осуществляется множественная связь.

Связь между отношениями Nesootv и Merop принадлежит к типу n:m (многие-ко-многим). Этот тип связи реализуется через вспомогательное отношение, которое является соединением первичных ключей соответствующих отношений.

Составление реляционных отношений

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

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

Для несоответствий введём суррогатный ключ –Id. Для мероприятий так же введем Id. Для ответственных -Id

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

А вот для таблицы Nesootv введем искусственный ключ для того, чтобы в дальнейшем была возможность ссылаться на эту таблицу.

Отношения приведены в табл. 1-5. Для каждого отношения указаны атрибуты с их внутренним названием, типом и длиной. Типы данных обозначаются так: N – числовой, C – символьный, T–текстовый, М – денежный,D – дата (последний имеет стандартную длину, зависящую от СУБД, поэтому она не указывается).

Определение дополнительных ограничений целостности

Ограничение целостности:

-Значения всех числовых атрибутов – больше 0 (или null, если атрибут необязателен)

Пользовательский интерфейс

Общение с пользователем происходит посредством WindowsForm. В главной форме находится семь пунктов меню, снизу на labelотображается имя пользователя, под которым выполнен вход, а также его роль. Первая вкладка называется «Технические акты(Рис 2). На первой вкладке расположены кнопки навигация по списку и контроля транзакций, а также dataGridView для вывода списка техактов.

Рисунок 1 – Основная форма

Рисунок 2 – Пункт меню «Тех.акты»

При нажатии на кнопку «Редактор» откроется вкладка для редактирования содержания одного экземпляратехакта. В свою очередь она имеет 5 вкладок:

- Общие сведения (Рис 3)

- Несоответствия (Рис 4)

- Решения (Рис 5)

- Мероприятия (Рис 6)

- Подписи (Рис 7)

Рисунок 3 – вкладка«Общие сведения» редактора

Рисунок 4 – вкладка «Несоответствия» редактора

Рисунок5 – вкладка «Решения» редактора

Рисунок 6 – вкладка «Мероприятия» редактора

\

Рисунок7 – вкладка «Подписи» редактора

Пункт меню «Справочники» содержит различные справочники для вывода их на печать и добавления новых элементов.

Пункт меню «Администрирование» (Рис 8) позволяет выдавать права на пользование программой новым пользователям, а также редактировать уже существующие. Помимо этого там также хранится справочная информация по пользователю.

Рисунок8 –Пункт меню «Администрирование»

Инструкция по развертыванию

Рассмотрим написание программы поэтапно.

Операционная система: Windows 10 Домашняя

ER-диаграмма БД была создана в программе ErwinDataModeler 7.3 - CASE-средство для проектирования и документирования баз данных, которое позволяет создавать, документировать и сопровождать базы данных, хранилища и витрины данных.

После создания скрипта БД была загружена в OracleDataBase— система управления реляционными базами данных.

Приложение написано на языке Delphi с использованием технологии FastReport в интегрированной среде разработки программного обеспечения BorlandDelphi 5.

Список используемой литературы

1.Рудалев В.Г.Разработка приложений баз данных. / В.Г.Рудалев- Воронеж : Изд. Дом ВГУ, 2014 .- 48 с.

2. Рудалев В. Г. Разработка приложений баз данных. Часть 2 / В.Г.Рудалев. — Воронеж : Изд. Дом ВГУ, 2016 . — 61 с.

3.Рудалев В. Г. Разработка приложений баз данных. Часть 3 / В.Г.Руда-лев. — Воронеж : Изд. Дом ВГУ, 2017 . — 51 с.

Постановка задачи

Написать программу, реализующую базу данных для программного модуля «Технический акт»

Основные задачи программы:

- Формирование технических актов на печать

- Сбор и анализ статистики несоответствий деталей и сборочных единиц

Предметная область

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

Основные предметно-значимые сущности:

Технические акты, несоответствия, мероприятия по устранению несоответствий.

Основные предметно-значимые атрибуты сущностей:

• технические акты – наименование, номер, решение;
• несоответствия – код несоответствия, причина, место обнаружения;

· мероприятия по устранению несоответствий – код мероприятия, исполнитель, срок исполнения.

Основные требования к функциям системы:

• добавить технический акт;
• добавить несоответствие;
• добавить мероприятие;
• просмотреть технический акт в пригодном для печати виде;

Система создаётся для обслуживания следующих групп пользователей:

• работник цеха / отдела;
• начальник цеха / отдела;
• руководитель;
• работник архива.

Определим границы информационной поддержки пользователей:

1) Функциональные возможности:

• ведение БД (запись, чтение, модификация);
• обеспечение логической непротиворечивости БД;
• обеспечение защиты данных от несанкционированного или случайного доступа (определение прав доступа);
• реализация наиболее часто встречающихся запросов в готовом виде;

2) Готовые запросы:

• просмотреть технические акты;
• просмотреть и вывести на печать различные справочники;
• формирование мероприятий по устранению несоответсвий.

ER–диаграмма технического акта приведена на рис.

Рисунок 1

Логика работы.

Связь типа 1:n (один-ко-многим) между отношениями реализуется через внешний ключ. Ключ вводится для того отношения, к которому осуществляется множественная связь.

Связь между отношениями Nesootv и Merop принадлежит к типу n:m (многие-ко-многим). Этот тип связи реализуется через вспомогательное отношение, которое является соединением первичных ключей соответствующих отношений.

Составление реляционных отношений

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

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

Для несоответствий введём суррогатный ключ –Id. Для мероприятий так же введем Id. Для ответственных -Id

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

А вот для таблицы Nesootv введем искусственный ключ для того, чтобы в дальнейшем была возможность ссылаться на эту таблицу.

Отношения приведены в табл. 1-5. Для каждого отношения указаны атрибуты с их внутренним названием, типом и длиной. Типы данных обозначаются так: N – числовой, C – символьный, T–текстовый, М – денежный,D – дата (последний имеет стандартную длину, зависящую от СУБД, поэтому она не указывается).

Скрипсозданиятаблицы «Приложения»

prompt Creating table ANNEX

prompt ====================

prompt

create table ANNEX

(

ID NUMBER(10),

NUM NUMBER(2),

NAME VARCHAR2(100),

COUNT_PAGE NUMBER(3),

COUNT_COPY NUMBER(2),

INF_ID NUMBER(10)

)

tablespace USERS

pctfree 10

initrans 1

maxtrans 255

storage

(

initial 64K

minextents 1

maxextents unlimited

);

comment on table ANNEX

is 'Приложения к тех. акту';

comment on column ANNEX.NUM

is 'Номерпопорядку';

comment on column ANNEX.NAME

is 'Наименованиедокумента';

comment on column ANNEX.COUNT_PAGE

is 'Кол-волистов';

comment on column ANNEX.COUNT_COPY

is 'Кол-воэкземпляров';

comment on column ANNEX.INF_ID

is 'Идтех.акта';