Программная реализация системы управления работой метрологической службы

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

Рубрика Программирование, компьютеры и кибернетика
Вид дипломная работа
Язык русский
Дата добавления 08.07.2012
Размер файла 2,5 M

Отправить свою хорошую работу в базу знаний просто. Используйте форму, расположенную ниже

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

· безопасная и надежная работа многих пользователей с многими приложениями на одном компьютере.

4. Масштабируемость для хранилищ данных.

· значительное увеличение быстродействия даже в случае наиболее сложных отчетов.

· анализ очень больших наборов данных.

5. Значительно увеличенные продолжительность бесперебойной работы и надежность.

· ускорение архивирования за счет копирования только измененных данных.

· архивирование, не влияющее на быстродействие сервера

6. Интегрированные и расширяемые службы анализа.

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

· автоматическое управление бизнес-процессами на основе результатов анализа данных.

7. Упрощенное управление и настройка.

· централизованное управление базами данных SQL Server, осуществляемое совместно с управлением всеми ресурсами предприятия.

· экономия времени и усилий благодаря динамическим средствам автоматического управления и настройки.

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

8. Быстрые преобразование данных, разработка и отладка

· Интерактивная настройка и отладка запросов.

· Быстрое перемещение и преобразование данных из любого источника.

5.1.3 Программное обеспечение

5.1.3.1 Требования к программному обеспечению

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

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

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

· администратор;

· инженер.

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

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

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

· Программное обеспечение должно предусматривать возможность архивации (восстановления данных реестра из архива).

5.1.3.2 Программное обеспечение

Описание программного средства выбранного для реализации метрологического учета в разделе 5.3.

Таблица 5.1 - Оснащение программными средствами:

Тип программного обеспечения

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

Кол-во лицензий

Кол-во раб. специалистов

Создание и редактирование текстовых документов

Microsoft Word

Корпоративная лицензия

3

Выполнение математических расчетов

Microsoft Excel

Корпоративная лицензия

3

Выполнение презентационных материалов

Microsoft Power Point

Корпоративная лицензия

3

Операционные системы

Microsoft Windows XP Professional

Корпоративная лицензия

3

Microsoft Office

2007 PRO Edition

Корпоративная лицензия

3

2010 PRO Edition

СУБД

Microsoft SQL Server Management Studio

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

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

Сеть с выделенным сервером (Сlient/Server network) -- это локальная вычислительная сеть (LAN), в которой сетевые устройства централизованы и управляются одним или несколькими серверами. Индивидуальные рабочие станции или клиенты (такие, как ПК) должны обращаться к ресурсам сети через сервер(ы).

Тип сетевой топологии:

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

Работа в сети

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

Сравнение с другими типами сетей

Достоинства

· выход из строя одной рабочей станции не отражается на работе всей сети в целом;

· хорошая масштабируемость сети;

· лёгкий поиск неисправностей и обрывов в сети;

· высокая производительность сети (при условии правильного проектирования);

· гибкие возможности администрирования.

Недостатки

· выход из строя центрального концентратора обернётся неработоспособностью сети (или сегмента сети) в целом;

· для прокладки сети зачастую требуется больше кабеля, чем для большинства других топологий;

· конечное число рабочих станций в сети (или сегменте сети) ограничено количеством портов в коммутаторе.

Технология ЛВС.

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

На предприятии применяется технология или сетевая архитектура Ethernet

Таблица 5.2 - Характеристики Ethernet.

Скорость передачи

100 Мбит/с

Топология

шина

Среда передачи

коаксиальный кабель, витая пара, оптоволокно

Метод доступа

CSMA/CD

Максимальная протяженность сети

2000 м

Максимальное количество узлов

1024

Максимальное расстояние между узлами

20 м

Описание программного обеспечения находится в Приложении .

5.1.4 Техническое обеспечение

5.1.4.1 Требование к техническому обеспечению

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

Таблица 5.3 - Требования к ТО.

Параметр

Минимум

Рекомендуется

Процессор

Intel Celeron

Intel Core Duo

Тактовая частота

1,5 ГГц

2,5 МГц

Оперативная память

1024 Гб

2 Гб

Сетевой адаптер

100 Мбит

100 Мбит

Устройство для чтения компакт дисков (CD)

12х

12х

Разрешение дисплея

Не ниже 800x600 dpi

Не ниже 800x600 dpi

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

· высокая производительность

· быстродействие

· пропускная способность

· разрядность

· емкость ОЗУ

5.1.4.2 Техническое обеспечение

