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

Министерство образования и науки Республики Казахстан

Восточно-Казахстанский государственный технический университет им. Д.М. Серикбаева

Колледж ВКГТУ

Отделение Информационных технологий, управления и экономики

Комиссия Программирования и информатики

Пояснительная записка

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

по предмету "Моделирование производственных и экономических процессов"

Тема: "Расчет параметров работы медицинского кабинета с тремя врачами"

Задание на курсовое проектирование

Учащемуся Афанасьев Александр Александрович

Группы 08-КИ-1 курса 4

Тема: Расчет параметров работы медицинского кабинета с тремя врачами

Выполнить следующие задания:

1. Написать программный продукт

2. Написать пояснительную записку, содержащую следующие разделы:

Содержание

• Задание на курсовое проектирование
• Введение
• 1. Аналитическая часть
• 1.1 Описание и постановка задачи
• 1.2 Описание и анализ математической модели
• 1.3 Обоснование выбора инструментальных средств
• 2. Технологическая часть
• 2.1 Назначение и цели создания системы
• 2.2 Требования к системе
• 2.2.1 Требования к функциям системы
• 2.2.2 Требования к интерфейсу пользователя
• 2.2.3 Требования к защите информации
• 2.3 Перечень и описание входных данных
• 2.4 Руководство к использованию и эксплуатации
• 2.4.1 Инсталлятор
• 2.4.2 Запуск программы
• 2.4.3 Помощь
• 2.5 Результаты экспериментальной проверки
• 3. Охрана труда и техники безопасности
• 3.1 Анализ условий труда
• 3.2 Требования безопасности перед началом работы
• 3.4 Требования безопасности в аварийных ситуациях
• Заключение
• Список литературы
• Приложение А

Введение

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

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

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

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

1.1 Описание и постановка задачи

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

В системе массового обслуживания встречаются два взаимодействующих друг с другом случайных потока. Первый - поток заявок на обработку, имеющий среднюю плотность (заявок/час). Второй - поток обслуживающих аппаратов (каналов обслуживания) со средней производительностью (заявок/час) каждый. Будем считать, что все каналы имеют одинаковую производительность. Перед поступлением заявок на обслуживание они проходят накопитель, в котором образуется очередь, если все каналы системы в данный момент заняты. Размер накопителя обозначим M, а количество обслуживающих аппаратов - N. Функционирование СМОР, в основном, зависит от данных четырёх параметров. Это можно записать так: СМОР (, , M, N).

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

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

Заявка не получившая отказ, а значит, попавшая в очередь накопителя, не может самопроизвольно его покинуть;

Входящий случайный поток должен иметь экспоненциальное распределение временных интервалов;

Время обслуживания заявок должно подчиняться экспоненциальному или нормальному распределению.

На основании этих данных будет определяться пригодность данной СМО в обслуживании данного потока заявок.

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

1.2 Описание и анализ математической модели

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

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

Наука, занимающаяся изучением систем массового обслуживания (СМО) называется теорией массового обслуживания (СМО).

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

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

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

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

Схематически СМО изображена на рисунке 1.1.

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

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

Рисунок 1.1 - СМО

Программу по наличию того или иного признака можно разделить следующим образом:

1. По характеру поступления требований:

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

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

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

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

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

Ш если вновь поступившее требование на обслуживание застаёт все каналы обслуживания уже занятыми, и оно покидает систему - это система с отказами. Требование может покинуть систему и в том случае, когда очередь достигла определённых размеров. Например, если на СТО скопилось много машин, то лучше ехать на другую;

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

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

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

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

M+N+1 (1.1)

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

В процессе работы СМО наблюдается её переход от одного соседнего состояния к другому.

Под действием потока заявок система загружается, переходя от состояния к состоянию в направлении S₀S_n. С другой стороны, система стремится саморазгрузиться (S_nS₀.) потоком выполняемых ею услуг. Числовые значения коэффициента использования обслуживающей системы на каждом из переходов вычисляются по формуле:

(1.2)

