Гибкость СУБД MySQL обеспечивается поддержкой большого количества типов таблиц: пользователи могут выбрать как таблицы типа MyISAM, поддерживающие полнотекстовый поиск, так и таблицы InnoDB, поддерживающие транзакции на уровне отдельных записей. Более того, СУБД MySQL поставляется со специальным типом таблиц EXAMPLE, демонстрирующим принципы создания новых типов таблиц. Благодаря открытой архитектуре и GPL-лицензированию, в СУБД MySQL постоянно появляются новые типы таблиц.

Сообществом разработчиков MySQL созданы различные ответвления кода, такие как Drizzle, OurDelta, Percona Server, иMariaDB. Все эти ответвления уже существовали на момент поглощения компаний Sun и MySQL AB корпорацией Oracle.

MySQL состоит из нескольких частей в том числе сервера MySQL (программы mysqld, которая, собственно, и управляет базой данных), клиента MySQL (программы mysql, предоставляющей интерфейс к серверу) и многочисленных служебных утилит для обслуживания базы данных и иных целей. Работу с MySQL можно вести, пользуясь многими распространенны ми языками программирования, включая PHP, Perl и lava.

MySQL портирована на большое количество платформ: AIX, BSDi, FreeBSD, HP-UX, Linux, Mac OS X, NetBSD, OpenBSD, OS/2 Warp, SGI IRIX, Solaris, SunOS, SCO OpenServer, SCO UnixWare, Tru64, Windows 95, Windows 98, Windows NT, Windows 2000, Windows XP, Windows Server 2003, WinCE, Windows Vista и Windows 7. Существует также порт MySQL к OpenVMS. Важно отметить, что на официальном сайте СУБД для свободной загрузки предоставляются не только исходные коды, но и откомпилированные и оптимизированные под конкретные операционные системы готовые исполняемые модули СУБД MySQL.

MySQL имеет API для языков Delphi, C, C++, Эйфель, Java, Лисп, Perl, PHP, PureBasic, Python, Ruby, Smalltalk, Компонентный Паскаль и Tcl библиотеки для языков платформы .NET, а также обеспечивает поддержку для ODBC посредством ODBC-драйвера MyODBC.

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

3.2.2 Microsoft SQL Server

Microsoft SQL Server -- система управления реляционными базами данных (СУБД), разработанная корпорацией Microsoft. Основной используемый язык запросов -- Transact-SQL, создан совместно Microsoft и Sybase. Transact-SQL является реализацией стандартаANSI/ISO по структурированному языку запросов (SQL) с расширениями. Используется для работы с базами данных размером от персональных до крупных баз данных масштаба предприятия; конкурирует с другими СУБД в этом сегменте рынка.

Сервер баз данных Microsoft SQL Server в качестве языка запросов использует версию языка SQL, получившую название Transact-SQL(сокращённо T-SQL). Язык T-SQL является реализацией SQL-92 (стандарт ISO для языка SQL) с множественными расширениями. T-SQL позволяет использовать дополнительный синтаксис для хранимых процедур и обеспечивает поддержку транзакций (взаимодействие базы данных с управляющим приложением).

При взаимодействии с сетью Microsoft SQL Server и Sybase ASE используют протокол уровня приложения под названием Tabular Data Stream (TDS, протокол передачи табличных данных). Протокол TDS также был реализован в проекте FreeTDS с целью обеспечить различным приложениям возможность взаимодействия с базами данных Microsoft SQL Server и Sybase.

Для обеспечения доступа к данным Microsoft SQL Server поддерживает Open Database Connectivity (ODBC) -- интерфейс взаимодействия приложений с СУБД. Версия SQL Server 2005 обеспечивает возможность подключения пользователей через веб-сервисы, использующие протокол SOAP. Это позволяет клиентским программам, не предназначенным для Windows, кроссплатформенно соединяться с SQL Server. Компания Microsoft также выпустила сертифицированный драйвер JDBC, позволяющий приложениям под управлением Java (таким как BEA и IBM WebSphere) соединяться с Microsoft SQL Server 2000 и 2005.

