41471

Создание информационной системы управления заказами для МБУЗ ЦРБ

Дипломная

Информатика, кибернетика и программирование

Провести анализ структуры предприятия и обосновать потребность создания для неёMRPсистемы; Рассмотреть существующие варианты реализации информационной системы; Произвести анализ из существующих средств разработки СУБД и сделать выбор для реализации информационной системы;

Русский

2014-03-30

2.29 MB

14 чел.

СОДЕРЖАНИЕ

ВВЕДЕНИЕ……………………………………………………………………..4                                                                                                                    

1 АНАЛИЗ ТЕХНИЧЕСКОГО ЗАДАНИЯ…………………………………...5                                                                 

  1.  Описание МБУЗ ЦРБ  (пищеблок)……………………………………..5
    1.  Описание процесса работы пищеблока………………………………..6
    2.  Выбор СУБД…………………………………………………………….10
    3.   Описание технологии ………………………………………………….18

2.        Разработка MRP………………………………………………………..22

2.1 Описание MRP технологии………………………………………………22

2.2 Разработка модуля  MRP…………………………………………………32

2.4 Разработка базы данных………………………………………………….36

2.5 Разработка интерфейса……………………………………………………45

3. Разработка программы……………………………………………………...49

3.1 Создание форм…………………………………………………………….49

4. Анализ существующих современных информационных технологий, применимых к сфере деятельности предприятия…………………………………51

ВВЕДЕНИЕ

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

Преимущества применения СУБД заключается в следующем:

  •  Быстрый доступ к нужной информации;
  •  Возможность создания отчетной информации различного рода;
  •  Использования графического интерфейса для удобной работы;
  •  Произведения расчетов различной сложности;
  •  Возможность сортировки данных;

Целью дипломной работы является создание информационной системы управления заказами для МБУЗ ЦРБ. Для полного раскрытия данной цели были поставлены следующие задачи:

  •  Провести анализ структуры предприятия и обосновать потребность создания для неёMRPсистемы;
    •  Рассмотреть существующие варианты реализации информационной системы;
    •  Произвести анализ из существующих средств разработки СУБД и сделать выбор для реализации информационной системы;
    •  Составить техническое задание;
    •  спроектировать и реализовать информационную систему;

1 АНАЛИЗ ТЕХНИЧЕСКОГО ЗАДАНИЯ                                                                 

  1.  Описание МБУЗ ЦРБ  (пищеблок)

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

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

Рисунок 1- структура пищеблока

1.2Описание процесса работы пищеблока  

Схема процесса представлена в виде IDEF0 диаграммы на рисунке 2.

К 9-ти часам утра диетсестра получает данные о больных в виде порционники (форма N 1-84   приложение Б) с количеством больных с раскладкой по столам (ОВД-основной стационарной диеты, ВБД-вариант диеты с повышенным содержанием белка  и т.д.).Как видно из рисунка 1 сведения собираются по больным в один общий порционник по столам где подбивается общее количество больных на каждый стол. Сводные сведения заноситься в меню-раскладку (Приложение А). Напротив каждого стола и меню к этому столу пишется количество больных по больнице на весь день (завтрак обед 1, обед 2, обед 3 полдник и ужин). Берутся данные раскладки на каждое блюдо в которых расписанны продукты по граммам с учетом на одного бального и это перемножается на всех больных по этому столу, и так делается для каждого стола и каждого блюда на весь день. Все продукты складывается и выноситься в низ меню-раскладки, для получения на складе. Также рассчитывается затрата денег на каждый продукт за  день, далее затрата суммируется  тем самым рассчитывается количество денег на всех больных на сутки. Суточная стоимость питания сверяться с нормативом по приказу о питание больных эти суммы должны совпадать. А также видеться расчёт суточной калорийности на одного больного на каждое блюдо и она суммируется в общую(со всех блюд).  

Далее меню-раскладка попадают бригаде поваров, она является нарядом для работы на день.

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

Рисунок 2- Схема процесса (IDEF0)

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

Проектируемая информационная системапредназначена для автоматизации ведения хозяйственной деятельности пищеблока МБУЗ ЦРБ, т.е. учета количества продуктов на складе, больных, вновь поступивших и выписавшихся больных, сотрудников, а также формирования заказов на недостающие продукты на складе.

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

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

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

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

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

Информационные потоки – это физическое перемещение информации от одного сотрудника предприятия к другому или от одного подразделения к другому.

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

Исходя из выше изложенного видно что нужно создавать базу данных. ER-диаграмма представлена на рисунке 3.

Рисунок- 3 ER- диаграмма

На ER диаграмме представлены сущности в количестве 9 штук  с их атрибутами и то через  что они связываются между собой.

Сущность отделение представляет собой список отделений терапевтическое, хирургическое, гинекологическое, детское инфекционное, родильное также подводится общее количество больных распределённых по диетам. Сущность отделение   имеет  атрибуты имя и id  она связывается с сущностью больной связью один ко многим, так как в одном отделение может содержаться много больных, поэтому сущность больные содержит атрибуты количество и id диеты, так как много больных могут принадлежать одной диете. Сущность диета имеет атрибут название и связывается с сущностью блюда связью много ко многим, для этого используется слабая сущность «содержит» которая имеет атрибуты id  диеты,  id блюда и дату. Сущности блюдо представляет собой список блюд с указанием количество компонентов на одного больного, ей   присущи атрибуты белки жиры, углеводы, калорийность, имя, id. Количество ингредиентов берётся из карточек расклада (Форма № 1-85 к Инструкции по организации питания в лечебно-профилактических учреждениях). Она связана с сущностью компоненты, в своём составе список компонентов, которая в свою очередь имеет связи со сущностями склад и правило, склад имеет атрибуты дата прихода, нетто, брутто и id. Сущность правило описывает правила по которым рассчитывается количество количество компонентов, связана с сущностью предупреждение. Предупреждение для того что бы за ранние предупредить о малом количестве компонентов на складе, в следствие чего формируется заявка содержащая заказ недостающих компонентов.  

Подводя итоги, определившись с ER диаграммой и описав  нужно производить выбор СУБД.

1.3 Выбор СУБД

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

В отличие от других настольных СУБД, Access хранит все данные в одном файле, хотя и распределяет их по разным таблицам, как и положено реляционной СУБД. К этим данным относится не только информация в таблицах, но и другие объекты базы данных, которые будут описаны ниже.

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

Особенности MS Access, отличающиеся от представления об «идеальной» реляционной СУБД.

Создание многопользовательской БД Access и получение одновременного доступа нескольких пользователей к общей базе данных возможно в локальной одноранговой сети или в сети с файловым сервером. Сеть обеспечивает аппаратную и программную поддержку обмена данными между компьютерами. Access следит за разграничением доступа разных пользователей к БД и обеспечивает защиту данных. При одновременной работе. Так как Access не является клиент серверной СУБД, возможности его по обеспечению многопользовательской работы несколько ограничены. Обычно для доступа к данным по сети с нескольких рабочих станций, файл БД Access (с расширением *.mdb) выкладывается на файловый сервер. При этом обработка данных ведется в основном на клиенте – там, где запущено приложение, в силу принципов организации файловых СУБД. Этот фактор ограничивает использование Access для обеспечения работы множества пользователей (более 15–20) и при большом количестве данных в таблицах, так как многократно возрастает нагрузка не сеть[8].

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

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

