Разработка автоматизированной информационной системы учета заказов на выполнение работ и формированию отчетной документации БТИ

метки: Система, Заказ, Информационный, Отрасль, Информация, Отчет, Средство, Сумма

1.3 Обоснование необходимости использования вычислительной техники для решения данного комплекса задач

При решении задач, по обработке и формированию отчетов возникает необходимость обработки и анализа значительного объема информации. Данная информация в основном представлена на бумажных носителях — докумен­тах, на которых присутствуют значительное количество разнообразных реквизитов.

В настоящее время деятельность отдела приема заказов неавтоматизированна. Учет заказов осуществляется с использованием локальных средств автоматизации – Microsoft Excel. В связи с большим объемом информации на эту задачу уходит значительное количество времени. Так, например ввод информации об одном заказе занимает более 15 минут, формирование отчета от 40 до 120 минут.

Все это приводит к значительным временным затратам, снижению эффективности работы бухгалтерии, появлению ошибок в отчетах, невозможности оперативных управленческих функций, невозможности многоаспектного анализа данных.

Только применение ин­формационных технологий — средств электронно-вычислитель­ной техники (ЭВТ) — может дать необходимую, физически приемлемую скорость обработки таких объемов информации. Ускорен­ный прогресс в информационных технологиях, который на­блюдается в настоящее время, позволяет утверждать, что производительность и качество работы таких систем будут не­уклонно повышаться при незначительном росте их стоимости [1,7].

Современные информационные технологии — системы управления базами данных, аппаратно-технические средства, специализированное прикладное программное обеспечение — способны перевести работу сотрудников бухгалтерии на новый уровень — аналитический. Только данные технологии спо­собны обеспечить полноту охвата и контроля имеющихся массивов информации, которые необходимы для аналити­ческой работы.

Мировой опыт показывает, что внедрение достижении информационных технологий является наиболее прогрессив­ным и экономически эффективным направлением в работе предприятий и организаций любой сферы деятельности, особенно это характерно для бухгалтерских систем [7].

Следовательно, в целях повышения эффективности работы отдела приема заказов, необходимо создание автоматизированной расчетной системы, обеспечивающей автоматизацию задач по учету и формированию отчетности.

Разработка содержания домашней самостоятельной работы учащихся ...

... потоке научной и политической информации. Современная педагогическая наука имеет целый ряд достижений в разработке теории обучения, однако, ряд актуальных вопросов теории и практики самостоятельной работы учащихся в процессе ...

Неотъемлемую часть процесса разработки сложной информационной сис­темы составляет решение таких ключевых вопросов, как выбор состава вы­числительной техники, определение их характеристик.

Многообразие существующих в настоящее время средств обусловливает нетривиальность проблемы выбора конкрет­ного варианта при создании информационной системы из всего спектра допустимых решений. Такая ситуация предполагает на первоначаль­ном этапе решения проблемы установить некоторые ограничения, как правило, группу требований к различным аспектам разрабатываемой АИС.

В существующем положении на стратегию информатизации в первую очередь оказывают влияние: накопленный парк аппаратных и программных средств, уровень подготовки конечных пользователей, позиция высшего ру­ководства организации [1].

Решение задач подобного класса предполагает наличие критериев опти­мизации и ограничений. Критериями оптимизации здесь являются:

• надежность функционирования системы;
• функциональная полнота системы;
• быстродействие;
• минимизация затрат на стоимость: аппаратных средств, прикладных сис­тем, сопровождения системы, развития системы.

В зависимости от конкретной ситуации перечисленные критерии транс­формируются в конкретные требования к системе. К настоящему времени проблема выбора оптимальной платформы вычислительной системы не­формализуема. Обычно на практике критерии и требования выбираются эмпирически в зависимости от специфики проблемной области и условий, сложившихся к моменту начала разработки проекта.

К разрабатываемой АИС можно выделить сле­дующие требования:

• к системе в целом;
• по соответствию стандартам;
• к аппаратной платформе и системному программному обеспечению;
• к локальным сетям;
• к интерфейсу с пользователем;
• к функциональным компонентам;
• на системы доступа к данным;
• к совместимости с другими ИС;
• по безопасности системы;
• по администрированию системы;
• к пользователям системы и т.д.

Учет фактических и промышленных стандартов в сфере информатизации позволяет на начальном этапе ориентироваться на наиболее распространен­ные технические и программные средства. Это в значительной мере позво­лит снизить затраты на сопровождение и развитие системы обработки дан­ных, кроме того, расширит круг специалистов, которые могут быть привле­чены к техническому обслуживанию системы, разработке и развитию прикладных программных средств, а также обеспечит большую свободу на­ращивания мощности технических и системных программных средств.

С учетом анализа подходов по методологии решения подобных задач наиболее оптимальным вариантом технического обеспечения создаваемой АИС является формирование автоматизированных рабочих мест (АРМ), разделяющихся по специфике решаемых задач. Анализ структуры и задач отдела приема заказов позволяет сделать вывод о необходимости создания отдельных АРМ – приема заказов, с обеспечением возможности последующего наращивания структуры за счет подключения других АРМ (бухгалтерия).

Состав и характеристики компонентов АРМ зависят от ряда факторов, таких как:

• обеспечение требуемой оперативности выполнения задач;
• обеспечение работы в составе локальной вычислительной сети;
• обеспечение соблюдения санитарных норм, эргономических требований;
• обеспечение защиты аппаратных средств и информации от возможных внешних факторов (скачки напряжения, влияние бытовых приборов).
  12 стр., 5525 слов

  Технические средства защиты от утечки информации

  ... и сложной задачей. К настоящему времени разработано и представлено на рынке множество технических средств защиты от утечки информации, в состав которых включаются аппаратно-программные средства. Это различные ... и информационных ресурсов; защиту загрузки операционной системы с гибких магнитных дисков и CD-ROM; резервирование ресурсов и компонентов АСОИ; обеспечение конфиденциальности данных. ...

В настоящее время одной из основных задач, решаемых с помощью ПЭВМ, является подготовка документов, ведение переписки. При этом стандартом «де факто» стало использование для этих целей продуктов компании Microsoft, таких как Microsoft Office — 2000 (2003).

Компания Microsoft разработала систему стандартов для ПЭВМ, обеспечивающих автоматизацию управленческой деятельности [8].

На основании анализа предлагаемых средств вычислительной техники выбрана следующая конфигурация персонального компьютера работника отдела приема заказов:

• система на основе процессора Pentium IV- 2800 MGz;
• видеокарта AGP GeForse (64 Mb), или встроенная;
• оперативная память 256 Mb;
• жесткий диск 80 Gb;
• устройство для чтения компакт-дисков 52х.

Общая стоимость данной конфигурации составляет 456 долларов.

В основе выбора оптимальных характеристик лежит анализ соотношения цена — обеспечение решения проектируемых задач [9].

Помимо конфигурации приведенной выше необходимо приобретение устройств ввода (клавиатура, мышь), монитора, принтера, дискет, блока бесперебойного питания.

При выборе монитора необходимо руководствоваться поддержкой монитором стандартов безопасности излучения. Наиболее жесткими стандартами являются шведские стандарты ТСО (ТСО-95,97,99,2003).

В целях обеспечения удобной работе в графическом режиме Windows размер диагонали экрана должен быть не менее 15 дюймов. Для автоматизации сектора работы с квартплатой рекомендуется приобретение монитора Samsung SyncMaster 172s, отвечающего стандарту ТСО-2000 (стоимость 206 у.е.).

Выбор принтера заключается в выборе

матричный принтер – невысокая стоимость – шум при печать, невысокая скорость;

• струйный принтер – стоимость немного выше матричного, хорошее качество печати – относительно высокая стоимость печатного листа;
• лазерный принтер – отличное качество печати, высокая скорость – довольно высокая стоимость.

Анализ современных тенденций офисной автоматизации позволяет сделать вывод о предпочтительности выбора лазерного принтера. В настоящее время одной из популярных моделей является принтер Hewlett-Packard lazerJet-1100.

Таким образом, обоснована необходимость создания АИС и определены основные характеристики технических средств.

1.4 Общая характеристика организации машинной обработки

Имеется три основных варианта решения задачи совершенствования системы обработки информации:

1. Усовершенствование существующей системы сбора и обработки информации. Данный вариант не обеспечит значительного эффекта, так как в его основе остается ручная обработка информации.

2. Генерация новой системы с использованием стандартных решений на уровне автоматизированной поддержки и обеспечения процесса сбора и обработки информации. Данный подход обеспечивает решение задачи и позволяет минимизировать как средства на проектирования и внедрения, так и уменьшить сроки внедрения системы.

3. Создание уникальной системы сбора и обработки экономической информации. Данный вариант позволяет создать высокоэффективную систему обработки информации, но в тоже время не обеспечит требуемых сроков окупаемости и внедрения.

Компоновка гибкой производственной системы для обработки деталей

... автоматизированная линия (ГАЛ) гибкий автоматизированный участок или гибкий производственный комплекс (ГАУ или ГПК) гибкий автоматизированный цех (ГАЦ). Гибкая автоматизированная линия - гибкая производственная система, в которой технологическое оборудование расположено в принятой последовательности технологических операций. Гибкий автоматизированный участок - гибкая производственная система, ...

Следовательно необходимо создание автоматизированной системы сбора и обработки информации приема заказов с использованием стандартной методологии построения подобных систем.

Основная цель разработки автоматизированной информационной системы — построение функционально полной программной системы, объединяющей решение всего комплекса задач (от учета заказа до формирования соответствующих отчетов) на базе ПЭВМ. Достижение поставленной цели предполагает решение сле­дующих задач:

• оснащение отдела приема заказов вычислительными программно-техничес­кими комплексами со средствами периферии;
• разработка, создание и ведение системы специализированных баз дан­ных и электронного хранилища данных;
• разработка прикладных программных средств, полностью покрывающих функциональные задачи отдела.

С учетом анализа методологии автоматизированного решения расчетно-информационных задач можно определить следующие изменения в содержательной постановке комплекса задач:

Основной задачей является обеспечение своевременного учета всех необходимых факторов для учета заказов и контроля за их выполнением. Решение этой задачи в соответствии с методологией построения автоматизированных систем подразумевает создание системы баз данных (интегрированной базы данных), содержащую необходимую информацию об услугах, заказах.

Задача учета услуг подразумевает реализацию типовых задач работы со справочной информацией: просмотр, добавление, редактирование, поиск, удаление. Для обеспечения этой задачи необходимо разработать соответствующие интерфейсные формы двух типов: форма списка – для просмотра услуг, форма для работы с конкретной услугой.

Задача учета заказа выполняется на основании беседы с клиентом и подразумевает заполнение соответствующих полей. При этом форма должна содержать две части:

• область для ввода информации о заказе;
• табличная часть для ввода заказываемых клиентом услуг.

Изменение функций отдела приема заказов по сбору информации в основном не претерпевают изменений. При использовании автоматизированных информационных технологий управленческий аспект смещается в сторону обеспечения своевременного и точного внесения входящего информационного потока в информационный массив АИС.

В ходе автоматизированного решения задач осуществляется формирование данных, отражающих процессы, связанные с приемом заказов и формированием отчетов.

Предполагаемая схема сбора, обработки и выдачи информации основана на стандартном подходе обработки информации в АИС — замкнутой технологии обработки данных, обеспечивающей корректность ввода оперативных данных, за счет стыковки документов-источников, информационной базы и формирования отчетов, которые в свою очередь могут быть основой для ведения информационного массива [10].

• информация о предоставляемых услугах;
• информация от клиента;

Анализ состава информации, связанной с учетом заказов, позволяет сгруппировать основные расчеты на ПЭВМ, выполняемые в рамках создаваемой АИС:

• математическая обработка (расчет суммы заказа);
• группировка информации, как символьной, так и числовой.

С учетом решаемых задач автоматизированная информационная система должна обеспечить формирование следующих результатов:

Реферат форматы баз данных в автоматизированных библиографических системах

... центр военной разведки. Директорат информационных служб и систем. Отвечает за составление информационных баз данных, автоматизированную пересылку информации потребителям, ведает разведывательными архивами. На сегодняшний день в РУМО работают свыше 7000 военных и ...

• экранная форма с данными об услугах;
• форма работы с заказами;
• форма для ввода нового (редактирования текущего) заказа
• отчет по заключенным заказам (развернутый, свернутый) за текущий месяц;
• отчет по выполнению заказов.

Реализация предполагаемой системы подразумевает формирование трех АРМ работников отдела приема заказов. В этой вязи предполагается реализация сетевой обработки данных. Укрупненная схема (топология) разрабатываемой системы представлена на рисунке 4.