Также SQL Server поддерживает зеркалирование и кластеризацию баз данных. Кластер сервера SQL -- это совокупность одинаково конфигурированных серверов; такая схема помогает распределить рабочую нагрузку между несколькими серверами. Все сервера имеют одно виртуальное имя, и данные распределяются по IP-адресам машин кластера в течение рабочего цикла. Также в случае отказа или сбоя на одном из серверов кластера доступен автоматический перенос нагрузки на другой сервер.

SQL Server поддерживает избыточное дублирование данных по трем сценариям:

- Cнимок - производится «снимок» базы данных, который сервер отправляет получателям;

- история изменений - все изменения базы данных непрерывно передаются пользователям;

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

В SQL Server 2005 встроена поддержка .NET Framework. Благодаря этому хранимые процедуры БД могут быть написаны на любом языке платформы .NET, используя полный набор библиотек, доступных для .NET Framework, включая Common Type System (система обращения с типами данных в Microsoft .NET Framework). Однако, в отличие от других процессов, .NET Framework, будучи базисной системой для SQL Server 2005, выделяет дополнительную память и выстраивает средства управления SQL Server вместо того, чтобы использовать встроенные средства Windows. Это повышает производительность в сравнении с общими алгоритмами Windows, так как алгоритмы распределения ресурсов специально настроены для использования в структурах SQL Server.

Microsoft SQL Server Express является бесплатно распространяемой версией SQL Server, развитием системы MSDE. Данная версия имеет некоторые технические ограничения. Такие ограничения делают её непригодной для развертывания больших баз данных, но она вполне годится для ведения программных комплексов в масштабах небольшой компании. Содержит полноценную поддержку новых типов данных, в том числе XML-спецификации. Фактически, это полноценный MS SQL Server, включая все его компоненты программирования, поддержку национальных алфавитов и Unicode. Поэтому используется в приложениях, при проектировании или для самостоятельного изучения. Нет никаких препятствий для дальнейшего развёртывания накопленной базы данных на более функциональных типах Microsoft SQL Server. В 2007 году Microsoft выпустила отдельную утилиту с графическим интерфейсом для администрирования данной версии, которая также доступна для бесплатного скачивания с сайта корпорации.

Ограничения:

- 1 поддерживаемый процессор (но может быть установлен на любой сервер)

- 1 Гб адресуемой памяти

- 4 Гб максимальный размер базы (10 Гб для версий SQL Server 2008 R2 и SQL Server 2012 RC0)

- Через интерфейс SQL Server Management Studio 2005 нет возможности экспорта/импорта данных (в версиях 2008 и 2012 эта возможность присутствует)

- В версиях 2008 и 2008 R2 отсутствует встроенный планировщик заданий Агент SQL Server. Однако имеется возможность создавать скрипты с командами на языке T-SQL в обычных текстовых файлах и исполнять их при помощи Программы sqlcmd, в том числе с возможностью планирования запуска через Планировщик задач, стандартную оснастку Консоли MMC.

3.2.3 SQLite

SQLite -- легковесная встраиваемая реляционная база данных. Исходный код библиотеки передан в общественное достояние. В 2005 году проект получил награду Google-O'Reilly Open Source Awards.

Слово «встраиваемый» означает, что SQLite не использует парадигму клиент-сервер, то естьдвижок SQLite не является отдельно работающим процессом, с которым взаимодействует программа, а предоставляет библиотеку, с которой программа компонуется и движок становится составной частью программы. Таким образом, в качестве протокола обмена используются вызовы функций (API) библиотеки SQLite. Такой подход уменьшает накладные расходы, время отклика и упрощает программу. SQLite хранит всю базу данных (включая определения, таблицы, индексы и данные) в единственном стандартном файле на том компьютере, на котором исполняется программа. Простота реализации достигается за счёт того, что перед началом исполнения транзакции записи весь файл, хранящий базу данных, блокируется; ACID-функции достигаются в том числе за счёт создания файла журнала.

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

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

Старые версии SQLite были спроектированы без каких-либо ограничений, единственным условием было то, чтобы база данных умещалась в памяти, в которой все вычисления производились при помощи 32-разрядных целых чисел. Это создавало определённые проблемы. Из-за того, что верхние пределы не были определены и соответственно должным образом протестированы, то частенько наружу вылезали ошибки при использовании SQLite в достаточно экстремальных условиях. И поэтому, в новых версиях SQLite были введены пределы, которые теперь проверяются вместе с общим набором тестов.