Однако, при известных недостатках MS Access обладает большим количеством преимуществ по сравнению с системами подобного класса.

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

В целом MS Access предоставляет большое количество возможностей за сравнительно небольшую стоимость. Также необходимо отметить ориентированность на пользователя с разной профессиональной подготовкой, что выражается в наличии большого количества вспомогательных средств (Мастеров, как уже отмечалось), развитую систему справки и понятный интерфейс. Эти средства облегчают проектирование, создание БД и выборку данных из нее.

MS Access предоставляет в распоряжение непрограммирующему пользователю разнообразные диалоговые средства, которые позволяют ему создавать приложения не прибегая к разработке запросов на языке SQL или к программированию макросов или модулей на языке VBA.

Access обладает широкими возможностями по импорту / экспорту данных в различные форматы, от таблиц Excel и текстовых файлов, до практически любой серверной СУБД через механизм ODBC.

Еще одно немаловажное преимущество MS Access заключается в развитых встроенных средствах разработки приложений. Большинство приложений, распространяемых среди пользователей, содержит тот или иной объем кода VBA (VisualBasicforApplications). Поскольку VBA является единственным средством для выполнения многих стандартных задач в Access (работа с переменными, построение команд SQL во время работы программы, обработка ошибок, использование Windows API ит. д.), для создания более-менее сложных приложений необходимо его знание и знание объектной модели MS Access.

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

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

Программное обеспечение MySQL (TM) представляет собой очень быстрый многопоточный, многопользовательский надежный SQL-сервер баз данных (SQL - язык структурированных запросов). Сервер MySQL предназначен как для критических по задачам производственных систем с большой нагрузкой, так и для встраивания в программное обеспечение массового распространения.

Основные положительные стороны MySQL:

  •  Многопоточность. Поддержка нескольких одновременных запросов.
  •  Оптимизация связей с присоединением многих данных за один проход.
  •  Записи фиксированной и переменной длины.
  •  ODBC драйвер в комплекте с исходником
  •  Гибкая система привилегий и паролей.
  •  До 16 ключей в таблице. Каждый ключ может иметь до 15 полей.
  •  Поддержка ключевых полей и специальных полей в операторе .
  •  Поддержка чисел длинной от 1 до 4 байт (ints, float, double, fixed), строк переменной длины и меток времени.
  •  Интерфейс с языками C и perl.
  •  Основанная на потоках, быстрая система памяти.
  •  Утилита проверки и ремонта таблицы (isamchk).
  •  Все данные хранятся в формате ISO8859_1.
  •  Все операции работы со строками не обращают внимания на регистр символов в обрабатываемых строках.
  •  Псевдонимы применимы как к таблицам, так и к отдельным колонкам в таблице.
  •  Все поля имеют значение по умолчанию.можно использовать на любом подмножестве полей.
  •  Легкость управления таблицей, включая добавление и удаление ключей и полей.

Ниже приведено описание важных характеристик программного обеспечения MySQL.

Внутренние характеристики и переносимость.Написан на C и C++. Протестирован на множестве различных компиляторов.

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

Очень быстрые дисковые таблицы на основе В-деревьев со сжатием индексов.

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

Очень быстрые соединения, использующие оптимизированный метод однопроходного мультисоединения (one-sweepmulti-join).

Хеш-таблицы в памяти, используемые как временные таблицы.

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

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

Язык запросов SQL (StructuredQueryLanguage) реализован в целом ряде популярных СУБД для различных типов ЭВМ либо как базовый, либо как альтернативный. В силу своего широкого использования является международным стандартом языка запросов. Язык SQL предоставляет развитые возможности как конечным пользователям, так и специалистам в области обработки данных[10].

Совместимость с SQL-системами играет большую роль, когда предполагается проведение работы с корпоративными данными. СУБД, хорошо подготовленные к работе в качестве средств первичной обработки информации для SQL-систсм, могут открыть двери в системы с архитектурой клиент-сервер.

СУБД имеют доступ к данным SQL в следующих случаях:

  •  базы данных совместимы с ODBC (OpenDatabaseConnectivity - открытое соединение баз данных);
  •  реализована естественная поддержка SQL-баз данных;
  •  возможна реализация SQL-запросов локальных данных.

Корпорация Oracle была основана в 1977 году (в то время она носила название SoftwareDevelopmentLaboratories) как компания, специализирующаяся на создании реляционных СУБД. Нынче Oracle поставляет на мировой рынок огромное количество продуктов, услуг и решений. На сегодняшний день это вторая по величине доходов компания, специализирующаяся на производстве программного обеспечения.

Формат хранения данных. Последние версии Oracle содержат объектные расширения (в частности, объектно-ориентированные типы данных и соответствующие расширения SQL), причем эти расширения входят в состав продукта.

Возможности. Создан OraclePortal - инструмент для создания корпоративных решений и интеграции корпоративных приложений на базе Web-технологий.

В Oracle8i впервые появилась InternetFileSystem (iFS) - Java-приложение, выполняющееся внутри виртуальной Java-машины Oracle8i и позволяющее пользователям обращаться с базой данных как с сетевым диском. Вследствие этого в Oracle8i можно теперь хранить данные практически любых типов.

В Oracle8i Release 2 появилась поддержка XML как средства интеграции данных и реализации транзакций в приложениях business-to-business (B2B).

В Oracle9i присутствуют средства интеграции SQL, XML и Java, а также средства интеграции приложений Oracle9i DynamicServices, представляющие собой инструменты и утилиты для создания сервисов на базе уже существующих приложений.

Oracle 8i поддерживает индексы, основанные на функциях и выражениях. Кроме того, в этой СУБД можно строить индексы в порядке не возрастания, а убывания, и для создания индексов не требуется полная блокировка таблицы.

Oracle8i позволяет модифицировать план выполнения SQL-запроса и сохранить его в базе данных.

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

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

Oracle8i поддерживает мультимедийные данные и онлайновую обработку транзакций (OLTP).

Безопасность данных в Oracle8i впервые была применена концепция VirtualPrivateDatabase для упрощения управления доступом: теперь средства защиты данных встроены в саму базу данных, а не в приложения.

Всредства Oracle Advanced Security (известныеранеекак Advanced Networking Option) добавленыподдержкапротоколов Secure Socket Layer (SSL) и Remote Authentication Dial-In User Service (RADIUS). Это сделано с целью поддержки безопасности транзакций, проводимых через Internet.

Исходя из выше представленного описания можно построить следующую таблицу сравнения (таблица1)

Т а б л и ц а 1- Сравнение OracleMySQL и Access

Функция

Oracle

MySQL

Access

Поддержка SQL

+

+

+

Поддержка функции ODBC

+

+

+

Поддержка VB

+

Поддержка COM

+

+

Представление (Viwes)

+

Индексированные представления

Использование OLE DB

+

+

Интеграция с пакетом Office

+

Средства создание форм отчётов

+

Копирование БД

+

+

Развитаяподдержка XML

+

Администрирование БД

+

+

Доступ данных через интернет

+

+

+

Импорт и экспорт

+

+

+

Триггеры

+

Делая вывод со всего выше сказанного для создания СУБД подходит AccessиOracle, так как Mysqlимеет меньше возможностей что видно из таблицы приведённой выше. Но Oracleона более большая чем Access и Access мы проходили в курсе обучения, для выполнения задачи подходит Access.

  1.  Описание технологии

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

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

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