Рисунок 4 – Системная архитектура, разрабатываемой системы

Как следует из рисунка, разрабатываемая система включает три интерфейса:

• интерфейс приема заказов, реализующий функции учета заказа, поиска, формирование типовых отчетов;
• интерфейс кассира, обеспечивающий фиксирование информации об оплате квитанции;
• интерфейс директора, обеспечивающий получение информации по запросу.

1.5 Формализация расчетов

Решение задач на ПЭВМ проводится в соответствии с рядом этапов, ориентированных на решение задач любой сложности. Главным при постановке задач является четкое и однозначное задание условий и целей задачи, точное определение исходных данных [11].

Постановка задач, как правило, сводится к математической формуле описания условий задачи по схеме: дано – требуется — условия.

Выбор метода решения должен обеспечить получение требуемых результатов для любых допустимых исходных данных.

С учетом данного алгоритма формализуем наши задачи.

1. Задача: Учет информации о предлагаемых услугах.

Дано: Информация о названии услуги, стоимости.

Требуется: Зафиксировать информацию в системе баз данных. Обеспечить возможность просмотра, поиска, добавления, редактирования, удаления услуг.

Условия: При вводе информации должен обеспечиваться контроль достоверности данных.

2. Задача: Работа со списком заказов.

Дано: Информация из баз данных.

Требуется: Обеспечить возможность просмотра, поиска, добавления, редактирования, удаления заказов.

Условия: При вводе информации должен обеспечиваться контроль достоверности данных.

3. Задача: Работа с заказом.

Дано: Информация от клиента, сведения из базы данных.

Требуется: Обеспечить возможность удобного ввода информации.

Условия: При вводе информации должен обеспечиваться контроль достоверности данных.

4. Задача: Составление отчета по заключенным заказам.

Дано: Информация из базы данных.

Требуется: Сформировать отчеты установленной формы.

Условия: Должна обеспечиваться возможность формирования как развернутого так и свернутого (группового) вариантов.

5. Задача: Составление отчета по выполнению заказов.

Дано: Информация из базы данных.

Требуется: Сформировать отчеты установленной формы.

Условия: Должна обеспечиваться возможность формирования отчета по не выполненным своевременно заказах.

6. Задача: Составление отчета по выполненным работам.

Дано: Информация из БД.

Требуется: Сформировать отчеты установленной формы.

Условия: Должна обеспечиваться возможность формирования отчета в развернутом (с указанием работника и услуги) или свернутом виде.

Разработка базы данных информационной системы для автоматизации ...

... области были выбраны следующие виды расчетов для автоматизации движения денежных средств через кассу: расчетные поручения, расчеты по ... модели является предоставление информации администратору БД для создания эффективной структуры хранения, включающей в себя записи, формирующие БД. Трансформационная модель должна помочь разработчикам выбрать структуру хранения данных и реализовать систему ...

1.6 Обоснование проектных решений по информационно­му обеспечению комплекса задач

Информационное обеспечение (ИО) представляет собой совокупность проектных решений по объемам, размещению, формам организации информации, циркулирующей в АИС. Оно включает в себя совокупность показателей, справочных данных, классификаторов и кодификаторов информации, унифицированные системы документации, специально организованные для массового обслуживания, массивы информации на соответствующих носителях [1].

При проектировании ИО необходимо основываться на основных принципах создания АИС: системности, развития, совместимости, стандартизации и унификации, эффективности.

Проблемы проектирования автоматизированных информаци­онных систем в экономике связаны, с одной стороны, с общими теоретическими основами развития экономики и конкретного эко­номического объекта (предприятия, фирмы, организации, органа регионального управления, банка, налоговой службы и т.п.), а с другой — со спецификой технологии компьютерной обработки данных. Поэтому рассмотренные базовые принципы дополняются не менее важными организационно-технологическими, без которых невозможна разработка новых информационных технологий. Рас­кроем наиболее применяемые организационно-технологические принципы создания АИТ [1].

Одной из современных форм организации информации являют­ся банки данных. Банк данных (БнД) — это система специальным образом организованных данных (баз данных), программных, тех­нических, языковых, организационно-методических средств, пред­назначенных для обеспечения централизованного накопления и коллективного многоцелевого использования этих данных [12].

Особенности банков данных перед «небанков­ской» организацией данных (совокупность локальных файлов), заключаются в следующем. Наличие единого целостного отображения определенной части реального мира не только сокращает избыточность хранимых данных, но и обеспечивает на основе имеющейся базы данных выполнение но­вых приложений, включая реализацию разнообразных нерегла­ментированных запросов. Увеличивается мобильность, гибкость информационной системы. В БнД легче контролируется целост­ность, непротиворечивость данных. Наличие интегрированной ба­зы данных сокращает затраты не только на создание и хранение данных, но и на их поддержание в актуальном состоянии, умень­шает потоки данных, циркулирующие в системе: из входных доку­ментов могут быть исключены данные, которые уже имеются в базе данных или могут быть получены из хранящихся в ней по­казателей; выходные документы по своему содержанию и срокам представления могут быть максимально приближены к потреб­ностям пользователей, что существенно сокращает выдачу ин­формации, не используемой в процессе управления [13].

Централизованное управление данными также дает целый ряд преимуществ. При проектировании конкретных приложений программисты освобождаются от функций по организации данных. Системные программные средства в большинстве случаев обеспе­чивают более качественное выполнение функций по управлению данными, чем индивидуальное проектирование [14].

Преимуществом БнД является также то, что они обеспечива­ют возможность более полной реализации принципа независи­мости прикладных программ от данных, чем это возможно при организации локальных файлов. Большая степень независимости достигается удалением из прикладных программ описаний данных и отсутствием необходимости детального программирования уп­равления данными.

Наличие и использование языковых и программных средств БнД делает базу данных более доступной как для программистов, так и для конечных пользователей.

Таким образом можно сделать вывод о том, что основой формы хранения информации в создаваемой АИС будет являться технология банков (баз) данных.

В БД много различных типов данных и связей между ними. Это еще раз свидетельствует о необходимости концептуальной схемы, позволяющей изобразить связи между элементами данных. Концептуальная схема описывается с помощью модели данных. Модель данных — это комбинация трех основных составляющих [13,15]:

1. Набора типов структур данных, используемых для построения БД.

2. Набора операторов или правил вывода, которые могут быть применимы к любым правильным примерам типов данных, чтобы находить, выводить или преобразовывать информацию, содержащуюся в БД.

