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

Данные Batch.21 хранятся в реляционной базе данных Microsoft SQL Server или Oracle. Чтобы хранить технологические данные, необходимо использовать СУБД реального времени InfoPlus.21.

Таблица 1 – Особенности и преимущества Batch.21

Особенность

Преиму

щество

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

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

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

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

Псевдонимы тэгов

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

Можно выбирать вид периодической диаграммы.

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

Имеются графические консоли для настройки Batch.21.

Упрощается настройка потока периодических данных.

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

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

Рассмотрев все аспекты для разработки автоматизированной системы управления документооборотом ЦЗЛ, изучив предметную область, в которой будет применяться данная система, и, собрав необходимые сведения о том, что бы хотели видеть пользователи данного программного продукта, в итоге получили конкретный метод решения:

ü Клиент-серверная архитектура системы – трехзвенная

ü Использование Web-forms (тонкий клиент)

ü Язык программирования – Visual C #

ü СУБД – Oracle

ü Операционная система – Windows

2. Специальная часть

2.1 Структура информационной системы

Куб: BATCH.21

Блок-схема: магнітний диск: База Данных
ORACLE

Куб: IIS
Application Server

Web-browser Web-browser Web-browser

Рисунок 2 – Структура информационной системы и ее отдельных компонентов

Структура информационной системы построена по трехзвенной архитектуре «клиент – сервер».

Функционирование механизма в трехзвенной архитектуре обеспечивается при помощи трех основных компонентов:

ü рабочих станций пользователей;

ü серверов приложений;

ü сервера базы данных.

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

СУБД Oracle представляет собой хранилище данных, к которым обращается система Batch.21. Используется Oracle 9i.

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

Все компоненты системы развернуты на серверах HP Proliant DL 360.

Batch.21 осуществляет выполнение запросов к базе и предоставляет два вида интерфейса:

ü DCOM;

ü Web‑сервисы.

Web‑сервисы используют передачу данных через XML. DCOM – технология распределенной компонентной модели.

Application Server – Web‑сервер, содержащий разработанные по технологии ASP. Net приложения для решения стоящих перед нами задач.

Клиентские ПК – «тонкие» клиенты, получающие доступ к приложениям Application Server через Web-browser.

2.2 Требования к информационной системе

2.2.1 Общие требования

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

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

Создаваемая система не должна влиять на работоспособность ИАСОУП, а лишь получать и предоставлять данные для общего использования.

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

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

Серверная часть системы должна быть общей с ИАСОУП и использовать в качестве хранилища данных единую БД в СУБД Oracle.

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

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

Страница:  1  2  3  4  5  6  7  8  9  10  11  12  13  14  15 


Другие рефераты на тему «Программирование, компьютеры и кибернетика»:

Поиск рефератов

Последние рефераты раздела

Copyright © 2010-2024 - www.refsru.com - рефераты, курсовые и дипломные работы