WMS-система (система управления складом) - это система управления, обеспечивающая комплексное решение задач автоматизации управления складскими процессами. WMS системы призваны поддерживать операционные нужды современного склада и обеспечивать автоматизированное управление объектом[1].

MRP (англ. MaterialRequirementPlanning — планирование потребности в материалах) — система планирования потребностей в материалах, одна из наиболее популярных в мире логистических концепций, на основе которой разработано и функционирует большое число микрологистических систем. На концепции MRP базируется построение логистических систем «толкающего типа». В России, как правило, представлена различными программными продуктами иностранного производства. Появление более развитой концепции MRP II и развитие программ класса ERP, снижение их стоимости, привело к тому, что программные продукты класса MRP можно встретить очень редко, как правило, в составе устаревших информационных систем предприятий[7].

Система планирования производственных мощностей по методологии CRP (CapacityRequirementsPlanning – Планирование производственных мощностей) применяется для проверки пробной программы производства, созданной в соответствии с прогнозами спроса на продукцию, на возможность ее осуществления имеющимися в наличии производственными мощностями. В процессе работы CRP-системы разрабатывается план распределения производственных мощностей для обработки каждого конкретного цикла производства в течение планируемого периода. Также устанавливается технологический план последовательности производственных процедур и, в соответствии с пробной программой производства, определяется степень загрузки каждой производственной единицы на срок планирования. Если после цикла работы CRP-модуля программа производства признается реально осуществимой, то она автоматически подтверждается и становится основной для MRP-системы. В противном случае в нее вносятся изменения, и она подвергается повторному тестированию с помощью CRP-модуля. В дальнейшем эволюционном развитии систем планирования производства они стали представлять собой интеграцию многих отдельных модулей, которые, взаимодействуя, увеличивали гибкость системы в целом[9].

MPS (Master Planning Shedule) Хорошо известная методология "объемно-календарного планирования". Является базовой практически для всех планово-ориентированных методологий. Применяется в основном в производстве, но также может использоваться и в других отраслях бизнеса, например, дистрибуции.