3. Набора общих правил целостности, которые прямо или косвенно определяют множество непротиворечивых состояний БД.

Для спецификации концептуальной схемы используется так называемый язык описания данных (ЯОД).

Он является языком высокого уровня и позволяет записывать концептуальную схему в терминах некоторой модели данных. Выполнение различных операции с БД обеспечивается использованием языка манипулирования данными (ЯМД), специфика которого зависит от используемой модели данных [16].

Существует три основные модели, которые используются в системах БД [15,16]:

• иерархическая (подразумевается древовидная структура);
• сетевая (часто имеется ввиду сетевая структура CODASYL)
• реляционная (с двумерными файлами, связанными в определенные ассоциации элементов данных).

Выбор модели данных является первоочередной задачей в процессе создания АИПС, так как каждая модель имеет свои особенности при построении концептуальной схемы. Выбранная модель должна обладать структурой, достаточно полной для описания существующих аспектов реального мира.

Для реляционной модели наиболее полно разработана математическая теория — реляционная алгебра, чего нельзя сказать о других основных моделях данных. В настоящее время существуют развитые языки высокого уровня, позволяющие формулировать запросы на данные, представленные средствами реляционной модели, что позволяет создавать эффективные СУБД [16].

Таким образом, можно сделать вывод о том, что в основе построения логической структуры баз данных АИС будет лежать реляционная модель.

При разработки структуры ИО АИС ключевым моментом является выбор ее архитектуры. Под архитектурой ИО понимается распределение информационной базы по подсистемам и компонентам АИС, а также распределение хранения и исполнения этих подсистем и компонентов по различным ЭВМ, объединенных в локальную вычислительную сеть [11].

В нашем случае необходимо сделать выбор между двумя вариантами:

• интегрированная база данных (реализация модели «клиент-сервер»);
• распределенная база данных (в роли серверов выступают клиенты одно-ранговой сети).

С учетом анализа задач, проектируемой АИС, и структуры автоматизируемого подразделения оптимальным вариантом является выбор варианта интегрированного банка данных. Это решение обусловлено тем, что в своей деятельности сотрудники отдела приема заказов работают с единым информационным массивом, в который поступает информация, как от них, так и от других подразделений (услуги, работники).

1.7. Обоснование проектных решений по программному обеспечению комплекса задач

Программное обеспечение включает совокупность программ, реализующих функции и задачи автоматизированных информационных технологий и обеспечивающих устойчивую работу комплексов технических средств. В состав программного обеспечения входят общесистемные и специальные программы, а также инструктивно-методические материалы по применению средств программного обеспечения [17].

К общесистемному программному обеспечению относятся программы, рассчитанные на широкий круг пользователей и пред­назначенные для организации вычислительного процесса и реше­ний часто встречающихся задач обработки информации [11].

Они по­зволяют расширить функциональные возможности ЭВМ, автома­тизировать планирование очередности вычислительных работ, осуществлять контроль и управление процессом обработки данных, а также автоматизировать работу программистов. К данному классу ПО можно отнести операционные системы, интегрированные средства управления задачами. В рамках создания данной АИС планируется использование операционной системы Windows XP. Специальное программное обеспечение представляет собой совокупность про­грамм, разрабатываемых при создании АИС конкретного функ­ционального назначения. Оно включает пакеты прикладных про­грамм, осуществляющих организацию данных и их обработку при решении функциональных задач.

При создании АИС помимо информационного обеспечения определяющую роль играет программное обеспечение решаемых задач. В настоящее время на рынке программного обеспечения существует большое число программных продуктов, позволяющих создавать эффективные системы управления базами данных. Данные системы можно условно разделить на два основных типа:

• системы, ориентированные на программиста, которые позволяют создавать только законченные проекты;
• системы, обеспечивающие интерактивную работу с базами данных.

Кроме этого средства разработки СУБД можно разделить в зависимости от операционной системы, по управлением которой могут выполняться разрабатываемые приложения (Windows XP, Linux).

В нашем варианте необходимо выбрать средство разработки приложений, функционирующих в среде Windows XP.

Анализ современных средств разработки позволяет разделить их на средства для создания управления глобальными базами данных, работающими в интенсивном режиме (Oracle, Microsoft SQL Server, DB2, InterBase) и средства для автоматизации небольших подразделений (до 10 рабочих станций), такие как Visual FoxPro, Microsoft Access. В нашем варианте предпочтение необходимо отдать второй группе, так как разрабатываемая АИС автоматизирует деятельность небольшого подразделения и не требует обработки очень больших объемов информации (более 1 Mб) в реальном масштабе времени. Анализ доступности средств разработки позволяет сделать вывод о предпочтительности использования пакета Microsoft, который отличается обширным спектром разнообразных средств. Access 2003 является средством создания и диалоговой работы с базой данных с использованием удобного графического интерфейса [10].

Средствами Access можно реализовать меню ориентированный интерфейс с элементами объектно-событийного управления, когда выполнение определенных функция связывается с определенными событиями (щелчок мыши, нажатие клавиши и т.п.).

С учетом современных тенденций использования средств вычислительной техники наиболее эффективной реализацией АИС будет являться создание специализированных автоматизированных рабочих мест. Анализируя сущность АРМ, специалисты определяют их чаще всего как профессионально-ориентированные малые вычислительные системы, расположенные непосредственно на рабочих местах специалистов и предназначенные для автоматизации их работ.

Согласно принципу системности АРМ следует рассматривать как системы, структура которых определяется функциональным назначением.

Принцип гибкости означает приспособляемость системы к возможным перестройкам благодаря модульности построения всех подсистем и стандартизации их элементов.

Принцип устойчивости заключается в том, что система АРМ должна выполнять основные функции независимо от воздействия на нее внутренних и внешних возможных факторов. Это значит, что неполадки в отдельных ее частях должны быть легко устранимы, а работоспособность системы — быстро восстановима.

Эффективность АРМ следует рассматривать как интегральный показатель уровня реализации приведенных выше принципов, отнесенного к затратам по созданию и эксплуатации системы.

Функционирование АРМ может дать численный эффект только при условии правильного распределения функций и нагрузки между человеком и машинными средствами обработки информации, ядром которых является ЭВМ. Лишь тогда АРМ станет средством повышения не только производительности труда и эффективности управления, но и социальной комфортности специалистов.

1.8. Обоснование проектных решений по технологии сбора, передачи, обработки и выдачи информации