Выше было сказано, что пребывание СМО в данный период времени в одном из состояний - событие случайное. Сумма вероятностей нахождения системы в каждом из состояний равна единице. Запишем это высказывание в виде формулы:

P₀+P₁+P₂+P₃+P₄+P₅+ P_n=1 (1.3)

Здесь P₀-P_n - вероятности пребывания системы в состояниях S₀-S_n соответственно.

Вероятность свободного состояния СМО можно найти по формуле:

(1.4)

где n - индексный номер максимально загруженного состояния. Следовательно, число слагаемых знаменателя (включая 1) равно количеству состояний исследуемой СМО.

Вероятность каждого последующего состояния можно определить по формуле:

(1.5)

Cумма соответствующих вероятностей P₀-P_n должна быть равна 1. На данном этапе решения задачи следует обязательно сделать эту проверку.

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

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

TM=M₀P₀+M₁ P₁+. +M_n P_n (1.6)

где

M_n - количество занятых мест в накопителе в каждом из состояний S₀-S_n.

Вероятность отказа очередному клиенту P_ОТК определяется как вероятность максимально загруженного состояния системы, при котором в накопителе нет мест ожидания:

P_ОТК= P_{6 (}1.7)

Относительная пропускная способность вычисляется по формуле:

ОПС=1 - P_{ОТК (}1.8)

Абсолютный отказ (заявок/час) определяется как произведение плотности потока заявок и вероятности отказа:

АО = P_{ОТК (}1.9)

Абсолютная пропускная способность (заявок/час) находится как произведение плотности потока заявок и ОПС

АПС = ОПС (1.10)

Среднее время ожидания в накопителе (час) находится по формуле:

WM = TM / АПС (1.11)

Среднее время нахождения заявки в СМО (час) вычисляется по формуле:

WS = WM + 1/ (1.12)

Средняя длина очереди мастеров вычисляется по формуле:

TN = N₀P₀+N₁P₁+. +NnPn (1.13)

где Nn - число свободных мастеров в каждом из состояний S₀-S_n.

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

ZN = N - TN (1.14)

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

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

TS = TM + ZN (1.15)

1.3 Обоснование выбора инструментальных средств

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

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

Концепция Delphi была реализована в конце 1994 года, когда вышла первая версия среды разработки. В основу этого программного продукта легли концепции объектно-ориентированного программирования на базе языка Object Pascal и визуального подхода к построению приложений.

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

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

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

система массовое обслуживание модель

2. Технологическая часть

2.1 Назначение и цели создания системы

Программма предназначена для анализа состояния СМО, т.е. пригодна или нет система массового обслуживания в обслуживании определённого потока заявок. Это будет определяться по выходным данным, которые будут рассчитываться в данном программном продукте (вероятности состояния системы, средняя длина очереди заявок, вероятность отказа, относительная пропускная способность системы и т.д.).

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

2.2 Требования к системе

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

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

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

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

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

2.2.2 Требования к интерфейсу пользователя

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

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

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

2.2.3 Требования к защите информации

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

В случае, если данный программный продукт по каким-либо причинам выйдет из строя (непредвиденное отключение электроэнергии, конфликт с другими программами и т.д.) на этот случай следует иметь резервные копии этой программы (не менее трёх копий). Эти копии можно хранить на внешних логических носителях (гибкий диск, CD-R, CD-RW, Flash-накопитель и т.д.).

2.3 Перечень и описание входных данных

В системе массового обслуживания входными данными является следующая информация:

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

Ш Средняя производительность (заявок/час), которая вводится пользователем (будем считать, что все каналы обслуживания имеют одинаковую производительность);

Ш Размер накопителя;

Ш Количество каналов;

На основании вышеперечисленных данных производятся все основные расчёты в СМО, по которым делается анализ (пригодна или нет данная СМО в обслуживании определённого потока заявок).

2.4 Руководство к использованию и эксплуатации

2.4.1 Инсталлятор

Для создания инсталлятора была использована программа mInstaller. Файл дистрибутива получил имя "СМО. exe"

