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 для
важно
печати), выбирая
состояние
из списка
предпреятия
выполненные работы,
многих
выбирая
из
отношения
списка людей
Только
данного отдела,
форму
которые ремонтировали
форм
оборудование, а
также
изменяются
используя список
новых
оборудования, которое
показателям
было ранее
экспертным
выдано для
любом
проведения данного
устными
ремонта. Оборудование
выполненных
также можно
описываласт
добавлять в наряд
персоналом
при его
сфер
закрытии. Время
набор
закрытия добавляется
пунктов
автоматически
Закрытая
продажей
заявка показывается у
требований
заказчика этой
рассчитываемое
заявки, заказчик
федеральный
должен закрыть
Компилятор
ее окончательно
пользовательского
или отправить
улучшение
на доработку,
Организационно
добавив
примечание.
возможностей
Также в системе
показал
есть начальник
ваших
ремонтного подразделения,
считать
который
смотрит
наших
отчеты:
37
отчет
отчетной
по количеству
обеспечить
поступивших заявок
приносящую
за период
обеспечения
за каждый
пунктов
цех
сравнительно с
структурированный
другими цехами;
требуемы
по простаивающему
широкие
оборудованию в настоящий
высокая
момент;
сравнительный
реального
отчет по
список
простою оборудования
результате
каждого цеха
проверенной
за
период;
большое
сравнительный отчет
потребностей
по количеству
Главным
выполненных заявок
обоснована
за период
механизмов
за
каждый
широко
отдел сравнительно с
передает
другими отделами
технических
ремонтного подразделения;
выбор
по оборудованию,
выигрыш
которое более
лингвистического
всего простаивало
техническое
за период
(сравнительно
при
по типам)
ЗАКЛЮЧЕНИЕ
отчет по
было
загруженности работников
представляется
ремонтной службы
присваивается
за
определенный
программисты
промежуток времени
Лучший
все отчеты
справочников
также доступны и
Mart
диспетчеру (все отчеты),
средних
заказчику (за
свой
Их
цех), исполнителю –
нужный
за свой
складского
отдел. В данной
полезность
диаграмме прецедентов
статистику
четыре актера.
той
На рисунке 6
среду
показанадиаграмма
Datastreamпредназначена
прецедентов, которая
версия
показывает функции
сама
администратора при
простою
работе с данной
применяемых
системой. На
начальник
рисунке 7 показана
Студента
диаграмма прецедентов
выявляются
для заказчика, а
выполнение
на рисунках 8 и 9
-
прикладного
диаграммы прецедентов
точная
для исполнителя и
затраты
для руководителя.
Администратор (диспетчер)
Управление справочниками
системы
Просмотр загруженности
работников ремонтной службы
Отправка заявки исполнителю
Просмотр открытых и закрытых
нарядов за определенный
период
Просмотр комплектующих на
складе
Получение отчетов
Сравнительный отчет по
простою оборудования каждого
цеха за период
Отчет по простаивающему
оборудованию в настоящий
момент
Отчет по количеству
поступивших заявок за период
за каждый цех сравнительно с
другими цехами
Отчет по загруженности
работников ремонтной службы
за определенный промежуток
времени
По оборудованию, которое
более всего простаивало за
период (сравнительно по типам)
Сравнительный отчет по
количеству выполненных
заявок за период за каждый
отдел сравнительно с другими
отделами ремонтного
подразделения
Учет ПВР
Данная
Рисунок 6 – Диаграмма
постоянной
прецедентов для
открытую
администратора
38
Заказчик
Оформление заявки
Просмотр оформленных заявок
Просмотр времени простоя
оборудования за период
Просмотр текущего времени
простоя оборудования
Выбор оборудования
Ввод предполагаемой причины
поломки
Отчет по простаивающему
оборудованию в настоящий
момент
Отчет по количеству
поступивших заявок за период
По оборудованию, которое
более всего простаивало за
период (сравнительно по типам)
Получение отчетов за свой цех
Рисунок 7 – Диаграмма
собирать
прецедентов для
проблема
заказчика
Исполнитель (оператор)
просмотр невыполненных
нарядов
просмотр закрытых нарядов
просмотр отремонтированного
оборудования
оформление аварийной заявки
Прием заявки
Мотивированный отказ от
заявки
Формирование накладной на
выдачу комплектующих
Закрытие заявки
Оформление наряда
Получение отчетов за свой
отдел
Сравнительный отчет по
простою оборудования каждого
цеха за период
Отчет по простаивающему
оборудованию в настоящий
момент
Отчет по количеству
поступивших заявок за период
за каждый цех сравнительно с
другими цехами
Отчет по загруженности
работников отдела ремонтной
службы за определенный
промежуток времени
По оборудованию, которое
более всего простаивало за
период (сравнительно по типам)
Рисунок 8 –
трудности
Диаграмма прецедентов
сотруднику
для исполнителя
39
Руководитель
Сравнительный отчет по
простою оборудования каждого
цеха за период
Отчет по простаивающему
оборудованию в настоящий
момент
Отчет по количеству
поступивших заявок за период
за каждый цех сравнительно с
другими цехами
Отчет по загруженности
работников ремонтной службы
за определенный промежуток
времени
По оборудованию, которое
более всего простаивало за
период (сравнительно по типам)
Сравнительный отчет по
количеству выполненных
заявок за период за каждый
отдел сравнительно с другими
отделами ремонтного
подразделения
стр
Рисунок 9 –Диаграмма
квалификации
прецедентов для
поддерживаемые
руководителя
Прецедент “Аутентификация
заимствованная
пользователя” активизируется
следующим
всеми
субъектами
объемов
информационной системы.
экспертных
Прежде чем
без
пользователю начать
авторов
работу с БД,
информационными
система запрашивает
будут
его пароль и
около
логин. Если
передают
пользователь не
Кнр
зарегистрирован или в
устоявшемся
пароле и/или логине
был
допустил ошибку,
вычисления
то он
Информационные
не
получает
реализацию
доступа к работе в
базами
ИС. После
техническая
успешной проверки
сопровождением
логина и пароля
непротиворечивость
пользователя открывается
процессами
главное окно
Уровень
программы. На
невыгодным
рисунках
представлены
пакетах
диаграмма последовательности и
необходимых
диаграмма действий
представления
этого
прецедента.
Оператор
Кнопка
Данные
аутентификации
Окно авторизации Основное окно
Ввод логина и пароля
Нажатие на кнопку
Запрос данных
Данные аутентификации
Проверка полученных
данных
Вывод сообщения о
неверно введенных данных
Открытие главного окна, если проверка успешна
рассмотрим
Рисунок 10 –Диаграмма
Разрабатываемые
последовательности “Аутентификация пользователя”
40
Модель
Прецедент «Учет заявки»
собственных
активизируется субъектом
принятии
ИС заказчик.
сущности
Данный прецедент
ответственного
описывает процесс
Условная
ввода новых
оно
данных в БД.
ПРОЕКТА
Этим
занимается
представленные
пользователь с ролью
контроль
заказчик. Данные
какому
вводятся в формы
наполненности
ввода на
служат
основании документов, а
всю
также вся
источники
справочная информация,
творческие
которая нужна в
создана
процессе работы с
фирмы
системой. На
фамилия
рисунках представлены
производственная
диаграмма
последовательности и
технологию
диаграмма действий
рассматривает
данного прецедента.
Заказчик
Форма ввода заявки Поле ввода причины
Форма выбора
оборудования
Обращение к форме
Выбор оборудования
Ввод предполагаемой
причины
Нажатие на кнопку
Таблица Заявки
Кнопка Сохранить
Сохранение данных
Сообщение
об успешном сохранении заявки
итоге
Рисунок 11 – Диаграмма
Oracle
последовательности “Учет заявок”
уровнем
Диаграмма последовательности “Распределение
реализовать
заявок” показывает
параметрам
на
порядок
ВСВ
распределение этих
реального
заявок и направления в
Петров
отдел организации
возникновении
для
исполнения.
41
Диспетчер
Форма списка заявок Выбор отделаФорма заявки
Получение списка
заявок
Выбор заявки
Выбор отдела
Нажатие на кнопку
Таблица Заявки
Кнопка Сохранить
Сохранение данных
Сообщение
об успешной обработке заявок
Список заявок
Заявка
Список отделов
трудовых
Рисунок 12 – “Диаграмма распределения
значительным
заявок”
Диаграмма
Потом
последовательности «Обработка заявки
формы
исполнителем»
показывает
Работник
порядок обработки
года
заявок при
необходимые
ее получении
остальное
исполнителем.
Исполнитель
чрезвычайно
может либо
целое
отказаться от
визуальный
заявки, либо
характеристик
принять ее
позволило
для
исполнения.
отраслях
Диаграмма последовательности
Зачастую
при отказе
дней
от заявки
областей
приведена
на
правильную
рисунке 13.
Исполнитель
Форма списка заявок
Поле ввода причины
отказа
Форма заявки
Получение списка
заявок
Выбор заявки
Ввод причины отказа от
заявки
Нажатие на кнопку
Таблица Заявки
Кнопка Сохранить
Сохранение данных
Список заявок
Заявка
Возврат к списку
заявок
Рисунок 13 –
анализируется
Диаграмма последовательности
нового
при возникновении
Чистов
отказа от
эффекта
заявки