Размещено на http://www.allbest.ru/

ФЕДЕРАЛЬНОЕ АГЕНСТВО ПО ОБРАЗОВАНИЮ

Федеральное государственное бюджетное образовательное учреждение

высшего профессионального образования

"Национальный исследовательский ядерный университет "МИФИ"

Обнинский институт атомной энергетики - филиал НИЯУ "МИФИ"

Кафедра информационных систем

ДИПЛОМНЫЙ ПРОЕКТ

АВТОМАТИЗИРОВАННАЯ ИНФОРМАЦИОННАЯ СИСТЕМА УЧЕТА ХРАНЕНИЯ И ОБСЛУЖИВАНИЯ КОНТРОЛЬНО-ИЗМЕРИТЕЛЬНЫХ ПРИБОРОВ

Студент группы

ИСЗ-С62 Быков С.А.

Руководитель

Охрименко И.В.

Рецензент

к.т.н. Пляскин А.В.

Обнинск 2010

РЕФЕРАТ

73 страницы, 26 рисунков, 6 таблиц, 6 источников, 7 приложений

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

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

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

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

Информация, обрабатываемая в системе информационного обеспечения, организована в виде базы данных. Реализация базы данных проведена СУБД Microsoft Access.

автоматизированный информационный база данный

Содержание

Введение

1. Анализ деятельности цеха КИП КАЗ

1.1 Техническое описание систем цеха КИП КАЗ

1.2 Сотрудники

1.3 Результаты обследования

1.3.1 Анализ работы цеха КИП

1.3.2 Примеры форм отчетных документов

1.4 Сравнение подобных АИС для учета и обслуживания КИП

1.5 Формирование и анализ требований

1.6 Техническое задание на создание АИС

1.6.1 Общие сведения

1.6.2 Перечень задач, подлежащих автоматизации

1.6.3 Назначения и цели создания системы

1.6.4 Характеристика объекта автоматизации

1.6.5 Требования к структуре и функционированию системы

1.6.6 Требования к численности и квалификации персонала системы

1.6.7 Требования к надежности

1.6.8 Требования к эксплуатации, техническому обслуживанию, ремонту и хранению компонентов системы

1.6.9 Требования к защите информации

2. Проектирование и этапы разработки базы данных АИС цеха КИП

2.1 Анализ данных предметной области

2.2 Инфологическое проектирование

2.3 Концептуальное проектирование

3. Проектирование программного обеспечения АИС цеха КИП

3.1 Характеристика СУБД

3.1.1 Основные понятия и определения

3.1.2 Выбор инструментальных средств разработки и СУБД

3.1.3 СУБД Microsoft Access

3.2 Разработка АИС цеха КИП

3.3 Реализация БД в СУБД Microsoft Access

3.3.1 Создание таблиц

3.3.2 Создание физической схемы данных

3.3.3 Создание запросов и отчетов

3.3.4 Создание форм

3.4 Описание структуры интерфейса

3.5 Инструкция пользователя

3.6 Запуск приложения

3.7 Реализация методов защиты

Заключение

Список используемых источников

Приложение

Список сокращений

СИ	Средство измерения
АИС	Автоматизированная информационная система
ЗИП	Запасные инструменты и приборы
СУБД	Система управления базой данных
ЭВМ	Электронно-вычислительная машина
КАЗ	Кислородно-азотный завод
КИП	Контрольно-измерительный прибор
БРВ	Блок разделения воздуха
КРХ	Криогенное хранилище
ХЦ	Холодильный центр
НЦ	Наполнительный цех
СГУ	Стационарная газификационная установка
СОВС	Система оборотного водоснабжения
КИЛ	Контрольно-измерительная лаборатория
ОЗУ	Оперативное запоминающее устройство
ПК	Персональный компьютер
БД	База данных
НСД	Несанкционированный доступ
ТС	Техническое задание
ПО	Программное обеспечение
ИО	Информационный объект
ФИО	Фамилия, имя, отчество
ТП	Технологическая позиция
ТЗ	Техническое задание
ПЗ	Пояснительная записка
ПП	Программный продукт

Введение

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

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

- Контроль процесса эксплуатации СИ;

- Учет СИ, находящихся на хранении;

- Учет СИ, проходящих обслуживание;

- Учет данных о выходе из строя СИ;

- Ввод в эксплуатацию новых СИ;

- Формирование комплектов ЗИП на технологических позициях;

- Контроль оборота поверочной документации СИ;

- Ведение отчетной документации.

1. Анализ деятельности цеха КИП КАЗ

1.1 Техническое описание систем цеха КИП КАЗ

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

