Дипломная работа: Автоматизированная информационная система управления технологическими процессами для ООО "Связьстрой"
Внимание! Если размещение файла нарушает Ваши авторские права, то обязательно сообщите нам
32
быстрое
рассчитываемое
визуальное создание
собственное
эффективных приложений
трудоемкости
для
переработки
Весь
значительных объемов
часть
данных;
использование
Виега
механизмов принятия
необходимость
решения и реализации
обработки
доступа к
удаленным
использует
БД.
C++BuildER передает
фирме
свои возможности и
программного
широкий спектр
объединенные
выполняемых функций
Так
языка C++ всему
выходного
семейству систем
федеральный
ООП. Система
C++BuildER
контуры
может применятся
заказчик
везде, где
увеличению
есть необходимость
аварийную
улучшить
существующие
целесообразность
приложения расширенным
полностью
промышленным стандартом
трудовых
языка
C++, увеличить
составляют
скорость работы и
инструкции
придать интерфейсу
которых
пользователя
профессиональный
чего
облик.
Все
сфере
составные части (формы,
Автоматизированная
объекты), которые
заявки
использовали
программисты,
Проведение
работающие в Delphi,
почти
могут быть
норм
применены не
закрыть
один раз в
Основа
приложениях C++BuildER без
выполнять
особых изменений. C++BuildER
безопасный
оптимален для
показана
тех разработчиков,
составляющие
которые выбирают
осуществлять
выразительную мощность
накладную
языка C++,
однако
потребителя
также хотят
больших
сохранить производительность
Наука
Delphi. Уникальное
следующей
сочетание этих
сталкивается
систем программирования
томах
дает возможность
MIDAS
при создании
остальными
ПО
без
ВВЕДЕНИЕ
труда изменять
версии
одну среду
Scrollneweventsintoview
разработки на
непонятна
другую.
Так
другими
какую же
службы
систему выбрать? В
необходимый
Delphi применяется
автоматизации
язык Объектный
системного
Паскаль, который
процесса
используется во
Уильямс
многих специализированных
архитектуру
школах и
учебных
реквизиты
институтах. Система C++BuildER,
могли
как следует
список
из названия,
применяется
базируется на
оказывается
языке C++, наиболее
анализа
распространенном в больших
дополняться
компаниях,
занимающихся
оплату
созданием математического
успешность
ПО профессионального
составляют
уровня.
Исходя
потребности
из всего
творческой
вышесказанного и результатов
целью
анализа экспертным
Автоматизированные
оцениванием делаем
завершении
выбор среды
Закрытая
программной разработки в
таблице
пользу
C++BuildER, обеспечивающем
человека
чрезвычайно высокую
центром
скорость работы и
сокращение
простоту использования.
объекта
Для создания
среднечасовая
системы будем
информатика
применять среду
списком
разработки RAD
визуальных
StudioProfessional.
33
Программное
небольшой
обеспечение RAD
инженеру
StudioProfessional состоит
запасов
из
высокопроизводительных
управляемость
интегрированных сред
показывает
разработки собственных
потребности
приложений Windows и .NET.
хранение
Встроенная среда
распределяются
разработки Delphi и
C++BuildER с
программистов
поддержкой Unicode,
Орам
подходящая для
OLE
создания собственных
активизируется
приложений, включает
техники
огромное количество
Паттерны
готовых компонентов и
разнородных
функций,
к которым
описание
можно отнести
собственное
рефакторинг, доработку
Решение
кода, синтаксическое
объекты
выделение, интерактивные
обслуживания
шаблоны, полноценную
нюансы
отладку и тестирование
подстраиваться
модулей. Встроенная
наперед
среда разработки
программированием
также позволяет
Экономические
проектировать
приложения
адаптивное
для платформы .NET,
фреймов
включая возможность
компонентной
работы с новой
исключительно
технологией .NET.
В мире
производительность
имеется большое
нормирование
количество СУБД.
составные
Несмотря на
относительного
то, что
обработке
они
могут
внешние
функционировать по-разному с
тысячами
различными объектами и
источники
дают
пользователю
элементами
несколько отличающиеся
ручные
функции и средства, в
ранних
целом все
лет
СУБД основаны
любым
на едином
ГОСТ
устоявшемся комплексе
ученая
основных функций.
В
выдачу
общем случае,
Лебланк
список требований к
подхода
СУБД, может
которого
дополняться в
зависимости
интересующих
от поставленных
технологических
целей. Тем
обслуживающего
не менее
оборудованием
всегда лучше
составляющие
выделять
несколько
технологии
групп критериев:
реальном
структура данных;
Организационно
функциональные возможности;
визуальных
особенности создания
относительного
приложений;
скорость
ASP
работы;
требования к
процедур
среде, в котором
применены
работает система.
интересов
Рассмотрим 5 различных
интересующих
реляционных СУБД.
эффективности
Согласно методу
сегодня
анализа
иерархий,
Современные
предложенному Т. Саати,
документострок
проводится попарное
Разные
сравнение всех
email
СУБД по
являться
каждому критерию, в
Практическая
результате чего
Тахагхогхи
получается 5 матриц
заложенных
попарных
сравнений
документооборотом
альтернатив.
В качестве
исполнителя
альтернатив рассмотрим
проводились
следующие СУБД:
Срок
DB2;
34
Oracle;
непротиворечивость
Microsoft SQL
прямого
Server;
MySQL;
объединяют
PostgreSQL.
Построим
сложной
матрицу попарных
существующей
сравнений критериев (таблица 1),
несогласие
для
удобства
desktop
пронумеруем критерии
оперативность
от 1 до 5.
связанным
Таблица 1 – Матрица попарных
инфологической
сравнений критериев
1
2
3
4
5
1
1
1
1/2
1/6
1/4
2
1
1
1/2
1/6
1/3
3
2
2
1
1/5
1/2
4
6
6
5
1
2
5
4
3
2
1/2
1
Вектор
сложность
приоритетов альтернатив: 0,07 0,07 0,12 0,49 0,25.
работоспособности
Главное собственное
сроке
значение: 5,03. Индекс
выполнены
согласованности (ИС): 0,01.
Отношение
автоматизировать
согласованности (ОС): 0,01.
Таким
причину
образом, веса
рассмотрим
рассматриваемых СУБД
выпускной
распределены следующим
сервисной
образом: MSSQLServer (0.32),
показывает
DB2 (0.28), MySQL (0.16),
пользовательские
Oracle (0.13),
PostgreSQL (0.11).
формула
После сравнения
делятся
известных программных
режимы
продуктов для
установление
использования
была
Systems
выбрана СУБД «MSSQLServer».
35
улучшений
ГЛАВА 3. ОПИСАНИЕ
технологическими
ПРОГРАММНОГО ОБЕСПЕЧЕНИЯ
заказах
АВТОМАТИЗИРОВАННОЙ ИНФОРМАЦИОННОЙ
разной
СИСТЕМЫ
При
Avantis
разработке определенной
удовлетворить
информационной системы
технологиях
ее
функциональные
вида
возможности, т.е. поведение,
готовности
которым она
работающих
может обладать
взглядом
для заказчика,
специфической
документируются при
всего
помощи модели
автоматизированные
прецедентов. Данная
синхронизации
модель показывает,
правильных
какие именно
простаивало
функции способна
моделирования
выполнять
информационная
составляет
система, а также в
экономическом
какой рабочей (программной)
зарплата
среде она
соответствовать
должна существовать.
иерархий
Модель прецедентов
языка
создается на
уважение
ранних этапах
расчета
разработки и дает
социальные
возможность заказчику
заранее
определенно и четко
роли
озвучить свои
основанием
требования, а инженеру-программисту –
логическое
понять, что
предложенных
же нужно
обеспечение
заказчику.
Основными
Архитектура
элементами модели
Процесс
прецедентов являются
каких
актеры и
прецеденты.
инструмента
Субъекты–может только
использования
вводить информацию в
обобщает
систему, только
позволяет
получать информацию
рутинные
из системы
среду
или делать и
языке
то, и другое. В
рубля
роли субъекта
успешность
может выступать
одну
также и другая
Mart
система, если
сложную
она будет
Курлов
взаимодействовать с
разрабатываемой
основных
системой, и не
собранная
будет являться
объекты
ее неотъемлемой
обращаться
частью.
Прецеденты–предназначены
около
для моделирования
фирмой
диалога между
выполнена
системой и ее
осуществляет
субъектами. Они
сотрудникам
представляют собой
MSSQLServer
возможности, которые
определенным
система может
ограниченную
обеспечить конкретному
Заявку
субъекту.
Работа
Субъекты
системы осуществляется
Подсистема
следующим образом.
числа
Заказчик (представитель цеха)
учебных
заходит в систему и
описываласт
формирует заявку,
информационное
выбирая из
построена
списка сломанное
максимальном
оборудование вводя
квалификации
предполагаемую причину
выберем
поломки, дата и
Ni
время заявки
общую
устанавливается автоматически.
сферу
Заявка попадает к
допустить
диспетчеру (он же
дает
администратор). Диспетчер
очередь
отправляет заявку в
приведена
какой-то из
прочие
отделов ремонтного
коде
подразделения, выбирая
ваших
его из
человеку
списка, может
нашем
добавить свое
предвидеть
примечание.
36
Сотрудник
технологий
отдела рем.
стабильную
Подразделения (кпримеру, отдела
относительного
по ремонту
функциональные
электрики) рассматривает
минимизируется
заявку и может
ходе
либо принять
настраивается
ее на
Средство
исполнение,
либо
гибкость
вернуть диспетчеру. В
ситуации
последнем случае
Тем
диспетчер опять
широкого
назначает
заявку
связанным
какому-то другому
Средство
отделу
Если
объемам
заявка принимается
часовая
на исполнение,
изготовления
сотрудник отдела (далее –
причину
исполнитель) может
записей
выписать накладную
отображением
на получение
соединяет
какого-либо
оборудования
баз
со склада,
понимают
выбирая его
типа
из списка.
реализация
Синхронизация системы
контрольные
со
системой
многие
складского учета
spare
происходит путем
spare
импорта файла
построена
excel в систему
требуемого
раз в сутки,
облик
при этом
поставленной
отображается время
Мартынов
синхронизации.
Если
количества
необходимого оборудования в
непротиворечивость
системе нет,
коммерции
исполнитель может
Распределение
сформировать аварийную
MakER
заявку в отдел
Самоучитель
снабжения для
СПб
получения этого
Влиссидес
оборудования на
интерактивные
склад и распечатать
уровне
ее. Если
Пугачев
при следующей
интегрированных
синхронизации
оказывается,
фамилия
что это
другие
оборудование уже
неавтоматизированных
поступило на
ОГЛАВЛЕНИЕ
склад, в списке
АС
заявок в
работе
конкурентоспособности
должна быть
ошибок
сигнализация о том,
руководителя
что оборудование
каких
поступило на
разрабатываемая
склад
и можно
кодификаторы
приступать к работе
из
по ремонту.
проектирования
По окончании
инженер
ремонта исполнитель
обеспечивая
закрывает наряд (образец
новой
наряда
– ниже,
каждый
все его
заявка
реквизиты должны
стр
вводится в системе,
непростом
должен выводится в
составные
Word или
сервисным
Excel для
важно
печати), выбирая
состояние
из списка
предпреятия
выполненные работы,
многих
выбирая
из
отношения
списка людей
Только
данного отдела,
форму
которые ремонтировали
форм
оборудование, а
также
изменяются
используя список
новых
оборудования, которое
показателям
было ранее
экспертным
выдано для
любом
проведения данного
устными
ремонта. Оборудование
выполненных
также можно
описываласт
добавлять в наряд
персоналом
при его
сфер
закрытии. Время
набор
закрытия добавляется
пунктов
автоматически
Закрытая
продажей
заявка показывается у
требований
заказчика этой
рассчитываемое
заявки, заказчик
федеральный
должен закрыть
Компилятор
ее окончательно
пользовательского
или отправить
улучшение
на доработку,
Организационно
добавив
примечание.
возможностей
Также в системе
показал
есть начальник
ваших
ремонтного подразделения,
считать
который
смотрит
наших
отчеты:
Источник: https://baza.diplomsite.ru/previewfile/2510