При запуске файла откроется окно инсталлятора (см. рисунок 2.1).

Рисунок 2.1 - Установка программы

Далее необходимо следовать действиям, предложенным в инсталляторе.

2.4.2 Запуск программы

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

СМО - программный продукт, предназначенный для расчёта основных параметров в системах массового обслуживания. Данный программный продукт работает только с числовыми данными (в использовании текста нет необходимости).

СМО состоит из двух основных рабочих окон (Исходные данные с результатами вычисления, Характеристики СМО).

Рисунок 2.2 - Ввод данных

Рисунок 2.3 - Результаты вычислений

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

При запуске данного программного продукта (кликнув кнопкой мыши на файл с расширением. EXE) открывается диалоговое окно Система массового обслуживания, предназначенное для ввода основных данных, по которым производятся главные расчёты в СМО. После выбора данного пункта появляется:

Ш Поток заявок на обработку (заявок/час);

Ш Производительность одного канала обслуживания (заявок/час);

Ш Размер накопителя;

Ш Количество каналов обслуживания;

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

Далее (после ввода соответствующих данных) необходимо кликнуть по кнопке "Вычислить", чтобы узнать количество возможных состояний, далее нужно перейти к окну "Результаты вычислений", кликнув кнопкой мыши по кнопке с названием "Характеристики СМО".

Рисунок 2.4 - Характеристики СМО

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

В меню "Programm" можно просмотреть информацию о курсовом проекте:

Рисунок 2.5 - Информация о проекте

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

2.4.3 Помощь

При возникновении каких-либо вопросов при работе с СМО предусмотрена справочная система HELP:

Рисунок 2.6 - Запуск справки

Рисунок 2.7 - Содержание

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

2.5 Результаты экспериментальной проверки

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

3. Охрана труда и техники безопасности

3.1 Анализ условий труда

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

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

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

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

Ш особенности экранного изображения, отличающие его от традиционного бумажного текста (самосветящийся характер, дискретность, мерцание, дрожание, наличие бликов);

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

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

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

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

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

В ГОСТ 12.0.003-74 "ССБТ. Опасные и вредные производственные факторы. Классификация" приводится классификация элементов условий труда, выступающих в роли опасных и вредных производственных факторов. Они подразделяются на четыре группы: физические, химические, биологические, психофизиологические.

При работе с ЭВМ мы сталкиваемся, в основном, с физическими и психофизиологическими - опасными и вредными производственными факторами. Биологические и химические - опасные факторы при этой работе не встречаются.

К физическим - опасным производственным факторам при работе с ЭВМ, можно отнести:

Ш электромагнитные излучения;

Ш повышенная напряженность электрических и магнитных полей;

Ш повышенная запыленность воздуха в рабочей зоне;

Ш повышенная температура воздуха в рабочей зоне;

Ш повышенный уровень шума на рабочем месте;

Ш недостаток или отсутствие естественного света;

Ш неправильное размещение источников искусственного освещения.

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

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

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

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

3.2 Требования безопасности перед началом работы

1) Подготовить рабочее место, убедиться в достаточной освещенности.

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

3) При выявлении неполадок сообщить об этом руководителю работ (инженеру-программисту) и до их устранения к работе не приступать.

3.3 Требования к безопасности во время работы

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

2) Питание на системный блок следует подавать после включения всех периферийных устройств. После работы первым должен выключаться системный блок.

3) Не оставлять компьютер включенным при уходе с рабочего места. При длительном перерыве в работе компьютер следует обесточить, отсоединив от сети.

4) При появлении неисправностей прекратить работу, компьютер отключить от электросети (или поступить в соответствии с требованиями руководства по эксплуатации). Сообщить об этом руководителю работ или техническому персоналу, до устранения неисправностей компьютер не включать.

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

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

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

8) Работающим с персональными компьютерами запрещается:

Ш производить действия, противоречащие руководству по эксплуатации компьютера;

Ш снимать во время работы щитки и кожухи электронных устройств;

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