1) Подсистема управления КИП участка компримирования предназначена для контроля над параметрами компрессорных агрегатов, состоящих из собственно компрессора в двухцилиндровом исполнении с промежуточным охлаждением, двух повышающих редукторов, приводного электродвигателя, смазочной системы, системы противопомпажной защиты, систем теплотехнического контроля, управления, защиты и сигнализации. Технологический участок компримирования предназначен для подготовки сжатого воздуха (К-390-111 №№ 2,3)до давления 3,3 Мпа (33 кг/см)при температуре 303 К (30С) для последующей подачи через влагоотделитель и теплообменник БКО, а также для сжатия газообразного азота (К-390-111 №№ 1,4) до 3,2 Мпа (32 кг/см) при температуре -30С, поступающего через азотный теплообменник, далее двухсекционный рассольный теплообменник, основной теплообменник и на первую ступень азотного турбодетандера.

Подсистема управления КИП центробежных компрессоров расположена в сооружении 110 КАЗ на технологическом оборудовании.

2) Подсистема управления КИП блока разделения воздуха (БРВ) предназначена для осуществления контроля работы всех технологических узлов, сигнализации отклонения параметров от нормы дистанционного управления электроприводной арматуры, работы электродвигателей газодувок, электронагревателей воздуха регенерации адсорберов, электронагревателей испарителя, турбодетандерных агрегатов и автоматического поддержания основных технологических параметров. Воздухоразделительная установка участка БРВ предназначена для получения газообразных и жидких компонентов воздуха - кислорода, азота и газообразного сырого аргона.

Подсистема управления КИП БРВ расположена в сооружении 110 КАЗ.

3) Подсистема управления КИП базы хранения (КРХ) продуктов разделения воздуха своими средствами контроля и автоматизации обеспечивает контроль температуры, контроль давления в резервуарах и трубопроводах, контроль уровней в резервуарах, выдачу световой и звуковой сигнализации, дистанционное управление пневмоприводной арматуры, блокировкам, питания оборудования систем, технологический контроль вакуума.

Технологический участок криогенных хранилищ (КРХ) предназначен для приёма, хранения и выдачи в ж/д цистерны криопродуктов (кислород, азот аргон), полученных с БРВ соор. 110.

Участок КРХ подразделяется на следующие технологические системы :

- система хранения жидкого аргона;

- система хранения жидкого азота;

- система хранения жидкого кислорода особой чистоты;

- система расходных емкостей.

Контроль и автоматизацию технологических процессов на КРХ осуществляет система 17Г68.

4) Подсистема КИП холодильного центра (ХЦ) предназначена для контроля параметров и осуществления защиты процессов и оборудования. ХЦ включает в себя холодильные установки, предназначенные для охлаждения хладоносителя (рассола) до температуры -27С и подачи его в двухсекционный рассольный теплообменник, где он используется в качестве дополнительного источника холода в холодильном цикле установки разделения воздуха.

В холодильных машинах в качестве хладагента используется хладдон-22, в качестве хладоносителя - рассол (водный раствор хлористого кальция СаCl). К оборудованию ХЦ относится: холодильные машины ( 5шт.), насосы центробежные теплого рассола ( 3шт.), насосы центробежные холодного рассола ( 3шт.), бак-аккумулятор рассольный с отсеками для теплого и холодного рассола.

5) Подсистема КИП наполнительного участка (НЦ) предназначена для контроля и управления технологического процесса получения газообразного кислорода из жидкого. Этот процесс обеспечивается стационарными газификационными установками (СГУ). Система автоматики СГУ обеспечивает поддержание температуры воды нагревателя в диапазоне +60+80С, при работе СГУ, а также защиту по давлению до 400кг/с

6) Подсистема КИП системы оборотного водоснабжения (СОВС) предназначена для контроля параметров температуры и давления воды, автоматического переключения насосов и подачи звуковой, световой сигнализации. Технологическая часть СОВСа предназначена для подачи охлаждающей воды на технологическое оборудование, в соор. 110. Охлаждающая вода циркулирует по замкнутому контуру: бак холодной воды - соор. 110 - бак теплой воды - градирня - бак холодной воды. Для поддержания заданных давлений и температуры воды в магистралях СОВС используется следующее оборудование:

- для подачи воды из бака холодной воды в соор. 110, 5 насосов малой группы;

- для подачи воды из бака теплой воды на градирню 4 насоса большой группы;

- для поддержания температуры охлаждающей воды в заданных пределах 5 вентиляторов градирни;

- для откачки воды из машинного зала соор. 129 - два дренажных насоса.

Структурная схема участков технологического цеха КАЗ представлена на рисунке 1



Рисунок 1 - Схема участков технологического цеха КАЗ

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

В общем виде цех КИП подразделяется на 2 основных участка - участок разделения воздуха и участок хранения и выдачи криогенных продуктов. Структурная схема подсистем КИП представлена на рисунке 2.

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



Рисунок 2 - Структурная схема подсистем КИП

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

Таблица 1 - Подразделения цеха КИП

Процесс	Подразделение КИП
Учёт	ЗИП
Хранение	ЗИП
Ремонт	Мастерская КИП
Поверка	КИЛ
Ввод в эксплуатацию	ЗИП
Вывод из эксплуатации	ЗИП

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

1.2 Сотрудники