3.3 Вывод по обзору средств разработки

В обзоре были представлены две полноценные платформы для разработки программного обеспечения(Delphi Embarcadero и Visual Studio). Они бесспорно имеют большое преимущество перед PHP и Ruby в плане удобства использования и множества дополнительных функцию ускоряющих разработку, но за удобство и скорость нужно платить.

PHP и Ruby. PHP в силу своего большего возраста (появился в 1994) по сравнению Ruby (выпущен в 2004) имеет: более широкую поддержку в среде open-source, больше всевозможных IDE и Framework'ов как бесплатных так и платных. Связка Ruby и Rails не уступает и продолжает совершенствоваться (на данный момент актуальна версия 1.9.3 для Ruby и 3.2.1 для Rails). Большим плюсом Rails является возможность генерации страниц, использование механизмов повторного использования, а также использование ActiveRecord(ActiveRecord является популярным способом доступа к данным реляционных баз данных в объектно-ориентированном программировании), что позволяет не привязываться к синтаксису определенной базы данных.

Так как управление базой данных осуществляется через ActiveRecord, то главным при выборе СУБД будит способ её распространения (платный или бесплатный) и организация. MS SQL - коммерческий продукт, то он сразу не подходит. My SQL - имеет структуры клиент-сервер, но так как приложение само по себе будит клиент-серверное и выделятся отдельный сервер под базу данных не планируется, использование его нецелесообразно. SQLite не является отдельно работающим процессом, с которым взаимодействует программа, а предоставляет библиотеку, с которой программа компонуется и движок становится составной частью программы. Таким образом, в качестве протокола обмена используются вызовы функций (API) библиотеки SQLite. Такой подход уменьшает накладные расходы, время отклика и упрощает программу.

Связка и Ruby on Rails и SQLite будит наилучшим выбором для реализации автоматизированной информационной системы.

Глава 4. Постановка задачи. Требование к проекту

4.1 Нефункциональные требования

Надежность. Время восстановления после отказа, вызванного сбоем электропитания технических средств (иными внешними факторами), не фатальным сбоем (не крахом) операционной системы, не должно превышать 30-ти минут при условии соблюдения эксплуатации технических и программных средств.

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

Расширяемость. Возможность легкого добавления отдельных элементов сети (пользователей, компьютеров, приложений, служб), наращивания длины сегментов сети и замены существующей аппаратуры более мощной.

4.2 Функциональные требования

Клиент-серверная архитектура. Хранение и обработка информации должна осуществляться на сервере предприятия.

Эргономика. Система должна обладать интуитивно-понятным интерфейсом.

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

Экспорт данных. Возможность загрузки актов формата xls и xlsx.

Просмотр, редактирование и удаление актов.

Формирование отчётов в контролирующие органы;

Использование справочных материалов.

4.3 Список автоматизируемых функций

Ввод, редактирование, просмотр и удаление информации, в соответствии с правами доступа.

Формирование отчёта в контролирующие органы.

Загрузка имеющихся файлов.

Хранение актом, отчетов.

Быстрый поиск по необходимым параметрам.

4.4 Описание подсистем автоматизированной системы

В состав автоматизированной информационной системы учета результатов входного контроля и освидетельствования трубной продукции ИТЦ входит:

- подсистема ввода и редактирования данных;

- подсистема администрирования;

- подсистема поиска и фильтрации данных;

- подсистема сопровождения справочников;

- подсистема формирования отчетов.

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

Подсистема администрирования. Подсистема предназначена для разграничения прав доступа пользователями к информации.

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

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

Подсистема формирования отчетов. Подсистема формирует отчеты в надзирающие органы и журнал регистрации актов.

4.5 Математическая постановка задачи

Расчет затрат по проведённым работам:

Где З - сумма затрат за период времени

- НП - начало периода времени

- КП - конец периода времени

- - акт выполненных работ с i-й датой

Глава 5. Проектное решение

5.1 Инфологическая модель