Ш курить в помещении, где установлен компьютер.

3.4 Требования безопасности в аварийных ситуациях

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

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

3) При наличии травмированных:

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

Ш оказать первую помощь;

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

Ш сохранить, по возможности, обстановку на месте происшествия.

Заключение

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

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

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

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

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

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

В процессе разработки проекта более плотно были изучены компоненты языка программирования Delphi 7.0.

Список литературы

1. Вирт Н. Алгоритмы и структуры данных / Пер. с англ. - М.: Мир, 1989. - 360 с., ил.

2. Гринзоу Лу. Философия программирования для Windows 95/NT / Пер. с англ. - СПб.: Символ-Плюс, 1997. - 640 с., ил.

3. Зелковиц М., Шоу А., Гэннон Дж. Принципы разработки программного обеспечения / Пер. с англ. - М.: Мир, 1982. - 386 с., ил.

4. Практическое руководство по программированию. / Пер. с англ.Б. Мик, П. Хит, Н. Рашби и др.; под ред.Б. Мика, П. Хит, Н. Рашби. - М.: Радио и связь, 1986. - 168 с., ил.

5. Фокс Дж. Программное обеспечение и его разработка / Пер. с англ. - М.: Мир, 1985. - 368 с., ил.

6. Язык компьютера. Пер. с англ, под ред. и с предисл.В.М. Курочкина. - М.: Мир, 1989. - 240 с., ил.

7. А. Хомоненко. Delphi.7 - СПб.: БХВ-Петербург, 2006.

8. В. Волков. Delphi.7 - СПб.: БХВ-Петербург, 2007.

9. В. Гофман. Delphi.7 - СПб.: Росмэн, 2000г.

10. Кандзюба С.П. Delphi.7 - М.:. ДиаСофт, 2005г.

11. Вороневский И.Л. Delphi.7 - СПб.:. Росмэн, 2008г.

12. Галисеев В.Г. Delphi.7 - М.:. ДиаСофт, 2008г.

Приложение А

Текст программы

unit Unit1;

interface

uses

Windows, Messages, SysUtils, Variants, Classes, Graphics, Controls, Forms,

Dialogs, StdCtrls, Grids, Menus, ExtCtrls, ComCtrls, jpeg,

Buttons, ShellAPi;

type

TForm1 = class (TForm)

StringGrid1: TStringGrid;

Button1: TButton;

StringGrid2: TStringGrid;

StringGrid3: TStringGrid;

Button2: TButton;

StatusBar1: TStatusBar;

Timer1: TTimer;

Image1: TImage;

Label3: TLabel;

Label4: TLabel;

Label1: TLabel;

Label6: TLabel;

BitBtn1: TBitBtn;

MainMenu1: TMainMenu;

FILE1: TMenuItem;

PROGRAMM1: TMenuItem;

close1: TMenuItem;

help1: TMenuItem;

BitBtn2: TBitBtn;

Label2: TLabel;

Label5: TLabel;

N1: TMenuItem;

procedure FormActivate (Sender: TObject);

procedure Button1Click (Sender: TObject);

procedure Button2Click (Sender: TObject);

procedure N6Click (Sender: TObject);

procedure N5Click (Sender: TObject);

procedure Timer1Timer (Sender: TObject);

procedure N3Click (Sender: TObject);

procedure BitBtn2Click (Sender: TObject);

procedure close1Click (Sender: TObject);

procedure BitBtn1Click (Sender: TObject);

procedure help1Click (Sender: TObject);

procedure N1Click (Sender: TObject);

private

{ Private declarations }

public

{ Public declarations }

end;

var

Form1: TForm1;

implementation

uses Unit3, Unit4, Unit5, Unit2;

{$R *. dfm}

procedure TForm1. FormActivate (Sender: TObject);

begin

StringGrid1. ColWidths [0]: =310;

StringGrid1. Cells [0,1]: ='Плотность потока (заявок/час) ';

