Информационная система реализации готовой продукции на предприятии

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

студент группы ПИ-51

Шалагин А.С.

Руководитель работы:

к.э.н., доцент каф. ИСЭ Царегородцев А.С.

Введение

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

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

1. анализ существующего процесса сбыта готовой продукции на предприятии;

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

3. разработка АРМ менеджера по сбыту;

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

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

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

2. ликвидировать «узкие места» в процессе реализации продукции и сэкономить финансовые и производственные ресурсы (например, создание информационной базы и ведение отчетности на фирме позволит точно отслеживать количество готовой продукции на складе, что, в свою очередь, поможет избежать перепроизводства).

В качестве инструментального средства описания предметной области выбран программный продукт CA Erwin Process Modeler. Для создания модели данных используется программный продукт CA Erwin Data Modeler, а для расчета показателей эффективности — программа COCOMO II.2000.0.

Список таблиц

Список рисунков

Список приложений

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

1. Аналитическая часть

1.1 Характеристика объекта автоматизации Объектом автоматизации является отдел сбыта предприятия, производящего моющие средства. Отдел сбыта является самостоятельным структурным подразделением фирмы и подчиняется коммерческому директору организации.

Цели деятельности отдела:

· обеспечение реализации готовой продукции предприятия;

· продвижение новых товарных групп на рынок сбыта;

· оптимизация работы отдела, снижение затрат на сбыт продукции;

· создание сети постоянных клиентов в городе и регионе.

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

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

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

Рисунок 1 — Схема организационно-производственной структуры предприятия.

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

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

Управление организацией осуществляется в соответствии с действующим законодательством Российской Федерации и собственным Уставом.

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

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

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

1.3 Описание и анализ проблем предметной области (модель «как есть»)

1.3.1 Существующие в отделе бизнес-процессы Рассмотрим процесс реализации готовой продукции, существующий на фирме и действующий в отделе сбыта. Он представлен на рисунке 2.

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

1. Внешние сущности: склад, клиент, производственный отдел, бухгалтерия.

2. Входные данные: заказы клиентов, готовая продукция.

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

4. Стрелки управления: калькуляции, требования к документации.

5. Стрелка исполняющего механизма: менеджер по сбыту.

Рисунок 2 — Контекстная диаграмма процесса реализации готовой продукции AS-IS («как есть»).

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

Рисунок 3 — Диаграмма декомпозиции процесса реализации готовой продукции AS-IS («как есть»).

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

1. Формирование задания на реализацию. На данном этапе происходит обработка заказов клиентов и формирование задания на реализацию.

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

3. Реализация готовой продукции. Проводится сдача продукции клиенту путем передачи посредством водителя-экспедитора, составление Накладной на отпущенную продукцию и Отчета о движении готовой продукции.

Все эти функции поручены менеджеру по сбыту.

Проведем дальнейшую декомпозицию. Сначала декомпозируем процесс формирования задания на реализацию (рисунок 4), затем — процесс расчета и отпуска готовой продукции (рисунок 5) и реализации готовой продукции (рисунок 6).

Рисунок 4 — Диаграмма декомпозиции процесса формирования задания на реализацию AS-IS («как есть»).

На рисунке 4 видно, что все принятые от клиентов заказы менеджер по сбыту оформляет в документ Задание на реализацию.

Именно по данным «задания на реализацию», производится расчет готовой продукции (далее — рисунок 5).

Рисунок 5 — Диаграмма декомпозиции процесса расчета и отпуска готовой продукции AS-IS («как есть»).

Итак, в соответствии с Заданием на реализацию менеджер по сбыту производит необходимые вычисления — рассчитывает заказанное клиентами количество готовой продукции и суммирует по видам товаров. Исходя из расчетных данных, необходимо проверить — достаточно ли готовой продукции находится на складе, чтобы полностью удовлетворить нужды клиентов. Если продукции недостаточно, расчеты по Заданию на реализацию необходимо скорректировать и отложить те заказы, которые невозможно принять в данный момент (из-за нехватки готовой продукции на складе). Затем — составить заявку на производство необходимой для проведения данных отмеченных заказов продукции и отправить ее в производственный отдел фирмы.