Цель инфологического моделирования - обеспечение наиболее естественных для человека способов сбора и представления той информации, которую предполагается хранить в создаваемой базе данных. Поэтому инфологическую модель данных пытаются строить по аналогии с естественным языком. Для построения информационной модели методом сущность-связь использовалось CASE-средство ERWin, в результате чего была получена модель сущность-связь (рисунок 5.1). В ней определены все основные объекты (сущности) и связи, которые существуют между ними.

Представление данных.

Описание потоков данных.

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

Как правило, диаграмма детализирует один или несколько функциональных блоков модели, описанной в стандарте IDEF0.

Таблица 3.1 - Сведения о потоках данных.

акт	данные акта	акт_выдан
		дата_нанисения_изоляции
		дата_отгрузки
		дефект_глубина
		дефект_длинна
		дефект_остаточная_толщина
		дефект_от_маркерованного_торца
		дефект_от_правого_шва
		дефект_ширина
		длина
		завод_изготовитель
		заключение
		изготовленно_по_ГОСТу
		изоляция_покрыта_по_ТУ
		класс_прочности
		конструкция_труб
		место_проведения
		номер
		номер_сертификата
		овальность
		остаток_магнитной_индукции
		отметка_годности
		присутствовал
		проверил
		размер_труб
		тип_дефекта
		толщина_стенки
		факт_диаметр
логин_пароль	данные аутетификации	логин
		пароль
отчет	данные отчета
		выявленные_нарушения
		ГОСТ_деталей
		дата_изготовления
		дата_нанесения_изоляции
		диаметр
		завод_изготовитель
		заказчик
		класс_прочности
		конструкция_труб
		наименование_деталей
		объект
		толщина_стенки
		ТУ_изоляционного_покрытия
		число_деталей
пользователь	данные пользователя
		виды_НК
		должность
		имя
		наименование_лаборат
		номер_квалификац_удоставерения
		номер_свид_аттестации
		отчество
		срок_действия
		уровень_НК
		фамилия
период	период времени	период_с
		пероид_по
пользователь	регистрационные данные	виды_НК
		должность
		имя
		наименование_лаборат
		номер_квалификац_удоставерения
		номер_свид_аттестации
		отчество
		срок_действия
		уровень_НК
		фамилия
справочники	справочные даные	ГОСТ
		завод_изготовитель
		класс_прочности
		конструкция_трубы
		место_прибытия_груза
		место_проведения_контроля
		тип_дефекта
		ТУ

Описание физической модели данных.

Таблица «Тип трубной продукции» содержит информацию о типах трубной продукции. Первичным ключом (PK) является атрибут «номер».

Таблица 3.2 - «Тип трубной продукции»

Имя поля	Тип данных	Not null
Номер(РК)	Integer	ь
Наименование	Varchar(30)	ь

Таблица «Трубная продукция» содержит информацию о трубной продукции. Первичным ключом (PK) является атрибут «номер». Внешним ключом(FK) является атрибут «id паспорт_труба»

Таблица 3.3 - «Трубная продукции»

Имя поля	Тип данных	Not null
Номер(РК)	Integer	ь
Наименование	Varchar(30)	ь
id паспорт_труба(FK)	integer	ь

Таблица «Место установки» содержит информацию о месте установки трубной продукции. Первичным ключом (PK) является атрибут «номер».

Таблица 3.4 - «Место установки»

Имя поля	Тип данных	Not null
Номер(РК)	Integer	ь
Объект установки	Varchar(30)	ь
Дата установки	Datetime	ь
Стык	Varchar(30)	ь

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



Таблица 3.5 - «Представитель лаборатории»

Имя поля	Тип данных	Not null
Номер(РК)	Integer	ь
Наименование лаб	Varchar(10)	ь
Номер свидетельства об аттестации	integer	ь
Срок действия	Datetime	ь
Фамилия	Varchar(10)	ь
Имя	Varchar(10)	ь
Отчество	Varchar(10)	ь
Должность	Varchar(30)	ь
Номер квалификац удостоверения	integer	ь
Виды НК	Varchar(30)	ь
Уровень	Varchar(30)	ь

Таблица «нормативная документация» содержит информацию о нормативной документации. Первичным ключом (PK) является атрибут «номер».

Таблица 3.6 - «нормативная документация»

Имя поля	Тип данных	Not null
Номер(РК)	Integer	ь
Наименование	Varchar(30)	ь
Обозначение	Varchar(30)	ь