Построение технологического процесса АИС зависит от применяемого комплекса технических и программных средств, методов сбора и подготовки данных для обработки, принципов построения информационной базы и т.д.

В соответствии с существующей схемой документооборота отдела приема заказов сбор информации будет представлять собой процедуру ввода информации посредством соответствующих экранных форм в базу данных. Основой технологического процесса является меню, которое содержит набор необходимых подсказок пользователю и перевод системы на выполнение конкретной логической функции.

Этап приемки, контроля и регистрации входной информации — наиболее важный, так как от качества зарегистрированной первичной информации в решающей степени зависит достоверность результатной информации. Характер технологических операций этого этапа зависит от носителя учетной информации. Ввод первичной информации осуществляется непосредственно оператором при приеме заказа со слов клиента посредством устройства ввода ПЭВМ — клавиатуры и отображаться на экране дисплея для визуального контроля данных.

Этап обработки информации на ЭВМ является наиболее автоматизированным. Здесь основную нагрузку несут программные средства. Их взаимосвязанная автоматическая работа обеспечивает математическую и логическую обработку информации, вывод по заданным формам результатных данных.

Выдача информации ведется с помощью ПЭВМ в форме ответа на регламентированные запросы.

Далее в дипломе выполнена практическая реализация задач автоматизации задач с использованием выбранных средств вычислительной техники, информационного, программного обеспечения и технологии обработки информации.

2. ПРОЕКТНАЯ ЧАСТЬ

2.1 Информационное обеспечение комплекса задач

2.1.1 Инфологическая схема и ее описание

Содержание информационного обеспечения предполагает распределение информации по видам с учетом их технологических функций, разработку состава и структуры баз данных и установление информационной связи между ними [1].

Описание предметной области, выполненное без ориентации на используемые в дальнейшем программные и технические средства, называется инфологической моделью предметной области. Иногда к инфологической модели относят и описание характера информационных потребностей пользователей. Инфологическая модель предметной области является исходной к отношению к даталогической модели БД. Она служит связующим звеном между специалистами предметной области и проектировщиками структур БД в процессе проектирования АИС [16].

Цель инфологического моделирования — создать точное и пол­ное отображение реального мира, используемое в дальнейшем в качестве источника информации для построения БД. Инфологи­ческая модель (ИЛМ) должна отвечать следующим требованиям [28]:

• обеспечивать адекватное отображение предметной области и, как следствие, давать возможность получить интегрированное представление о предметной области;
• представляться на языке, понятном как специалисту предмет­ной области, так и администратору БД;
• содержать информацию о предметной области, достаточную для дальнейшего проектирования;
• гарантировать однозначное трактование модели;
• быть динамической.

На основании анализа предметной области выявлены информационные сущности и их атрибуты. В результате приведения отношений к третей нормальной форме была разработана инфологическая модель (рис. 5).

На схеме приведены основные сущности, выделены для каждой сущности ключи и отмечены основные входящие атрибуты, а также отображены информационные связи для обеспечения комплекса задач автоматизации работы отдела заказов БТИ.

Рисунок 5 — Инфологическая схема АИС отдела приема заказов

В теории информационных систем различают простые и составные сущности. Постой сущностью называют сущность, которая не содержит в себе атрибуты других сущностей.

В соответствии со структурой предметной области можно выделить следующие простые сущности:

• «Услуга» — сущность, отражающая названия и стоимости;
• «Работники» – сущность, отражающая фамилии работников, реализующих определенные услуги;
• «Заказы» – сущность, содержащая общую информацию о заказе;

К составным сущностям относятся:

«Квитанция» – сущность отражающая информацию о конкретной квитанции в рамках определенного заказа.

Так же в инфологической модели различают подчиненные сущности – сущности, содержащие атрибуты находящиеся в подчинении (зависящие) от атрибута другой сущности. В разрабатываемой инфологической модели к таким сущностям относятся:

«Услуга в заказе» – сущность, отражающая информацию о конкретной услуге, заказанной клиентом.

Описание связей

Кроме связи «объект – свойство», в инфологической модели необходимо зафиксировать характер связи между объектами. Если между объектами и их свойствами связи семантически однородны (любая связь, что объект обладает свойством), то связи между объектами могут быть самыми разнообразными. В инфологической модели эти связи надо именовать.

Схематичное отображение связей с отображением реальных процессов, лежащих учета и работы с информацией по оплате жилья и коммунальных услуг приведено на рис. 6.

Описание процессов

В информационной модели описание процесса представляется в виде агрегированного объекта. В структуре разрабатываемой АИС можно выделить следующие процессы:

• ЗАКАЗЫВАНИЕ объединяет в единое действие сущности «Заказ» и «Услуга в заказе»;
• ОПЛАТА объединяет сущности «Заказ», «Квитанция».

Рисунок 6 — Информационно-функциональные связи

2.1.2 Характеристика входной информации

Входные данные системы можно условно разделить на следующие основные группы:

• информация об услугах (информация поступает от подразделений технической службы, а также бухгалтерии);
• информация о работниках (поступает из отдела кадров).

Анализ предметной области и методологии решения задач в отделе приема заказов позволяет сделать вывод, что в основном поток входной информации будет сводится к дополнению и корректировке информационной базы, созданной при построении системы. Это означает, что при создании системы будет сформирована база с информацией об услугах и работниках. В процессе эксплуатации АИС данные будут лишь корректироваться. При этом предполагается, что информация об услугах будет уточняться на основании информации бухгалтерии и технической службы. Данная информация отражает изменение стоимости, а также появление новых услуг.

Таким образом входной информацией разрабатываемой АИС является данные по работникам и услугам.

2.1.3 Описание входной информации в памяти компьютера

Входная информация должна вводиться в компьютер посредством устройства ввода (клавиатуры) и размещаться для последующего хранения и использования на носителе в базе данных. В нашем случае информация должна храниться в таблицах, составляющих информационную основу Access. Создание таблиц выполняется с использованием «Конструктора таблиц». Структура таблиц приведена ниже.

Таблица 1 — Описание таблицы «Заказ» (Zakaz)