Табл.5.4 - Технические характеристики автоматизированных рабочих мест ОГМетр:

Характеристика

Тип, марка оборудования, фирма производитель

Количество

Системный блок

Стандарт

3

Процессор Intel Core 2 Duo E4400 3,0GHz socket 775

3

Память 2*DDR II SDRAM 1Gb, PC5300 Kingston

3

Видеокарта Sapphire Radeon HD2400 XT DDR 256 Mb

3

Жесткий диск 80 Gb, WD SATA

3

Корпус Midi-Tower ATW Foxconn TLA-397 350W

3

Монитор 19” LCD, отклик 5 ms

Samsung SyncMaster 940 NW

3

Клавиатура

Genius KB06X PS/2

3

Манипулятор - мышь

A4 Tech X718

3

Таблица 5.5 - Характеристики сервера СУБД SQL Server Management Studio

Форм-фактор и высота

Установка в стойку/2U

Процессор

Двухъядерный процессор Intel®Xeon®X5260с частотой до3,33ГГц и системной шиной до 1333МГц или четырехъядерныйпроцессор Intel Xeon X5470с частотой до 3,33ГГц и системнойшиной до 1333МГц

Количество процессоров(станд./макс.)

1/2

Кэш-память 2-го уровня (L2)

2Кэш-память 2-го уровня (L2)

Оперативная память1(станд./макс.)

1ГБ или 2/48ГБ с технологией Fully Buffered DIMM 667MГц в 12разъемах DIMM

Разъемы расширения

4разъема PCI-Express или 2разъема PCI-X и 2разъемаPCI-Express

Отсеки для жестких дисков(общее количество)

Шесть 3,5-дюймовых или восемь 2,5-дюймовых (малый форм-фактор - SFF)

Максимум внутренней дисковой памяти 1,2

2Диски Serial Attached SCSI (SAS) емкостью 1,8ТБ свозможностью «горячей» замены или диски Serial AdvancedTechnology Attachment (SATA) емкостью 6,0ТБ с возможностью«горячей» замены

Сетевой интерфейс

Встроенный двухпортовый адаптер Gigabit Ethernet (GbE)

Блок питания (станд./макс.)

835Вт 1/2переменного тока в стандартной комплектации, дополнительно блок питания постоянного тока

Компоненты с возможностью«горячей» замены

Блок питания, вентиляторы и жесткие диски (HDD)

Поддержка RAID

Интегрированный RAID-0, -1, -10и дополнительно RAID-5, -6

Поддержка операционных систем

Windows 2008 Server

5.1.5 Организационное обеспечение

5.1.5.1 Требование к организационному обеспечению

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

· Руководителем подразделения, в котором устанавливается система, должны быть определены лица, ответственные за:

- обработку информации ИИС; - администрирование ИИС; - обеспечение безопасности информации ИИС; - управление работой персонала по обслуживанию ИИС.

Организационное обеспечение

Описание организационного обеспечения приведено в Приложении .

5.2 Анализ существующего рынка

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

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

Основные игроки на рынке

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

· ОАО «СПИК СЗМА»

· ООО Фирма «Палитра систем»

· ООО «РЦН»

· "Новософт"

· DBSoft

ОАО «СПИК СЗМА» предлагает программный комплекс автоматизированного учета метрологического оборудования - Дельта-СИ.

ПК Дельта-СИ обеспечивает решение следующего ряда задач:

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

· ведение архива всех изменений (истории поверок, истории изменений паспорта, истории движения СИ, истории эксплуатации и ремонтов);

· автоматическое формирование графиков поверок и планово-предупредительных работ (ППР) согласно информации в БД;

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

· информирование исполнителей о поставленных задачах по графикам поверок и ППР;

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

ПК Дельта-СИ разработан по технологии клиент-сервер и поддерживает многопользовательскую работу с различными уровнями доступа к информации. В роли сервера выступает СУБД MS SQL Server 2000 и выше (также допускается использование бесплатных версий Microsoft SQL: MSDE и Express) с установленной на нем специализированной базой данных (MIASDB), в роли клиента - набор специализированных автоматизированных рабочих мест (АРМ) специалистов.

ООО Фирма «Палитра систем» разрабатывает и внедряет программный продукт Автоматизированная система управления метрологической службой версии 6.0.

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

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

- уменьшения трудозатрат на выполнение рутинных операций:

· документирования результатов обслуживания;

· планирования и контроля выполнения обслуживания СИ;

· подготовки справок и отчетности для руководства, смежных служб и внешних организаций;

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

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