Таблица «паспорт» содержит ссылку на электронную копию паспорта, хранящегося на сервере. Первичным ключом (PK) является атрибут «номер».

Таблица 3.7 - «паспорт»

Имя поля	Тип данных	Not null
Номер(РК)	Integer	ь
Линк	Varchar(30)	ь

Таблица «данные трубной продукции» содержит данные о трубной продукции. Первичным ключом (PK) является атрибут «id».



Таблица 3.8 - «данные трубной продукции»

Имя поля	Тип данных	Not null
id(РК)	Integer	ь
Заводской номер изделия	Integer	ь
Количество в партии	Integer	ь
Сертификат	Varchar(30)

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

Таблица 3.9 - «вывод»

Имя поля	Тип данных	Not null
id(РК)	Integer	ь
Заключение	Text	ь

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

Таблица 3.10 - «изготовитель»

Имя поля	Тип данных	Not null
id(РК)	Integer	ь
Наименование	Varchar(30)	ь
Адрес	Text
Телефон	Varchar(30)

Таблица «результаты контроля» содержит информацию о параметрах по которым производился контроль. Первичным ключом (PK) является атрибут «номер». Внешним ключом(FK) является атрибут «id сертификата» и «Id трубы»



Таблица 3.11 - «результаты контроля»

Имя поля	Тип данных	Not null
id(РК)	Integer	ь
id сертификата	Integer	ь
Id трубы	Integer	ь
Дата проверки	Datetime	ь
Нанесение изоляции	Datetime	ь
Внешний диаметр	Varchar(15)	ь
Овальность	Varchar(15)	ь
Длинна общая	Integer	ь
Толщина стенки	Varchar(15)	ь
Тип дефекта	Varchar(20)	ь
Длина дефекта	Integer	ь
Ширина дефекта	Integer	ь
Глубина дефекта	integer	ь
Толщина дефекта	Integer	ь
Магнитная индукция	Varchar(15)	ь
Отметка о годности	Varchar(20)	ь
От маркированного торца	Integer	ь
От правого шва	integer	ь

Таблица «размеры» содержит информацию о параметрах трудной продукции. Первичным ключом (PK) является атрибут «id». Внешним ключом(FK) является атрибут «id нормативной документации»

Таблица 3.12 - «размеры»

Имя поля	Тип данных	Not null
id(РК)	Integer	ь
Угол гиба	integer	ь
Диаметр магистрали	Integer	ь
Диаметр ответления	Integer	ь
Класс точности присоединённых труб	Integer	ь
Номинальное рабочее давление	Integer	ь
Коэф условий эксплуатации	Integer	ь
Материал	Varchar(30)	ь
Климатическое исполнение	Varchar(30)	ь
id нормативной документации(FK)	Integer	ь



Таблица «принимающие» содержит информацию о представителях принимающей стороны. Первичным ключом (PK) является атрибут «id».

Таблица 3.13 - «принимающие»

Имя поля	Тип данных	Not null
id(РК)	Integer	ь
Должность	Varchar(30)	ь
Фамилия	Varchar(30)	ь
Имя	Varchar(30)	ь
Отчество	Varchar(30)	ь
Организация	Varchar(30)	ь

Таблица «передающие» содержит информацию о представителях передающей стороны. Первичным ключом (PK) является атрибут «id».

Таблица 3.14 - «передающие»

Имя поля	Тип данных	Not null
id(РК)	Integer	ь
Должность	Varchar(30)	ь
Фамилия	Varchar(30)	ь
Имя	Varchar(30)	ь
Отчество	Varchar(30)	ь
Организация	Varchar(30)	ь

Таблица «сопроводительная документация» содержит информацию сопроводительной документации. Первичным ключом (PK) является атрибут «id».

Таблица 3.15 - «сопроводительная документация»

Имя поля	Тип данных	Not null
id(РК)	Integer	ь
Наименование изделия	Varchar(30)	ь
Наименование документации	Varchar(30)	ь
Дата выдачи	Datetime	ь



Таблица «прибор» содержит информацию сопроводительной документации. Первичным ключом (PK) является атрибут «id».

Таблица 3.16 - «прибор»