№ п/п	Имя	Тип	Размер	Описание
1	CODZ	Длинное целое	4	Код заказа
2	DATA	Дата/время	8	Дата
3	DOC	Текстовый	20	Паспорт
4	FIO	Текстовый	60	Фамилия, имя, отчество
5	NASPU	Текстовый	30	Населенный пункт
6	S_OKR	Текстовый	30	Сельский округ
7	YL	Текстовый	30	Улица
8	DOM	Длинное целое	4	Дом
9	KOR	Текстовый	10	Корпус
10	KV	Текстовый	5	Квартира
11	PRIM	Текстовый	100	Примечание
12	PRIN	Текстовый	20	Принял
13	SUM_Z	Двойное с плавающей	8	Сумма
14	INV	Текстовый	6	Инв. № дела
15	Kolk	Целое	2	Количество квит.
16	Vip	Логический	1	Выполнен (Да/Нет)

Таблица 2 — Описание таблицы «Квитанция» (Kvit)

№ п/п	Имя	Тип	Размер	Описание
1	Codz	Длинное целое	4	Код заказа
2	Codk	Целое	2	Код квитанции
3	Data	Дата/время	8	Дата выписки
4	Sum	Двойное с плавающей	8	Сумма
5	Dataop	Дата/время	8	Дата оплаты
6	Vidop	Текстовый	6	Тип оплаты

Таблица 3 -Описание таблицы «Протокол» (prot)

№ п/п	Имя	Тип	Размер	Описание
1	CODZ	Двойное с плавающей	8	Код заказа
2	DATAZ	Дата/время	8	Дата заказа
3	DATA	Дата/время	8	Дата операции
4	TIM	Дата/время	8	Время операции
5	PRIM	Текстовый	20	Примечание

Таблица 4 -Описание таблицы «Услуги в заказе» (RabInZak)

№ п/п	Имя	Тип	Размер	Описание
1	Codz	Длинное целое	4	Код заказа
2	Nn	Целое	2	№ п/п
3	CodRab	Целое	2	Код услуги
4	SumAv	Двойное с плавающей	8	Сумма услуги
5	Ispoln	Текстовый	20	ФИО исполнителя
6	Dataz	Дата/время	8	Дата заказа услуги
7	Data	Дата/время	8	Дат выполнения услуги
8	Codk	Целое	2	Код квитанции

Таблица 5 — Описание таблицы «Работники» (Rabotnik)

№ п/п	Имя	Тип	Размер	Описание
1	FIORabotnika	Текстовый	30	ФИО работника

Таблица 6 — Описание таблицы «Услуги» (RabV)

№ п/п	Имя	Тип	Размер	Описание
	CODR	Целое	2	Код услуги
	NAMR	Текстовый	30	Наименование услуги
	SUM_A	Двойное с плавающей	8	Сумма услуги

2.1.4 Характеристика результатной информации

2.1.4.1 Описание результатной информации

Важнейшей формой вывода сводных данных для пользователя по-прежнему остаются бумажные носители, получаемые на печатных устройствах. В нашем случае разрабатываемая АИС отдела приема заказов формирует ряд бумажных документов, необходимых для деятельности БТИ. С учетом формализации задач можно выделить следующие документы:

1. Одним из основных документов является бланк заказа, который является юридическим документом, определяющим отношения заказчика и БТИ. Данный документ включает в себя основные реквизиты заказа и услуг в заказе (табл. 7)

Таблица 7 — Описание документа «Заказ»

Раздел отчета	Название реквизита	Значение
Шапка отчета	Название	«Заказ № ____»
	Наименование предприятия	МУП Сергиево Посадское БТИ
	Дата	Таблица «Заказ»
	ФИО	Таблица «Заказ»
	Документ	Таблица «Заказ»
	Населенный пункт	Таблица «Заказ»
	Сельский округ	Таблица «Заказ»
	Улица	Таблица «Заказ»
	Дом	Таблица «Заказ»
	Корпус	Таблица «Заказ»
	Квартира	Таблица «Заказ»
	Сумма заказа	Таблица «Заказ»
Табличная часть	№ п/п	Таблица «Услуга в заказе»
	Наименование услуги	Таблица «Услуга в заказе»
	Стоимость	Таблица «Услуга в заказе»
Итоговая часть	Всего сумма	Таблица «Заказ»
	Принял заказ	Таблица «Заказ»

2. В целях обеспечения анализа работы БТИ необходимо знание сумм и количества услуг, по каждому виду услуг. Отчет формируется только после оформление заказа и оплаты его клиентом, также данный отчет может выполняться для прошедших месяцев (табл. 8).

Таблица 8 — Описание отчета

Раздел отчета	Название реквизита	Значение
Шапка отчета	Название	«Ведомость по заказанным услугам»
	Период	Задает пользователь
Начало групп	Заголовок группы 1 уровня	Название услуги (таблица «услуги»)
Табличная часть	№ п/п	Номер по порядку (формируется для каждой группы)
	Название услуги	«Наименование услуги»
	Количество	Количество услуг
	Сумма	Сумма в рублях
Завершение групп	Сумма по услугам	Сумма по виду услуг
Итоговая часть	Суммарные значения табличных показателей
	Менеджер	Фамилия менеджера, дата составления отчета

4. Отчет по выполненным услугам работниками.

Период отчета – календарный месяц. Отчет выполняется по работникам. В основе отчета находятся таблицы «Заказ», «Услуга в заказе», «Работник» . Структура отчета приведена в (табл. 11)..

Таблица 11 — Описание отчета

Раздел отчета	Название реквизита	Значение
Шапка отчета	Название	«Итоговый отчет за (период)»
Табличная часть	№ п/п	Номер по порядку (формируется для каждой группы)
	Название услуги	«Наименование услуги»
	Количество	Значение тарифа (таблица «Тарифы»)
	Сумма	Сумма в рублях
Итоговая часть		Дата составления

2.1.5. Используемые классификаторы

Работа бухгалтера по начислению платы за жилье и коммунальные услуги не связана с использованием общегосударственных классификаторов.

Вместе с тем, для обеспечения реализации запросов к нескольким таблицам и взаимоувязывания данных необходимо кодирование внутренней информации. В соответствии с инфологической и даталогической моделью АИС должна включать следующие коды:

• CODZ – номер заказа, формируется автоматически;
• CODR – код услуги, формируется автоматически;
• Codk – код квитанции, формируется автоматически;
• Формирование данных кодов обусловлено возможностью присвоения типу поля – счетчик, после чего Access будет присваивать уникальное значение полю при добавлении новой записи.

2.2. Программная реализация комплекса задач

2.2.1. Схема взаимосвязи программных модулей и ее описание