- повышения квалификации персонала за счет:

· быстрого доступа к любой информации в области метрологического обеспечения;

· производственных процессов, хранящейся в базе данных АСУ МС и связанных с ней информационных хранилищах;

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

ООО «РЦН» предлагает программное обеспечение МЭТР.

ПО МЭТР предназначено для автоматизации учёта результатов поверочной деятельности в метрологических службах юридических лиц и предоставления отчетности в автоматизированную систему учета поверочной деятельности Федерального агентства по техническому регулированию и метрологии Российской Федерации.

Основные функции:

· оформление приема средств измерений на поверку от заказчиков (организаций или подразделений предприятия);

· учет средств измерений, поступивших на поверку;

· распределение поверок средств измерений по подразделениям и поверителям;

· оформление результатов поверки;

· учет результатов поверочной деятельности;

· оформление возврата поверенных средств измерений заказчику (организации или подразделению);

· формирование отчетных документов о деятельности метрологической службы;

· планирование поверочной деятельности на будущие периоды;

· контроль своевременного выполнения поверки зарегистрированных средств измерений;

· хранение архива работ МСЮЛ и сведений о приборах.

"Новософт" предлагает программное решение АСОМИ.

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

Перечень основных функций АСОМИ:

· Метрологический учет средств измерений и другого метрологического оборудования.

· Учет метрологических работ.

· Учёт клейм, выполненных в виде наклеек.

· Метрологический учет расхода материалов и трудозатрат при проведении метрологических работ.

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

· Журнализация изменений данных о средствах измерений.

· Журнализация изменений справочных данных.

· Анализ состояния парка средств измерения на предприятии.

· Разграничение прав доступа пользователей к информации о средствах измерений.

· Разграничение прав доступа к отчетности.

· Набор готовых стандартных отчетов метрологических работ.

· Встроенный генератор произвольных пользовательских отчётов.

· Экспорт отчетных данных в MS Excel, MS Word.

DBSoft предлагает программный комплекс - АСМО (Автоматизированная Система Метрологического Обеспечения)

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

5.3 Выбор информационной системы

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

· Учет наличия, движения и состояния приборов;

· Планирование любых видов метрологического контроля и ремонта;

· Контроль за проведением метрологического и технического обслуживания;

· Анализ состояния и применения приборного парка;

· Контроль соблюдения графиков;

· Накопление и обработка статистики по отказам, результатам поверок, характеристикам приборов, движению приборов;

· Формирование запросов по состоянию, применению и техническим характеристикам приборного парка;

· Сочетание электронной картотеки паспортов с журнальными формами учета;

· Формирование графиков поверки и калибровки по видам измерений, категориям приборов, производственным подразделениям;

· Возможность переноса всех форм и данных в Microsoft Excel;

· База данных - SQL.

После анализа данных факторов был сделан выбор в пользу Автоматизированной системы управления метрологической службы (АСУ МС) версии 6.0.

Преимущества АСУ МС перед конкурентами:

· Продукт является «коробочным», не требует адаптации для конкретного предприятия, настройка осуществляется пользователем в рамках программы;

· Простой и удобный интерфейс, позволяющий освоить систему в короткие сроки;

· Настраиваемый образ паспорта, возможность скрывать ненужные поля и вкладки;

· Простота ввода, получения и отображения требуемой информации;

· Возможность ведения сложных СИ, поверяющихся в различных группах в соответствии с МИ 2314-2006 «Кодификатор групп средств измерений»;

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

· Реализовано штриховое кодирование

· Соответствует стандартам системы ГСИ, а также полностью удовлетворяет требованиям ISO 9000;

· Информационная модель данных соответствует метрологическим кодификаторам и классификаторам головного института метрологической службы (ВНИИМС);

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

· Не требует приобретения какого-либо дополнительного программного обеспечения;

· Возможность постепенного наращивания количества рабочих мест;

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

АСУ МС автоматизирует деятельность метрологической службы по следующим направлениям:

· Учет парка СИ, эталонов, испытательного оборудования, измерительных каналов и комплексов;

· Ведение истории эксплуатации СИ: событий поверки, калибровки, ТО, ремонтов, метрологических и явных отказов;

· Обработка накопленной статистики по эксплуатации СИ;

· Планирование обслуживания СИ на основе регламентов метрологического обслуживания, ремонтов, ТО, в том числе затрат на обслуживание и трудозатрат.

· Контроль соблюдения графиков;

· Учет и планирование расходных материалов на обслуживание;

· Учет драгметаллов;

· Приемка/выдача СИ в поверочной лаборатории;

