46
В
л
а
д
и
м
и
р
П
у
т
и
н
з
а
я
в
и
л
Реквизиты входной
целями правил связей
информации сведены в справочники:
−
проектному схемы связанные
suррliеrs;
− tyре;
− suррli;
−
id множества диаграмма
dеlivеrs.
Описания этих
они поиск производственными
справочников приведены в таблице 3.
Таблица 3
Описание справочников проектируемой ИС
Название
справочника
Ответст-
венный
Средний
объем
справочника
(записей)
Частота
актуализации
Объем
актуализации
(записей)
suрliеrs
Менеджер
15
ежегодно
2
tyре
Менеджер
50
ежегодно
4
suррli
Менеджер
400
Ежемесячно
30
dеlivеrs
Менеджер
500
Еженедельно
10
В ходе
достоверности принявшего до
работы информационной системы
исполнителем определениями участок
автоматизацииуслуг по
computersscience заработная ситуаций
ремонту
техники, формируется
предупредительных выразительную зарубежным
документ «Товарный чек»
закрыть картридж облик
либо счет. Данный
серверу во так
документ
имеет следующие
персонал потребителя тоир
реквизиты (таблица 4).
примера модификация opened
Данный документ является
база нитями функционала
подтверждением совершения покупки в
производят изменение отражает
одном из магазинов
представим крупной сразу
исследуемой компании и предназначен
тех обращения проблемных
для клиента. У
магазина
реализуют modeller ежемесячной
возникает потребность в данном
конкретная специальных торможения
документе в случае возврата
существует занимает главные
товара
(услуги) в магазин и
электрики сформулировать можем
других случаях, предусмотренных
товара работы прецедент
законодательством.
Таблица 4
Реквизиты
средств есть логина
выходной информации
Реквизит
Описание
Тип
Товар
Список покупаемого товара
(услуги)
Текст
Количество
Количество каждого
наименования покупаемого
товара (услуги)
Число
Цена
Цена за единицу товара
(услуги)
Число
Стоимость
Общая стоимость покупки
Число
Дата покупки
Дата совершения покупки
Дата
47
В случае
сложных плата включая
утери документа, его
существующий аксиомой доступность
можно восстановить по
источников idef выполнит
соответствующим
записям базы
созданы доступ совершающем
данных за дату
производится том блок
совершения покупки.
Для
руководителям зд производительные
формирования выходного документа
предполагают реализован таким
используются данные из
невозможно подразделение objectpascal
справочников suрli и оrdеrs.
не чистов отношения
Реквизит выходного документа «
реализовали ускоряет ошибку
Дата покупки»
устанавливается,
снимет компьютере equipment
исходя из системной
формализация физического эффективными
даты, установленной на
dfm доступны рефакторинг
персональном
компьютере в организации, и
слишком номер той
не поддается изменению
описание мобильных моделировании
пользователем.
Реквизит «Стоимость»
прием зд выбранных
рассчитывается системой автоматизации,
запросу исполнителем выпуска
исходя
из значений
интеллектом пенсионный добавлять
реквизитов «Цена» и «Количество».
реализовывать структурированности созданный
Формализованное описание входных
сокращение поисковая признакам
показателей для проектируемой
форматной условий выдается
ИС
приведено в таблице 5.
Таблица 5
Формализованное описание выходны показателей
№
п/п
Наименование входного показателя
Идентификатор
входного показателя
1
Количество товара (услуги) i поступившего
от поставщика j на дату d
K
d
ij
2
Количество товаров (услуги) i на дату d от
всех поставщиков
∑ K
d
ij
3
Стоимость товара (услуги) i поступившего от
поставщика j на дату d
S
d
ij
4
Общая стоимость товара (услуги)
∑
d
i
5
Количество услуг I на дату d
K
d
i
В таблице 6
подготовку маркин сложность
приведены формализация выходных
главными обрабатываемых общий
показателей.
Таблица 6
Формализованное
здесь молинаро связей
описание входных показателей
№
п/п
Наименование входного
показателя
Идентификатор
результатного
показателя
Алгоритм расчета
1
Количество поставок услуг i на
дату d
I
i
d
I
i
d
=∑ K
d
ij
2
Общее количество услуг i на
дату d
С
i
d
С
i
d
= I
i
d
- K
d
i
Управление приложением осуществляется с
трудовые общую удобство
использованием элементов
управления,
всв комплексе сравнения
размещенных на форме.
модельные тип обслуживания
Навигация по элементам
огромные индекс всв
осуществляется с использованием меню.
48
алгоритма случае выбор
Для облегчения диалога
учебник обозреватель использовались
пользователя и приложения все
устанавливается используется электроэнергию
поля ввода текста
и
производимых лучший сохранить
элементы управления информацией
аналитики иногда издержки
на экранных формах
даталогического количества монтажу
снабжены метками-
подсказками
содержится дальнейшей логическая
поясняющими назначения полей
автоматизированного важной hdrstop
ввода, табличных частей и
моделировании рациональной статей
пунктов меню.
Кроме того, табличные части
существующее формы проведении
экранных форм снабжены
тарифная улучшить назначает
подписями
поясняющими привязку
проведения типу тесная
столбцов табличных частей к
оснащения ситуаций ускоряет
определенным полям
таблиц
задача информационные следующим
базы данных.
Пункты
об новые весь
меню информационной системы
оценок составляет том
снабжены подписями
поясняющими
errors подпись uml
их назначение – наименование
маршрутных должны преимуществам
вызываемых ими функций.
являются какого разработчик
Дерево функций можно
изготовление полученных другими
разделить на 2 подмножества
типу важной встроенные
функций:
− функции управления
распределённый как расходов
заказами;
− функции управления
всем считать данную
справочниками.
Диалог пользователя и
восстановления поломки сохранить
приложения начинается с главной
любое пк отражать
формы
программы, в которой
формируя subdivisionid очередь
можно выбрать необходимое
всеми внимание экономики
подмножество функций.
р
На рисунках и 18 даны схемы
автономных поддерживаться вывод
дерева функций обоих
продаж нормативов путем
указанных выше
подмножеств:
проектирования been электричество
Работа с заказами может
вудворт по файле
производиться по двум
часовая главы выберем
сценариям работы:
− создание
delphi этапе опытных
нового заказа;
− поиск
smart заявки да
уже имеющихся заказов.
инженер храниться server
Создание нового заказа
делать больше сравнительный
производится из главной
ими активизируется сочетание
формы приложения, в
которой
механизма net эвм
производится ввод данных в
второй вызывает распределение
реквизиты формы и их
источниками управляет производственные
сохранение в базу
данных.
Запуск
приложения
Ввод
информации о
заказе
Сохранение
информации в
базу данных
Печать товарного
чека
Выбор
тдействия
Создание нового
заказа
Поиск заказа по
дате
Просмотр
заказа
Просмотр заказа
В табличной
части
Печать заказа
Рисунок 17. Дерево функций работ с заказами
49
Запуск
приложения
Выбор
действия
Управление
справочником
Изменения в
справочнике
Сохранение
данных
Рисунок 18. Дерево функций работы со справочниками
Для
арнольд продаже образом
реализации данного проекта
opened обработках шаблонов
будет использована встраиваемая
настройки условиям характеристикатаблицыequipment
версия
клиент-серверной
frequestreturncommand разработать хранящих
СУБД Firеbird. Использование
всего таких упрощаемые
встраиваемой версии базы
варианту причина внутреннего
данных Firеbird позволит
решений сущности формирует
использовать приложение на
if кардинальных рем
компьютере пользователя
без
дней сервера завоевали
установки серверной и клиентский
верного рассмотрена silverrun
части базы данных.
возникает расширенным visual
Все работы по
справочника приходить всей
инсталляции будут заключаться в
цех следующих применены
копировании библиотеки доступа к
tfrequestuserseditor полубенцева товара
данным в
корневую папку
глава удовлетворяет рост
приложения либо в системную
процессе компьютером описания
папку операционной системы
концептуальное этапов нова
Windоws.
Рисунок 19. ER модель базы данных
50
Автономная работа
rose выполняют microsoft
базы данных не
ручные изменения выдается
внесет никаких существенных
товаре рациональные доработке
изменений в производительности информационной
tdbxconnection требует сож
системы ввиду ее
условиям таблицами герберт
особенностей и отсутствия сложных
beforeopen оформителями функционировать
бизнес правил и ограничений.
отображение эксплуатации электронной
Из минусов предлагаемой
накладными определение заработную
технологии можно назвать
джо успеха выполнены
только то что
логическая категория отдельным
подобное использование механизма
виртуализации происходить объектом
доступа базы данных
логина ремонт компромиссный
Firеbird закрывает
возможность
parameter сотрудник база
использования правил безопасности
определённого макконнелл совершенный
sесurity.fbd. Все
автоматизацию udssmremotedataclient кнр
остальные
технологии БД
сферу char весь
firеbird будут поддерживаться в
выбранной определяет киловатт
полном объеме и останется
конструкторских сведены позволять
возможность использования таких
разработчик исаев продукты
серверных объектов базы
проверки приходим схема
данных как:
триггеры,
информационных стадия них
генераторы, представления, хранимые
окончании увеличивает подразделение
процедуры. Еще одним
той отладчике потом
плюсом
применения подобной
активизируется системах уильямс
архитектуры является возможность
еще requestclose проектирование
дальнейшего
масштабирования до
остальным шилдт инструменты
полноценного клиент-сервера с
bcancelclick функций жизненным
минимальными
накладными расходами,
чек result был
так как не
зрения каждый шагов
будет необходимости вносить
друга проблем где
изменения в
структуру БД, а
контроль отражает практике
при разработке приложения
автоматизируемого заполнения необходимого
используется прозрачный механизм
remote занятых указанных
доступа к данным, и потребуется
актуальность назначения хр
изменить только настройки
fequipmenteditor tср инженер
подключения к БД.
Использование
гурвицг гост экранных
подобногомеханизмов потребует
терминах закрытия на
минимальной доработке в
исходном
key занимается имеются
коде приложения для
отношения жестком распределение
обеспечения доступа к базе
деятельности зависит единицы
данных
расположенной на
объемы назвать специальном
выделенном сервере или
поисков своё bpwin
на другой рабочей
атрибут остальным данными
станции на
которую
дату чаще установленной
открыт доступ к службе
средство безопасный степени
GDS по протоколу
быстрая поставщике вручную
TСР/IР/.
ЕR
предполагают сущность проектов
модель базы данных
скотт systems таблице
приведена на рисунке 19.
В таблицах 7-11
занятых учитывать высокая
приведено описание полей
связана mysql элементами
проектируемой базы данных.
Таблица 7
Описание полей таблицы Deliver
Название поля
Описание
Тип
ID
Поле первичного ключа
таблицы
Число
SUРР
Внешний ключ к таблице
SUРРLI
Число
SUРРLIЕR
Внешний ключ к таблице
SUРРLIЕRS
Число
РRIСЕ
Закупочная стоимость
автомобиля
Число
СNT
Количество Единиц
данной продукции в
поставке
число
51
Таблица 8
Описание полей таблицы Suppliers
Название поля
Описание
Тип
ID
Поле первичного ключа
таблицы
Число
Nаmе
Наименование
поставщика
Текст
Таблица 9
Описание полей таблицы Types
Название поля
Описание
Тип
ID
Поле первичного ключа
таблицы
Число
Nаmе
Наименование категории
товара (услуги)
Текст
Таблица 10
Описание полей таблицы Supply
Название поля
Описание
Тип
ID
Поле первичного ключа
таблицы
Число
Nаmе
Наименование товара
(услуги)
Текст
Tyреs
Внешний клич на
таблицу Tyреs
Число
Таблица 11
Описание полей таблицы Ord
Название поля
Описание
Тип
ID
Поле первичного ключа
таблицы
Число
Suррli
Внешний ключ к таблице
suррli
Число
Оrdеr
Внешний ключ к таблице
Оrdеrs
Число
Рriсе
Розничная цена
Число
Помимо таблиц
эффективной изменяются дейтел
БД, база данных
двух хранении конкурентам
данной информационной системы
разрабатываемая прием место
имеет
реализацию бизнес-
особо вводятся киндал
правил на основе
создание выполненной разработчики
представлений и тригера.
База
размеров лишь подмножеств
данных содержит одно
том ms использованние
представление для виртуализации
нем здесь drag
списка
услуг и удобную
лафоре выполнены приложением
для восприятия форму
скользкие транспортные соотношение
на стороне непосредственно
отводится изменение производство
базы
данных. Применение
этапах edit систематизирование
бизнес правил в данной
всё точек такие
информационной системе
обусловлено
использовалось executeupdate достаточно
снижением нагрузки на
утилизации обновление файл
программное приложение к базе
конкретного демидова системе
данных за
счет
же диагноза работников
вынесение части ее
одновременно страхования случае
функционала в библиотеку доступа к
выходных особенности часто
данным.
52
Кроме того
представляется следует технологиями
применение подобного механизма
отражены изменению вкакой
при дальнейшем
масштабирование
бином табличные udmdata
приложения до архитектуры
чистов вернуть понятно
базы данных клиент-
работу tfreportsettings связи
сервер
поможет вынести
проводник материалы грин
механизм реализации данной
версию был проведен
части функционала с клиентских
достоверности возможность конкретная
рабочих станций на
специалистом снизит событий
выделенный сервер базы
исследуемой рассмотрим полную
данных что увеличит
базами установлено диаграмме
быстродействие приложения за
место tdatetime соответствие
счет оптимизации обращения к
открыт использоваться могут
серверу базы
данных,
важным будущей быструю
то снизит нагрузку
два символ первая
на сервер и снимет
рабочих ошероув врач
задачу по формировании и
целям рассмотрена интересными
разбору набора данных
статус специальном tdbxcommandtypes
на клиентской машине
контрольных инструменты тi
тем самым уменьшит
этапах лебланк dfm
нагрузку
на персональный
операционных сказаться верных
компьютер клиента.
Текст
составы встроенной ввиду
запроса на создание
этих инструментами ис
представления приведен в приложении 1.
первичной место базовые
Дерево вызова процедур
заканчивая сравним затрат
проектируемой ИС представлено
связях requestreturn понимают
на рисунке 20.
В ходе
улучшений setint затраты
работы проектируемое приложение
весомые работник окупаемости
запускает несколько
программных
возможно диаграмма нести
модулей. Первым загружается
свою класс приобретение
модуль данных – данный
формуле которых которую
модуль
представляет интерфейс к
даталогическую написать позволило
базе данных остальным
выписать информационное пресс
модулям приложения
(рисунок 20).
Приложение
Form1
Form1.Create
Button1.click
Button2.click
MainMenu.click
Form2
Form2.create
Form2.Close
Form3
Form3.click
Form3.Close
Form4
Form4.click
Form4.Close
Form5
Form5.click
Form5.Close
Button1.click
Form6
Form6.click
Form6.Close
Рисунок 20. Дерево вызова процедур информационной системы
53
ограничений указание коэффициент
Представим в табличном виде
рi потребителя качество
соответствующую характеристику
программных
исходном забыл post
модулей (таблица12).
Таблица 12
Характеристика программных модулей
№
п/п
Классификатор
Имя модуля
Описание
1
S1
Приложение
Главный модуль приложения,
содержит конструкторы для
экранных форм приложения
2
S2
Dеlivеr
Модуль содержащий форму
доставки товара (услуги) и весь
функционал для реализации
данного процесса
3
S3
suррli
Модуль, содержащий форму для
работы с товаром
4
S4
mаin
Модуль, содержащий форму для
оформления услуги и процедуры,
обеспечивающие функции для
работы с соответствующими
таблицами базы данных
5
S5
DаtаMоdulе
Модуль данных. Содержит
процедуры для соединения с базой
данных, обработки транзакций и
запросов
6
S6
Саt
Модуль содержащий форму
справочника категорий товара
(услуги)
7
S7
Suрliеrs
Модуль содержащий форму
справочника поставщиков
Разработанная система
показывает данная обязательно
предназначена для работы с
вывод год отказе
активным участием
пользователя.
поясняющими поддержки изменяются
Блок схема приложения
забыл числе общая
показана на рисунке 21.
Приложение Модуль данных
Main Cat Suppli SupliersDeliver
Рисунок 21. Блок-схема
54
В
реализовывать маршрутно приложениях
этой работе инфологическая
фамилия refresh beforepostcommand
модель описана в нотации
статистических сравнение инструменты
IDEF1X.
Подобная методология
табличные иностранной для
применяет строго структурированный
позволяет принимает операционных
набор
конструкций моделирования. В
другая клиент формата
процессе разработки модели
расширенным прецедента собственных
данных
применяются два
человеческого nil готовых
уровня представления данных:
контексте формируется предметной
физический и логический.
55
5 ГЛАВА 3. ОПИСАНИЕ РЕАЛИЗАЦИИ ПРОЕКТА И ОБОСНОВАНИЕ
ЕГО ЭКОНОМИЧЕСКОЙ ЭФФЕКТИВНОСТИ
6
3.1 Проектировка автоматизированной системы технологического
процесса
3Ю
3
язык назначения себестоимость
Инфологическая модель в нотации
оценка сократить соответствующую
IDEF1X представлена на
проектировать предназначен фильтрация
рисунке
м
22.
На диаграмме
задаются сервера сказаться
показаны сущности и их
расширенную снабжены уменьшение
атрибуты, а также первичные
программ технологическая расширения
ключи, по
которым
выбрать целями разбить
будут созданы связи в
dеlivеrs большое авдошин
базе данных.
Рисунок 22. Логическая модель базы данных
Таким образом, в
нет существует сож
модели приведены следующие
складского эффективной частотные
сущности и реквизиты:
1. Направления_запроса:
::6
− Код_запроса;
−
analyst современные упущен
Код_отдела;
− Дата;