На момент проектирования штат цеха КИП составляет 13 сотрудников (Таблица 2).

Таблица 2 - штат сотрудников цеха КИП

Должность	Кол-во сотрудников	Функции, выполняемые сотрудниками
Начальник цеха	1	Годовое планирование, учет плана, определение неотложных плановых задач
Начальник участка	1	Конкретизация плана работ, поставленных задач, выдача задания на каждый рабочий день обслуживающему персоналу
Инженер КИП	1	Контроль над выполнением задания, квалифицированная работа с технической документацией.
Слесарь КИП 5 разряда	2	Первичная диагностика СИ, выявления отклонений показаний от нормы и их устранение.
Слесарь КИП 4 разряда	8	Монтаж, демонтаж СИ в соответствии с планом (выданным заданием), сдача в поверку, оформление поверочной документации, комплектование ЗИП.

Штатное расписание для сотрудников цеха КИП имеет вид, приведенный на рисунке 3



Рисунок 3 - схема распределения должностей в цехе КИП

1.3 Результаты обследования

1.3.1 Анализ работы цеха КИП

На данном этапе существования КАЗ автоматизация обработки информации (документации) в цехе КИП находится практически на нулевом уровне. Вся обработка производится в ручную, вычислительные средства (ЭВМ) используется минимум: для распечатки бланков поверки, вывода из эксплуатации и учетных документов. Необходимо создание общей базы данных с учетом не просто всех СИ, а еще и технологических позиций, сроков поверки, сред использования и т.д.

На момент проведения исследования в цехе КИП используется одна ЭВМ. Параметры приведены в Таблицы 3.

Таблица 3 - Параметры ЭВМ цеха КИП

Оборудование	Параметры
Процессор	Intel Pentium 3 1200MHz
ОЗУ	DDR 256Mb
Видеокарта	NVIDIA GeForce MX440 64MB
Оптический привод	Asus CD-R
Жесткий диск	Samsung 80Gb
Монитор	LG StudiaWorks773s
Клавиатура	Omega
Мышь	Genius

На данной ЭВМ установлена операционная система Windows XP со стандартным пакетом Microsoft Office.

1.3.2 Примеры форм отчетных документов

Основными отчетными документами средств измерения являются технический паспорт прибора, заявка на поверку СИ на год, перечень СИ какого либо технологического участка.

Паспорт СИ относится к входной документации и содержит основную информацию об эксплуатационных характеристиках СИ:

- Обозначение СИ - название прибора;

- Заводской номер - индивидуальный номер прибора, присваиваемый СИ на заводе - изготовителе;

- Предел измерения - информация о рабочем диапазоне СИ;

- Класс точности - показатель допустимого уровня погрешности;

- Резьба присоединительного штуцера - необходимая информация для монтажа (установки) СИ;

- Размер под ключ - данная информация предназначена для определения комплекта инструментов необходимого при монтаже, демонтаже СИ;

- Масса - это поле содержит данные о массе СИ и может помочь при монтаже, демонтаже устройства;

- Масса драгоценных металлов - информация необходимая для учета массы драгоценных металлов, содержащихся в данном приборе;

- Вид металла - информация необходимая для учета вида драгоценных металлов, содержащихся в данном приборе;

- Частота тока - сведения о допустимой пропускной частоте тока данного СИ;

- Питающее напряжение - необходимое значение напряжения для работы СИ.

Также паспорт СИ содержит сведения о поверках, пройденных прибором. Запись о каждой поверке заверяется печатью лаборатории. Паспорта приборов хранятся в главном хранилище ЗИП цеха КИП. Пример паспорта СИ приведён в таблице 4

Таблица 4 - Образец паспорта СИ

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

Заявка на поверку представляет собой таблицу, которая содержит перечень всех приборов, нуждающихся в поверке в следующем году. Графы 1-9 этой таблицы содержат полные данные о СИ, такие, как паспортные сведения и сведения, необходимые для хранения и эксплуатации СИ. Графы 10-11 - это данные о сроке последней поверки и дате следующей поверки.

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

Таблица 5 - Заявка на поверку СИ КАЗ по цеху КИП на год

Наим-е СИ	Учет. №	Тип СИ	Среда прим-я	Место уст-ки	Период поверки	Дата посл. поверки	Дата след. поверки
Манометр электроконтактный	Т 21	ЭКМ -1У	масло	К- 390, ЗИП, СОВС	1 раз в год	10.03	10.04
Манометр	П 221	МТП-160	азот	К- 390, БРВ, КРХ	1 раз в год	08.03	08.04
Дифманометр	Ш 32	ДМ-3583М	воздух	ЗИП ,КРХ	1 раз в год	11.03	11.04
Манометр	К-231	УЖК	кислород	КРХ, НЦ	1 раз в год	12.03	12.04

Помимо приведённых выше, к основным видам технической документации относится перечень приборов участков. Данный документ представляет собой таблицу, графы 1-8 которой содержат данные о приборе, а графа 9 - место расположения прибора на участке.

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