· Учет нормативной базы МО, отслеживание сроков пересмотра документов;

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

· Анализ состояния и применения парка СИ в любых информационных сечениях;

· Учет комплектов поверочного оборудования (КСП) в привязке к группам поверяемых СИ в соответствии с МИ 2314-2006 «Кодификатор групп средств измерений»;

· Формирование документов для аккредитации МС;

· Ведение журналов учета условий измерений в поверочных лабораториях;

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

Раздел 6. Формирование реализации системы АСУ МС версии 6.0

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

6.1 Инструкция по настройке ролей для Администратора АСУ МС - метролога

1. Сначала всех пользователей нужно «добавить» при помощи правой кнопки мыши:

Важно не забывать нажимать кнопку «Применить», когда она активна для сохранения изменений:

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

3. Для того, чтобы разрешить пользователю (кроме Администратора АСУ МС) доступ к различным таблицам, необходимо настроить «Разграничение». Для этого нажмите соответствующую кнопку:

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

В приведенном ниже примере мы даем права пользователю metr3 на типы СИ (и, соответственно, типоразмеры и их блокноты, но не на приборы этих типов!), относящиеся к областям измерений 27, 28, 29.

5. Для того, чтобы доступ к тем или иным записям был предоставлен, необходимо убедиться в том, что нужные галочки стоят по всем реквизитам-разграничителям (для Типов это Области измерений, Наименования типов СИ и Категории СИ):

Важно понимать, что, если для какого-то реквизита-разграничителя не будет ни одной галочки на Чтение/Запись, то пользователь не сможет Видеть/Редактировать никакие записи кроме тех, у которых эти реквизиты не заполнены. Особенно это важно иметь в виду, настраивая разграничения для Экземпляров, где 11 реквизитов-разграничителей:

Важно! Для упрощения настройки разграничений, по правой кнопке мыши можно поставить или снять сразу все галочки:

Важно! Для удобства организации разграничений по иерархическим справочникам (Места установки, Организации), при отмечании галочкой какого-либо значения, все его потомки отмечаются автоматически:

6.2 Рекомендации к заполнению базы данных

· Последовательность заполнения разделов данных

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

Справочники;

Организации;

Персонал;

Группы СИ; Документы МС; Нормативные документы;

Типоразмеры СИ;

Экземпляры СИ;

События: (поверка, калибровка, аттестация), ремонт, ТО, явные отказы.

· Общие рекомендации к заполнению разделов данных

Справочники АСУ МС

Справочники должны заполняться в первую очередь. Содержание справочников должно быть согласовано с Главным метрологом. За ведение справочников должен отвечать один человек - Администратор АСУ МС. База данных в составе дистрибутива программного продукта уже содержит ряд заполненных справочников. Содержание даже заполненных справочников необходимо продумать и отредактировать. Обратите особое внимание на справочник Наименования типов СИ. Наименование должно быть указано в соответствии с Техническим паспортом или Техническим описанием, прилагаемым к прибору.

В ряде справочников, например, Штатное состояние СИ и Техническое состояние СИ, некоторые записи защищены от редактирования и удаления. Это означает, что записи участвуют (или будут участвовать) в сценариях автоматического редактирования данных, или неизменность их значений необходима для работы программного комплекса.

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

Организации по МО

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

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

Вы сможете это сделать, если в разделе данных Документы МС приложения Парк СИ предварительно определите Виды и Формы документов, относящихся к организациям.

Персонал по МО

Самая необходимая информация в этом разделе: ФИО персоны; организация (организации), в которых работает персона; виды деятельности в каждой организации или структурном подразделении; шифры личных поверительных и (или) калибровочных клейм. Все остальное можно заполнить позже (или не заполнять вовсе).

Также как и для Организаций по МО, Вы не сможете внести Иванова М.И. в графу «Поверитель (калибровщик)», если для него в разделе Персоны не будет указан Вид деятельности: Поверка и (или) Калибровка и (или) Аттестация СИ и пр.

Группы СИ - объекты поверки

Заполнение раздела в первую очередь необходимо для описания регламентов поверки (калибровки) следующих устройств:

- устройство (измерительный комплект, комплекс, канал, ИИС) представляет собой совокупность входящих в его состав отдельных устройств, поверяемых в разных группах, возможно, с различными МПИ (поэлементная поверка);

- устройство является мультиметром, требует поверки в нескольких группах (возможно, с различными МПИ);

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