Наконец, менеджер по сбыту принимает те заказы из Задания на реализацию, выполнение которых возможно в данный момент (готовая продукция на складе для них — в наличии) и оформляет соответствующие отгрузочные и сопроводительные документы. Копии этих документов водитель-экспедитор доставляет клиенту вместе с заказанным товаром (далее — рисунок 6).

Рисунок 6 — Диаграмма декомпозиции процесса реализации готовой продукции AS-IS («как есть»).

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

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

Таблица 1 — Спецификация бизнес-процессов предприятия (модель AS-IS) с описанием выявленных проблем.

Итак, в результате анализа бизнес-процессов были выявлены следующие главные проблемы:

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

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

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

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

Таблица 2 — Реестр действующих в отделе глобальных ИС.

1.3.3 Существующее в отделе техническое обеспечение В отделе сбыта фирмы нет компьютера и другого технического обеспечения. Характеристики остального технического обеспечения организации представлены в таблице 3.

Таблица 3 — Техническое обеспечение.

Все компьютеры организации оснащены сетевым оборудованием (интернет-маршрутизатор D-Link DI-604). Создана сеть для обмена данными.

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

1.4 Анализ существующих ИТ-решений в области реализации готовой продукции На сегодняшний день существует огромное количество ИТ-решений, автоматизирующих процесс реализации готовой продукции. Рассмотрим некоторые из них.

1) ERP-система — это комплексная интегрированная система на базе ИТ для управления внутренними и внешними ресурсами предприятия. Цель системы — содействие потокам информации между всеми хозяйственными подразделениями внутри предприятия и информационная поддержка связей с другими предприятиями. Построенная, как правило, на централизованной базе данных, ERP-система формирует стандартизованное единое информационное пространство предприятия.

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

1) Планирование и анализ продаж, построение на основе наблюдения за реализацией плана продаж, контроль над его выполнением.

2) Обеспечение единого учета и документооборота движения готовой продукции на предприятии.

Достоинства:

1) Применение ERP-системы позволяет использовать одну комплексную программу вместо многих разрозненных. Единая система может управлять обработкой, логистикой, дистрибуцией, запасами, доставкой, выставлением счетов-фактур и бухгалтерским учётом.

2) Реализуемая в ERP-системах система разграничения доступа к информации предназначена (в комплексе с другими мерами информационной безопасности предприятия) для противодействия как внешним угрозам (например, промышленному шпионажу), так и внутренним (например, хищениям). Внедряемые в связке с CRM-системой и системой контроля качества, ERP-системы нацелены на максимальное удовлетворение потребностей компаний в средствах управления бизнесом.

Недостатки:

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

2) Недостаточное инвестирование в обучение персонала приводит к слабому овладению системой, ее использование на малую часть возможностей.

3) Система может страдать от проблемы «слабого звена» — эффективность всей системы может быть нарушена одним департаментом или партнёром.

4) Дороговизна системы.

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

Достоинства:

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

2) Использование всех каналов взаимодействия. Ранее к подобным каналам взаимодействия относили только телефонные звонки, электронную почту, события/встречи. Но с активным развитием веб-технологий появились другие каналы взаимодействия: регистрационные формы на веб-сайтах, рекламные ссылки, системы корпоративного веб-чата.

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

Недостатки: аналогичны недостаткам при использовании ERP-систем.

3) SCM-система - система управления цепями поставок. Она предназначена для автоматизации и управления всеми этапами снабжения предприятия и для контроля всего товародвижения на предприятии. Система SCM позволяет увеличить спрос на продукцию компании и значительно снизить затраты на логистику и закупки. SCM охватывает весь цикл закупки сырья, производства и распространения товара. Исследователи, как правило, выделяют шесть основных областей, на которых сосредоточено управление цепями поставок: производство, поставки, месторасположение, запасы, транспортировка и информация.

Достоинства:

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

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

Недостатки: аналогичны недостаткам при использовании ERP-систем и CRM-систем.

Итак, проектируемая информационная система должна включать в себя управление базой данных по материалам и инструментам, автоматизировать процессы составления отчётов и документов, а также процессы расчёта остатков материалов на складе. Она обойдется значительно дешевле рассмотренных выше IT-решений.

2. Проектная часть

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

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

2.2 Общая характеристика решения задачи с учетом АИС (модель «как надо»)

