Технологические карты по сварке газопроводов

Автор работы: Пользователь скрыл имя, 06 Сентября 2011 в 00:00, курсовая работа

Описание

Предлагаемой решение позволить во многом сократить время, затрачиваемое мастерами данных участков на работы по подготовке документации, необходимой для проведения сварочных и постсварочных работ. Основным видом документа является, т.н. «Технологическая карта». Она представляет собой «маршрут действий», по которой сварщик или специалист по контролю качества производит свои работы.
Разрабатываемое решение будет реализовываться с учетом требований КИВЦ «Севергазпром», что означает использование трезуровневой системы клиент-сервер и ориентация на работу с БД Oracle.

Содержание

ВВЕДЕНИЕ 2
ПОСТАНОВКА ЗАДАЧИ 2
НАЗНАЧЕНИЕ И ЦЕЛИ СОЗДАНИЕ СИСТЕМЫ 3
ОБЩИЕ ТРЕБОВАНИЯ К СИСТЕМЕ 3
Описание работы системы 3
Требования к системе в целом 3
Требования к стандартизации и унификации. 4
ТРЕБОВАНИЯ К ДАННЫМ 4
Входные данные 4
Выходные данные 5
ТРЕБОВАНИЯ К ФУНКЦИЯМ 5
ТРЕБОВАНИЯ К МОДУЛЯМ 6
ТРЕБОВАНИЯ К ПОЛЬЗОВАТЕЛЬСКОМУ ИНТЕРФЕЙСУ 6
ТРЕБОВАНИЯ К НАДЕЖНОСТИ 7
ТРЕБОВАНИЯ К СРЕДСТВАМ ЗАЩИТЫ ИНФОРМАЦИИ ОТ
НЕСАНКЦИОНИРОВАННОГО ДОСТУПА 7
ТРЕБОВАНИЕ К ВИДАМ ОБЕСПЕЧЕНИЯ 8
Требования к средствам проектирования 8
Требования к средствам реализации 8
Требования к техническому обеспечению 8
ТРЕБОВАНИЯ К ДОКУМЕНТИРОВАНИЮ 9
ПОРЯДОК КОНТРОЛЯ И ПРИЕМКИ АВТОМАТИЗИРОВАННОЙ СИСТЕМЫ 9
СОПРОВОЖДЕНИЕ АВТОМАТИЗИРОВАННОЙ СИСТЕМЫ 10
DFD-ДИАГРАММА 11
СПЕЦИФИКАЦИИ ПРОЦЕССОВ 16
Процесс «Аутентификация» 16
Процесс «Контроль информации на ошибки» 16
Процесс «Расчет» 16
Процесс «Анализ» 17
Процесс «Вывод карт» 17
Процесс «Генерация изображений» 17
Процесс «Экспорт» 18
ЗАКЛЮЧЕНИЕ 18

Работа состоит из  1 файл

тз.doc

— 522.50 Кб (Скачать документ)

   Для проектирования хранилища данных используется ERwin (CASE-средство фирмы PLATINUM technology, inc.) –  средство концептуального моделирования  БД, использующее методологию Dimensional.

Требования  к средствам реализации

   Предлагаемая  архитектура могла быть реализована с использованием продуктов различных фирм. Перед началом разработки по просьбе заказчика был проведен сравнительный анализ программных и аппаратных средств. Рассматривались платформы, различные OLAP-сервера, клиентские OLAP-компоненты фирм Microsoft, IBM, Oracle. В результате проведенных исследований и тестовых погрузок были выбраны следующие продукты:

  • Реляционное Хранилище Данных – ОС Windows 2000, СУБД Oracle;
  • Разработка клиентских приложений – среда визуального программирования C Builder версии 6.0.

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

   На  стадии тестирования и опытной эксплуатации системы для функционирования данной СУБД можно будет воспользоваться  следующим персональным компьютером  (Pentium IV 2 Гц, ОЗУ 256 Мб, жесткий диск 40 Гб, ОС Windows 2000). В дальнейшем при введении системы в промышленную эксплуатацию необходимо предусмотреть использование специализированного сервера баз данных.

     Минимальные требования к аппаратным  средствам для установки и  эксплуатации Oracle в системе Windows 2000:

  • объем требуемой оперативной памяти 512 Мб (зависит от ряда факторов: числа одновременных подключений пользователей, характера клиент - серверных транзакций и т.п.);
  • 1 Гб свободного дискового пространства;
  • совместимый сетевой адаптер и программное обеспечение работы с сетями, поддерживаемое операционной системой сервера;
  • дисковод CD-ROM;
  • средство резервного копирования информации.

   В качестве платформы клиентских мест должны использоваться персональные компьютеры под управлением операционных систем семейства Windows (Windows 98, NT 4.0, Windows 2000 или XP).

     Минимальные  аппаратные  требования  к клиентской рабочей станции  для установки программного обеспечения  работы с системой:

  • персональный компьютер по меньшей мере на базе Pentium 600 и выше;
  • не менее 128 Мб оперативной памяти;
  • 100 Мб свободного дискового пространства;
  • совместимый сетевой адаптер и программное обеспечение работы с сетями, поддерживаемое операционной системой сервера.