Во всех перечисленных выше случаях, как для привязки СИ к комплекту поверочного оборудования, так и для планирования событий поверки (калибровки) необходимо указать регламент поверки по каждой группе СИ. В противном случае придется вести несколько паспортов на один и тот же прибор, с указанием, возможно, различных областей измерений, поверочных лабораторий, МПИ и пр. Именно так и поступают пользователи АРМ «Метролог» версии 5.0 (и это их не устраивает).

На первом этапе внедрения указывать группу объектов поверки необходимо только для тех приборов, которые поверяются в нескольких группах. В дальнейшем, если вы намерены вести данные о КСП, используемых для поверки (калибровки), группы придется определить и заполнить в соответствии с МИ 2314-2006 «ГСИ. Кодификатор групп средств измерений».

Типоразмеры СИ

Раздел данных содержит описания номенклатурного состава парка СИ и регламентов обслуживания. Без заполнения Типоразмеров введение в базу электронных паспортов экземпляров СИ просто невозможно. Типоразмер является «родителем» подмножества экземпляров СИ, относящихся к этому типоразмеру. Соответственно, «потомок» - Экземпляр наследует свойства «родителя» - Типоразмера.

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

Документы МС

Ведение этого раздела данных позволяет:

- настроить систему документирования объектов, представленных в базе данных (Типов СИ, Экземпляров СИ, организаций, Персон и пр.);

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

Система документирования настраивается в соответствии с требованиями системы качества предприятия. Каждому объекту документирования (Экземпляру СИ, Событию МК, Персоне и пр.) ставятся в соответствие Виды документов (Паспорт СИ, Извещение о непригодности, Сертификат калибровки, Свидетельство о поверке, Протокол поверки и пр.).

Каждый Вид документа может иметь несколько форм (например, универсальный паспорт СИ, паспорт манометра, и пр.).

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

Нормативные документы

Это совершенно независимый раздел базы данных. Заполнение можно начать в любое время. Однако целесообразно делать это параллельно с заполнением раздела Типоразмеры СИ и сразу же устанавливать ссылки Тип СИ - НД в блокноте Типа СИ или в блокноте НД.

Экземпляры СИ.

До начала ввода паспортов экземпляров должны быть заполнены разделы Организации, Персонал, Типоразмеры СИ и Документы МС.

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

События в эксплуатации СИ

Записи о событиях (поверках, калибровках, ремонтах, ТО, отказах) ведутся в соответствующих блокнотах электронного паспорта СИ нарастающим итогом. Таким образом, пока прибор не будет поставлен на учет (не будет создан электронный паспорт), внести в базу данные, например, о событии поверки будет невозможно - и это правильно!

Когда паспорта уже созданы, сведения о событиях можно вносить в базу не только в Журнале Экземпляров СИ, но и в Журналах событий. Возможно, журналы событий будут удобнее, поскольку Исполнитель будет работать только с той информацией, которая нужна ему в конкретном деловом процессе (поверке или ремонте). Вместе с тем, полный паспорт прибора всегда доступен по кнопке «Паспорт СИ». Вообще, как удобней работать - с журналами событий или с Журналом Экземпляров СИ, зависит от организации делового процесса в метрологической службе. Это покажет только практика.

На начальном этапе заполнения базы данных удобно иметь на экране одновременно несколько приложений, например Типоразмеры СИ, Организации, Персоны, Экземпляры СИ. Если, например, при заполнении карточки Типа СИ в списке отсутствует нужный Изготовитель, то перейдите в окно приложения Организации по МО и внесите в базу необходимую запись. Затем, вернитесь в окно Типоразмеры СИ и обновите информацию на экране кнопкой - «Обновить».

6.3 Рекомендации по вводу информации в раздел данных «Типоразмеры СИ»

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

Ниже приводятся рекомендации к записи наименований, обозначений типов СИ, обозначений и метрологических характеристик типоразмеров СИ.

А) Карточка Типа СИ

Рисунок 6.11 - Карточка Типа СИ

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

- наименование указывается с заглавной буквы;

- наименование должно соответствовать наименованию, указанному в Техническом описании или Технических условиях на СИ;

- порядок слов: собственно наименование, [измеряемая физическая величина] [метод измерений] [конструктивные признаки];

- если наименование не умещается в графе, сокращаются последнее или несколько последних слов.

Примеры: "Вольтметр переменного тока переносной", "Амперметр постоянного тока щитовой реверсивный", "Мановакуумметр показывающий электроконтактный", “Прибор контроля пневматический показ. многошк”.

1) «Тип СИ» (обозначение типа) - вводится с клавиатуры. Правила написания обозначения типа СИ:

- обозначение указывается в соответствии с Техническим описанием или Техническими условиями на СИ;

- обозначение вводится с 1-го символа строки;

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

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

- категорически не рекомендуется в буквенном обозначении смешивать буквы латиницы и кириллицы.

Б) Карточка Типоразмера СИ

Рисунок 6.12 - Карточка Типоразмера СИ

2) «Диапазон» - вводится с клавиатуры по следующим правилам:

- пределы измерений указывают в форме двух чисел через две точки с указанием русского обозначения единицы измеряемой величины, как правило, после второго числа через пробел, например: «60..250 МПа», но «0,4 г..20 кг»;

- дробную часть числа отделяют от целой части десятичной запятой, например, «0,06 МПа»;

- положительные значения единиц измерений приводят без знака «+», например, «-100..500 кПа»;

- показатели степени в пределах измерений (и в показателях точности) указывают без пробелов после основания степени с соответствующим знаком, например, «3*10+6», «9*10-12»; положительные значения показателей степени в обозначении единицы измерений записываются без знака «плюс», например, «16 кгс/см2»;

- обозначения единиц, входящих в произведение, разделяют знаком умножения «*», например, «Н*м». Для указания деления одной единицы на другие применяется косая черта «/», например, «м/с». Произведение единиц в знаменателе заключают в скобки, например, «Вт/(ср*м2)»;

- обозначения градуса Кельвина - «К» латинское, градуса по Цельсию - «С» латинское, процентов - «%», угловых минут и секунд пишут без пробела после числа, остальные обозначения единиц величин отделяют от числа пробелом, например, «1,13%», «-50..50С»;

- обозначения углового градуса - «градус» и градуса по Цельсию - «С» отличаются от установленных ГОСТ 8-417-81. Угловые градус, минуту и секунду обозначают «градус», « ' » и « " » соответственно. Градус по шкале Цельсия обозначают заглавной латинской буквой «С», пример, «0..600С»;

- тип шкалы, (градуировку) указывают в графе «Диапазон» после верхнего предела измерений через пробел «0..100C гр.50П»;

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

- пределы измерений мультиметров (приборов, предназначенных для измерения нескольких физических величин) или многодиапазонных СИ отделяются пробелом, например «0..100 В 10..50 А»;

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

3) «Характеристика точности» вводится с клавиатуры в соответствии справилами:

- в случае если обозначение класса точности имеет целочисленное значение, то оно указывается без дробной части, например, «1» а не «1,0»; в случае если для обозначения класса используются дробные числа, то дробная часть отделяется запятой;

- если характеристикой точности СИ является погрешность, или цена деления, перед числовым значением характеристики через пробел указывается «ПГ» или «ЦД» соответственно, пример «ПГ 0,01 мм», «ЦД 1 мг»;

- классы точности «Средний», «Общий» и т.п. указываются словом с заглавной буквы без сокращения;

- допускается указание погрешности через пробел после класса точности, например, «1 ПГ 0,05 мм»;

- если характеристикой точности СИ является разряд эталона, то после значения разряда указывают через пробел малую русскую букву «р» с точкой, например, «1 р.».

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

6.4 Порядок резервного копирования

На стратегию резервного копирования баз данных ПК АСУ МС, размещенного на SQL сервере под управлением ОС Windows Server 2003 или выше, влияют следующие параметры:

· время функционирования системы (круглосуточно или в течении рабочего дня);

· длительность рабочей недели;

· допустимое время простоя системы: определяется Главным метрологом Предприятия, (например, 1 сутки ).

Для обеспечения повышенной надежности и сокращения времени простоя БД в момент ее восстановления резервная копия базы данных создается с помощью backup для СУБД MS SQL SERVER.

6.4.1 Расписание резервного копирования базы данных

Backup базы данных АСУ МС создаётся ежедневно.

Периодическое выполнение backup базы данных можно организовать средствами SQL сервера с помощью планировщика.

ВАЖНО: при backup использовать полную модель БД;

файлы *.bak, образованные после операции backup, хранятся на основном сервере ПК АСУ МС в папке: D:\BACKUP или в любом другом месте на усмотрение Администратора MS SQL Server.

Максимальный срок хранения всех резервных копий -- определяется политикой сохранения архивных данных на Предприятии, (например, 2 недели).

6.4.2 Ротация носителей резервной копии

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

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

6.4.3 Восстановление информации из резервных копий

В случае необходимости, восстановление баз данных из резервных копий производится на основании Заявки Администратора АСУ МС - метролога, поданной в Службу технической поддержки пользователей Предприятия.

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