CSRP (Customer Synchronized Resources Planning) – [Управление, ориентированное на взаимодействие с клиентами: включает получение заказов, разработку планов, проектов и заданий, техподдержку. Практически, CSRP=ERP+CRM. Планирование ресурсов, синхронизированное с покупателем. CSRP включает в себя полный цикл - от проектирования будущего изделия с учетом требований заказчика, до гарантийного и сервисного обслуживания после продажи. Суть CSRP состоит в том, чтобы интегрировать покупателя в систему управления предприятием. При этом не отдел продаж, а сам покупатель размещает заказ на изготовление продукции, сам отвечает за правильность его исполнения и при необходимости отслеживает соблюдение сроков производства и поставки. Предприятие же может очень четко отслеживать тенденции спроса на его продукцию.

SCM (Supply Chain Management) Управление отношениями с поставщиками. Управление цепочками поставок. Концепция SCM придумана для оптимизации управления логистическими цепями и позволяет существенно снизить транспортные и операционные расходы путем оптимального структурирования логистических схем поставок. Концепция SCM поддерживается в большинстве систем ERP- и MRPII-класса.

MES (Management Execution System) – Система управления исполнением (производственных заданий), или система диспетчирования. Существует несколько формулировок определения MES систем. MES - информационная и коммуникационная система производственной среды предприятия (определение APICS). MES - автоматизированная система управления и оптимизации производственной деятельности, которая в режиме реального времени: инициирует, отслеживает, оптимизирует, документирует производственные процессы от начала выполнения заказа до выпуска готовой продукции (определение MESA International). MES - интегрированная информационно-вычислительная система, объединяющая инструменты и методы управления производством в реальном времени (определение Michael''а McClellan''а, автора книги "Применение MES систем").

SCADA (Supervisory Control And Data Acquisition System) – система сбора данных и оперативного диспетчерского управления технологических процессов. Хотелось бы подчеркнуть, что в названии присутствуют две основные функции, возлагаемые на SCADA_систему: сбор данных о контролируемом технологическом процессе; управление технологическим процессом, реализуемое ответственными лицами на основе собранных данных и правил (критериев), выполнение которых обеспечивает наибольшую эффективность и безопасность технологического процесса.

  1.  Разработка MRP
    1.  Описание MRP технологии

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

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

Основа методологии заключается в определении конечной потребности в ресурсах по данным объемно-календарного плана производства. Ключевым понятием методологии является понятие "разузлование", т.е. приведение древовидного состава изделия к линейному списку, по которому планируется потребность и осуществляется заказ комплектующих.

Эта методология, реализуемая автоматизированными системами управления, позволяет оптимально управлять заказами на готовую продукцию, производством и запасами сырья и материалов, автоматически создавать проекты заказов на закупку и/или внутреннее производство необходимых материалов - комплектующих. Она оптимизирует загрузку производственных мощностей, количество и время поставки комплектующих, уменьшает затраты на хранение, повышая эффективность производства.  Фактически, MRP система ориентирована на автоматизированную оптимизацию планирования заказов и поставок, в соответствии с принципом "Точно в срок" (JIT - JustinTime). Подобная методология в ручном варианте использовалась на некоторых предприятиях Европы еще до начала второй мировой войны. В MRP различают независимый  и зависимый спрос на материалы, детали и конечные изделия[2].  

Концепция MRP системы, фактически, сводится к двум основным принципам:

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

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

На практике MRP-система представляет собой компьютерную программу, которая имеет на входе:

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

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

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

Основными результатами MRP-системы являются:

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

Кроме того, MRP-система формирует следующие дополнительные результаты-отчеты:

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

Недостатки MPR:

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

Данная фаза развития стандарта MRP имела место при преобладающем характере пакетной обработки информации на удаленных вычислительных центрах. Интерактивные технологии тогда развития еще не получили, MRP-система просто фиксировала ситуацию в "развернутом" виде. Идеальная реализация концепции MRP невыполнима в реальной жизни. Например, из-за возможности срыва сроков поставок. Поэтому в жизненных реализациях MRP-систем на каждый случай предусмотрен заранее определенный страховой запас сырья и комплектующих (safetystock)[3].

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

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

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

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

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

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

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

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

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

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

Безусловно, система планирования запасов MRP, учитывающая зависимый спрос, дает множество преимуществ. К ним относятся:

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

возможность распределения времени и сроков производства.

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

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

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

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

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

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

Прогнозировать независимый спрос сложнее, чем зависимый.

Для управления запасами с независимым спросом применяются две системы управления:

  •  Система с фиксированным количеством заказа;
  •  Система с фиксированным интервалом времени.

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

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

Привлекательность такой системы заказа заключается в простоте механизма ее действия. Главный недостаток применения системы состоит в том, что заказ производится без изучения ожидаемой потребности. Может сложиться такая ситуация, что еще долго после того, как сделан заказ, потребность в нем не возникнет, и в результате запас не потребляется. Или наоборот: спрос все возрастает и не может быть удовлетворен имеющимся в наличии запасом. Заказ с твердо установленным количеством заказанного применяется только в тех случаях, когда суммы затрат на запас плюс затраты на заказ должны быть минимальными[5].

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

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

Необходимо заказывать оптимальный объем партии заказа;

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

  •  используемая площадь складских помещений;
  •  издержки на хранение запасов;
  •  стоимость оформления заказа.

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

  •  модель экономического (по количеству) заказа (EOQ);
  •  модель производственного (по количеству) заказа;
  •  модель заказа с резервным запасом;
  •  модель с дисконтируемым количеством;
  •  системы с фиксированным периодом (BQ-системы).

Цель большинства моделей управления запасами - это минимизировать суммарные затраты и свести к минимуму отрицательные последствия при накоплении и дефиците.

Прежде всего MRP-система, анализируя принятую программу производства, определяет оптимальный график производства на планируемый период.

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

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

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

Если чистая потребность в материале больше нуля, то системой автоматически создается заказ на материал.

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

Метод MRP (Material Requirements Planning - планирование потребностей в материалах) предусматривает ряд стандартных шагов.

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

Таблица 2. MRP, шаг 1: расчет потребностей в ресурсах.

A

B

D

E

F

Брутто-потребность (заказ клиента или план производства)

100

200

100

100

200

В наличии

0

100

20

70

220

Нетто-потребность

100

100

80

30

0

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

Таблица 3. MRP, шаг 2: расчет нетто-потребностей во времени.

Дата

Компонент D

Приход/Расход

В наличии

Сегодня

В наличии

250

250

Сегодня

Расход в производство

-75

175

Завтра

Потребность 1

-50

125

Послезавтра

Потребность 2

-100

25

**/**/**

Ожидаемый приход

200

225

**/**/**

Потребность 3

-105

120

**/**/**

Настоящая потребность от А (см. выше)

200

-80

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

Таблица 4. MRP, шаг 3: определение сроков закупки и изготовления.

Компонент

Время

Примечание

A

2 дня

Изготовление из материалов B и узла D

B

1 день

Время доставки материала

D

4 дня

Изготовление из материалов E и F

E

3 дня

Время доставки материала

F

1 день

Время доставки материала

2.2 Разработка модуля MRP

Необходимость планирования потребности в МР обусловлена тем, что основная масса проблем в процессе производства связана с запаздыванием или опережением поступления комплектующих, сырья и материалов, в результате чего, как правило, параллельно со снижением эффективности производства на складах возникает избыток (дефицит) материалов, поступивших раньше или позже намеченного срока. С целью предотвращения подобных проблем была разработана методика планирования потребности в материалах MRP I (Material Requirements Planning). Созданы компьютерные программы, позволяющие оптимально регулировать поставки МР, контролировать запасы на складе и саму технологию производства. Главная задача MRP I — обеспечить гарантии наличия необходимого количества требуемых материалов (комплектующих) в любой момент в рамках периода планирования наряду с возможным уменьшением текущих запасов, а следовательно, разгрузкой складов.

Разработка MRP модуля общая схема представлена на рисунке 4.

Рисунок 4 – общая схема MRP модуля

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

Рисунок 5 – схема расчёта меню

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

Рисунок 7 – разделы меню

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

Рисунок 8 -  Схема расчёта остатков

  1.  Разаработка базы данных

Реляционные БД представляют связанную между собой совокупность таблиц-сущностей базы данных (ТБД). Связь между таблицами может находить свое отражение в структуре данных, а может только подразумеваться, то есть присутствовать на неформализованном уровне. Каждая таблица БД представляется как совокупность строк и столбцов, где строки соответствуют экземпляру объекта, конкретному событию или явлению, а столбцы - атрибутам (признакам, характеристикам, параметрам) объекта, события, явления. [4]

При практической разработке БД таблицы-сущности зовутся таблицами, строки-экземпляры - записями, столбцы-атрибуты - полями.

Одно из важнейших достоинств реляционных баз данных состоит в том, что можно хранить логически сгруппированные данные в разных таблицах и задавать связи между ними, объединяя их в единую базу. Такая организация данных позволяет уменьшить избыточность хранимых данных, упрощает их ввод и организацию запросов и отчетов. Для решения поставленной задачи принята схема базы данных, представленная на рисунке 9. Для открытия схемы данных необходимо выбрать команду «Схема данных» в меню «Работа с базами данных». В данной схеме представлена взаимосвязь всех таблиц базы данных и отношения между ними.

Рисунок 9 -  схема данных

Базу данных составляют  одиннадцать таблиц:

  •  Таблица Диета -  содержит названия диет;
  •  Таблица Больные – содержит данные о количестве больных;
  •  Таблица Отделение – содержит названия отделений;
  •  Таблица Содержит –используется для связи таблиц диета и блюдо;
  •  Таблица Блюдо – содержит все данные о блюдах
  •  Таблица Содержит 2 – используется для создания сязи между таблицами компонент и блюдо;
  •  Таблица Компоненты -  содержит список компонентов
  •  Таблица Склад -  содержит данные о весе компонентов и дату прихода;
  •  Таблица Правило – содержит в себе правила о формирование заявки;
  •   Таблица Предупреждение – содержит предупреждения
  •  Таблица Заявка – содержит данные о компонентов которых не хватает;

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

Таблица «Диета» предназначена для однозначной идентификации диет. Структура таблицы  представлена в таблице 5.

Т а б л и ц а 5   -  Структура таблицы «АвтомобилиТаблица»

Поле

Применение

Тип данных

Название

Текст или числа, не требующие проведения расчетов, например номера телефонов (до 255 знаков)

Текстовый

id

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

Счетчик

Таблица «Отделение» предназначена для однозначной идентификации ро названию отделения. Структура таблицы  представлена в таблице6

Т а б л и ц а  6–Отделение

Поле

Применение

Тип данных

Имя

Текст или числа, не требующие проведения расчетов, например номера телефонов (до 255 знаков)

Текстовый

Id

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

Счетчик

Таблица «Больные» предназначена для однозначной идентификации больных по диетам и отделениям . Структура таблицы  представлена в таблице 7.

Т а б л и ц а  7 – Больные

Поле

Применение

Тип данных

Количество

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

Числовой

Id отделения

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

числовой

Id

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

Счетчик

Таблица «Содержит» предназначена для однозначной идентификации больных по диетам и блюдам . Структура таблицы  представлена в таблице 8.

Т а б л и ц а  8 – Содержит

Поле

Применение

Тип данных

Id блюда

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

Числовой

Id диеты

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

числовой

Id

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

Счетчик

Дата

Для хранения календарных дат и текущего времени

Дата/время

Таблица «Блюдо» предназначена для однозначной идентификации блюд по номерам карточки расклада . Структура таблицы  представлена в таблице 9.

Т а б л и ц а  9 – Блюдо

Поле

Применение

Тип данных

Id

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

Числовой

Имя

Текст или числа, не требующие проведения расчетов, например номера телефонов (до 255 знаков)

Текстовый

Жири

Текст или числа, не требующие проведения расчетов, например номера телефонов (до 255 знаков)

Текстовый

Белки

Текст или числа, не требующие проведения расчетов, например номера телефонов (до 255 знаков)

Текстовый

Углеводы

Текст или числа, не требующие проведения расчетов, например номера телефонов (до 255 знаков)

Текстовый

Калорийность

Текст или числа, не требующие проведения расчетов, например номера телефонов (до 255 знаков)

Текстовый

Id блюда

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

Числовой

Нетто

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

Числовой

Брутто

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

Числовой

Компонент

Текст или числа, не требующие проведения расчетов, например номера телефонов (до 255 знаков)

Текстовый

Таблица «Содержит2» предназначена для однозначной идентификации компонентов  и блюд . Структура таблицы  представлена в таблице10.

Т а б л и ц а 10 – Содеожит2

Поле

Применение

Тип данных

Id блюда

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

Числовой

Id компанента

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

числовой

Id

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

Счетчик

Количество

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

Числовой

Таблица «Компонент» предназначена для однозначной идентификации компонентов. Структура таблицы  представлена в таблице11.

Т а б л и ц а 11 – Компоненты

Поле

Применение

Тип данных

Id

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

Числовой

Id блюда

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

числовой

Id компонента

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

числовой

Компонент

Текст или числа, не требующие проведения расчетов, например номера телефонов (до 255 знаков)

Текстовый

Таблица «Склад» предназначена для однозначной идентификации по весу и дате прихода . Структура таблицы  представлена в таблице 12.

Т а б л и ц а  12 – Склад

Поле

Применение

Тип данных

брутто

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

Числовой

нетто

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

числовой

Id

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

Счетчик

Дата прихода

Для хранения календарных дат и текущего времени

Дата/время

Таблица «Правило» предназначена для однозначной идентификации правил . Структура таблицы  представлена в таблице 13.

Т а б л и ц а  13 – Правило

Поле

Применение

Тип данных

Id заявки

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

числовой

Id правила

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

числовой

Id

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

Счетчик

Таблица «Заявка» предназначена для однозначной идентификации заявок. Структура таблицы  представлена в таблице 14.

Т а б л и ц а  14 – Склад

Поле

Применение

Тип данных

брутто

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

Числовой

нетто

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

числовой

Id

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

Счетчик

Дата заявки

Для хранения календарных дат и текущего времени

Дата/время

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

2.5 Разработка интерфейса

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

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

Существуют три вида автоформ:

  •  в столбец;
  •  ленточные;
  •  табличные;

Автоформа «в столбец» отображает все поля одной записи – она удобна для ввода и редактирования данных. «Ленточная» автоформа отображает одновременно группу записей – ее удобно использовать для оформления вывода данных. Табличная автоформа по внешнему виду ничем не отличается от таблицы, на которой она основана.  Для создания автоформы следует открыть панель Мастер форм в окне Создание данных. В открывшемся диалоговом окне Новая форма выбирают тип автоформы и таблицу, на которой она основывается. После щелчка на кнопке ОКавтоформа формируется автоматически и немедленно готова к работе, т.е. к вводу или отображению данных. Автоформа основывается только на одном объекте, она называется еще простой формой. Если форма основывается на полях из нескольких связанных таблиц, то она называется сложной. Для ее создания используют другие средства. Уточнение текста надписей, местоположения, размеров, шрифтов и других параметров отображения элементов формы осуществляется в режиме Конструктора форм [7]. Для открытия формы в режиме конструктора следует выделить необходимую форму на панели «Формы» в окне «База данных» и воспользоваться командной кнопкой «Конструктор». Если форма уже была открыта, перейти в режим конструктора можно, используя командную кнопку Вид. При запуске базы данных автоматически запускается Главная кнопочная   форма, созданная средствами ACCESS. Она представляет собой удобный интерфейс для работы и навигации по БД. Для её создания необходимо зайти в пункт меню «Сервис» далее «Служебные программы» и « Диспетчер кнопочных форм». Откроется окно диспетчера кнопочных форм. Далее необходимо создать необходимые подчиненные кнопочные формы, а затем изменить их, наполнив кнопками. При этом необходимо для каждой кнопки указать название, выполняемое ею действие и если необходимо – объект, над которым выполняется это действие. В итоге получается основная форма «меню расклада» рисунок 4 форма ввода данных «порционник»,

Форма № 1-84
к Инструкции по организации
лечебного питания в лечебно-
профилактических учреждениях

ПОРЦИОННИК
на питание больных «___» ____________ 20__г.

Наименование отделения

Количество больных

Стандартные диеты

 ОВД

ЩД

НКД

 ОВДС

 ВБД

ЩДБ

ЩДА

Проч.

 Терапия

 

 

 

 

 

 

Хирургия

Гинекология

Детское

Инфекционное

Родильное

Итого

Зав. отделением ______________________ (подпись)
Ст. мед.сестра отделения _________________(подпись)
Мед. сестра диетическая отделения _________________(подпись)

Наименование учреждения МБУЗ ЦРБ

СВОДНЫЕ СВЕТОК ПО НАЛИЧАЮ БОЛЬНЫХ,СОСТОЯЩИХ НА ПИТАНИЕ
на питание больных «___» ____________ 20__г.

Наименование отделения

Количество больных

Стандартные диеты

 ОВД

ЩД

НКД

 ОВДС

 ВБД

ЩДБ

ЩДА

Проч.

 Терапия

 

 

 

 

 

 

Хирургия

Гинекология

Детское

Инфекционное

Родильное

Итого

Зав. отделением ______________________ (подпись)
Ст. мед.сестра отделения _________________(подпись)
Мед. сестра диетическая отделения _________________(подпись)

Рисунок 4- меню-расклада

3.Разаработка программы

3.1 Создание форм

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

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

Области и элементы формы в режиме конструктора Форма в режиме Конструктора форм имеет три области Область данных Заголовок формы, и Примечание формы, которые могут быть образованы по команде меню Вид|Заголовок/примечание формы. Области формы наполняются различными графическими объектами.  

Элементы или графические объекты. Графические объекты, связанные с записями таблиц и предназначенные для отображения данных некоторого поля, называются элементами управления. Основными типами элементами управления: Поле Поле со списком, Список. Тип элемента управления, выбираемый для поля по умолчанию, определяется в свойствах поля таблицы базы данных, с которым связано поле формы. Задается это свойство при определенных типах данных поля в режиме конструктора таблиц на вкладке Подстановка. Графические объекты, не связанные с таблицами или запросами, предназначены прежде всего для создания макета формы и содержат надписи полей (пользовательские названия реквизитов).

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

Рисунок4-  Кнопка Форма на вкладке Создать в группе Формы

Будет создана новая форма и отображена в режиме макета. В режиме макета можно внести изменения в структуру формы при одновременном отображении данных. Например, можно настроить размер полей в соответствии с данными. Работа команды «Форма» завершается отображением формы рисунок 5. При этом появляется панель инструментов Режим формы.

Рисунок 5-  Результат работы команды «Форма» по таблице  компоненты

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

На рынке представлена инновационная система VS-Clinic — решение компании «ВитаСофт» для автоматизации больниц на базе Microsoft Dynamics AX.

Данная технология решает следующие задачи:

  1.  Повышение качества оказания медицинской помощи;
    1.  Стандартизация медицинских услуг;
      1.  Персонифицированный учет лечения;
        1.  Персонифицированный учет лечения по пациентам. Полная структурированная информация о пациенте. Электронные медицинские записи хранят всю информацию о пребывании пациента, начиная с паспортных данных, данных о работе, страховках и видах деятельности, и заканчивая детальным списком назначений, исследований, проведенным лечением. Наличие электронных версий печатных материалов, созданных за время пребывания пациента: осмотры, консультации, результаты исследований, протоколы и назначения, бланки заседаний и комиссий и т.д.;
        2.  Повышение качества и оперативности оказания медицинской помощи путем автоматизации сквозных процессов лечения;
        3.  Обеспечение преемственности первичного и последующего лечений пациента;
        4.  Стандартизация схем диагностики и лечения больных;
        5.  Возможность оценки эффективности лечения пациента;
        6.  Снижение затрат на медицинскую помощь, лекарственные средства и расходные материалы. Экономия выделенных средств;
        7.  Регулирование работы подразделений и их информационное взаимодействие;
        8.  Своевременное предоставление достоверной информации для принятия управленческих решений;
        9.  Аптечный учет. Контроль срока годности, серии лекарственных средств, учет сертификатов;
        10.  Контроль расхода лекарственных средств и расходных материалов на пациента;
        11.  Контроль загрузки конечного фонда;
        12.  Соответствие современным научно-техническим и медицинским стандартам;
        13.  Контроль использования финансовых ресурсов с точки зрения их целевого назначения;
        14.  Своевременное планирование складских запасов медикаментов и медицинских расходных материалов. Возможность планировать поставки позволит заранее спланировать ресурсы необходимые для пополнения складов;
        15.  Возможность проведения заявочных компаний (система государственного заказа).Контроль затрат.

На рисунке 6  представлены компоненты решения.

Рисунок 6 – компоненты решения

Также на рынке представлен ,продукт совместной деятельности 1С.

Программный продукт ВДГБ: Учет продуктов питания и калькуляция блюд для государственных учреждений, является дополнением к типовой конфигурации 1С: Бухгалтерия для государственного учреждения на платформе 1С: Предприятие 8.

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

Основные возможности Программы:

  •  Ведение списка рецептуры (блюд) и технологий:
  •  Хранение произвольного списка блюд;
  •  Учет технологий приготовления блюд согласно сборникам рецептур;
  •  Хранение произвольного количества составов блюд или технико-технологических карт (ТТК) с учетом нормативов расхода продуктов и их аналогов, химического состава (количество жиров, белков и углеводов), калорийности, минерального состава;  
  •  Хранение описаний блюд и способа их приготовления;
  •  Учёт сезонных коэффициентов;
  •  Автоматический расчет энергетической ценности, а также белкового, углеводного и жирового состава блюда;  
  •  Формирование и печать технологических карт:
  •  Технологическая карта (Приложение 5 к СанПиН 2.4.5.2409-08);
  •  Технологическая карта (традиционная форма);
  •  Форма 1-85 к инструкции по организации лечебного питания в лечебно-профилактических учреждениях.
  •  Возможность анализа энергетической ценности, белкового, углеводного и жирового состава блюда за произвольный период.
  •  Учет продуктов и калькуляция блюд:
  •  Отражение всех необходимых операций по движению сырья (продуктов):
  •  Поступление продуктов, как от контрагента, так и через подотчетное лицо (авансовый отчет);  
  •  Возврат продуктов поставщику;
  •  Операции по внутреннему перемещению между материально-ответственными лицами (МОЛ) и подразделениями;
  •  Списание продуктов в производство согласно произведенной калькуляции;
  •  Учет продуктов питания в нескольких единицах измерения одновременно: складской и расчетной;
  •  Формирование инвентаризационной описи ИНВ3 (ОКУД 0317004).
  •  Калькуляция блюд:
  •  Составление планового меню на день, семидневного и десятидневного меню;
  •  Составление калькуляции на основании заказной системы, то есть за счет прямого указания требуемого количества порций;
  •  Учет сухого пайка;
  •  Возможность корректировки автоматически рассчитанной калькуляции продуктов;  
  •  Произвольная настройка списания продуктов питания в бухгалтерском учете в зависимости от категории довольствующихся, источника финансового обеспечения и КПС;  
  •  Автоматическое распределение продуктов питания по источникам финансового обеспечения и КПС на основании настроенных правил списания;  
  •  Формирование меню блюд на день с разделением по видам приема и видам блюд, как на основании плановых данных, так и фактических данных;
  •  Формирование калькуляционной карты (меню-раскладки) на любой день или за произвольный период, с разделением по видам приема пищи, а также с отбором по категориям довольствующихся и КФО;  
  •  Формирование меню-раскладки по унифицированной форме № 0504202 и в произвольной расширенной форме;
  •  Формирование унифицированных форм накопительной ведомости по приходу (форма № 0504037) и расходу (форма № 0504038) продуктов питания с возможностью расшифровки по дням;  
  •  Формирование требования по форме 45-МЗ на день, как на основании планового меню, так и фактически списанных продуктов.
  •  Производство и реализация, коммерциализация:
  •  Производство готовой продукции на основании произведенной калькуляции;  
  •  Формирование цен продуктов питания с учетом индивидуальных наценок;
  •  Реализация готовой продукции.
  •  Ведение табеля питания:
  •  Формирование табеля посещаемости;
  •  Начисление довольствующимся за питание в бухгалтерском учете;
  •  Возможность персонального учета питающихся;
  •  Получение отчета по начислениям за питание.
  •  Диетпитание:
  •  Учтена специфика учреждений сферы медицины, - присутствует возможность применения столов диетпитания;  
  •  Возможность применения сложных калькуляций с использованием диетических столов, на основании порционников и меню-раскладок;
  •  Возможность анализа расхода продуктов питания в сравнении с нормами питания;  
  •  Формирование специализированных форм отчетов:
  •  Раздаточная ведомость (краткая форма, форма № 23-МЗ + расширение по диет. столам);
  •  Сухой паек;
  •  Сводный порционник;
  •  Список блюд по диетическим столам.
  •  Бухгалтерский и налоговый учет всех остальных участков организации:
  •  За счет интеграции с программой 1С: Бухгалтерия государственного учреждения возможен стандартный бухгалтерский и налоговый учет без необходимости совершать обмен между модулями учета продуктов питания и бухгалтерии, а именно:    
  •  Ведение учета казенных, бюджетных и автономных учреждений;
  •  Ведение обособленного учета по источникам финансового обеспечения;
  •  Стандартная методология учета государственных (муниципальных) учреждений;  
  •  Учет санкционирования расходов;
  •  Учет операций доведения бюджетных данных и кассового исполнения;
  •  Учет наличных денежных средств и денежных документов;
  •  Учет нефинансовых активов;
  •  Учет расчетов с поставщиками и подрядчиками;
  •  Учет расчетов по заработной плате, стипендиям и денежному довольствию;
  •  Учет расчетов с подотчетными лицами;
  •  Учет расчетов с покупателями и заказчиками;
  •  Учет НДС;
  •  Формирование отчетности.  

Выше приведённые программные продукты имеют широкий спектр применения для больницы. Но в МБУЗ ЦРБ не имеется компьютерной сети поэтому все остальные компоненты не нужны, тут нужна программа для работы на одном компьютере созданная для непосредственного формирования «меню-расклада». Исходя из опыта использования продукта  1С в Волгодонской первой больницы выявлен один большой недостатки при формирование меню происходит замена блюд на неподходящие к данной диете.   

5 ЭКОНОМИЧЕСКАЯ ЧАСТЬ

5.1 Цели и задачи, решаемые в экономической части

В данной дипломной работе была разработана информационная система управления заказами компании МБУЗ ЦРБ пищеблок. В случае внедрения разработанной информационной системы ожидается повышение качества работы сотрудников фирмы, а также облегчения труда руководящего состава.

Целью раздела является анализ и расчёт затрат на разработку программного продукта. В результате расчёта находится себестоимость программного продукта.

Для нахождения себестоимости необходимо учесть:

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

4.2 Расчет амортизационных отчислений

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

  •  Ноутбук Samsung R70

Закупочная цена системного блока – 40 000 р. Примем норму амортизации на технические средства на=20%, исходя из средне арифметического периода эксплуатации не более 5 лет. Так как для работы потребовалось одно техническое средство, то общая стоимость технических средств (Sтс) равна цене ноутбука

Sтс = Sн ,                                                                                           ( 1)

Отсюда Sтс = 40 000  рублей.

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

  •  платформа Windows 8 Профессиональная;
  •  Microsoft Office 2007.

Общая стоимость программного обеспечения (Sпо) составляет 12 739 р.

Общая стоимость технических средств и программного обеспечения (Sо):

Sо = Sтс + Sпо ,                                                  ( 2)     

Sо = 40 000 + 12 739  = 52 739 рублей.

Амортизационные отчисления за период создания программного продукта Зам:

Зам = (Зам * Тотр) / Тн ,                                      ( 4)

где Тотр = 41 дн. – количество отработанных дней: Тн = 248 дн. – количество

Т а б л и ц а 15  - Фонд рабочего времени на 2013 год.

Месяц

Всего дней в году

В том числе

Выходные

Праздничные

Рабочие

Январь

Февраль

Март

31

28

31

10

8

7

6

1

2

15

19

22

Итого I квартал

90

25

9

56

Апрель

Май

Июнь

30

31

30

9

9

8

-

2

1

21

20

21

Итого II квартал

91

26

3

62

Июль

Август

Сентябрь

31

31

30

10

8

8

-

-

-

21

23

22

Итого III квартал

92

26

-

66

Октябрь

Ноябрь

Декабрь

31

30

31

10

8

9

-

1

-

21

21

22

Итого IV квартал

92

27

1

64

Всего

365

91

26

248

Зам = (10547,8  * 41) / 248 = 1743 рубль.

Среднемесячное число рабочих дней (ДР)

ДР = 248/12 =20,67 дн.

5.3 Расчет расходов на энергопотребление

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

М = 0,25 кВт/ч.

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

Зэн = М * Тд * Цэ * Ки ,                                              ( 5)

где Тд = период написания программы, дн.

Стоимость электроэнергии 5,45  рублей  за кВт/ч.

Отсюда:

Зэн = 0,25 *41 * 8 * 5,45 = 447 рублей.

5.4 Расчет заработной платы программиста

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

Тд = 41 * 8 = 328 часа.

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

Тч = 20 000 / (20,67 *8) = 121  рублей.

Принимая часовую заработную плату программиста (тарифную ставку) в расчете 121 рублей, получим основную заработную плату:

Зосн = Тд * Тч = 328 * 121 = 39688 рублей.

Для определения общей суммы расходов на оплату труда необходимо учесть доплаты и надбавки. Принимаем удельный вес доплат и надбавок в размере 10 % от основной заработной платы:

Здоп = Зосн * 0,1,                                                ( 6)

Здоп = 39688 * 0,1 = 3969 рублей.

Общие расходы на оплату труда составят:

Зр = 39688 + 3969 = 43657 рублей.

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

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

Всего отчисления составляют – 34%

Есо = 43657 * 0,34 = 14843 рубль.

Необходимо учесть накладные расходы (Знк), которые по сложившемуся удельному весу в заработной плате составляют 15%.

Знк = Зр * 0,15,                                                 ( 7)

Знк = 43657  * 0,15 = 6548 рубля.

5.5 Расчет общих затрат на создание информационной системы

Итого, затраты (Сис) на создание информационной системы, составляют:

Сис = Зам + Зэн + Зр + Есннк ,                                                          ( 8)

Спр = 1743 +  447+ 43657 + 14843 + 6548  = 67238 рублей.

В результате расчета затраты на создание данного программного продукта составили 67238 рублей.

5.6 Определение отпускной цены программы

Для нахождения отпускной цены необходимо учесть:

  •  прибыль от реализации 15%;
  •  налог на добавленную стоимость 18%.

Цпр = Ц + НДС,                                               (9)

Ц = Спр + П,                                                 ( 10)     

Ц = 67238 * 1,15 = 77324 рубля

Цена пакета программ с учётом НДС:

Цпр = 77324  * 1,18 = 91243 рублей

Итак, отпускная цена программы составляет  91243 рублей.

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

          5. Информационная безопасность

          5.1 Правовое регулирование в области безопасности информации

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

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

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

Высокие темпы информатизации требовали законодательного регулирования. Так в 1995г. Думой РФ был принят закон «Об информации, информатизации и защите информации». В законе даны определения основных терминов. Госудорство гарантирует права владельца информации; владелец информации имеет право защищать свои информационные ресурсы; также определены права и обязанности граждан и гос-ва по доступу к информации и т.п.

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

Важной составляющей правового регулирования в области информационных технологий является установление ответственности граждан за противоправные действия при работе с КС. Таким образом в 1997г. Была включена глава в уголовный кодекс РФ. В нее вошли такие статьи, как 272 (наказание за неправомерный доступ к компьютерной информации); статья 273 (устанавливает ответственность за создание, использование и распространение вредоностных программ для ЭВМ); статья 274 (определяет ответственность за нарушение правил эксплуатации ЭВМ, системы ЭВМ или их сети).

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

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

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

5.2 Угрозы информационной безопасности

Угрозами безопасности информационных и телекоммуникационных средств и систем, как уже развернутых, так и создаваемых на территории России, могут являться: [7]

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

5.3 Анализ информационной безопасности пищеблока

Непосредственно для пищеблока «МБУЗ ЦРБ» относительно безопасности БД существуют следующие конкретные угрозы:

а) Без явного участия человека:

1) Отключение электричества, что влечет за собой остановку производственного процесса, следовательно большие убытки.

 2) Выход из строя сервера, модема, а так же ПК.

3) Утеря аппаратуры вследствие пожаров и взрывов.

б) С непреднамеренным участием человека:

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

в) С преднамеренным участием человека: База данных пищеблока «МБУЗ ЦРБ» собрана вся информация о карточках расклада видах диет. все это имеет большую ценность для конкурентов.  База данных имеет пароль, но можно проследить нужную информацию со стороны. Так же в следствие невнимательности сотрудников, база данных может быть не закрыта.

Организационно-техническими методами обеспечения информационной безопасности являются: [7]

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

В данном подразделе мы сгруппируем выявленные нами угрозы информационной безопасности пищеблока «МБУЗ ЦРБ» по причинам и виновникам их возникновения. Далее дадим оценку степени нанесения вреда при реализации угрозы, а также вероятность её наступления.

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

а) от 1 до 3 баллов – потери минимальные, приносятся только незначительные временные трудности и неудобства, не требует дополнительных затрат;

б) от 4 до 5 баллов – средние потери, организация должна восстановить частично потерянные данные из БД;

в) от 6 до 7 баллов – высокие потери, организации необходимо восстановить работу половины БД;

г) от 8 до 10 баллов – недопустимые потери, выход БД,  что ведёт к большим финансовым потерям.