В ходе анализа предметной области было решено создать АРМ менеджера по сбыту. При создании системы необходимо решить все обозначенные проблемы. Контекстная диаграмма процесса реализации готовой продукции TO-BE («как надо») представлена на рисунке 7.

Рисунок 7 — Контекстная диаграмма процесса реализации готовой продукции TO-BE («как надо»).

На данной диаграмме изображен процесс реализации готовой продукции с учетом недостатков существующей системы. Входные и выходные данные, а также управляющие воздействия не изменились. Добавлена стрелка исполняющего механизма АИС «Реализация готовой продукции». Декомпозируем данный процесс (рисунок 8).

Рисунок 8 — Диаграмма декомпозиции процесса реализации готовой продукции TO-BE («как надо»).

Здесь также добавилась стрелка исполняющего механизма АИС «Реализация готовой продукции». Она взаимодействует со всеми блоками на диаграмме: предполагается автоматизировать все представленные процессы.

Процесс формирования задания на реализацию представлен на рисунке 9.

Рисунок 9 — Диаграмма декомпозиции процесса формирования задания на реализацию TO-BE («как надо»).

На рисунке 9 показано, как должно формироваться задание на реализацию товара. Место блока Поступление заказа из существующей системы занял блок Запись заказа в БД создаваемой системы. Стрелка на выходе называется Записи БД: пользователь системы вводит детали заказа в базу данных информационной системы, а затем воспользуется ими при составлении Задания на реализацию (которое теперь оформляется компьютерными средствами).

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

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

Рисунок 10 — Диаграмма декомпозиции процесса расчета и отпуска готовой продукции TO-BE («как надо»).

На рисунке 10 видно, что место блока «Проверка наличия ГП на складе» из существующей системы занял блок «Запрос наличия ГП через БД» создаваемой системы. Пользователь системы может воспользоваться компьютерной базой данных для проверки наличия нужного количества товара, заказанного клиентом, вместо того, чтобы связываться с заведующим склада.

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

Более детализированно процесс расчета и отпуска готовой продукции TO-BE («как надо») можно изобразить на диаграмме IDEF3 (process flow) (рисунок 11).

Рисунок 11 — Диаграмма декомпозиции процесса расчета и отпуска готовой продукции TO-BE («как надо») в IDEF3.

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

На рисунке 12 показано, как должен формироваться процесс реализации готовой продукции.

Рисунок 12 — Диаграмма декомпозиции процесса реализации готовой продукции TO-BE («как надо»).

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

Благодаря автоматизации составления документов Накладная и Отчет о движении готовой продукции (стрелка АИС «Реализация готовой продукции» взаимодействует с двумя блоками на диаграмме), изображенных на диаграмме, сокращается время на оформление отчетности о сдаче товара клиенту.

В таблице 4 показана спецификация бизнес-процессов фирмы с учетом исправления проблем существующей системы и с учетом преимуществ разрабатываемой ИС.

Таблица 4 — Спецификация бизнес-процессов предприятия (модель TO-BE) с учетом преимуществ разрабатываемой ИС.

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

1) автоматизация обработки заказов клиентов: все необходимые сведения о клиентах и их заказах будут храниться в компьютерной базе данных;

2) автоматизация оформления «задания на реализацию» (данные о заказах берутся напрямую из базы данных, а не переписываются вручную);

3) расчет и проверка наличия необходимого количества товара на складе производится посредством компьютерной базы, что снижает риск ошибки в вычислениях;

4) автоматизация оформления заявки на производство, отгрузочных и сопроводительных документов;

5) автоматизация составления Накладной и Отчета о движении готовой продукции, что облегчает процесс контроля за товаром на складе.

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

2.3 Основные технические решения

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

Для расчета необходимого Ni количества i-го товара в процессе составления задания на реализацию суммируются все сделанные заказы на данный товар (?Ni).

Проверка необходимого количества товара на складе осуществляется сравнением? Ni с Сi (где Сi — планируемый остаток товара i на складе фирмы). Если остаток от разности этих показателей Li окажется положительным или равным нулю, задание на реализацию данного товара можно осуществлять, если же отрицательным — следует составить заявку на производство. Формализованное описание входных показателей представлено в таблице 5.

Таблица 5 — Формализованное описание входных и выходных показателей процесса запроса наличия ГП через БД.