Таблица 6 - Перечень приборов холодильного участка.

Инв. №	Наименование	Тип прибора	Заводской номер	Год Вып.	Рабочая среда	Дата пов.	Номер тех позиции
Х-01	Манометр показывающий	МП-100	-	657789	1996	масло	09.04	5.9.18
Х-43	Манометр электронный дифференциальный	МЭД1-100	-	958346	1982	масло	07.04	4.17.91
Х-36	Манометр электроконтактный показывающий	МЭП-100	-	7346788	1998	масло	06.04	23.2.36
Х-97	Манометр термоконтактный	МТ	-	3467674	1989	масло	06.04	ЗИП ХЦ

1.4 Сравнение подобных АИС для учета и обслуживания КИП

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

а) " Автоматизированное рабочее место метролога" - сетевая информационная система для учета КИП, планирования и контроля выполнения мероприятий метрологического контроля, анализа метрологического обеспечения производства.

Функции системы:

- Учет приборов, ведение паспортов приборов;

- Учет и ведение нормативно-справочной информации (типоразмеры, типы, места установки, нормативные документы и др.);

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

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

- Ведение истории эксплуатации и метрологического контроля приборов;

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

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

- Простота адаптации под конкретные условия эксплуатации. Решение разработано на базе платформы, используемой для автоматизации процессов учета оборудования (PDM) и документооборота, сохранены все возможности платформы по настройке отчетов, увеличению количества справочников и расширению существующих справочников, в том числе специалистами Заказчика;

- Отсутствие потерь информации. Ведется накопление непрерывного архива исторических данных и быстрый доступ к ним для построения отчетов, выборки данных (в отличие от некоторых альтернативных систем);

- Надежность и производительность. В качестве хранилища информации используется СУБД Oracle;

- Гибкость и удобство работы. Для вывода готовых отчетных форм система использует MS Excel, т.е. все функции табличного процессора доступны для конечной обработки отчетов, если таковая требуется;

- Простота установки и обслуживания. Для установки ПО на рабочем месте пользователя требуется просто настроить ярлык запуска приложения. Других настроек не требуется!

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

Стоимость программного продукта составляет 21250.00р

Макет приложения представлен на рисунке 4



Рисунок 4 - Макет приложения "Автоматизированное рабочее место метролога"

б) "Инвентаризация КИПиА" от компанни ALMAX Soft, 2009 Назначение программы:

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

Работа с программой:

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

Макет приложения представлен на рисунке 5



Рисунок 5 - Макет приложения "Инвентаризация КИПиА"

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

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

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

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

- высокая цена;

- требуемый высокий уровень квалификации персонала при работе с системами;

- отсутствие учета специфики работы цеха КИП данного предприятия и, как следствие, решение задач, не соответствующих конкретной области проектирования;

- избыточность системы, то есть наличие большого числа модулей неприменяемых при работе в рассматриваемой области.

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

1.5 Формирование и анализ требований

Разрабатываемая АИС представляет собой базу данных, содержащую исчерпывающую информацию о приборах (средствах измерения), участвующих в производстве криогенных компонентов топлива КАЗ.

Основное требование к информационной системе учета хранения и обслуживания контрольно-измерительных приборов состоит в том, чтобы охватить весь объем информации о СИ, используемых в производстве, об их поверке, хранении, ремонте, вводе и выводе из эксплуатации; обеспечить автоматизированное управление этой информацией. При этом необходимо учесть выполнение следующих требований:

- Управление ЗИП, оперативное получение информации о запасных СИ;

- Контроль над необходимым количеством СИ для комплектации ЗИП и технологических позиций, при необходимости ввод в эксплуатацию новых СИ;

- Годовое планирование и управление потоком поверяемых СИ, определение квартального, месячного и недельного планов;

- Определение задач требуемых оперативного решения;

- Статистика выхода из строя СИ на тех или иных тех. позициях;

- Контроль поверочного оборота документации и СИ;

- Учет выведенных из эксплуатации и забракованных СИ;

1.6 Техническое задание на создание АИС

Техническое задание разработано в соответствии с ГОСТ 34.602-89 "Информационная технология. Комплекс стандартов на автоматизированные системы. Техническое задание на создание автоматизированной системы".

1.6.1 Общие сведения

Полное обозначение системы - "АИС учета хранения и обслуживания контрольно-измерительных приборов предприятия".

Условное обозначение - АИС хранения и учета СИ цеха КИП.

Разработчик системы: студент группы ИСЗ-С62 Быков С.А.

Плановые сроки начала и окончания работы по созданию системы: начало работ 16.10.09 г., окончание 22.01.10 г.

1.6.2 Перечень задач, подлежащих автоматизации

Основное требование к информационной системе учета хранения и обслуживания контрольно-измерительных приборов состоит в том, чтобы охватить весь объем информации о СИ, используемых в производстве, об их поверке, хранении, ремонте, вводе и выводе из эксплуатации; обеспечить автоматизированное управление этой информацией. Также необходимо учесть выполнение следующих требований:

1. Контроль оборота поверочной документации СИ.

2. Контроль процесса эксплуатации СИ.

3. Учет СИ, находящихся на хранении.

4. Учет СИ, проходящих обслуживание.

5. Учет данных о выходе из строя СИ.

6. Формирование годового, квартального, месячного и недельного планов поверки.

7. Формирование комплектов ЗИП на технологических позициях.

8. Ввод в эксплуатацию новых СИ.

9. Ведение отчетной документации.

10. Определение задач, требующих оперативного решения.

11. Создание запросов.

12. Создание отчетных форм.

13. Ввод информации.

14. Выбор критериев поиска.

15. Поиск по критериям.

Временной регламент реализации каждой задачи должен поддерживаться следующего порядка:

Задачи 1, 10 должны выполняться по мере поступления документов.

Задачи 2-4, 8 должны выполняться по мере поступления данных о СИ.

Задачи 5, 9, 11 должны выполняться по мере необходимости в обработке данных.

Задачи 6, 7 должны выполняться по мере наступления сроков выполнения.

Задачи 12-15 должны выполняться по мере необходимости.

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

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

1.6.3 Назначение и цели создания системы

Система АИС хранения и учета СИ цеха КИП предназначена для автоматизации контроля процессов хранения, учёта, ремонта, поверки, ввода и вывода из эксплуатации приборов, составляющих аппаратный парк кислородно-азотного завода.

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

Целью создания АИС хранения и учета СИ цеха КИП является:

- Сокращение количества ошибок при ведении учета;

- Снижение трудоемкости сбора и обработки информации;

- Повышение оперативности подготовки отчетных данных;

- Повышение качества и информативности подготавливаемых документов.

1.6.4 Характеристика объекта автоматизации

Объектом автоматизации является деятельность сотрудников цеха КИП.

Каждый сотрудник цеха в той или иной степени принимает участие в ведении технической документации на СИ. Помимо этого, при обслуживании большого приборного парка завода (до 1 500 наименований приборов), каждому сотруднику необходимо владеть оперативной информацией о местонахождении того или иного прибора, о состоянии его работоспособности, о сроках его поверки. Для систематизации информации о приборах цех КИП функционально разбит на определённые сектора, в каждом из которых СИ проходит определённый вид обслуживания. Функциональная структура цеха представлена на рисунке 6.

Размещено на http://www.allbest.ru/

Рисунок 6 - Функциональная структура цеха КИП

1.6.5 Требования к структуре и функционированию системы

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

1) Мастерская КИП;

2) КИЛ;

3) ЗИП.

К подсистеме 1 относятся следующие комплексы задач:

- Диагностика СИ;

- Ремонт СИ;

- Настройка СИ;

Подсистема 1 занимается обслуживанием приборов.

К подсистеме 2 относятся следующие комплексы задач:

- Оформление СИ;

- Поверка СИ;

- Выписка заключения о поверке СИ.

Подсистема 2 занимается поверкой СИ.

К подсистеме 3 относится следующий комплекс задач:

- Кратковременное хранение;

- Долговременное хранение.

Подсистема 3 занимается хранением СИ.

1.6.6 Требования к численности и квалификации персонала системы

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

Для пользовательской работы с АИС хранения и учета СИ цеха КИП не требуется высокой квалификации, достаточно иметь навыки работы на ПК.

1.6.7 Требования к надежности

АИС хранения и учета СИ цеха КИП должна корректно и устойчиво функционировать. Поэтому надежность должна удовлетворять следующим требованиям:

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

- согласованность - БД обладает этим свойством по отношению к некоторой совокупности пользователей, если в любой момент времени она реагирует на их запросы одинаковым образом;

- восстанавливаемость - это запроектированная возможность восстановления с помощью СУБД целостности БД после любого сбоя системы.

1.6.8 Требования к эксплуатации, техническому обслуживанию, ремонту и хранению компонентов системы

Режим эксплуатации технических средств должен соответствовать режиму работы сотрудников цеха. Обслуживание и ремонт системы необходимо проводить по мере необходимости.

1.6.9 Требования к защите информации

Должны быть разработаны следующие мероприятия по защите информации:

- ограничение доступа;

- резервирование информации;

- обновление антивирусной базы.

Необходимо предусмотреть сохранение информации в случае отключения электропитания и перепадов напряжения.

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

2. Проектирование базы данных АИС цеха КИП

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

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

Целями проектирования БД являются:

- эффективная структуризация информации, что позволяет сэкономить время и деньги;

- исключение или сведение к минимуму повторяющихся данных в БД путем задания эффективной структуры;

- обеспечение всем пользователям быстрого доступа к информации БД;

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

- предотвращение несанкционированного доступа;

- возможность добавления или редактирования информации БД только определенным лицам;

- облегчение создания приложений, предназначенных для ввода, редактирования, вывода данных, а также ведения отчетности.

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

Методология проектирования базы данных охватывает несколько основных фаз проектирования:

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

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

Логическое проектирование базы данных - процесс создания модели используемой на предприятии информации с учетом выбранной модели организации данных, но независимо от типа целевой СУБД и других физических аспектов реализации.

Физическое проектирование базы данных - процесс создания описания реализации базы данных на вторичных запоминающих устройствах с указанием структур хранения и методов доступа, используемых для организации эффективной обработки данных [1].

2.1 Анализ данных предметной области

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

1) Документы нормативно справочной информации:

- Должностная документация;

- Документация по СИ.

2) Входные информационные потоки:

- СИ;

- Заявка на поверку на текущий год;

- Новые СИ.

3) Выходные информационные потоки:

- СИ на списание;

- Заявка на поверку на следующий год.

На основе анализа информационных потоков предметной области выделены следующие элементы данных:

- Инвентарный номер;

- Наименование;

- Заводской номер;

- Предел измерения;

- Год выпуска;

- Срок поверки, лет;

- Расположение в цепи;

- Дата отправки на хранение;

- Дата снятия с хранения;

- Дата ввода в эксплуатацию;

- Дата вывода из эксплуатации;

- Среда применения;

- Тип СИ;

- Дата обслуживания;

- Результат обслуживания;

- Дата последней поверки;

- Дата следующей поверки;

- Результат поверки;

- Тип обслуживания;

- ФИО;

- Номер лаборатории;

- Тип лаборатории;

- Должность;

- Место хранения;

- Участок;

- Тип хранения;

- Номер ТП.

На основе анализа предметной области выделены следующие объекты предметной области:

- объект Средство измерения;

- объект Хранение СИ;

- объект Эксплуатация СИ;

- объект Среда применения;

- объект Тип СИ;

- объект Обслуживание СИ;

- объект Поверка;

- объект ЗИП;

- объект Участок;

- объект Тип хранения;

- объект ТП;

- объект Тип обслуживания;

- объект Сотрудники;

- объект КИЛ;

- объект Должности.

2.2 Инфологическое проектирование

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

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

- Учет СИ;

- Обслуживание СИ;

- Поверка СИ;

- Эксплуатация СИ;

- Хранение СИ.

Сущность Учет СИ содержит следующие атрибуты: Инвентарный номер; Наименование; Заводской номер; Предел измерения; Год выпуска; Срок поверки, лет; Расположение в цепи; Среда применения; Тип СИ.

Сущность Обслуживание СИ содержит следующие атрибуты: Тип обслуживания; Сотрудник; Должность; Дата обслуживания; Результат обслуживания.

Сущность Поверка СИ содержит следующие атрибуты: Лаборатория; Дата последней поверки; Дата следующей поверки; Результат поверки.

Сущность Эксплуатация СИ содержит следующие атрибуты: Участок; Тех позиция; Дата ввода в эксплуатацию; Дата вывода из эксплуатации.

Сущность Хранение СИ содержит следующие атрибуты: ЗИП; Дата отправки на хранение; Дата снятия с хранения; Место хранения; Тип хранения.

Между сущностями выделяются следующие связи:

- Средство измерения находится на Хранении;

- Средство измерения находится в Эксплуатации;

- Средство измерения находится на Обслуживании;

- Средство измерения находится в Поверке.

Для связи сущностей вводятся ключевые атрибуты:

Сущность Учет СИ содержит ключевые атрибуты: ИД Код СИ.

Сущность Хранение СИ содержит ключевые атрибуты: ИД Код хранения; Код СИ ИД.

Сущность Эксплуатация СИ содержит ключевые атрибуты: ИД Код эксплуатации; Код СИ ИД.

Сущность Поверка СИ содержит ключевые атрибуты: ИД Код поверки; Код СИ ИД.

Сущность Обслуживание СИ содержит ключевые атрибуты: ИД Код обслуживания; Код СИ ИД.

2.3 Концептуальное проектирование

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

Учет СИ > Средство измерения (ИД код СИ; Инвентарный номер; Наименование; Заводской номер; Предел измерения; Год выпуска; Срок поверки, лет; Расположение в цепи; Код среды применения; Код срока поверки; Код типа СИ).

Обслуживание СИ > Обслуживание СИ (ИД код обслуживания; Код СИ; Код типа обслуживания; Код сотрудника; Дата обслуживания; Результат обслуживания).

Поверка СИ > Поверка (ИД код поверки; Код лаборатории; Код СИ; Дата последней поверки; Дата следующей поверки; Результат поверки).

Эксплуатация СИ > Эксплуатация СИ (ИД код эксплуатации; Код СИ; Код участка; Дата ввода в эксплуатацию; Дата вывода из эксплуатации).

Хранение СИ > Хранение СИ (ИД код хранения; Код СИ; Код ЗИП; Дата отправки на хранение; Дата снятия с хранения).

Связь между отношениями Средство измерения и ЗИП "многие-ко-многим" для реализации связи добавляется отношение-связка: Средство измерения (ИД код СИ) > Хранение СИ (ИД код хранения; Код СИ; Код ЗИП) > ЗИП (ИД код ЗИП).

Связь между отношениями Средство измерения и Хранение СИ "один-ко-многим": Средство измерения (ИД код СИ) > Хранение СИ (ИД код хранения; Код СИ).

Аналогичным образом реализуются связи между всеми отношениями.

Отношение Хранение СИ разбивается на отношения: Хранение СИ (ИД код хранения; Код СИ; Код ЗИП; Дата отправки на хранение; Дата снятия с хранения); ЗИП (ИД код ЗИП; Место хранения; Код типа хранения).

Отношение ЗИП разбивается на отношения: ЗИП (ИД код ЗИП; Место хранения; Код типа хранения); Тип хранения (ИД код типа хранения).

Отношение Эксплуатация СИ разбивается на отношения: Эксплуатация СИ (ИД код эксплуатации; Код СИ; Код участка; Дата ввода в эксплуатацию; Дата вывода из эксплуатации); Участок (ИД код участка; Участок; Код ТП).

Отношение Участок разбивается на отношения: Участок (ИД код участка; Участок; Код ТП); ТП (ИД код ТП; Номер ТП).

Отношение Обслуживание СИ разбивается на отношения: > Обслуживание СИ (ИД код обслуживания; Код СИ; Код типа обслуживания; Код сотрудника; Дата обслуживания; Результат обслуживания); Тип обслуживания (ИД код типа обслуживания; Тип обслуживания); Сотрудники (ИД код сотрудника; ФИО; Код должности).

Отношение Сотрудники разбивается на отношения: Сотрудники (ИД код сотрудника; ФИО; Код должности); Должности (ИД код должности; Должность).

Отношение Поверка разбивается на отношения: Поверка (ИД код поверки; Код лаборатории; Код СИ; Дата последней поверки; Дата следующей поверки; Результат поверки); КИЛ (ИД код лаборатории; Номер лаборатории; Тип лаборатории).

Отношение Средство измерения разбивается на отношения: Средство измерения (ИД код СИ; Инвентарный номер; Наименование; Заводской номер; Предел измерения; Год выпуска; Срок поверки, лет; Расположение в цепи; Код среды применения; Код срока поверки; Код типа СИ); Среда применения (ИД код среды применения; Среда применения); Тип СИ (ИД код типа СИ).

Разработанная концептуальная схема содержит данные, не обходимые при работе АИС цеха КИП. Эти данные по содержанию разбиты на таблицы. Между таблицами существуют связи типа "один-ко-многим" и "многие-ко-многим".

3. Проектирование программного обеспечения АИС цеха КИП

3.1 Характеристика СУБД

3.1.1 Основные понятия и определения

База данных - это систематизированное хранилище информации.

Реляционная база данных представляет собой множество взаимосвязанных двумерных таблиц - реляционных таблиц, в каждой из которых содержаться сведения об одном объекте.

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

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

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

Системы управления реляционными базами данных позволяют пользователям манипулировать данными более свободно, благодаря сохранению всех данных только один раз и описанию связей между ними. Связи представляют собой общие элементы данных, такие как инвентарный номер СИ или его название. Данные каждого набора информации можно найти (восстановить), отобразить на основании данных другого набора [3].

3.1.2 Выбор инструментальных средств разработки и СУБД

В настоящее время наиболее популярными в области создания и проектирования СУБД являются программные продукты компании Microsoft, а именно Visual FoxPro, Visual Basic, Visual C++, Access, SQL Server. Рассмотрим их более подробно. Наиболее интересной чертой этих пакетов являются их большие возможности интеграции, совместной работы и использования данных, так как данные пакеты являются продуктами одного производителя, а также используют сходные технологии обмена данными.

СУБД Visual FoxPro отличается высокой скоростью, имеет встроенный объектно-ориентированный язык программирования с использованием xBase и SQL, диалекты которых встроены во многие СУБД. Имеет высокий уровень объектной модели. При использовании в вычислительных сетях обеспечивает как монопольный, так и раздельный доступ пользователей к данным.

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

Язык программирования Visual Basic - это универсальный объектно-ориентированный язык программирования, диалекты которого встроены в Access, Visual FoxPro. Преимущества: универсальность, возможность создания компонентов OLE, невысокие требования к аппаратным ресурсам ЭВМ. Применяется для создания приложений средней мощности, не связанных с большой интенсивностью обработки данных, разработки компонентов OLE, интеграция компонентов Microsoft Office.

Язык программирования Visual C++ - наиболее мощный объектно-ориентированный язык программирования, обладает неограниченной функциональностью. Предназначен для создания компонентов приложений для выполнения операций, критичных по скорости.

СУБД SQL Server - сервер баз данных, реализует подход "клиент-сервер" и взаимодействует с указанными пакетами. Главные достоинства: высокая степень защиты данных, мощные средства для обработки данных, высокая производительность. Область применения: хранение больших объемов данных, хранение высокоценных данных или данных, требующих соблюдения режима секретности.