Имя поля	Тип данных	Not null
id(РК)	Integer	ь
наименование прибора	Varchar(30)	ь
Марка прибора	Varchar(30)
Дата выдачи	Datetime	ь
Номер свидетельства	Integer	ь

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

Первичным ключом (PK) является атрибут «id».

Внешним ключом(FK) является атрибут «id нормативной документации», «id размера», «id изготовителя», «id вывод», «id результаты контроля», «id место установки», «id сопроводительный документ», «id принимающие», «id передающие», «id прибора», «Id ГОСТ», «Id ТУ», «Id типа трубы»



Таблица 3.17 - «акт контроля»

Имя поля	Тип данных	Not null
id(РК)	Integer	ь
Id размеры	integer	ь
id изготовитель	Integer	ь
Id вывод	integer	ь
Акт выдан	Varchar(30)	ь
id вывод	Integer	ь
id результаты контроля	Integer	ь
id представитель контроля	Integer	ь
id место установки	Integer	ь
Id ГОСТ	integer	ь
Id ТУ	Integer	ь
id сопровод докум	Integer	ь
id принимающее	Integer	ь
id передающие	Integer	ь
id прибора	integer	ь
Название	Varchar(20)	ь
Номер	String	ь
Id типа трубы	integer	ь

Таблица «ТУ» содержит номера ТУ/ГОСТ'ов изоляционного покрытия. Первичным ключом (PK) является атрибут «id».

Таблица 3.18 - «вывод»

Имя поля	Тип данных	Not null
id(РК)	Integer	ь
ТУ	Text	ь

Таблица «ТУ» содержит номера ГОСТ'ов по которым изготовлена трубная продукция. Первичным ключом (PK) является атрибут «id».

Таблица 3.19 - «вывод»

Имя поля	Тип данных	Not null
id(РК)	Integer	ь
ГОСТ	Text	ь



Связи межу таблицами:

· Между таблицами «тип трубной продукции» и «трубная продукция» существует связь 1 к 1-?

· Между таблицами «паспорт» и «трубная продукция» существует связь 1 к 1-?

· Между таблицами «трубная продукция» и «место установки» существует связь 1 к 1-?

· Между таблицами «трубная продукция» и «ведомость контроля» существует связь 1 к 1-?

· Между таблицами «трубная продукция» и «акт выполненных работ» существует связь 1 к 1-?

· Между таблицами «место установки» и «акт контроля» существует связь 1 к 1-?

· Между таблицами «данные трубной продукции» и «вывод» существует связь 1 к 0-?

· Между таблицами «данные трубной продукции» и «ведомость контроля» существует связь 1 к 1-?

· Между таблицами «данные трубной продукции» и «место установки» существует связь 1 к 1-?

· Между таблицами «изготовитель» и «ведомость контроля» существует связь 1 к 1-?

· Между таблицами «изготовитель» и «акт контроля» существует связь 1 к 1-?

· Между таблицами «нормативная документация» и «вывод» существует связь 1 к 1-?

· Между таблицами «нормативная документация» и «размеры» существует связь 1 к 1-?

· Между таблицами «место установки» и «акт контроля» существует связь 1 к 1-?

· Между таблицами «вывод» и «акт контроля» существует связь 1 к 0-?

· Между таблицами «представитель контроля» и «акт контроля» существует связь 1 к 1-?

· Между таблицами «размеры» и «акт контроля» существует связь 1 к 0-?

· Между таблицами «результаты контроля» и «акт контроля» существует связь 1 к 1-?

· Между таблицами «приборы» и «акт контроля» существует связь 1 к 1-?

· Между таблицами «принимающий» и «акт контроля» существует связь 1 к 1-?

· Между таблицами «передающий» и «акт контроля» существует связь 1 к 1-?

· Между таблицами «примечания» и «результаты контроля» существует связь 1 к 1-?

· Между таблицами «сопроводительная документация» и «акт контроля» существует связь 1 к 1-?

Приложение А

Диаграмма IDF0, “As Is”

Рисунок A.1 - Главный контекстный блок



Приложение Б

Диаграмма DFD, “As Is”

Рисунок Б.1 - Модель потока данных

Приложение В

Диаграмма DFD, “To Be”

Размещено на Allbest.ru