6.5 Сжатие базы данных

Сокращение размера баз данных ПК АСУ МС, функционирующих под управлением MS SQL Server может производиться:

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

· вручную: для этого в SQL Server Enterprise Manager Администратор для базы данных АСУ МС должен запустить на выполнение функцию сжатия базы данных (Все задачи -> Shrink Database).

6.6 Регистрация пользователей на SQL сервере

Для обеспечения пользователям возможности работы в ПК АСУ МС, они предварительно должны быть зарегистрированы на MS SQL Server, где развернуты БД ПК АСУ МС. В дальнейшем, по мере развития комплекса, потребуется создание группы пользователей «Пользователи ПК АСУ МС» в Active Directory.

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

После регистрации пользователя в домене нужно зарегистрировать его на MS SQL Server, где развернуты БД ПК АСУ МС.

Для регистрации пользователя в ПК АСУ МС:

· Запустите программу Microsoft SQL Server Managament Studio.

· Подсоединитесь к серверу, где развёрнуты БД ПК АСУ МС

· Выберите пункт Security (Безопасность).

· Нажмите правую кнопку мыши и в появившемся всплывающем меню выберите пункт New Login… (Новый пользователь) (Рисунок 13)

Рисунок 6.13

· Введите имя нужного пользователя (Рисунок 14)

Рисунок 6.14

Для введённого пользователя выберите пункт User Mapping (Сопоставление пользователей), укажите БД с которой он будет работать и дайте пользователю на данную БД следующие права: db_datareader, db_datawriter, db_owner, public (Рисунок 15)

Рисунок 6.15

6.7 Хранение электронных копий документов

Функционал АСУ МС предусматривает возможность «привязки» к записям БД электронных копий относящихся к ним документов, формируемых в процессе деятельности метрологической службы

В связи с этим, необходимо выделить на сервере директорию для хранения электронных копий документов, формируемых в процессе эксплуатации АСУ МС (протоколов поверки, сертификатов, свидетельств и пр.). Путь к директории не должен изменяться.

Раздел 7. Расчет численности сотрудников для обслуживания оборудования с применением теории массового обслуживания

7.1 Элементы теории массового обслуживания

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

7.1.1 Компоненты и классификация моделей массового обслуживания

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

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

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

Примерами систем массового обслуживания могут служить:

1. магазины;

2. банки;

3. ремонтные мастерские;

4. почтовые отделения;

5. посты технического обслуживания автомобилей, посты ремонта автомобилей;

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

7. аудиторские фирмы;

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

9. телефонные станции и т.д.

Основными компонентами системы массового обслуживания любого вида являются:

1. входной поток поступающих требований или заявок на обслуживание;

2. дисциплина очереди;

3. механизм обслуживания.

Раскроем содержание каждого из указанных выше компонентов.

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

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

· первым пришел - первый обслуживаешься;

· пришел последним - обслуживаешься первым;

· случайный отбор заявок;

· отбор заявок по критерию приоритетности;

· ограничение времени ожидания момента наступления обслуживания (имеет место очередь с ограниченным временем ожидания обслуживания, что ассоциируется с понятием «допустимая дли на очереди»).

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

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

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

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

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

1. вероятностным распределением моментов поступлений заявок на обслуживание (единичных или групповых);

2. вероятностным распределением времени продолжительности обслуживания;

3. конфигурацией обслуживающей системы (параллельное, последовательное или параллельно-последовательное обслуживание);

4. количеством и производительностью обслуживающих каналов;

5. дисциплиной очереди;

6. мощностью источника требований.

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

1. вероятность немедленного обслуживания поступившей заявки;

2. вероятность отказа в обслуживании поступившей заявки;

3. относительная и абсолютная пропускная способность системы;

4. средний процент заявок, получивших отказ в обслуживании;

5. среднее время ожидания в очереди;

6. средняя длина очереди;

7. средний доход от функционирования системы в единицу времени и т.п.

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

Независимо от характера процесса, протекающего в системе массового обслуживания, различают два основных вида СМО:

ѕ системы с отказами, в которых заявка, поступившая в систему в момент, когда все каналы заняты, получает отказ и сразу же покидает очередь;

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

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

В системах с ограниченным ожиданием может ограничиваться:

· длина очереди;

· время пребывания в очереди.

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

Все системы массового обслуживания различают по числу каналов обслуживания:

ѕ одноканальные системы;

ѕ многоканальные системы.

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

7.1.2 Процессы «рождения - гибели»

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

