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

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

Автоматизируемые рабочие места

Требования к функциональным характеристикам

Перечень формируемых отчетов

4.4.2. Требования к системе планирования и управления производством

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

Требования к функциональности ИС:

1. Управление конфигурацией готовой продукции (ГП):

Ведение нормативно-справочной информации о составе ГП с возможностью указания периода актуальности спецификации и с возможностью нахождения в производстве ГП с несколькими различными спецификациями;

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

2. Управление продажами:

Просмотр истории взаимоотношений с клиентами;

Регистрация/корректировка заявки клиента с указанием перечня ГП, объемов, даты отгрузки, продажной цены и любых дополнительных условий;

Просмотр актуальных экономических показателей (калькуляции) заказываемой ГП;

3. Планирование производства:

Формирование графика доступности оборудования с указанием количества доступных нормо-часов на каждый день планового периода;

Формирование плана производства с указанием изготавливаемого изделия, его количества, используемого оборудования, подразделения на каждый день планового периода;

Формирование плана потребности производства в материалах и комплектующих;

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

Внесение корректировок в план производства во время его выполнения;

План-фактный анализ плана производства;

4. Управление производством:

Формирование сменных заданий (нарядов) на изготовление изделий;



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

Управление хранением и перемещением товарно-материальных ценностей (ТМЦ) в производстве;

5. Управление снабжением:

Формирование на основании плана потребности в материалах и комплектующих заявки на покупку с указанием поставщика, номенклатуры ТМЦ, количества и сроков поставки;

Формирование заявок на покупку на основании разовых заказов на ТМЦ от подразделений;

Контролирование и отслеживание процесса выполнения заявок на покупку;

Оперативный контроль остатков;

План-фактный анализ поставок;

6. Управление затратами:

Формирование плановой (нормативной) себестоимости ГП;

Фиксация фактических затрат на производство;

Расчет фактической себестоимости ГП;

План-фактный анализ затрат.

Требования к расчету нормативной себестоимости заказа

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

1. Прямая материальная составляющая нормативной себестоимости изделия формируется на основании информации о нормативном составе этого изделия (спецификации) и установленных учетных ценах на входящие в эту спецификацию ТМЦ. Для спецификации допускается использование нескольких статей материальных затрат.

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

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



Для осуществления этого расчета необходимо наличие в Информационной системе следующих данных:

1. Спецификация изготовления изделия (а также спецификации изготовления всех входящих в это изделие полуфабрикатов собственного производства);

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

3. Протокол учетных цен на используемые ТМЦ;

4. Денежные расценки нормо-часов для профессий и разрядов.

Требования к расчету фактической себестоимости заказа

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

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

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

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

4. Прямые расходы, подлежащие распределению:

Основные материалы, расходуемые реже, чем на каждый передел (например, химикаты, норма которых на единицу продукции настолько мала, что не имеет смысл учитывать их попередельный расход даже по этой норме);

Заработная плата рабочих в случае отсутствия информации о ее попередельном распределении;

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

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

1. Общепроизводственные расходы (25 счет БУ): распределяются на выпускаемые изделия пропорционально выбранной базе распределения. Доля таких расходов может оставаться или нет в составе незавершенного производства согласно принятой на предприятии Учетной политике.

2. Общехозяйственные расходы и расходы на продажу (26 и 44 счета БУ) признаются расходами текущего периода и относятся к расходам на реализацию. Распределение таких расходов на себестоимость готовой продукции можно увидеть при помощи специального отчета.

Требования к производительности Информационной системы

<Раздел должен содержать требования к производительности Информационной системы. Вводится в шаблон>.

Требования к надежности

<Раздел должен содержать требования к надежности Информационной системы. Например:>

Требования к обеспечению надежного (устойчивого) функционирования Информационной системы

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

1. Организация бесперебойного питания технических средств;

2. Использование лицензионного программного обеспечения;