Программное обеспечение должно обеспечить автоматизированное решение выявленных задач сектора оплаты за жилье и коммунальные услуги. С учетом выбранной технологии – использования диалогового интерфейса программа должна состоять из основных функциональных блоков, обеспечивающих решение задач. Следовательно, программа должна включать

Блок работы с информацией о заказе – основная задача – ввод, просмотр и корректировка данных о заказе. Для обеспечения удобной работы данная форма должна вызываться несколькими способами:

• а) на основании номера;
• б) на основании фамилии.

Данной формы может вызываться в режиме просмотра (редактирования) имеющегося заказа или в режиме ввода нового. При работе с формой должна обеспечиваться возможности распечатки заказа и квитанций.

Другим важным блоком программы является блок составления отчетов. В соответствии с общепринятым интерфейсом данный блок должен представлять группу команд меню, содержащую команды для вызова соответствующих отчетов. Для каждого отчета могут задаваться свои параметры, по умолчанию отчет выполняется за текущий рабочий месяц.

Важным блок любой информационной программы, оперирующей с базами данных, является использование разнообразных справочников. Компонент работы со справочниками в общем должен обеспечивать следующие функции: удобный просмотр, поиск нужной информации; корректировка данных.

блоком является блок, содержащий сервисные функции. В данный блок должны входить следующие процедуры:

• установка рабочего периода;
• архивирование/восстановление БД;
• переиндексация данных.

С учетом, что разрабатываемая система является частью содержи важную экономическую информацию предприятия, а также личные данные граждан, следовательно необходимо наличие средств защиты от несанкционированного доступа. К данным средства относятся меры как организационного характера (контроль за доступом к компьютеру, контроль за копированием информации), так и необходимо наличие программных средств защиты. В общем случае эта задача решается необходимостью ввода пароля при загрузке программы. Также, целесообразным является ведение протокола работы программы. В данный протокол заносится информация об изменения информационной базы. В последующем ответственный за информацию может просматривать сделанные изменения.

Общая структура программы можно описать следующими основными блоками см. рис. 7.

Основным связующим элементом разрабатываемой АИС является система меню, состоящего из главного меню и подменю.

Главное меню:

ОПЕРАЦИИ

Ввод нового заказа.

Просмотр заказов.

Поиск заказов.

Рисунок 7 — Укрупненная блок-схема программы

СПРАВОЧНИКИ

Услуги.

Работники.

ОТЧЕТЫ

Отчет по услугам.

Отчет по работникам.

СЕРВИС

Архивировать базу

Восстановить базу

Переиндексировать

ВЫХОД

Данные команды меню вызывают соответствующие процедуры выполнения целевых задач.

2.2.2 Описание основных моду­лей

1. Модуль работы с заказами.

В целях обеспечения решения всех задач при работе с заказами указанный были разработаны следующие формы:

«Журнал заказов» — форма обеспечивающая просмотр списка заказов. Построена на основе таблице заказ, имеет ленточный тип (рис. 8).

Рисунок 8 – Форма «Журнал заказов»

Для обеспечения работы с конкретным заказом разработана сложная (с подчиненной частью) форма, основой которой является таблица «Заказ». Подчиненная часть строится на основе запроса обеспечивающего вывод информации из таблиц «Услуга» и «Услуга в заказе». Использование запроса обеспечивает возможность автоматического ввода стоимости услуги при выборе соответствующего названия. Ниже приведена SQL форма указанного запроса:

SELECT RabInZak.Codz, RabInZak.Nn, RabInZak.CodRab, RabInZak.SumAv, RabInZak.Ispoln, RabInZak.Dataz, RabInZak.Data, RabInZak.Codk, RabV.SUM_A

FROM RabV INNER JOIN RabInZak ON RabV.CODR = RabInZak.CodRab;

• Для поля «код услуги» таблицы «Услуга в заказе» используется механизм постановки, реализуемый средствами Access. Настройки подстановки приведены на рисунке 9.

Рисунок 9 – Настройки подстановки

Для обеспечения автоматического ввода стоимости услуги для поля «Код услуги» определена процедура обработки события «После обновления», содержащее следующий код:

Private Sub CodRab_AfterUpdate()

SumAv = SUM_A

End Sub

Внешний вид формы заказ приведен на рис. 10.

Рисунок 10 – Внешний вид формы для работы с заказом

Для обеспечения автоматического пересчета стоимости заказа реализован набор запросов:

1. Запрос на создание таблицы, обеспечивающий суммирование стоимости услуг, SQL форма:

SELECT RabInZak.Codz, Sum(RabInZak.SumAv) AS SumZak INTO Temp

FROM RabInZak

GROUP BY RabInZak.Codz

HAVING (((RabInZak.Codz)=[Forms]![ZakazDoc]![CODZ]));

2. Запрос на обновление, выполняющий обновление суммы заказа из временной таблицы, SQL форма:

• UPDATE Temp INNER JOIN Zakaz ON Temp.Codz = Zakaz.CODZ SET Zakaz.SUM_Z = [SumZak];

• Указанные запросы выполняются в рамках макроса «RashSumZak», структура которого приведена в таблице 12.

Таблица 12

Макрокоманда	Аргумент	Значение
SetWarnings	Включить сообщения:	Нет
OpenQuery	Имя запроса:	RashSumZak
	Режим:	Таблица
	Режим данных:	Изменение
OpenQuery	Имя запроса:	ObnovlSumZak
	Режим:	Таблица
	Режим данных:	Изменение
SetWarnings	Включить сообщения:	Да

Для обеспечения возможности распечатки заказа средствами Microsoft Access разработан отчет, основой которого является запрос, обеспечивающий выборку только тех записей, которые связаны с просматриваемым в данный момент заказом:

SELECT Zakaz.CODZ, Zakaz.DATA, Zakaz.DOC, Zakaz.FIO, Zakaz.NASPU, Zakaz.S_OKR, Zakaz.YL, Zakaz.DOM, Zakaz.KOR, Zakaz.KV, Zakaz.PRIN, Zakaz.SUM_Z, RabInZak.Nn, RabInZak.CodRab, RabInZak.SumAv, RabInZak.Dataz

FROM Zakaz INNER JOIN RabInZak ON Zakaz.CODZ = RabInZak.Codz

WHERE (((Zakaz.CODZ)=[Forms]![ZakazDoc]![CODZ]));

2. Модуль для работы со справочниками.

Работа со справочниками предусматривает использование формы списка с ленточным типом вывода информации, с которой обеспечивается переход к одиночной формой, реализующей работу с отдельной записью.