Результаты анализа представлены в таблице 16

Таблица 16  – Оценка рисков

Наименование угрозы

Вероятность

наступления

Ущерб от

реализации

Риск

Персонального компьютера

0,5

4

3,6

Пожары и взрывы

0,1

6

1,5

Отключение электричества

0,4

2

2,4

Случайное изменение настроек программного обеспечения системы

0,6

4

3

Случайное удаление файлов ПО

0,3

5

1,5

Случайное выведение из строя операционной системы компьютера

0,4

6

2,4

Шпионаж

0,3

5

3,5

Сумма рисков

17,9

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

Рисунок 6 – Вероятности потерь

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

Для улучшения политики безопасности в данной организации, необходимо провести ряд изменений, касаемых использования БД пищеблока «МБУЗ ЦРБ»:

  1.  Необходимо регулярно создавать резервную копию  БД, при отключении электроэнергии или случайных изменений или удалений файлов, потери будут минимальны. Так же по возможности дублировать записи на бумажных носителях.
  2.   Необходимо проводить совещание руководителей по вопросам обеспечения информационной безопасности.
  3.  Необходимо сотруднику работающему с базой подписать документ «О неразглашении ценной информации».
  4.  Регулярно менять пароль, чтобы исключить доступ уволенных сотрудников.
  5.   Определить права доступа пользователей к каждому сегменту СУБД.
  6.  Регулярно обновлять ПО

Результаты изменений сведём в таблицу 17.

Таблица 17 – Повторная оценка рисков

Наименование угрозы

Вероятность

наступления

Ущерб от

реализации

Риск

Выход из строя сервера, модема, а так же ПК.

0,5

2

3,6

Пожары и взрывы

0,1

5

1,5

Отключение электричества

0,4

1

2,4

Случайное изменение настроек программного обеспечения системы

0,6

3

3

Случайное удаление файлов ПО

0,3

3

1,5

Случайное выведение из строя операционной системы компьютера

0,4

3

2,4

Шпионаж

0,1

2

3,5

Сумма рисков

7,4

Большинство угроз было упразднено качественно или количественно, , сумма рисков заметно снизилась. Если посмотреть на диаграмму вероятностей потерь рисунок 7, то можно увидеть, что уменьшилась вероятность наступления потерь и их ущерб. Наибольшую вероятность имеют риски с минимальным ущербом, высокие потери – наименьшую вероятность, что является вполне приемлемым.

Сумма рисков снизилась на 69% рисунок 7.

Рисунок 7 – Вероятности потерь до и после изменений

Рисунок 8 – Соотношение рисков до и после


 

А также другие работы, которые могут Вас заинтересовать

65620. ФОРМУВАННЯ ПРОФЕСІЙНО-ЕТИЧНОЇ КУЛЬТУРИ МАЙБУТНІХ ЛІКАРІВ У ВИЩИХ НАВЧАЛЬНИХ ЗАКЛАДАХ 265 KB
  Практичне розв’язання завдань які постали перед системою медичної освіти України потребує належної підготовки лікарів компетентність яких відповідатиме міжнародним стандартам та які здатні на високому професійноетичному рівні у складних умовах сьогодення ефективно вирішувати...