Рисунок 7.1 - Размеченный граф процесса «рождения - гибели»

Этот граф воспроизводит известную биологическую интерпретацию: величина лk отображает интенсивность рождения нового представителя некоторой популяции, например, кроликов, причем текущий объем популяции равен k; величина м является интенсивностью гибели (продажи) одного представителя этой популяции, если текущий объем популяции равен k. В частности, популяция может быть неограниченной (число n состояний марковского процесса является бесконечным, но счетным), интенсивность л может быть равна нулю (популяция без возможности возрождения), например, при прекращении воспроизводства кроликов.

Для Марковского процесса «рождения - гибели», описанного стохастическим графом, приведенным на рисунке 1, найдем финальное распределение. Пользуясь правилами составления уравнений для конечного числа n предельных вероятностей состояния системы S1, S2, S3,… Sk,…, Sn, составим соответствующие уравнения для каждого состояния:

ѕ для состояния S0 уравнение имеет вид л0p00p1 (1);

ѕ для состояния S1 уравнение имеет вид (л10)p10p01p2 (2), которое с учетом предыдущего уравнения для состояния S0 можно преобразовать к виду л1р1= м1p2 (3).

Аналогично можно составить уравнения для остальных состояний системы S2, S3,…, Sk,…, Sn. В результате получим следующую систему уравнений:

(4)

Решая эту систему уравнений, можно получить выражения, определяющие финальные состояния системы массового обслуживания:

Следует заметить, что в формулы определения финальных вероятностей состояний р1, р2, р3,…, рn, входят слагаемые, являющиеся составной частью суммы выражения, определяющей р0. В числителях этих слагаемых находятся произведения всех интенсивностей, стоящих у стрелок графа состояний, ведущих слева на право до рассматриваемого состояния Sk, а знаменатели представляют собой произведения всех интенсивностей, стоящих у стрелок, ведущих справа на лево до рассматриваемого состояния Sk, т.е. м0, м1, м2, м3,… мk. В связи с этим запишем эти модели в более компактном виде:


Подобные документы

  • Специфика Клачеевского линейного производственного управления магистральными газопроводами. Разработка информационной системы метрологической службы. Процесс создания графиков калибровки и технического обслуживания с использованием IDEF0, IDEF3–диаграмм.

    дипломная работа [1,6 M], добавлен 19.05.2017

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

    дипломная работа [3,1 M], добавлен 21.01.2012

  • Анализ видов обеспечения автоматизированных систем предприятия. Средства программирования распределенных систем обработки информации. Изучение особенностей использования технологии распределенных объектов. Эксплуатация программного обеспечения системы.

    отчет по практике [486,0 K], добавлен 23.11.2014

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

    реферат [26,4 K], добавлен 22.06.2011

  • Агентно-ориентированная программная архитектура систем обработки потоковых данных. Обеспечение гибкости и живучести программного обеспечения распределенных информационно-управляющих систем. Спецификации программных комплексов распределенной обработки.

    реферат [1,1 M], добавлен 28.11.2015

  • Жизненный цикл программного обеспечения - непрерывный процесс, который начинается с принятия решения о необходимости создания ПО и заканчивается при полном изъятия его из эксплуатации. Подход к определению жизненного цикла ПО Райли, по Леману и по Боэму.

    реферат [39,1 K], добавлен 11.01.2009

  • Обзор принципов построения информационных систем для торговли через Интернет. Технология создания электронных магазинов. План работ для web-проекта. Язык сценариев JavaScript. Моделирование предметной области. Дизайн интерфейса и программная реализация.

    дипломная работа [2,5 M], добавлен 10.04.2013

  • Структура, классификация и этапы проектирования баз данных. Системы управления базами данных, их жизненный цикл. Разработка и реализация базы данных в MS Access. Организация входных и выходных данных. Защита данных от внешних угроз. Сведение о программе.

    курсовая работа [558,6 K], добавлен 21.06.2012

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

    контрольная работа [2,9 M], добавлен 17.08.2013

  • Основные международные стандарты в области информационных технологий. Международный стандарт ISO/IEC 9126. Качество и жизненный цикл. Характеристика внутренних и внешних атрибутов качества. Анализ функциональных возможностей программного обеспечения.

    доклад [94,4 K], добавлен 13.06.2017

Работы в архивах красиво оформлены согласно требованиям ВУЗов и содержат рисунки, диаграммы, формулы и т.д.
PPT, PPTX и PDF-файлы представлены только в архивах.
Рекомендуем скачать работу.