Указанные программные продукты имеют возможности визуального проектирования интерфейса пользователя, то есть разработчик из готовых фрагментов создает элементы интерфейса, программирует только их изменения в ответ на какие-либо события. [5]

Исходя из выше изложенного, в силу простоты и наглядности, для создания базы данных данной системы выбрана СУБД Microsoft Access 2003.

3.1.3 СУБД Microsoft Access

Microsoft Access - ведущая реляционная СУБД для создания приложений баз данных на настольных персональных компьютерах. Этот продукт очень прост в освоении, а работать с ним - одно удовольствие. Графический интерфейс, которым Microsoft удалось так удачно оснастить свою среду, упрощает изучение и применение мощных средств Access[4].

Microsoft Access предусматривает два инструментальных средства автоматизации работы с базой данных: макропрограммирование и Visual Basic for Applications (VBA). Они ориентированы на то, чтобы сделать Access системой управления БД, подходящей для максимально широкого круга пользователей ПК. Одни из них стремятся выйти из рамки интерактивного приложения БД и переложить большую часть работы на компьютер, но не имеют базовых навыков программирования, да и времени на изучение соответствующих языков и средств. Для них будут полезны макрокоманды Access. Другим необходимы предусмотренные в VBA дополнительные средства и возможности обработки ошибок. Множество людей, имеющих самый разный опыт программирования, смогут овладеть обоими инструментами[4].

VBA - язык программирования, не имеющий ничего общего с языком макросов, который сам по себе, тоже есть в Access. Можно ожидать, что Access VBA постепенно вытесняет язык макросов - Microsoft рекомендует для программирования в Access пользоваться именно VBA, а не макросами. С помощью функций и процедур Access VBA можно создавать эквиваленты макросов. Процедуры VBA выполняются прямо из окна модуля, однако обычно они связываются с определёнными событиями. Функции Access VBA, как правило, используются для вычисляемых элементов форм и отчётов, свойств полей таблиц или вызываются из процедур VBA [4].

СУБД Microsoft Access 2003 - СУБД, предназначенная для работы в среде Windows. Работая с Access можно выделить некоторые преимущества:

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

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

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

для просмотра, ввода или изменения данных прямо в таблице применяются формы. Форма позволяет отобрать данные из одной или нескольких таблиц и вывести их на экран, используя стандартный или созданный пользователем макет;

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

В режиме таблицы добавляются, редактируются или просматриваются табличные данные. Также можно проверить орфографию и напечатать табличные данные, отфильтровать и отсортировать записи, изменить внешний вид таблицы или изменить структуру таблицы, добавив или удалив столбцы. В режиме конструктора таблицы можно создать целую таблицу, добавляя новые поля или удаляя и настраивая существующие поля таблицы[4].

Большая часть данных, представленных в форме, берется из таблицы или запроса. Другая информация, несвязанная ни с таблицей, ни с запросом, хранится в макете формы. Для создания связи между формой и записями таблицы, являющейся источником данных формы, используются графические объекты, называемые элементами управления. Чаще всего для отображения и ввода данных используется поле[4].

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

Отчет -- это гибкое и эффективное средство для организации данных при выводе на печать. С помощью отчета имеется возможность вывести необходимые сведения в том виде, в котором требуется. Больше всего сведений в отчете берется из базовой таблицы, запроса или инструкции SQL, являющихся источниками данных для отчета. Другие сведения вводятся при разработке отчета [4].

3.2 Разработка АИС цеха КИП

АИС учета хранения средств измерения цеха контрольно-измерительных приборов предприятия позволяет решать следующие задачи:

Контроль оборота поверочной документации СИ.

Контроль процесса эксплуатации СИ.

Учет СИ, находящихся на хранении.

Учет СИ, проходящих обслуживание.

Учет данных о выходе из строя СИ.

Формирование годового, квартального, месячного и недельного планов поверки.

Формирование комплектов ЗИП на технологических позициях.

Ввод в эксплуатацию новых СИ.

Ведение отчетной документации.

Определение задач, требующих оперативного решения.

Для разработки БД необходимо провести анализ задач и анализ объектов.

В поле "Инвентарный номер" указывается инвентарный номер СИ, который присваивается при поступлении в приборный парк цеха КИП.

В поле "Наименование" указывается наименование СИ.

В поле "Заводской номер" указывается индивидуальный номер прибора, присваиваемый СИ на заводе - изготовителе.

В поле "Предел измерения" указывается информация о рабочем диапазоне СИ.

В поле "Год выпуска" указывается год изготовления СИ.

В поле "Срок поверки, лет" указывается периодичность, с которой необходимо поверять СИ.

В поле "Расположение в цепи" указывается, каким - первичным, вторичным, датчиком, показывающим, дистанционным и т.д. - является СИ.

Связанными являются следующие задачи: в поле "Код среды применения" указывается среда, в которой используется прибор, в поле "Код типа СИ" указывается тип прибора.

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

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