3. Регулярное выполнение рекомендаций Министерства труда и социального развития РФ, изложенных в Постановлении от 23 июля 1998 г. «Об утверждении межотраслевых типовых норм времени на работы по сервисному обслуживанию ПЭВМ и оргтехники и сопровождению программных средств»;

4. Регулярное выполнение требований ГОСТ 51188-98. «Защита информации. Испытания программных средств на наличие компьютерных вирусов»;

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

Отправить свою хорошую работу в базу знаний просто. Используйте форму, расположенную ниже

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

Размещено на http://www.allbest.ru/

Кафедра автоматизации и информационных систем

ПОЯСНИТЕЛЬНАЯ ЗАПИСКА

к курсовому проекту

Тема: Проектирование модуля ИС управление предприятием

Дисциплина: «Проектирование ИС»

Введение

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

1.1.1 Инфологическая или информационная модель (схема данных) и ее описание

1.2.1. Формализация расчетов (алгоритмы расчета и решения задач)

2 Технологическое обеспечение

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

3 Программное обеспечение комплекса задач

3.1 Общие положения

Заключение

Список использованной литературы

ВВЕДЕНИЕ

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

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

Существуют три пути создания ИС:

1 Построение ИС на основе ERP-систем.

2 Разработка собственных ИС.

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

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

автоматизированная система внемашинный внутримашинный

1 ИНФОРМАЦИОННОЕ ОБЕСПЕЧЕНИЕ КОМПЛЕКСА ЗАДАЧ

1.1 Внемашинное информационное обеспечение

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

Внемашинное информационное обеспечение (рисунок 1) включает внемашииную информационную базу (ИБ) и средства ее ведения.

Размещено на http://www.allbest.ru/

Рисунок 1 Внемашинное информационное обеспечение

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

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

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

Размещено на http://www.allbest.ru/

Рисунок 2 Состав внемашинной информационной базы

1.1.1 Инфологическая или информационная модель (схема данных) и ее описание.

Проектирование базы данных состоит в построении комплекса взаимосвязанных моделей данных. Важнейшим этапом проектирования базы данных является разработка инфологической (информационно-логической) модели предметной области, не ориентированной на СУБД, В инфологической модели средствами структур данных в интегрированном виде отражают состав и структуру данных, а также информационные потребности.

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

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

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

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

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

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

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

Размещено на http://www.allbest.ru/

Рисунок 3 Инфологическая модель модуля ИС «Управление предприятием»

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

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

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

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

Информация о типе материала;

Информация о цвете материала;

Информация о фактуре материала;

Информация о производителе;

Информация о сотрудниках предприятия;

Информация о должностях;

Информация о количестве материала;

Информация о цене материала;

Информация о ширине полотна;

База данных состоит из 7 таблиц и 5 справочников. Таблица «Материалы» (рисунок 4) служит для хранения данных материале. Информация в данную таблицу вводится при осуществлении прихода материала на склад.

Рисунок 4 Таблица «Материалы»

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

Рисунок 5 Таблица «Клиенты»

Таблица «Сотрудники» (рисунок 6) служит для хранения информации о сотрудниках данного предприятия. Информация в таблицу «Сотрудники» вводится устройстве на работу нового сотрудника.

Рисунок 6 Таблица «Сотрудники»

Таблица «Заказы» (рисунок 7) служит для хранения информации о заказал на установку натяжных потолков.

Рисунок 7 Таблица «Заказы»

Таблица «Производитель» (рисунок 8) служит для хранения информации о поставщиках материалов.

Рисунок 8 Таблица «Производитель»

Таблица «Приход» (рисунок 9) и таблица «Расход» (рисунок 10) служит для хранения информации о приходе и расходе материала.

Рисунок 9 «Приход»

Рисунок 10 «Расход»

Справочники «Тип материала» (рисунок 11), «Цвет» (рисунок 12), «Фактура» (рисунок 13), «Должность» (рисунок 14), «Статус» (рисунок 15) служат для уточнения данных в таблицах, представленных в виде кодов.