Для составления отгрузочных и сопроводительных документов (Накладной и Счета-фактуры) потребуется расчет общей стоимости заказа для j-го клиента c учетом налога и без его учета (таблица 6).

Таблица 6 — Формализованное описание входных и выходных показателей процесса составления товарно-транспортной накладной и счета-фактуры.

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

Таблица 7 — Формализованное описание входных и выходных показателей процесса расчета движения готовой продукции.

2.3.2 Решения по функциональному обеспечению АИС Проектируемая информационная система должна поддерживать следующие основные функции:

· автоматическая обработка заявок клиентов;

· оформление задания на реализацию;

· выдача необходимой информации о наличии товара на складе согласно запросам;

· оформление заявки на производство, отгрузочных и сопроводительных документов;

· формирование накладной и отчета о движении готовой продукции.

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

Рисунок 13 — Контекстная диаграмма АРМ менеджера по сбыту.

Входные данные на диаграмме: Заказы клиентов, Информация о клиентах, Запрос на наличие товара, Информация о товаре, сведения о движении готовой продукции. Выходные данные: Задание на реализацию, заявка на производство, счет-фактура, товарно-транспортная накладная, отчет о движении готовой продукции. Управление осуществляют: требования к ведению справочной информации, требования к оформлению документов. Функции реализует менеджер по сбыту с помощью базы данных в MS Access. Рассмотрим функции системы подробнее. Для этого декомпозируем контекстную диаграмму (рисунок 14).

Рисунок 14 — Диаграмма декомпозиции АРМ менеджера по сбыту.

В составе проектируемого АРМ содержистся 4 подсистемы:

1. Подсистема ведения справочников: пользователь системы заполняет справочники базы данных. Справочные данные используются в системе повсеместно.

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

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

4. Подсистема составления документов. На основе заказов формируются счет-фактура и товарно-транпортная накладная.

Рассмотрим подробнее главную подсистему — подсистему обработки заявок (рисунок 15).

Рисунок 15 — DFD-диаграмма подсистемы обработки заявок.

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

2.3.3 Решения по информационному обеспечению АИС Информационная модель и ее описание. Инфологическая и даталогическая модель в нотации IDEF1X.

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

В ходе анализа предметной области были выделены следующие сущности: Заказ, Клиент, Заявка, Готовая продукция, Единицы измерения и Налог.

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

Рисунок 16 — Инфологическая модель.

Таблица 8 — Описание сущностей и их атрибутов.

После создания логической модели необходимо создать физическую. Физическая модель данных зависит от конкретной СУБД, фактически являясь отображением системного каталога.

Различают 2 уровня физической модели: даталогическую модель и модель СУБД. На данном этапе необходимо создать представления. Представления представляют собой объекты базы данных, данные которых не хранятся постоянно, как в таблице, а формируются динамически при обращении. Они не могут существовать сами по себе, а определяются только в терминах одной или нескольких таблиц. На рисунке 17 представлена даталогическая модель с созданными представлениями (таблица 9).

Рисунок 17 — Даталогическая модель.

Таблица 9 — Описание представлений.

Используемые классификаторы и системы кодирования.

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

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

Выбор системы кодирования в основном зависит от количества классификационных признаков и разработанной системы классификации. Система классификации — это совокупность правил распределения объектов множества на подмножества. Классифицирование — это процесс распределения объектов данного множества на подмножества. Классификация — это результат упорядоченного распределения объектов заданного множества. Различают иерархическую и многоаспектную системы классификации. Структура кодовых обозначений объектов приведена в таблице 10.

Таблица 10 — Структура кодовых обозначений объектов.

Так, например, в таблице «Единицы измерения» (таблица 11) содержатся такие единицы измерения, как литр и упаковки.

Таблица 11 — Таблица «Единицы измерения» .

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

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

В таблице «Заказ» (таблица 12) содержатся данные о сделанных клиентами заказах. Кодирование помогает вместить в этой таблице множество данных.

Таблица 12 — Таблица «Заказ» .

В таблице «Клиент» (таблица 13) содержатся данные о клиентах фирмы.

Таблица 13 — Таблица «Клиент» .

В таблице «Готовая продукция» (таблица 14) содержатся данные о товаре фирмы, в том числе — приходе, расходе и остатке на складе.

Таблица 14 — Таблица «Готовая продукция» .

В таблице «Заявка» (таблица 15) содержатся данные о сделанных пользователем системы заявках на производство.

Таблица 15 — Таблица «Заявка» .

Характеристика результатной информации Результатной информацией в информационной системе являются отчеты (таблица 16). SQL-коды запросов представлены в приложении.

Таблица 16 — Характеристика результатной информации.

Печатные формы отчетов представлены в приложениях.

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

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

В архитектуре «файл-сервер» (рисунок 18) вся тяжесть выполнения запросов к базе данных и управления целостностью базы данных ложится на приложение пользователя. База данных на сервере является пассивным источником данных.

Рисунок 18 — Архитектура «файл-сервер» .

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

Требования к ПО сервера:

1) Операционная система семейства UNIX (Solaris или Linux);

2) СУБД: MS Access 2007.

Требования к ПО клиента:

1) Операционная система WindowsXP, Windows 7;

2) Пакет MSOffice с приложением Access;

3) Компоненты Borland C++ 5.02, Microsoft Visual Studio 6.0.

Выбор СУБД MS Access обосновывается тем, что эта система рассчитана как на начинающего, так и на квалифицированного пользователя. Access — это реляционная файл-серверная СУБД. Это означает, что с ее помощью можно работать одновременно с несколькими таблицами базы данных. Применение реляционной СУБД помогает упростить структуру данных и таким образом облегчить выполнение работы. Таблицу Access можно связать с данными, хранящимися на другом компьютере или на сервере, а также использовать таблицу, созданную в СУБД Paradox или Dbase. Данные Access очень просто комбинировать с данными Excel. Преимуществом Access является наличие средств проектирования приложения БД без знания языка программирования. Для разработки более сложного приложения присутствует встроенный язык программирования Visual Basic, который позволяет создавать массивы, свои типы данных, контролировать работу приложений. MS Access имеет один из лучших наборов визуальных средств разработки и представления информации среди аналогичных программных продуктов. В СУБД Access предусмотрено много дополнительных сервисных возможностей. Мастера помогают создать таблицы, формы или отчеты из имеющихся заготовок, сделав основную черновую работу. Выражения используются в Access, например, для проверки допустимости введенного значения. Макросы позволяют автоматизировать многие процессы без программирования, тогда как встроенный в Access язык VBA (Visual Basic for Applications) — специально разработанный компанией Microsoft диалект языка Basic для использования в приложениях Microsoft Office — дает возможность опытному пользователю программировать сложные процедуры обработки данных. Используя такие возможности языка программирования С, как функции и обращения к Windows API (Application Programming Interface — интерфейс прикладных программ Windows), можно написать подпрограмму для взаимодействия Access с другими приложениями — источниками данных.

2.3.5 Решения по техническому обеспечению Техническое обеспечение — это совокупность технических средств, необходимых для функционирования ИС.

Аппаратная платформа сервера:

1) 2 процессора типа Pentium III 800 МГц — 1 ГГц;

2) объем ОЗУ 528 Мб — 1Гб;

3) память на жестком диске SCSI — 5 дисков по 9 Гб минимум (на случай дублирования с помощью RAID0-RAID4, это число следует удвоить, а для RAID5 — увеличить на 20%, т. е. добавить еще 1 диск);

4) ИГП, обеспечивающий работу сервера в течении не менее 30 минут при полностью заряженных батареях ИГП.

5) монитор SVGA;

6) сетевая карта 100 Мбит;

7) клавиатура;

8) манипулятор типа «мышь» .

Аппаратная платформа компьютера клиента

1) процессор типа Pentium III 750 МГц;

2) объем ОЗУ не менее 128 MB;

3) HDD не менее 15 Гб;

4) монитор с диагональю 17″ -19″ с разрешением не менее 1024*768 точек при цветовой палитре 65 536 цветов и удовлетворяющий нормам безопасности ТСО 92 и ТСО 95[…];

5) видео карта типа SVGA 4−8 Мб VRAM;

6) сетевая карта 100 Мбит (в зависимости от сети);

7) FDD 3.5″ ;

8) клавиатура;

9) манипулятор типа «мышь» ;

10) устройство печати.

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

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