ТРЕБОВАНИЯ К ДОКУМЕНТИРОВАНИЮ

   По  всему проекту оформляются следующие документы:

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

ПОРЯДОК КОНТРОЛЯ И ПРИЕМКИ  АВТОМАТИЗИРОВАННОЙ СИСТЕМЫ

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

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

СОПРОВОЖДЕНИЕ АВТОМАТИЗИРОВАННОЙ СИСТЕМЫ

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

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

    

 

   

DFD-диаграмма

 
 
 
 
 
 
 

 
 

контекстная диаграмма 

  
 
 
 
 
 
 
 
 
 
 
 
 

 

 

 
 
 
 
 
 
 
 

 

    СПЕЦИФИКАЦИИ  ПРОЦЕССОВ

Процесс «Аутентификация»

@ВХОД = Имя и пароль

@ВХОД = Зарегистрированные пользователи

@ВЫХОД  = Результаты авторизации

@СПЕЦПРОЦ 1.1.1. Аутентификация

ВЫПОЛНИТЬ

получить  ИМЯ И ПАРОЛЬ и СПИСОК ЗАРЕГИСТРИРОВАННЫХ ПОЛЬЗОВАТЕЛЕЙ, проанализировать их, и выдать сообщение о том, что авторизация будет выполнена или она не возможна.

КОНЕЦВЫПОЛНИТЬ 
@ КОНЕЦ СПЕЦИФИКАЦИИ ПРОЦЕССА 1.1.1.
 

Процесс «Контроль  информации на ошибки»

@ВХОД  = Справочные сведения

@ВХОД = Исходные данные

@ВЫХОД  = Проверенные данные

@ВЫХОД  = Проверенные справочные сведения

@СПЕЦПРОЦ 1.1.2. Контроль информации на ошибки

ВЫПОЛНИТЬ

получить  СПРАВОЧНЫЕ СВЕДЕНИЯ и ИСХОДНЫЕ ДАННЫЕ, сделать их проверку на правильность вводимой информации, выдать сообщение об ошибке или передать анализируемые данные далее.

КОНЕЦВЫПОЛНИТЬ 
@ КОНЕЦ СПЕЦИФИКАЦИИ ПРОЦЕССА 1.1.2.

Процесс «Расчет»

@ВХОД = Данные для расчета

@ВХОД = Таблицы для расчета

@ВЫХОД  = Результаты расчета

@СПЕЦПРОЦ 1.2.1. Расчет

ВЫПОЛНИТЬ

получить  ДАННЫЕ ДЛЯ РАСЧЕТА и ТАБЛИЦЫ  ДЛЯ РАСЧЕТА, вычислить требуемые  величины и передать РЕЗУЛЬТАТЫ РАСЧЕТА  в ХРАНИЛИЩЕ

КОНЕЦВЫПОЛНИТЬ 
@ КОНЕЦ СПЕЦИФИКАЦИИ ПРОЦЕССА 1.2.1.

Процесс «Анализ»

@ВХОД = Данные для анализа

@ВЫХОД  = Результаты анализа

@СПЕЦПРОЦ 1.2.2. Анализ

ВЫПОЛНИТЬ

получить  ДАННЫЕ ДЛЯ АНАЛИЗА, провести анализ информации исходя из запроса пользователя и передать на вывод РЕЗУЛЬТАТЫ АНАЛИЗА

КОНЕЦВЫПОЛНИТЬ 
@ КОНЕЦ СПЕЦИФИКАЦИИ ПРОЦЕССА 1.2.2.

Процесс «Вывод карт»

@ВХОД = Данные для отчета

@ВХОД = Jpg-файл

@ВЫХОД  = Тех. карты

@ВЫХОД  = Характеристики изображения

@СПЕЦПРОЦ 1.3.1. Вывод карт

ВЫПОЛНИТЬ

получить  из ХРАНИЛИЩА ДАННЫЕ ДЛЯ ОТЧЕТА, преобразовать их в отчеты «технологические карты»

КОНЕЦВЫПОЛНИТЬ 
@ КОНЕЦ СПЕЦИФИКАЦИИ ПРОЦЕССА 1.3.1.

Процесс «Генерация изображений»

@ВХОД = Характеристики изображения

@ВЫХОД  = Jpg-файл

@СПЕЦПРОЦ 1.3.2. Генерация изображений

ВЫПОЛНИТЬ

получить  ХАР-КИ ИЗОБРАЖЕНИЯ, на основе хар-к  создать jpg-файл

КОНЕЦВЫПОЛНИТЬ 
@ КОНЕЦ СПЕЦИФИКАЦИИ ПРОЦЕССА 1.3.2.

 

Процесс «Экспорт»

@ВХОД = Данные для экспорта

@ВЫХОД  = Файл в формате

@СПЕЦПРОЦ 1.3.3. Экспорт

ВЫПОЛНИТЬ

получить  ДАННЫЕ ДЛЯ ЭКСПОРТА, преобразовать  их в требуемый формат данных и  передать ФАЙЛ В ФОРМАТЕ во внешний  источник

КОНЕЦВЫПОЛНИТЬ 
@ КОНЕЦ СПЕЦИФИКАЦИИ ПРОЦЕССА 1.3.3.
 

ЗАКЛЮЧЕНИЕ

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

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