Рисунок 11 Справочник «Тип материала»

Рисунок 12 Справочник «Цвет»

Рисунок 13 Справочник «Фактура»

Рисунок 14 Справочник «Должность»

Рисунок 15 Справочник «Статус»

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

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

1.2 Внутримашинная реализация комплекса задач

Информация, которой будет оперировать информационная система, организована в виде базы данных, созданной средствами MySQL (рисунок 16).

Рисунок 16 Схема базы данных, созданной средствами MySQL

1.2.1 Формализация расчетов (алгоритмы расчета и решения задач)

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

При расчёте стоимости установки натяжного потолка необходимо заполнить форму «Стоимость», которая содержит 3 поля да ввода данных: ширина потолка, длина потолка, фактура материала. После заполнения данных полей программа запрашивает из базы данных MySQL, данные о стоимости материала с данной фактурой. Стоимость рассчитывается путём умножения площади потолочного покрытия на стоимость материала за 1 м 2 .

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

1.2.2 Структурная схема использования комплекса программ (дерево диалога)

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

Разработанное приложение имеет интуитивно понятное меню. Для работы с таблицами базы данных модуля ИС «Управление предприятием» состоит из:

форм просмотра и редактирования;

формы расчёта стоимости потолка;

формы представления графической информации.

2 ТЕХНОЛОГИЧЕСКОЕ ОБЕСПЕЧЕНИЕ

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

3 ПРОГРАММНОЕ ОБЕСПЕЧЕНИЕ КОМПЛЕКСА ЗАДАЧ

Программное обеспечение комплекса задач было выполнено в среде программирования PHP. Выбор среды обусловлен широкими возможностями данного языка программирования по созданию приложений рассчитанных на работу с электронными архивами (базами данных).

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

3.1 Общие положения

Модуль ИС «Управление предприятием» выполнен по технологии базирующей свои услуги на Windows-системах, с доступом к MySQL.

MySQL, в настоящее время является одной из самых популярных СУБД. Среди причин такой популярности следует отметить:

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

Глубоко развитые возможности интеграции с другими программными продуктами;

Нельзя не отметить, что, существенной причиной такого широкого распространения MySQL является и доступность данного программного продукта.

3.2 Описание программных модулей

Информационная система включает в себя модули, осуществляющие все необходимые операции над данными. Данные модули содержат формы, производящие добавление, удаление, сортировки и поиска информации. Кроме того, модуль «Заказы» выполняет подсчёт цены на установку натяжного потолка, вводя лишь его размеры, а в модуле «Расходы» можно наблюдать диаграмму расходов материала в зависимости от месяца.

При открытии страницы «Продукция», попадаем на форму, где находятся 6 основных модулей программы: «Заказы», «Материалы», «Расход», «Приход», «Клиенты», «Сотрудники».

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

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

В форме «Расход» при нажатии на кнопку «График расходов» выводится изображение диаграммы с графической информацией о расходах относительного временного периода.

ЗАКЛЮЧЕНИЕ

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

Использование средств PHP, HTML и MySQL по созданию приложений работающих в операционной системе Windows и в частности приложений баз данных, позволило создать программный продукт максимально ориентированный на конечного пользователя.

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

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

СПИСОК ЛИТЕРАТУРЫ

1. Веллинг Л. Разработка Web-приложений с помощью PHP и MySQL. Издательский дом «Вильямс», 2003. - 288 с.: ил.

2. Справочники по РНР и MySQL. http://www.php.su/books/.

3. Файлы справок по phpMySQL_Admin

4. http://www.php.ru

5. http://www.mysql.ru

Размещено на Allbest.ru