StringGrid1. Cells [0,2]: ='Производительность канала (заявок/час) ';

StringGrid1. Cells [0,3]: ='Размер накопителя (мест) ';

StringGrid1. Cells [0,4]: ='Количество возможных состояний ';

StringGrid1. Cells [1,4]: =' ';

StringGrid2. Cells [0,0]: ='Переход ';

StringGrid2. Cells [1,0]: ='Значение';

StringGrid1. Cells [1,0]: ='СМО';

StringGrid3. Cells [0,0]: ='Состояние';

StringGrid3. Cells [1,0]: ='Mn';

StringGrid3. Cells [2,0]: ='Nn';

StringGrid3. Cells [3,0]: ='Вероятность';

StringGrid3. Cells [4,0]: ='Значение';

end;

procedure TForm1. Button1Click (Sender: TObject);

var

i,j: integer;

r,p: real;

d,y: string;

begin

d: =inttostr (strtoint (StringGrid1. Cells [1,3]) +strtoint (label5. Caption) +1);

StringGrid1. Cells [1,4]: =d;

StringGrid2. RowCount: =strtoint (d) +1;

for i: =1 to strtoint (d) do

StringGrid2. Cells [0, i]: ='R '+inttostr (i) +','+inttostr (i-1);

for i: =1 to strtoint (d) do begin

StringGrid2. Cells [1, i]: =floattostr (strtofloat (StringGrid1. Cells [1,1]) / (strtofloat (StringGrid1. Cells [1,2]) *i));

end;

for i: =strtoint (label5. Caption) to strtoint (StringGrid1. Cells [1,4]) do

StringGrid2. Cells [1, i]: =StringGrid2. Cells [1,strtoint (StringGrid1. Cells [1,4])];

p: =1;

for i: =1 to strtoint (StringGrid1. Cells [1,4]) - 1 do begin

r: =1;

for j: =1 to i do

r: =strtofloat (StringGrid2. Cells [1,j]) *r;

p: =p+r;

end;

p: =1/p;

StringGrid3. RowCount: =strtoint (StringGrid1. Cells [1,4]) +2;

for i: =0 to strtoint (StringGrid1. Cells [1,4]) - 1 do begin

StringGrid3. Cells [3, i+1]: ='P '+inttostr (i);

StringGrid3. Cells [0, i+1]: ='S '+inttostr (i);

end;

StringGrid3. Cells [3,strtoint (StringGrid1. Cells [1,4]) +1]: ='Сумма';

StringGrid3. Cells [4,1]: =floattostr (p);

for i: =2 to strtoint (StringGrid1. Cells [1,4]) do

StringGrid3. Cells [4, i]: =floattostr (strtofloat (StringGrid3. Cells [4, i-1]) * (strtofloat (StringGrid2. Cells [1, i-1])));

p: =0;

for i: =1 to strtoint (StringGrid1. Cells [1,4]) do begin

p: =p+strtofloat (StringGrid3. Cells [4, i]);

end;

StringGrid3. Cells [4,strtoint (StringGrid1. Cells [1,4]) +1]: =floattostr (p);

p: =strtoint (StringGrid1. Cells [1,4]);

for i: =0 to strtoint (StringGrid1. Cells [1,4]) do begin

StringGrid3. Cells [2, i+1]: =floattostr (p);

StringGrid3. Cells [1, i+1]: ='0';

p: =p-1;

end;

p: =1;

for i: =strtoint (label5. Caption) +1 to strtoint (StringGrid1. Cells [1,4]) - 1 do begin

StringGrid3. Cells [1, i+1]: =floattostr (p);

p: =p+1;

StringGrid3. Cells [2, i+1]: ='0';

end;

StringGrid3. Cells [1,strtoint (StringGrid1. Cells [1,4]) +1]: ='';

StringGrid3. Cells [2,strtoint (StringGrid1. Cells [1,4]) +1]: ='';

end;

procedure TForm1. Button2Click (Sender: TObject);

begin

Application. Terminate;

end;

procedure TForm1. N6Click (Sender: TObject);

