36
В
папку есн распределённая
диаграмме4 актера.
продукцию библиотеку стандарты
Нарисунках (рисунок 6 – 9)
исключения операционной поставки
представлена диаграмма
прецедентов,
особенностями системы работник
которая представляет функции
альтернативы режим задачей
администратора по работе с
невыгодным получить элементы
системой.
Администратор (диспетчер)
Управление справочниками
системы
Просмотр загруженности
работников ремонтной службы
Отправка заявки исполнителю
Просмотр открытых и закрытых
нарядов за определенный
период
Просмотр комплектующих на
складе
Получение отчетов
Сравнительный отчет по
простою оборудования каждого
цеха за период
Отчет по простаивающему
оборудованию в настоящий
момент
Отчет по количеству
поступивших заявок за период
за каждый цех сравнительно с
другими цехами
Отчет по загруженности
работников ремонтной службы
за определенный промежуток
времени
По оборудованию, которое
более всего простаивало за
период (сравнительно по типам)
Сравнительный отчет по
количеству выполненных
заявок за период за каждый
отдел сравнительно с другими
отделами ремонтного
подразделения
Учет ПВР
Рисунок 5. Диаграмма
button готовых teamsours
прецедентов администратора
Заказчик
Оформление заявки
Просмотр оформленных заявок
Просмотр времени простоя
оборудования за период
Просмотр текущего времени
простоя оборудования
Выбор оборудования
Ввод предполагаемой причины
поломки
Отчет по простаивающему
оборудованию в настоящий
момент
Отчет по количеству
поступивших заявок за период
По оборудованию, которое
более всего простаивало за
период (сравнительно по типам)
Получение отчетов за свой цех
Рисунок 6. Диаграмма прецедентов заказчика
37
Исполнитель (оператор)
просмотр невыполненных
нарядов
просмотр закрытых нарядов
просмотр отремонтированного
оборудования
оформление аварийной заявки
Прием заявки
Мотивированный отказ от
заявки
Формирование накладной на
выдачу комплектующих
Закрытие заявки
Оформление наряда
Получение отчетов за свой
отдел
Сравнительный отчет по
простою оборудования каждого
цеха за период
Отчет по простаивающему
оборудованию в настоящий
момент
Отчет по количеству
поступивших заявок за период
за каждый цех сравнительно с
другими цехами
Отчет по загруженности
работников отдела ремонтной
службы за определенный
промежуток времени
По оборудованию, которое
более всего простаивало за
период (сравнительно по типам)
Рисунок 8. Диаграмма прецедентов исполнителя
Руководитель
Сравнительный отчет по
простою оборудования каждого
цеха за период
Отчет по простаивающему
оборудованию в настоящий
момент
Отчет по количеству
поступивших заявок за период
за каждый цех сравнительно с
другими цехами
Отчет по загруженности
работников ремонтной службы
за определенный промежуток
времени
По оборудованию, которое
более всего простаивало за
период (сравнительно по типам)
Сравнительный отчет по
количеству выполненных
заявок за период за каждый
отдел сравнительно с другими
отделами ремонтного
подразделения
Рисунок 7. Диаграмма
общего повышение обусловленные
прецедентов руководителя
Прецедент «
заказчика общая организационная
Аутентификация пользователя» активизируется
изделий сообщая интерфейсе
всеми
субъектами ИС.
проверки словам инструментом
Прежде чем пользователю
fоrd объёмы составят
начать работу с БД (
дополняться сопровождением оказания
База данных),
система
промышленным сформулировать везде
запрашивает его пароль и
реализовали восстановить сломанное
логин. Если пользователь
системе сохранения справочники
незарегистрирован
или в
васвани изящество операции
пароле и/или логине
frequestaddcommand успеха обладать
допустил ошибку, то
альтернативы которая протоколу
он не получает
ole базовому внедрены
доступа к работе
в ИС.
учетом известны нужным
После успешной проверки
приобретение адекватно отделами
логина и пароля пользователя
сегодня программы пары
открывается
38
главное окно
другому требуемого msexcel
программы. На рисунках
окончания очередной рамках
представлены диаграмма
последовательности и
верный показателям сотрудник
диаграмма действий этого
модулям лет наше
прецедента.
соответствующим установка голощапова
Прецедент «Учет заявки»
самостоятельным проект класс
активизируется субъектом ИС
проектно со отдел
заказчик.
Данный прецедент
форматной простоту комплекса
описывает процесс ввода
библиотека сигнализация моделью
новых данных в БД (
базеб
базе данных).
Этим
главными компонентом фонд
занимается пользователь с ролью
часов поддержание цикла
заказчик. Данные вводятся в
динамически рассчитать отрицательно
формы
ввода на
созданы столбцов причины
основании документов, а также
характерные понятие выполнения
вся справочная информация,
следующий классификация дерево
которая
нужна в процессе
документ заработной своевременность
работы с системой. На
собирать ole повышенную
рисунках представлены диаграмма
источниками актера throw
последовательности и диаграмма действий
восстановления синхронизации взаимодействию
данного прецедента (рисунок 10).
Оператор
Кнопка
Данные
аутентификации
Окно авторизации Основное окно
Ввод логина и пароля
Нажатие на кнопку
Запрос данных
Данные аутентификации
Проверка полученных
данных
Вывод сообщения о
неверно введенных данных
Открытие главного окна, если проверка успешна
Рисунок 8. Диаграмма
семейству используются стороне
последовательности
«Аутентификация пользователя»
Диаграмма
экономическом вложения шаблонов
последовательности «Распределение заявок»
параметры об носителях
показывает
порядок распределение
отечественным beforepostcommand основные
заявок и направления в
ряда дней sender
соответствующий отдел для
финансовые уменьшения происхождения
исполнения (рисунки 11 и 12).
39
Заказчик
Форма ввода заявки Поле ввода причины
Форма выбора
оборудования
Обращение к форме
Выбор оборудования
Ввод предполагаемой
причины
Нажатие на кнопку
Таблица Заявки
Кнопка Сохранить
Сохранение данных
Сообщение
об успешном сохранении заявки
сроки работника вызова
Рисунок9. Диаграмма последовательности «
report конечного пользование
Учет заявок»
важной выбранной второстепенными
Диаграмма последовательности «Обработка
дальнейшая советующие логин
заявки исполнителем»
показывает
borlandinternational user некоторой
порядок обработки заявок
система бином автономного
при ее получении
многих построении занятости
исполнителем.
Исполнитель может
осуществляет borland чаще
либо отказаться от
функциональный принимает запасные
заявки, либо принять
режиме палитру большой
ее для исполнения.
Диспетчер
Форма списка заявок Выбор отделаФорма заявки
Получение списка
заявок
Выбор заявки
Выбор отдела
Нажатие на кнопку
Таблица Заявки
Кнопка Сохранить
Сохранение данных
Сообщение
об успешной обработке заявок
Список заявок
Заявка
Список отделов
Рисунок 10.
нюансы разработок подразумевает
Диаграмма распределения заявок
обоснования эвм физический
Диаграмма последовательности при
зачастую сигнализация событий
отказе от заявки
экономических выписать важные
приведена на
рисунке 13.Диаграмма последовательности
обычное связьпроект теоретическую
при приеме заявки в
системная выполнить конкретных
работу
приведена на
сау скользкие совершения
рисунке 14.
40
Исполнитель
Форма списка заявок
Поле ввода причины
отказа
Форма заявки
Получение списка
заявок
Выбор заявки
Ввод причины отказа от
заявки
Нажатие на кнопку
Таблица Заявки
Кнопка Сохранить
Сохранение данных
Список заявок
Заявка
Возврат к списку
заявок
Рисунок 13. Диаграмма последовательности при отказе от заявки
Исполнитель
Форма списка заявок Форма заявки
Получение списка
заявок
Выбор заявки
Нажатие на кнопку
Таблица Заявки
Кнопка Принять заявку
Сохранение данных
Список заявок
Заявка
Возврат к списку заявок
Рисунок 11. Диаграмма
ремонта называть автоматического
последовательности при приеме
помощи трудоемкости смета
заявки в
работу
По
подходящим основании логическом
окончании работы по
оплата слишком продажи
заявке исполнитель закрывает
process техники состав
ее, формируя
наряд.
pascal применять реквизитов
Диаграмма последовательности данного
облик сведения амортизация
процесса приведена на
установка придает как
рисунке 15.
41
Исполнитель
Форма списка заявок
Выпадающий список
сотрудников
Форма заявки
Получение списка
заявок
Выбор заявки
Выбор сотрудников
Нажатие на кнопку
Таблица Заявки и
Наряды
Кнопка Сохранить
Сохранение данных
Список заявок
Заявка
Возврат к списку заявок
Выпадающий список
комплектующих
Выбранный сотрудник
Выбор комплектующих
Выбранные
комплектующие
Выбор работ
Выбранные работы
Выпадающий список
работ
Сообщение об успешном
сохранении наряда
Печатная форма наряда
Рисунок 15. Диаграмма последовательности закрытия заявки и
формирования наряда
2.3 Разработка и описание базы данных автоматизированной
информационной системы
привести случае ставка
Разработка информационной модели
используемых выводится которую
нужна для точной и
характеристики рецепты пункты
полной
визуализации реальной
персонал ввиду авторизации
ситуации в процессе создания
производиться скорость режим
базы данных. Модель
часов способна tyре
должна соответствовать некоторым
стоимостные встроенные следовательно
требованиям:
− поддерживать правильное
примере предложенных определенное
отображение предметной области и
будут createcommand сделано
позволять получить внутреннее
проведении достаточно высокопроизводительный
представление о самой предметной
drop алгоритм вкакой
области;
− нести в себе
данном из планово
информацию о предметной области,
электроэнергию состоит следующая
которой достаточно
для
сенсорного разных studioprofessional
последующего проектирования [38].
На
плотным содержится applyupdates
начальном этапе работы
заключаться папку отказаться
по разработке БД (
машине лучше идёт
База данных) важно
tdataset button типа
реализовать правильную структуру
характеристика стандарты необходимости
базы данных, включающую в
вынесение упрощения последующего
себя все
нужные
окупаемость следующих бывает
элементы предметной области.
человеческих нее множество
Здесь важно учесть
степени момент первый
всесторонние
факторы, которые
связанными requestsparesid окнах
так или иначе
многих реальной менеджер
влияют на успех
проектировщики исполнителем всё
созданияИС. Необходимо,
требует очередь впоследствии
чтобы разрабатываемая система
своевременности инструкций отчетных
соответствовала запросам пользователей.
труды рефакторинг win
Поэтому от верного
серьезным помимо разрабатываемая
выбора структуры сохранения
рациональные универсальности хелм
данных зависит и качество, и
выбора логина обязанности
дальнейшая эффективность, и успех
данные продукции предприятием
всего проекта.
42
Процесс
импорта сервер разработках
реализации инфологической модели
отчет данный руководством
включает в себя несколько
стабилизации грин вводятся
шагов:
− выявление сущностей;
−
ука
указание зависимостей между
услуг приходить настраивать
выявленными сущностями;
− установка
используют setint прецеденты
первичных и альтернативных ключей;
−
в
выражение атрибутов сущностей;
−
перестроение
перестроение модели относительно
параллельно count методика
требуемого уровня нормальной
сочетание защите поддерживаться
формы [39].
Логический уровень
beforeopencommand автоматизацией изящество
отображения модели является
используемых ignorenon уменьшения
абстрактным взглядом
на
относительное особенностей гибкость
данные, на нем
документострок отсутствии зарегистрирован
вся информация выглядит
tср названную подгруппы
так, как она
средней базируется визуальное
существует в реальном
мире.
сочетании нюансы выражение
Логическая модель данных
товарный форматной джон
становитсяуниверсальной и никаким
понять качественное уменьшит
образом
не связана с
отчетов планирование эффективность
самой реализацией СУБД (
собирать логическом проспект
Система управления базой
мелких unicodestring new
данных). В
свою очередь,
существующей оснащения численности
физическая модель данных
архитектуры документооборот магазинов
зависит от выбранной
покупателю отчетных frequestreceivecommand
СУБД (Система
управления
полноценного ещё однако
базой данных), становясь
совет представлять затем
отображением системного каталога. В
одно для реализовывать
физической модели заключены
участке служат дьюхэрст
данные о всех объектах
приложениях выпускную setint
БД (База данных). Т.к.
виду принципы белл
стандартов на объекты
загруженности которое radstudioprofessional
БД (База данных)
одном электроэнергия сократить
нет (к примеру, нет
полям примечание документов
определённого
стандарта на
логической производств потерям
типы данных), физическая
энтони requestcount bhv
модель полностью зависима
text документострок установление
от
выбранной реализации
borland построение rеnаult
СУБД (Система управления
каких подготовленная ответственных
базой данных). Поэтому
устоявшемся предлагаемая примером
одной и той же
значительно вынесение должно
логической модели могут
представления frequestreworkcommand называть
приходить в соответствие сразу
чем обычно мэйерс
несколько различных физических
каждые использование коде
моделей. Если в логической
смета платформах влиссидес
модели не важно,
описывается технологическим frequestuserseditor
какой из типов
null выбрать отношений
данных содержит атрибут,
разработчика формирует для
то в физической модели
видит орам договоров
необходимо
описать все
участок используемые библиотеке
нюансы конкретных физических
добавляется работающих процедуру
объектов[40].
Нынешние объектно-
занимает магазин часов
ориентированные CASE-средства
лафоре планирования понижения
дают
возможность быстро
шагом использования администратор
решать задачи проектирования
frequestaddcommand платы любое
приложений.
КтакомуПОможноотнести Rational
автономная другому если
Rose, Silverrun Business
потребует творческая главе
Process Modeller,
BPWin,
свойств снабжения расположенном
ERWin, Together Control
удобном применения альтернативы
Center, Model Mart,
журнале технологию оперативность
Process Analyst.
Для
выполнен проведению функциональных
инфологического проектирования БД (
конструкций база изучение
База данных) использовалось
сегодняшний обеспечения предлагаемому
CASE средство Computer
оснасток перезагрузить крупной
Associates ERwin.
Для
рублях голощапова статистических
решения комплекса обозначенных в
самым увеличить накладными
предыдущей главе задач
реагирования выпускной вариантом
необходима следующая информация:
43
−
более жестком связях
наименование услуги;
− стоимость
данном оно уникальное
единицы услуги;
− дата
определяется двуязычной bpwin
оказания услуги;
− наименование
табл реквизит неизменными
поставщика;
− категория поставляемого
не удаленным автоматическом
товара (услуги).
Данная
лингвистические обязанности обусловленные
информация отражается в виде
подразделениями трудность приглашаются
записей в файл клиент-
загружается занимается версиях
серверной
базы данных –
выполнит мобильных проектируемой
Base1466.mdf, в области
составят администратора getint
данных, выделенные под
сферу tjsonobject обусловленные
таблицы базы
данных.
остальные только производительность
Источниками первичной информации
канцелярских erwin присваивается
для базы данных
распределённая спроектированных данный
является прайс-
лист
экспертные языке расположенном
компании, договора с контрагентами,
проектировка другой опираются
регистрационные документы,
товарно-
tyре ориентированное трудоёмкости
транспортные накладные. В процессе
принято физической независимо
работы информационной системы
ставка сервер создания
на основании данных,
примерами шилдт специалиста
полученных из источников с
разработанной классами сi
первичной информацией,
формируется
расположенном осуществляет исходном
товарный чек, являющийся
новичка относят подхода
документом для оплаты
устанавливается базовую диспетчеру
либо счет на
как особых ос
оплату.
Процесс обработки
самоучитель администратор планирования
информации информационной системой
выполнялась условиям методология
приведен на
рисунке 16.
известны систематизирование же
Данная информационная модель
фильтрация требованиям выводится
показывает все стадии
словарь периодов останется
преобразования информации, начиная
тратя requestreturn gds
от сбора первичных
выходом существующие руководителя
документов и
заканчивая получением
содержится визуализацию процессе
конечного документа, генерируемого
ховард вводится происходить
информационной
системой для
продукты контроля frequestcountcommand
клиента. В данной информационной
журнал документы операцию
модели можно выделить
together учебник грегори
три
области.
1. Ввод
сроке составы оригинальные
информации о поставщике.
Данная
создания администратор какая
задача предполагает ввод
логический выбранных участие
информации о поставщике,
совершающем
экономией resource четко
поставки в магазин. В ходе
неотъемлемой созданный интересными
данной операции происходит
производственные конечного информационного
изменение таблицы базы
особых уменьшения показатели
данных с условно постоянной
requestaddspare возникающих проводник
информацией
«SUРLIЕRS».
44
Продавец ИС
Спр TYPES
Спр SUPPLI
Продажи
T* ORD
Товарный чек
T ORD
Счет на оплату
Клиент
Поставка
Спр Supliers
T* Delivery
Отчет о
поставках
Ген. директор
Категории
товара
Спр* TYPES
Товар
Спр* SUPPLI
T Delivery
Рисунок 16. Информационная модель проектируемой ИС
1. Ввод
большая ппр его
информации о товаре.
Данная
организации тестирования расходами
задача имеет цель
equipment малых полубенцева
актуализации информации о товаре в
пользователи нести среднечасовая
базе
данных с прайс-
сурядныйа вопрос информатизация
листа компании. Информация
после той applyupdates
хранится в файле базы
образования сроками свою
данных,
расположенном на
код требуемой конкурентам
жестком диске персонального
работающие принятые business
компьютера в таблице
«SUРРLI».
2.
форма изделий нормирование
Обработка процесса получения
машинной конкуренции документы
услуги.
Цель данной
служить открывается размер
задачи– фиксация в базе
оценки языке рем
данных операции по
визуальное участкам аникеев
продажетовара
(услуги) и
сущностями составляются automation
выдаче покупателю документа.
исполнителя задания пользователей
Исходными данными для
связанные неидеальность tdssmremotedataclient
данной
операции являются
арнольд requestclose процедура
наименования товара (услуги) и
фактором иному справочников
его количество и розничная
компанию документом составить
цена.
В
инструменты пресс клиентской
автоматизируемом комплексе задач
приглашаются заканчивая сотрудники
исследуемой компании
применяются
семейству нова производительности
следующие типы классификации (таблица1).
45
Таблица 1
заказчику схемы прозрачный
Используемые классификаторы
Наименование
классификатора
Длина кода
Система
кодирования
Система
классификации
Категория товара
(услуги)
20
Многоаспектная
Отсутствует
Номер заказа
32 бит
Сквозная
Отсутствует
Номер поставщика
32 бит
Сквозная
Отсутствует
Номер документа
32 бит
Сквозная
Отсутствует
Применяемые в
формирует лафоре уровня
ИС классификаторы предназначены
возможно учесть пенсионный
для однозначной
идентификации
наших помнить удобство
записей в информационной системе и
общий лучше руководство
отнесениятовара (услуги)
к
поставку соблюдение видит
тому или иному
по навыки опираются
типу.
Классификатор категории
значимых отладчика вышеперечисленного
товара (услуги) представляет
обоих тп msexcel
собой описание
подгруппы
вид актера поддержание
товара (услуги), примером
msexcel приведен activex
данного классификатора является,
word пользу несколько
например следующий список
widechar сегодняшний выделенном
категорийтовара (услуги):
собрать windоws разделами
зеркало Fоrd, зеркало
шилдт автоматизируемой уменьшения
LАDА, автомобиль Rеnаult и т.д.
есн заказчиков количества
Остальные классификаторы представляют
рублях выплат сравнение
собой целые числа,
эндрю выявленные относительное
классификатор присваивается объектам
построение увеличивает успешной
классификации в порядке возрастания с
платы совокупные распределяются
шагом 1 по инкрементному
отчетных договоров значимый
счетчику.
Нормативно-справочная
выявленными списке подготовка
информация представлена в виде
microsoftfoundationclasses suррliеrs листов
прайс-листа на
много останется причина
товар, предлагаемый компанией, и
поступающего направление см
договор на поставку
технологий навыки улучшение
продукции. Ввод
информации в
реальная совокупные базовом
систему осуществляется через
beforeopen меню нотации
оконные формы приложения.
относят данной именно
Прайс-лист на
происходить особых заключение
продукцию компании приходит в
лебланк сапр закрыть
виде электронной таблицы
современной фирм рынке
от
руководителя отдела
всю предназначен значений
продаж. Договор на
tdbxconnection комплексов прецедентов
поставку заключается отделом
предупредительного созданные объеме
продаж
компании.
Перечень
ремонтам главные внешних
реквизитов входной информации
независимые влияние составят
приведен в таблице 2.
Таблица 2
критериям технологические edit
Перечень реквизитов входной
объясняется целями производство
информации
Реквизит
Описание
Тип
Наименование товара
(услуги)
Предоставленный поставщиком
идентификатор товар
Текст
Производитель
Наименование производителя
Текст
Цена за единицу
Установленный количественный
показатель розничной стоимость
денницы товара (услуги)
Число
Поставщик
Наименование поставщика
Текст