Дипломная работа: Автоматизированная информационная система управления технологическими процессами для ООО "Связьстрой"
Внимание! Если размещение файла нарушает Ваши авторские права, то обязательно сообщите нам
42
Диаграмма
систему
последовательности при
этим
осуществлении приема
Мэйерс
заявки в
работу
построения
показана на
ТЕХНОЛОГИЧЕСКОГО
рисунке 14.
Исполнитель
Форма списка заявок Форма заявки
Получение списка
заявок
Выбор заявки
Нажатие на кнопку
Таблица Заявки
Кнопка Принять заявку
Сохранение данных
Список заявок
Заявка
Возврат к списку заявок
Рисунок 14 – Диаграмма
жидкостей
последовательности при
закрывается
осуществлении приема
учебно
заявки в работу
лиц
Послезавершении
ведущий
работы исполнитель
ограниченную
закрывает ее,
сталкивается
формируя
определенный
косвенного
наряд по
профессиональных
выполнению. Диаграмма
исполняемых
последовательности такого
создана
процесса показана
исполнителей
на рисунке 15.
Исполнитель
Форма списка заявок
Выпадающий список
сотрудников
Форма заявки
Получение списка
заявок
Выбор заявки
Выбор сотрудников
Нажатие на кнопку
Таблица Заявки и
Наряды
Кнопка Сохранить
Сохранение данных
Список заявок
Заявка
Возврат к списку заявок
Выпадающий список
комплектующих
Выбранный сотрудник
Выбор комплектующих
Выбранные
комплектующие
Выбор работ
Выбранные работы
Выпадающий список
работ
Сообщение об успешном
сохранении наряда
Печатная форма наряда
Рисунок 15 –
производительность
Диаграмма последовательности
упорядочивает
формирования наряда и
пользователям
закрытия
заявки
43
3.1.
Далее
Разработка и описание
проверки
базы данных
характеристик
автоматизированной
информационной
иначе
системы
Разработка
хранение
информационной модели
не
нужна для
фактические
точной и полной
материальную
визуализации реальной
выбрана
ситуации в процессе
атрибутами
создания базы
рассмотрена
данных. Модель
реализует
должна соответствовать
матриц
некоторым требованиям:
управлением
поддерживать правильное
гибкость
отображение предметной
обслуживанию
области и
позволять
ресурсам
получить внутреннее
нижним
представление о самой
Maintenance
предметной области;
выбранной
нести в себе
главное
информацию о предметной
выводу
области, которой
Добавляя
достаточно для
далее
последующего проектирования.
интересными интересными
На начальном
документируются
этапе работы
дизайнерами
по разработке
данного
БД важно
сенсорных
реализовать
правильную
достоверности
структуру базы
улучшение
данных, включающую в
список
себя все
персоналом
нужные
элементы
контрольных
предметной области.
обеспечение
Здесь важно
страхования
учесть всесторонние
создается
факторы,
которые
объединяют
так или
используют
иначе влияют
грузоподъемных
на успех
видео
создания ИС.
Полный
Необходимо, чтобы
вообще
разрабатываемая система
сочетании
соответствовала запросам
Программное
пользователей. Поэтому
обобщенные
от верного
АВТОМАТИЗИРОВАННОЙ
выбора структуры
более
сохранения данных
получает
зависит и качетсво, и
ASP
дальнейшая эффективность, и
Полубенцева
успех всего
Эком
проекта.
Процесс
бизнес
реализации инфологической
Основными
модели включает в
закрывает
себя несколько
внутреннее
шагов:
выявление
работающих
сущностей;
указание
причину
зависимостей между
взаимодействия
выявленными сущностями;
Проверка
установка первичных и
язык
альтернативных ключей;
определить
выражение атрибутов
equipment
сущностей;
перестроение
основной
модели относительно
Avantis
требуемого уровня
мы
нормальной
формы.
актера
Логический уровень
заключается
отображения модели
комплексы
является абстрактным
сотрудниками
взглядом на
уникальной
данные, на
оборудование
нем вся
нормативов
информация выглядит
того
так, как
заявлений
она существует
в
потребностей
реальном мире.
использует
Логическая модель
понимают
данных становится
Песоцкая
универсальной и
никаким
естественного
образом не
образования
связана с самой
например
реализацией СУБД. В
ниже
свою очередь,
между
44
физическая модель
сроков
данных зависит
функциональных
от выбранной
самые
СУБД, становясь
формирует
отображением системного
Итого
каталога. В физической
всем
модели заключены
полная
данные
о всех
Вильямс
объектах БД. Т.к.
переходит
стандартов на
проектировать
объекты БД
структуры
нет (к примеру,
расширенным
нет
определенного
сервера
стандарта на
средства
типы данных),
КТС
физическая модель
машинной
полностью
зависима
технологию
от выбранной
редактирования
реализации СУБД.
Эта
Поэтому одной и
автоматизированной
той же
комплекса
логической модели
считанные
могут приходить в
StudioProfessional
соответствие сразу
Бином
несколько
различных
сделать
физических моделей.
фондами
Если в логической
экономике
модели не
нет
важно, какой
вводятся
из
типов
машинной
данных содержит
Снабжение
атрибут, то в
конкретных
физической модели
ИС
необходимо описать
была
все нюансы
пользование
конкретных физических
то
объектов.
Нынешние
стандарта
объектно-ориентированные CASE-средства
компанию
дают
возможность
создание
быстро решать
такого
задачи проектирования
Капитальные
приложений.
КтакомуПОможноотнести
программисты
Rational Rose,
списанного
SilvERrun Business
оптимален
Process ModellER,
поставщиками
BPWin, ERWin,
выполнению
TogethER Control
матрицу
CentER, Model
промышленного
Mart, Process
оценивает
Analyst.
Для
предприятия
инфологического проектирования
формирования
БД исполоьзовалось
повышение
CASE
средство
лишь
ComputER Associates
роли
ERwin.
В данной работе инфологическая модель описываласт в нотации
«IDEF1X». Подобная методлогия использует только структурированный
набор конструкций для моделирования. В процессе проектирования
разработки модели данных используются 2 уровня данных: логический и
физческий.
В нотации «IDEF1X» инфологическая модель данных показана на рис.
16. На диаграмме рисунка показаны сущности с атрибутами, а также ключи
(первичные), по которым будут реализованы связи в БД.
45
Рисунок 16 – Логическая модель БД
В связи с этим, в модели выделены следующие реквизиты и сущности:
Направления_запроса:
код_запроса;
поломки
код_отдела;
дата.
оптимизация
Отдел:
код_отдела;
информационными
наименование_отдела.
Подразделения:
времени
код_подразделения;
наименование_подразделения.
занимающихся
Пользователь:
46
код_пользователя;
Киндал
фамилия;
имя;
важнейших
отчество;
логин;
складским
пароль;
код_типа_пользователя;
этапе
телефон;
email;
создается
код_отдела;
код_цеха;
едином
блокирование.
График_ТО_оборудования:
Структура
код_оборудования;
дата_начала;
актера
дата_окончания;
примечание.
персоналом
Действия_пользователей:
код_запроса;
гибкость
код_пользователя;
дата_начала;
iMaint
дата_окончания;
примечание.
Кнр
Запрос:
код_запроса;
само
код;
код_пользователя.
Источник: https://baza.diplomsite.ru/previewfile/2510