begin

Close;

end;

procedure TForm1. N5Click (Sender: TObject);

begin

Form4. Show;

end;

procedure TForm1. Timer1Timer (Sender: TObject);

begin

StatusBar1. Panels [0]. Text: ='Сегодня '+DateToStr (Date);

StatusBar1. Panels [1]. Text: ='Время '+TimeToStr (Time);

end;

procedure TForm1. N3Click (Sender: TObject);

begin

Close;

end;

procedure TForm1. BitBtn2Click (Sender: TObject);

var a,b,c,d,e,f,g,h,j,z,s,n: real;

m,l: integer;

begin

l: =strtoint (form1. StringGrid1. Cells [1,4]);

b: =0;

for m: =1 to l do begin

a: =strtofloat (Form1. StringGrid3. Cells [1,m]) *strtofloat (Form1. StringGrid3. Cells [4,m]);

b: =b+a;

end;

Form5. Edit1. Text: =Floattostr (b); // Средняя длина очереди заявок

c: =strtofloat (form1. StringGrid3. Cells [4,l]);

Form5. Edit2. Text: = Floattostr (c); // Вероятность отказа

d: =1-c;

form5. Edit3. Text: = Floattostr (d); // Относительная пропускная способность

e: = strtofloat (form1. StringGrid1. Cells [1,1]) * (c);

form5. Edit10. Text: =Floattostr (e); // Абсолютный отказ

f: =strtofloat (form1. StringGrid1. Cells [1,1]) * (d);

form5. Edit4. Text: = Floattostr (f); // Абсолютная пропускная способность

g: =b/f;

form5. Edit5. Text: = Floattostr (g); // Среднее время ожидания в накопителе

h: = g+ (1/strtofloat (form1. StringGrid1. Cells [1,2]));

form5. Edit6. Text: = Floattostr (h); // Среднее время нахождения заявки в СМО

l: =strtoint (form1. StringGrid1. Cells [1,4]);

j: =0;

for m: =1 to l do begin

z: =strtofloat (Form1. StringGrid3. Cells [2,m]) *strtofloat (Form1. StringGrid3. Cells [4,m]);

j: =j+z;

end;

Form5. Edit7. Text: =Floattostr (j); // Средняя длина очереди мастеров

s: =strtofloat (Form1. label5. caption) - j;

Form5. Edit8. Text: =Floattostr (s); // Среднее число занятых мастеров

n: =b+s;

Form5. Edit9. Text: =Floattostr (n); // Среднее суммарное число заявок в СМО

Form5. Show;

end;

procedure TForm1. close1Click (Sender: TObject);

begin

Application. Terminate;

end;

procedure TForm1. BitBtn1Click (Sender: TObject);

var i: integer;

begin

StringGrid3. RowCount: =0;

StringGrid2. RowCount: =0;

for i: =1 to 5 do

StringGrid1. Cells [1, i]: =inttostr (0);

end;

procedure TForm1. help1Click (Sender: TObject);

begin

ShellExecute (Self. Handle, 'open', 'Справка. htm', nil, nil, SW_SHOWNORMAL);

end;

procedure TForm1. N1Click (Sender: TObject);

begin

form4. Show;

end;

end.

unit Unit2;

interface

uses

Windows, Messages, SysUtils, Variants, Classes, Graphics, Controls, Forms,

Dialogs, StdCtrls, Buttons, Mask, jpeg, ExtCtrls;

type

TForm2 = class (TForm)

Image1: TImage;

SpeedButton2: TSpeedButton;

SpeedButton1: TSpeedButton;

procedure BitBtn3Click (Sender: TObject);

procedure BitBtn2Click (Sender: TObject);

procedure Image5Click (Sender: TObject);

procedure Image3Click (Sender: TObject);

procedure Image2Click (Sender: TObject);

procedure SpeedButton1Click (Sender: TObject);

procedure SpeedButton2Click (Sender: TObject);

private

{ Private declarations }

public

{ Public declarations }

end;