На рисунке 11 представлена форма для работы со списком услуг. Указанная форма разработана на основе мастера Access. В примечании формы размещены кнопки, обеспечивающие переход по записям, добавление, удаление записей, поиск информации. Указанные функции реализованы также с использованием мастеров Access.

Рисунок 11 – Форма «Справочник услуг»

Аналогичным образом реализована работа со справочником работников.

3. Модуль формирования отчетов

Алгоритм решения задачи по формированию всех отчетов в общем является однотипным (рис. 12).

Для активизации режима формирования отчета используется соответствующая команда меню ОТЧЕТЫ.

При выборе команды меню ОТЧЕТЫ пользователю предлагается выбрать вид отчета, определить исходные параметры и нажать на кнопку формирования отчета, при этом активизируется определенный отчет БД Access, который в свою очередь открывает необходимые запросы, производится подсчет соответствующих значений и вывод их на экран или на принтер.

Рисунок 12 — Обобщенный алгоритм формирования отчетов

Для обеспечения возможности выбора периода отсчета создана форма, содержащая два поля ввода, настроенные для ввода значений типа дата, т.е. в свойстве маска ввода установлено значение — 00.00.0000;0;_. Для формирования отчета по услугам создан соответствующий запрос на выборку:

SELECT RabInZak.CodRab, Count(Zakaz.CODZ) AS Количество, Sum(Zakaz.SUM_Z) AS Сумма

FROM Zakaz INNER JOIN RabInZak ON Zakaz.CODZ = RabInZak.Codz

WHERE (((Zakaz.DATA) Between [Forms]![FormOthet]![DatNah] And [Forms]![FormOthet]![DataKon]))

GROUP BY RabInZak.CodRab

ORDER BY RabInZak.CodRab;

— В указанном запросе обеспечение возможности выбора данных за определенный период обеспечивается оператором: Between [Forms]![FormOthet]![DatNah] And [Forms]![FormOthet]![DataKon])), где DatNah – ссылка на поле для ввода даты начала периода, DatKon – ссылка на поле для ввода даты окончания периода выбора.

Для формирования отчета по работникам разработаны два запрос, одни для вывода сводной информации:

SELECT RabInZak.Ispoln, Count(Zakaz.CODZ) AS Количество, Sum(Zakaz.SUM_Z) AS Сумма

FROM Zakaz INNER JOIN RabInZak ON Zakaz.CODZ = RabInZak.Codz

WHERE (((Zakaz.DATA) Between [Forms]![FormOthet]![DatNah] And [Forms]![FormOthet]![DataKon]))

GROUP BY RabInZak.Ispoln

ORDER BY RabInZak.Ispoln;

Второй отчет обеспечивает вывод развернутой информации по работникам и услугам:

SELECT RabInZak.Ispoln, RabInZak.CodRab, Count(Zakaz.CODZ) AS Количество, Sum(Zakaz.SUM_Z) AS Сумма

FROM Zakaz INNER JOIN RabInZak ON Zakaz.CODZ = RabInZak.Codz

WHERE (((Zakaz.DATA) Between [Forms]![FormOthet]![DatNah] And [Forms]![FormOthet]![DataKon]))

GROUP BY RabInZak.Ispoln, RabInZak.CodRab

ORDER BY RabInZak.Ispoln;

• На основе запросов с использованием мастеров Microsoft Access построены соответствующие отчеты. На рисунке 13 приведен отчет по видам работ в режиме конструктора, в который внесены определенные изменения:
• добавлены в заголовок поля для вывода периода отчета;
• добавлена область примечание, в которые добавлены компоненты (поля), обеспечивающие подсчет итоговой суммы по количественным плям.
• изменены настройки отдельных элементов.

Разработанные отчеты можно просмотреть или распечатать, для чего предусмотрены соответствующие кнопки.

Рисунок 13 – Отчет по видам работ в режиме конструктора

2.2.3 Организация технологического процесса

2.2.3.1 Схема технологического процесса сбора, пе­редачи, обработки и выдачи информации и ее описание

Схема технологического процесса состоит из следующих основных этапов:

• ввод информации о заказах, реализующих транзакционный механизм функционирования предметной области;
• внесение информации об оплате клиентом квитанций;
• распределение исполнителей по работам;
• фиксирование информации о выполнении заказа;
• выполнение отчетов.

Первоначально исходная информация, полученная от источников её возникновения, вносится в базу данных посредством соответствующих форм

Ввод информации должен осуществляться работником отдела приема заказов со слов клиента посредством устройства ввода — клавиатуры и отображается на экране дисплея. Здесь должен осуществляться визуальный контроль данных и их корректировка при необходимости. При вводе данных на экране должна отображаться форма входного документа, и курсор последовательно устанавливается на реквизиты, в которые нужно заносить исходные данные.

Технологический процесс обработки запросов заключается в проведении процедуры обработки информации, которая сопровождается операцией поиска и связана с процедурой хранения данных. Обработка первичных данных ведётся подсистемой под управлением разработанных программных модулей. Для обращения к учётным сведениям, хранимым в массивах ЭВМ, реализованы стандартные запросы.

Выдача информации при необходимости производится в виде экранной формы или распечатки на принтере.

Ниже приведены инструкционные карты основных операций технологического процесса, реализованных в виде программных модулей.

2.2.3.2 Инструкционные карты основных операций тех­нологического процесса

Одной из основных задачей, решаемых разрабатываемой АИС, является учет информации о заказах. Решение данной задачи обеспечивает решение всех последующих задач.

Для запуска АИС прием заказов МУП СП БТИ необходимо открыть базу данных «Прием заказов МУП СП БТИ». Для этого необходимо в режиме проводника Windows XP открыть соответствующую рабочую папку и выполнить двойной щелчок мыши на иконке файла «Заказы БТИ.mbd». После запуска программа запрашивает пароль. Данная процедура обеспечивает идентификацию бухгалтера в целях определения прав работы с программой и ведения журнала изменений.

После идентификации на экране появляется главная кнопочная форма (приложение 2) в которой щелкнуть на кнопку «Операции». После чего в появившейся форме выбрать кнопку «Новый заказ» или «Список заказов» после чего на экране появится форма в которой выводится соответствующая информация. Для вывода нужного заказа необходимо воспользоваться режимом поиска. Для вво да нового заказа необходимо нажать соответствующую кнопку «Добавить» (рис. 14).