65621. ЗАСТОСУВАННЯ ЧАСТОТНО-ЧАСОВИХ МЕТОДІВ ДО ОБРОБКИ НЕСТАЦІОНАРНИХ СИГНАЛІВ В РЕАЛЬНОМУ МАСШТАБІ ЧАСУ 5.84 MB
  Робота всіх радіотехнічних пристроїв супроводжується динамічними спотвореннями при обробці сигналів з маніпуляцією параметрів або з безперервною зміною цих параметрів. Дослідженню і розробленню методів аналізу динамічних режимів кіл та перетворень нестаціонарних сигналів в динамічних колах присвячено багато робіт.
65622. ПОВІСТІ Й РОМАНИ І. С. НЕЧУЯ-ЛЕВИЦЬКОГО: АРХЕТИПНИЙ АНАЛІЗ 149 KB
  Цей аспект його творчості довго замовчувався дослідниками. Об’єктивний аналіз написаного митцем засвідчує, що його українська сутність виявляється не лише на ідеологічному рівні, а й виринає із глибин підсвідомості. Через те він немовби зсередини бачив історію України, долю українців, душу українця.
65623. ЕКОЛОГІЧНІ ОСОБЛИВОСТІ ЛІХЕНОІНДИКАЦІЇ АНТРОПОГЕННО ТРАНСФОРМОВАНОГО СЕРЕДОВИЩА НА ПІВДЕННОМУ СХОДІ УКРАЇНИ 297 KB
  На відміну від центральних регіонів країни на південному сході України вивченість можливості ліхеноіндикації не була реалізована повною мірою. Оскільки біоіндикаційні властивості можуть бути обмежені екологічними факторами навколишнього середовища вплив яких викликає у індикаторного...
65624. ВПЛИВ НЕСТАБІЛЬНОСТІ ХАРАКТЕРИСТИК ШИН НА НЕРІВНОМІРНІСТЬ ЇХНЬОГО НАВАНТАЖУВАННЯ І СТІЙКІСТЬ РУХУ АВТОМОБІЛІВ 397 KB
  Традиційні способи комплектації шин (у тому числі і здвоєних) не забезпечують необхідної довговічності під час експлуатації. На складених колесах зі здвоєними шинами утворюються потоки паразитної потужності, що циркулює у замкненому контурі й спричинює додаткові втрати на тертя між рушієм і дорогою.
65625. ФОРМУВАННЯ ПРОГНОСТИЧНИХ УМІНЬ МАЙБУТНІХ МЕНЕДЖЕРІВ У ВИЩИХ АГРАРНИХ НАВЧАЛЬНИХ ЗАКЛАДАХ 309 KB
  У реалізації завдань гуманістичної трансформації менеджмент-освіти пріоритетна роль належить розвитку професійних умінь майбутніх управлінців. Одним із них є вміння правильно передбачати можливі напрями розвитку підприємства та розробляти його подальшу стратегію, що практично неможливо...
65626. ТЕХНОЛОГІЯ СОУСІВ З ДІЄТИЧНИМИ ДОБАВКАМИ ФУНКЦІОНАЛЬНОГО ПРИЗНАЧЕННЯ 9.48 MB
  Перспективним напрямом вирішення завдання щодо підвищення харчової цінності зниження дефіциту есенційних речовин є розроблення технології соусів функціонального призначення що передбачає поєднання традиційної сировини з дієтичними добавками.
65627. ПОТОКОВІ МОДЕЛІ ТА ДВОРІВНЕВІ МЕТОДИ УПРАВЛІННЯ ТРАФІКОМ В IP/MPLS-МЕРЕЖАХ З ПІДТРИМКОЮ ТЕХНОЛОГІЇ TRAFFIC ENGINEERING 577.5 KB
  Графові моделі пошуку найкоротшого шляху, що використовуються в сучасних протоколах маршрутизації, а також засновані переважно на адміністративному впливі механізми управління чергами мають досить обмежені можливості щодо врахування характеристик трафіка й вимог, що стосуються якості обслуговування та масштабованості.
65628. Інформаційне та технічне забезпечення екологічної безпеки критично небезпечних промислових об’єктів 397 KB
  На відміну від автоматичних установок пожежогасіння які розраховують виходячи з подачі об’єму рідини на одиницю площі за відрізок часу в якості параметрів ефективності зменшення установкою екологічно шкідливого впливу аварії автором запропоновано розраховувати нову установку виходячи з відношення об’єму розпорошеного...