var

Form2: TForm2;

pass: string;

ff: textfile;

implementation

uses Unit1, Unit3, Unit4, Unit5;

{$R *. dfm}

procedure TForm2. BitBtn3Click (Sender: TObject);

begin

Form3. show;

Form2. visible: =false;

end;

procedure TForm2. BitBtn2Click (Sender: TObject);

begin

Close;

end;

procedure TForm2. Image5Click (Sender: TObject);

begin

Application. Terminate;

end;

procedure TForm2. Image3Click (Sender: TObject);

begin

Form1. Show;

Form2. Hide;

end;

procedure TForm2. Image2Click (Sender: TObject);

begin

Form1. Show;

Form2. Hide;

end;

procedure TForm2. SpeedButton1Click (Sender: TObject);

begin

Form1. Show;

Form2. Hide;

end;

procedure TForm2. SpeedButton2Click (Sender: TObject);

begin

Application. Terminate;

end;

end.

unit Unit3;

interface

uses

Windows, Messages, SysUtils, Variants, Classes, Graphics, Controls, Forms,

Dialogs, StdCtrls, Buttons, Mask, jpeg, ExtCtrls;

type

TForm3 = class (TForm)

procedure BitBtn2Click (Sender: TObject);

private

{ Private declarations }

public

{ Public declarations }

end;

var

Form3: TForm3;

implementation

uses Unit2, Unit1;

{$R *. dfm}

procedure TForm3. BitBtn2Click (Sender: TObject);

begin

Form3. Close;

if Form1. Visible=true then

Begin

Form1. Enabled: =true;

End else Form2. Visible: =true;

end;

end.

unit Unit4;

interface

uses

Windows, Messages, SysUtils, Variants, Classes, Graphics, Controls, Forms,

Dialogs, ExtCtrls, ComCtrls, StdCtrls, jpeg, Buttons;

type

TForm4 = class (TForm)

StatusBar1: TStatusBar;

Timer1: TTimer;

Image1: TImage;

SpeedButton1: TSpeedButton;

SpeedButton2: TSpeedButton;

procedure Timer1Timer (Sender: TObject);

procedure SpeedButton1Click (Sender: TObject);

procedure SpeedButton2Click (Sender: TObject);

private

{ Private declarations }

public

{ Public declarations }

end;

var

Form4: TForm4;

implementation

uses Unit1, Unit2, Unit3, Unit5;

{$R *. dfm}

procedure TForm4. Timer1Timer (Sender: TObject);

begin

StatusBar1. Panels [0]. Text: ='Сегодня '+DateToStr (Date);

StatusBar1. Panels [1]. Text: ='Время '+TimeToStr (Time);

end;

procedure TForm4. SpeedButton1Click (Sender: TObject);

begin

close;

end;

procedure TForm4. SpeedButton2Click (Sender: TObject);

begin

Application. Terminate;

end;

end.

unit Unit5;

interface

uses

Windows, Messages, SysUtils, Variants, Classes, Graphics, Controls, Forms,

Dialogs, StdCtrls, Buttons;

type

TForm5 = class (TForm)

Label1: TLabel;

Label2: TLabel;

Label3: TLabel;

Label4: TLabel;

Label5: TLabel;

Label6: TLabel;

Label7: TLabel;

Edit1: TEdit;

Edit2: TEdit;

Edit3: TEdit;

Edit4: TEdit;

Label8: TLabel;

Label9: TLabel;

Edit5: TEdit;

Edit6: TEdit;

Edit7: TEdit;

Edit8: TEdit;

Edit9: TEdit;

BitBtn1: TBitBtn;

Label10: TLabel;

Label11: TLabel;

Edit10: TEdit;

procedure BitBtn1Click (Sender: TObject);

private

{ Private declarations }

public

{ Public declarations }

end;

var

Form5: TForm5;

implementation

uses Unit1;

{$R *. dfm}

procedure TForm5. BitBtn1Click (Sender: TObject);

begin

Form5. Hide;

end;

end.

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