Подобные документы

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

    курсовая работа , добавлен 26.09.2012

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

    дипломная работа , добавлен 30.05.2013

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

    контрольная работа , добавлен 25.07.2012

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

    дипломная работа , добавлен 03.01.2012

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

    курсовая работа , добавлен 22.11.2013

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

    курсовая работа , добавлен 01.12.2010

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

    дипломная работа , добавлен 22.11.2015

    Технологический процесс сбора, передачи, обработки и выдачи информации. Назначение программного продукта. Анализ экономических показателей внедрения автоматизированного рабочего места кассира-операциониста. Организация рабочего места оператора ЭВМ.

    дипломная работа , добавлен 08.12.2014

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

    дипломная работа , добавлен 02.11.2015

    Организация грузоперевозок в предприятии ЗАО "Паллада-Торг". Особенности управления перевозками: организационная структура и функции Отдела информационных систем; оценка уровня автоматизации и информатизации процесса обработки и передачи информации.

Рис. 6.2.
  • (Информационная система предприятия)
  • Аутсорсинг корпоративных информационных систем
    Аутсорсинг производственных функций и бизнес-процессов на основе корпоративных информационных систем позволяет использовать новейшие достижения и «лучшие практики» современного менеджмента. Внедрение корпоративных информационных систем лежит в основе реинжиниринга бизнес-процессов (Business Process ...
    (Аутсорсинг и аутстаффинг: высокие технологии менеджмента)
  • Паттерны интеграции корпоративных информационных систем
    Паттерны интеграции информационных систем представляют собой верхний уровень классификации паттернов проектирования. Аналогично паттернам более низких уровней классификации, среди паттернов интеграции выделена группа структурных паттернов. Структурные паттерны описывают основные компоненты единой интегрированной...
    (Введение в архитектуру программного обеспечения)
  • ФУНКЦИОНАЛЬНЫЕ ЗАДАЧИ ИНФОРМАЦИОННОЙ СИСТЕМЫ ПРЕДПРИЯТИЯ И ОСНОВНЫЕ МОДУЛИ СОВРЕМЕННЫХ ИНФОРМАЦИОННЫХ СИСТЕМ ПРЕДПРИЯТИЯ. ИНТЕГРАЦИЯ МОДУЛЕЙ
    Содержательное значение понятия модуля предполагает сопоставление функциональных подсистем, функциональных задач при функционально-позадачном подходе с основными модулями совре- Рис. 6.2. Сопоставление функциональных задач с основными модулями современных ИКИСП менных информационных систем предприятия,...
    (Информационная система предприятия)
  • ПОНЯТИЕ, ИСТОРИЯ РАЗВИТИЯ И КЛАССИФИКАЦИЯ ИНФОРМАЦИОННЫХ СИСТЕМ ПРЕДПРИЯТИЯ. ИНТЕГРИРОВАННЫЕ КОРПОРАТИВНЫЕ ИНФОРМАЦИОННЫЕ СИСТЕМЫ ПРЕДПРИЯТИЯ
    Понятие и классификация информационных систем изменяются в процессе их исторического развития. Однако цель остается постоянной и связана с достижением эффективности управления предприятием. Эффективность управления предприятием зависит от взаимодействия множества факторов, среди них: философские, исторические,...
    (Информационная система предприятия)
  • ОСОБЕННОСТИ СОВРЕМЕННЫХ ИНФОРМАЦИОННЫХ ТЕХНОЛОГИЙ В ИНФОРМАЦИОННЫХ СИСТЕМАХ ПРЕДПРИЯТИЯ
    СОВРЕМЕННЫЕ ТЕХНОЛОГИИ ОРГАНИЗАЦИИ ВВОДА ДАННЫХ В КОРПОРАТИВНЫХ ИНФОРМАЦИОННЫХ СИСТЕМАХ Информация о хозяйственных операциях должна своевременно поступать в оперативную базу данных из любых источников ее возникновения. Это позволит эффективно организовать дальнейшую обработку данных в информационных...
    (Информационная система предприятия)
  • Созданная из множества модулей информационная система позволила нижегородскому автомобильному заводу «Чайка-Сервис» реализовать идею производства, максимально полно учитывающего пожелания клиентов, разместивших на предприятии свои заказы

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

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

    Предприятие бурно росло в 2006 году, когда была приобретена в собственность часть старого завода и началось освоение второй территории. Естественно, встала задача объединить обе территории в единое информационное поле. Начали с создания сети VPN, но когда число пользователей возросло, пропускной способности канала стало не хватать. Тогда между двумя территориями был проложен волоконно-оптический кабель.

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

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

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

    От бухгалтерии - к производству

    Первым шагом на пути автоматизации стало приобретение в 2002 году продукта «1С: Бухгалтерия 6.0» и САПР-системы «Компас» компании «Аскон». Следующим шагом стала автоматизация производственной деятельности. Компания «Рарус НН» по заказу предприятия начала адаптацию ERP-системы «1С: Управление производственным предприятием 8» («1С: УПП 8») к потребностям и особенностям предприятия. Целью проекта было построение единой базы данных и реализация управления всеми бизнес-процессами на основе единой информационной системы. Решающим фактором успеха ее внедрения стала непосредственная поддержка высшим руководством предприятия – генеральным директором, который инициировал и поддерживал проект на всех его этапах.

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

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

    Сотрудники ИТ-отдела разработали модуль для «1С: УПП 8» для импортирования «дерева» изделия из системы «Компас», которую используют конструкторы предприятия. Алгоритм работы получился следующий: конструкторское бюро средствами «Компаса» разрабатывает чертеж и создает 3D-модель объекта, затем структура изделия при помощи разработанного модуля импортируется в ERP-систему, после чего на основе импортируемых данных строится спецификация изделий. Если конструкторы вносят изменения в какой-либо узел, то эти изменения автоматически отображаются во всех системах.

    Поначалу, как признался Ганин, он и его специалисты хотели своими силами сделать систему управления инженерными данными, но вскоре выяснили, что группа компаний Appius, партнер «1С», разрабатывает собственное тиражируемое PDM-решение (оно получило название «1С: PDM Управление инженерными данными»).

    Обратная связь

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

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

    Следующим шагом стало внедрение модуля производственного планирования. Раньше планирование осуществлялось средствами Excel, нередко возникали нестыковки, ошибки. После того как заработал ERP-модуль производственного планирования, менеджеры получили в свое распоряжение фактические данные, формируемые на основе поступивших технических заданий. Это дало возможность оперативно отслеживать загрузку каждого участка. В результате повысилась точность и эффективность планирования производства.

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

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

    «Это универсальное решение, к тому же оно не требует от рабочих компьютерной грамотности, - отмечает Ганин. - Автомобиль – основная и самая дорогая составляющая нашего производства, сокращение простоев позволило резко ускорить выполнение заказов». На предприятии появился удобный и простой инструмент анализа потерь: в системе автоматически генерируются диаграммы работ по каждому автомобилю, позволяющие отслеживать, когда началась работа по данному автомобилю, когда закончилась, сколько времени машина просто стояла в ожидании очередной операции. При превышении допустимого времени начинается выяснение причин и поиск виновников столь длительного простоя. В итоге повысилась персональная ответственность исполнителей.

    На основе «1С: УПП 8» специалисты предприятия реализовали блок планирования работы конструкторского бюро. Технические задания, созданные в системе, поступают к главному конструктору, тот их анализирует, распределяет проработку их по своим конструкторам и определяет время на каждую задачу. Такая организация работ дает главному конструктору и менеджерам, которые формируют базу заказов, возможность отслеживать степень загруженности конструкторского бюро, а это, в свою очередь, позволяет сопоставлять загруженность производства и конструкторов и рационально распределять имеющиеся людские и производственные ресурсы.

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

    Важно подчеркнуть, что на предприятии пошли по пути расширения

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

    Для управления архивом конструкторской документации на предприятии внедрили систему «1С: PDM Управление инженерными данными» (разработку ГК Appius) и интегрировали ее с «1C: УПП 8». Помимо работ по созданию новых изделий, систему управления инженерными данными планируется использовать для более точного расчета себестоимости изделий.

    Многоликая интеграция

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

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

    «Мы планируем также внедрить решение на базе "1C: УПП 8" для взаимодействия с ГИБДД, подготовки и распечатки ПТС, транзитных номеров, – отмечает Ганин. - Все данные будут сгруппированы в едином месте хранения информации - карточке автомобиля, куда будут заноситься все его идентификационные номера, цвет, номер кузова и т. д., затем эти данные будут использованы в техническом задании, при распечатке ПТС, номеров, справок-счетов». Такая интеграция даст клиентам предприятия возможность получать вместе с автомобилем готовые ПТС и транзитные номера, благодаря чему можно будет быстрее ставить автомобили на учет в ГИБДД.

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

    Рис. 3.4

    Информационная система состоит из трех компонентов:

    • 1. Интерфейс. Реализация взаимодействия пользователей с информационной системой. Содержит в себе следующие модули:
      • · Ввод/вывод - организация ввода и вывода информации при работе с ИС;
      • · Отчетность - организация ведения отчетности в соответствии с установленными формами документации по различным областям деятельности кадрового агентства;
      • · Поиск - организация поиска кандидатов и вакансий по заданным параметрам;
    • 2. Обработка данных. Реализация функций обработки информации: поиск данных в БД, математической модели для задачи первичного анализа документов т.д.;
    • 3. БД. Реализация хранилища данных, в котором содержится информация о клиентах.

    Разработка структуры базы данных

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

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

    Диаграмма сущность-связь, описывающая БД в терминах IDEF1.x, строится из трех основных блоков - сущностей, атрибутов и связей. Если рассматривать диаграмму как графическое представление правил предметной области, то сущности и атрибуты являются существительными, а связи - глаголами.

    Поскольку будущая ИС по данной БД будет осуществлять поиск, то в качестве основных атрибутов для документа были выбраны следующие:

    • - название документа;
    • - дата поступления документа в архив (юридические фирмы, которые осуществляют архивные услуги, следят за сроками хранения документации. У каждого документа есть свой срок хранения. Многие ценные бумаги со временем теряют свою актуальность, и их ценность сводится к нулю. Такие документы положено уничтожать. Своевременный отбор таких бумаг и уничтожение документов входит в пакет архивных услуг, оказываемый юридическими фирмами. При принятии на хранение каждому документу, после проведения специальной экспертизы, определяется срок хранения. По истечении этого срока документ подаётся на уничтожение);
    • - принадлежность (тип) документа (поскольку все документы были разделены на 7 видов, для которых было произведено ранжирование по важности);
    • -номер столбца;
    • - номер полки;
    • - номер салазки (эти 3 параметра необходимы, чтобы определить местоположение документа в архиве);
    • - присутствие документа в своей ячейке (необходимо знать находится документ в архиве, либо он выдан просителю).

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

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


    Рис. 3.5


    Рис. 3.6

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

    Сущность «Сотрудник», являющаяся независимой сущностью имеет атрибуты:

    • · Идентификационный номер сотрудника - является первичным ключом данной сущности;
    • · ФИО сотрудника;
    • · Область специализации;
    • · Рейтинг;
    • · Дополнительная информация.

    Сущность «Клиент», является зависимой сущностью от сущности «Сотрудник», что говорит о том, что каждый сотрудник может обслуживать множество клиентов. Сущность клиент имеет атрибуты:

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

    Сущность «Документ», является зависимой сущностью от сущности «Клиент», что говорит о том, что каждый клиент может хранить в архиве множество различных документов. Сущность документ имеет атрибуты:

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

     

     

    Это интересно: