Разработка подсистемы управления проблемами распределенной системы управления телекоммуникационными услугами на базе платформы CPN TOOLS для Ставропольского филиала ОАО "ЮТК"

СОДЕРЖАНИЕ


Введение

. Диагностический анализ системы управления ОАО «ЮТК»

.1 Общая характеристика предприятия

.2 Анализ функциональной структуры предприятия

.3 Анализ организационно-управленческой структуры предприятия

.4 Построение и анализ организационно-функциональной модели предприятия

.5 Анализ целей предприятия и построение дерева целей

.6 Анализ информационных и материальных потоков компании

.7 Выводы по разделу

. Анализ АСУ, функционирующей на предприятии

.1 Анализ функциональной структуры функционирующей АСУ

.2 Анализ обеспечивающей части АСУ

.2.1 Анализ существующего технического обеспечения

.2.2 Анализ существующего программного обеспечения

.3 Выводы по разделу

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

.1 Обоснование разработки подсистемы управления проблемами

.2 Существующие стандарты

.3 Проектирование функциональной структуры подсистемы

.3.1 Построение дерева функционирования подсистемы

.3.2 Построение функциональной структуры подсистемы

.4 Разработка алгоритма работы подсистемы

.5 Разработка модели в среде CPN Tools

.6 Описание программного обеспечения проекта

.7 Описание технического обеспечения проекта

.8 Выводы по разделу

. Описание подсистемы управления проблемами

.1 Описание разработанной подсистемы управления проблемами

.2 Рекомендации по реализации системы

.3 Руководство пользователя

.4 Руководство разработчика

.5 Выводы по разделу

. Охрана труда и БЖД на предприятии

.1 Анализ основных опасных и вредных факторов на рабочем месте

.2 Общие мероприятия по обеспечению безопасности на рабочем месте

.3 Расчёт освещённости

.4 Выводы по разделу

Расчёт экономической эффективности проекта

.1 Определение трудоёмкости выполняемых работ

.2 Расчёт затрат на разработку программного продукта

.3 Расчёт экономической эффективности проекта

.4 Оценка основных технико-экономических показателей проекта

.5 Выводы по разделу

Заключение

Список использованных источников

Приложение А

Приложение Б

Приложение В


Введение


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

Автоматизация бизнес-процессов имеет ряд преимуществ перед ручной обработкой информации:

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

-централизованное хранение всей информации, что повышает надёжность и доступность данных;

-обеспечение совместной работы сотрудников над общими документами, это особенно важно для бухгалтерии;

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

-снижение трудоёмкости работы;

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

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

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

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

В данной дипломной работе будет разработана подсистема управления проблемами автоматизированной системы управления телекоммуникационными услугами для ставропольского филиала ОАО «ЮТК». Будут учтены имеющиеся на предприятии подходы к реализации подобных подсистем.


1. Диагностический анализ системы управления ОАО «ЮТК»


.1 Общая характеристика предприятия


Компания «ЮТК» существует с 2001 года. Территориально компания «ЮТК» расположена в городе Краснодаре по адресу ул. Карасунская 66. Компания имеет филиалы в 10 регионах: в Адыгее, Астраханской области, Волгоградской области, Кабардино-Балкарии, Калмыкии, Карачаево-Черкесии, Краснодарском крае, Ростовской области, Северной Осетии, Ставропольском крае. «ЮТК» осуществляет деятельность в сфере телекоммуникаций. Занимается предоставлением услуг стационарной телефонной связи, а также доступа в сеть Интернет и просмотра IPTV.

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

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

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

Основными направлениями деятельности компании являются:

-Предоставление телефонной связи

-Предоставление доступа в Интернет

-Предоставление доступа к услуге IPTV.


1.2 Анализ функциональной структуры предприятия


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

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

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

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


Рисунок 1.1 - Функциональные области и процессы компании «ЮТК»


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

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

Компания «ЮТК» является успешным и быстро развивающимся предприятием, занимающим одну из перспективнейших сфер современного рынка - предоставление телекоммуникационных услуг. Фирма всё время расширяется, и её сфера деятельности охватывает всё новые направления.


1.3 Анализ организационно-управленческой структуры предприятия


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

Традиционно выделяют следующие типовые организационные структуры управления предприятием (фирмой):

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

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

.Матричная структура, сочетающая функции линейно-функциональной и дивизиональной структур.

Организационную структуру управления компании «ЮТК» можно отнести к матричной структуре.

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

-верхнего;

-среднего;

-нижнего.

К органам управления относятся:

-общее собрание акционеров;

-совет директоров.

К исполнительным органам:

-правление;

-генеральный директор.

Органы контроля за финансово-хозяйственной деятельностью:

-ревизионная комиссия.

Общее собрание акционеров является высшим органом управления. Его деятельность регламентируется Уставом ОАО «ЮТК».

Совет директоров осуществляет общее управление деятельностью компании. Деятельность Совета директоров также регламентируется Уставом.

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

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

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

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

Компания ОАО «ЮТК» имеет несколько филиалов. Каждый филиал возглавляет Директор филиала. У директора филиала есть несколько заместителей: коммерческий директор, технический директор, директов по экономике и финансам.

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

-бухгалтерия;

-коммерческий узел;

-технический узел;

-управление информационных технологий;

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


Рисунок 1.3 - Организационная структура предприятия, окончание


1.4 Построение и анализ организационно-функциональной модели предприятия


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

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

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

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

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

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

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

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

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

При изменениях в основных бизнес-процессах компании (например, изменениях, связанных с рационализацией и/или автоматизацией бизнес-процессов).

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

Но если запросы к финансовой системе отвечают на вопрос «сколько» (сколько денег на счету, сколько нам должны, сколько запасов по этой позиции на складе и т.п.), то вопросы к организационной системе отвечают на вопросы типа «ЧТО и КТО»: «что делается» (в этой области), «кто отвечает за эту деятельность или отдельную функцию, операцию и т.п.» или, вообще, «а что делает этот сотрудник или подразделение?!».

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

-распоряжается финансовыми средствами в пределах сметы расходов;

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

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

Гендиректор фирмы несет ответственность за:

-состояние финансово - хозяйственной деятельности фирмы;

-сохранность производственных помещений и другого имущества;

-сохранность документов.

Так же в фирме назначены заместители гендиректора. В обязанности заместителей гендиректора входит:

-организация работы отделов;

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

-разработка механизмов привлечения и удержания клиентов;

-контроль ведения документооборота фирмы.

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

-бухгалтерия;

-коммерческий узел;

-управление информационных технологий.

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


1.5 Анализ целей предприятия и построение дерева целей


Дерево целей - это структурированная, построенная по иерархическому принципу (распределенная по уровням, ранжированная) совокупность целей компании, в которой выделены генеральная цель («вершина дерева»); подчиненные ей подцели первого, второго и последующего уровней («ветви дерева»). Название «дерево целей» связано с тем, что схематически представленная совокупность распределенных по уровням целей напоминает по виду перевернутое дерево.

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

Концепция «дерева целей» впервые была предложена Черчменом и Акоффом в 1957 году. Она позволяет человеку привести в порядок собственные планы, увидеть свои цели в группе. Независимо от того, являются ли они личными или профессиональными. В том числе, дерево целей позволяет выявить, какие возможные комбинации обеспечат наилучшую отдачу. Термин «дерево» предполагает использование иерархической структуры (от старшей к младшей), полученной путем разделения общей цели на подцели. Метод дерева целей ориентирован на получение относительно устойчивой структуры целей, проблем, направлений. Для достижения этого при построении первоначального варианта структуры следует учитывать закономерности целеобразования и использовать принципы формирования иерархических структур. Этот метод широко применяется для прогнозирования возможных направлений развития науки, техники, технологий, а также для составления личных целей, профессиональных, целей любой компании. Так называемое дерево целей тесно увязывает между собой перспективные цели и конкретные задачи на каждом уровне иерархии. При этом цель высшего порядка соответствует вершине дерева, а ниже в несколько ярусов располагаются локальные цели (задачи), с помощью которых обеспечивается достижение целей верхнего уровня.

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

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

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

После того как основная цель выявлена, производится анализ этой цели и декомпозиция ее на стратегические цели первого уровня. Для компании «ЮТК» такими целями будут являться повышение качества обслуживания, привлечение большего числа клиентов и снижение затрат.


Рисунок 1.4 - Дерево целей предприятия


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

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

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

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

1.6 Анализ информационных и материальных потоков компании


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

Документ - это зафиксированная на материальном носителе информация с реквизитами, позволяющими ее идентифицировать.

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

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

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

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

-устав, а также внесенные в устав и зарегистрированные в установленном порядке изменения и дополнения;

-решение о создании общества;

-документ, подтверждающий государственную регистрацию общества;

-документы, подтверждающие права на имущество;

-внутренние документы;

-положения о филиалах и представительствах;

-список участников;

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

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

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

-приказы и распоряжения генерального директора;

-документацию по личному составу и трудовым отношениям;

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

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

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

В технологию работы с документами входит:

-прием и первичная обработка документов;

-их предварительное рассмотрение и распределение;

-регистрация документов;

-контроль исполнения документов;

-информационно-справочная работа;

-исполнение документов;

-их отправка;

-систематизация и текущее хранение документов.

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

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

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

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

Рисунок 1.5 - Основные потоки документации


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

Все документы соответствуют нормативным документам и законом Российской Федерации.


1.7 Выводы по разделу


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

Ставропольский филиал ОАО «ЮТК» является крупной компанией, в штате которой работают почти 4000 человек. Отделения компании есть в каждом городе Ставропольского края. Компания оказывает ряд услуг, в том числе: услуги телефонной, междугородней и международной связи, предоставление доступа в сеть Интернет, кабельное телевидение.


2. Анализ АСУ, функционирующей на предприятии


2.1 Анализ функциональной структуры функционирующей АСУ


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

В составе АСУ компании можно выделить функциональную и обеспечивающую части (Рисунок 2.1). Функциональная часть подразделяется на подсистемы, выполняющие основные функции управления объектом автоматизации. Необходимость выделения функциональных подсистем определяется сложностью управления современными производственными системами.

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


Рисунок 2.1 - Структура существующей АСУ


Рассмотрим подробнее функциональную часть:

-АССОП - Автоматизированная Система Сбора Отчётности Предприятия, разработана сотрудниками отдела Внедрения и сопровождения расчётных задач. Серверная часть написана на языке программирования PL/SQL, клиентская часть реализована с помощью макросов в приложении Microsoft Excel;

-АРМ - Автоматизированные Рабочие Места, например АРМ диспечеров транспортного цеха;

-СЭД - Система Электронного Документооборота, позволяет создавать, передавать и хранить документы в электронном виде;

-КУРС - система предназначенная для хранения данных о клиентах компании, состоянии их счетов;

-АРГУС - система предназначенная для учёта оборудования компании;

-JIRA - система отслеживания ошибок.


2.2 Анализ обеспечивающей части АСУ


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

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

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

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

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

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


2.2.1 Анализ существующего технического обеспечения

Большинство рабочих мест сотрудников предприятия оснащены компьютерами с различной архитектурой и различным ПО. Большинство компьютеров объединены в сеть. Корпоративная сеть предприятия построена на основе DNS адресации. Управление осуществляется по средствам Microsoft Active Directory.Directory - LDAP-совместимая реализация службы каталогов корпорации Microsoft для операционных систем семейства Windows NT. Она позволяет администраторам использовать групповые политики для обеспечения единообразия настройки пользовательской рабочей среды, развёртывать ПО на множестве компьютеров (через групповые политики или посредством Microsoft Systems Management Server 2003), устанавливать обновления ОС, прикладного и серверного ПО на всех компьютерах в сети (с использованием Windows Server Update Services). Active Directory хранит данные и настройки среды в централизованной базе данных.

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

Внутренняя сеть здания использует канал Ethernet - 100MB. Вся важная информация хранится на файл-сервере. Регулярно осуществляется резервное копирование данных.

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

Большинство компьютеров имеют следующую конфигурацию:

-процессор Пентиум 4 или более современный;

-объём ОЗУ составляет 1 или 2 Гб;

-жёсткий диск ёмкостью 120 Гб;

-сетевая карта Fast Ethernet;

-LCD монитор с диагональю 17 дюймов.

Также на предприятии используется большое количество различных принтеров, сканеров, МФУ, факсов.


2.2.2 Анализ существующего программного обеспечения

На большинстве рабочих станций в качестве программного обеспечения используется операционная система Windows Vista. Так же на некоторых рабочих станциях установлена ОС Windows XP.

Полноценную работу с документами обеспечивают средства пакетов Microsoft Office и Open Office.

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

1.PL/SQL Developer - IDE для разработки кода на языке PL/SQL.

2.SQL Developer - бесплатная IDE от компании Oracle.

.Internet Explorer - используется при создании веб-интерфейсов.

.Borland Delphi 7 - IDE, используется для разработки небольших утилит.

На предприятии существует базовое программное обеспечение, к нему относятся OS Windows с пакетом прикладных программ Microsoft Office.

На большинстве рабочих станций установлено следующее общее программное обеспечение (независимо от отдела):

1.Microsoft Windows Vista.

2.Пакет Microsoft Office 2007.

.На рабочих станциях установлен Kaspersky LAB 6, администрируемый с сервера при помощи Kaspersky Administrator Kit 8.

.Программа Adobe Acrobat Reader 9.0 для работы с отсканированными документами, и другими данными в формате pdf.

.Java Virtual Machine - многие внутренние сервисы компании используют интерфейсы, написанные на языке JAVA.

Всё программное обеспечение, используемое на предприятии ОАО «ЮТК» является лицензионным, и используется с соблюдением всех прав правообладателя и уголовного кодекса Российской Федерации.


2.3 Выводы по разделу


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

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


3. Разработка подсистемы управления проблемами


3.1 Обоснование разработки подсистемы управления проблемами


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

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

Таким образом, автоматизация позволит:

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

снизить трудоёмкость поиска решения проблем;

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

Для разработки автоматизированных систем существует различное программное обеспечение. Одна из таких программ - CPN Tools. Эта программа предназначена для моделирования работы телекоммуникационных систем. Для представления системы используется раскрашенные временные сети Петри [18]. Сеть Петри - это двудольный ориентированный взвешенный мультиграф. В CPN Tools используются раскрашенные сети, это означает, что у каждой позиции есть множество цветов и она может содержать фишки только из этого множества [17]. Дуги также могут передавать фишки только определённых цветов. Во временных сетях все фишки имеют временные метки, по которым можно узнать сколько времени потребовалось на обработку фишки. Также CPN Tools поддерживает встроенный язык программирования CPN ML, что позволяет реализовать достаточно сложную логику [1].


3.2 Существующие стандарты


Существует несколько стандартов, описывающих бизнес-процессы в телекоммуникационных компаниях: eTOM, ITIL, ISO 20000, ГОСТ Р ИСО/МЭК 20000-200 Х. Рассмотрим эти стандарты более подробно.(Enhanced Telecom Operations Map) - многоуровневая модель бизнес-процессов управления производством [8, 13]. Расширенная карта процессов деятельности телекоммуникационной компании - еТОМ - является базой для анализа и проектирования бизнес-процессов в отрасли связи и ориентиром при проектировании и разработке решений OSS/BSS. Это эталонная модель, или архитектура бизнес-процессов, предназначенная для поставщиков услуг связи, а также их партнеров, работающих в телекоммуникационной отрасли. Является составной частью подхода к разработке систем поддержки операционной деятельности для телекоммуникационных корпораций NGOSS.

Особенности архитектуры еТОМ:

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

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

-в еТОМ учтены взаимодействия с внешней средой: клиентами, партнерами, поставщиками, регулирующими органами и др.;

-еТОМ отличает универсальность и открытость, она применима к любым сетевым технологиям, услугам и типам организации бизнеса компании;

-возможность интеграции с другими широко применяющимися моделями: ITIL (IT Infrastructure Library), RosettaNet и др.

Использование еТОМ дает:

-экономию времени и затрат на разработку структуры бизнес-процессов предприятия;

-решение типичных задач анализа и оптимизации бизнес-процессов;

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

-ускорение разработки новых процессов;

-основу для управления набором ИТ-приложений, исходя из потребностей бизнеса;

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

-дальнейшее применение знаний в области бизнес-процессов.(IT Infrastructure Library - библиотека инфраструктуры информационных технологий) - библиотека, описывающая способы организации работы подразделений или компаний, занимающихся предоставлением услуг в области информационных технологий [9]. В семи томах библиотеки описан весь набор процессов, необходимых для того, чтобы обеспечить постоянное высокое качество ИТ-сервисов и повысить степень удовлетворенности пользователей. Процессный подход акцентирует внимание предприятия на достижении поставленных целей, анализе ключевых показателей эффективности, а также на ресурсах, затраченных на достижение этих целей [15].

Библиотека ITIL появилась около 20 лет назад по заказу британского правительства. В настоящее время она издается британским правительственным агентством Office of Government Commerce и не является собственностью ни одной коммерческой компании. В 2006 OGC подписало контракт с компанией APM Group о том, что та станет их коммерческим партнёром по ITIL-сертификации. В настоящее время на основе ITIL разработан британский стандарт BSI 15 000, который практически без изменений перешёл в категорию международного стандарта под именем ISO 20000 [10]. На базе рекомендаций ITIL реализован ряд программных средств автоматизации работы служб технической поддержки ИТ.(IT Service Management, управление услугами ИТ) - подмножество библиотеки ITIL, описывающее процессный подход к предоставлению информационных технологий и обеспечению их использования [16, 11, 12]. Данная часть ITIL получила наибольшую известность в силу того, что предоставление и поддержка ИТ-услуг является первичной задачей ИТ-отделов и специализированных ИТ-компаний, которые зачастую сталкиваются с недостаточной зрелостью данных процессов, необходимостью измерять и контролировать качество услуг [6, 7].

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

Рассмотрим основные определения из ITSM:

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

-известная ошибка - проблема, которая успешно диагностирована и для которой определено обходное решение;

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

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

Основные виды деятельности в процессе управления проблемами:

-контроль проблем - идентификация и запись проблем;

-контроль ошибок - оценка ошибок, запись о ходе разрешения ошибок, закрытие ошибок, мониторинг проблем и прогресса разрешения ошибок;

-проактивное выявление проблем - анализ тенденций появления проблем;

-отчетность - формирование отчётов.

Ключевые факторы успеха:

-пристальное внимание к управлению процессом;

-реалистичные цели и контроль их достижения;

-база знаний по известным ошибкам и проблемам;

-автоматизация настроена в соответствии с требованиями процесса;

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

Преимущества:

-улучшение качества ИТ-сервисов посредством контроля, документирования и/или исключения ошибок в инфраструктуре;

-сокращение количества инцидентов;

-Применение постоянных решений вместо непрерывного «латания дыр»;

-улучшение обучаемости организации путем систематической деятельности по накоплению знаний;

-возможность разрешать большее количество инцидентов на первой линии поддержки.20000 - первый международный стандарт для управления и обслуживания ИТ-сервисов [14]. Данный стандарт был создан в 2005 году и заменил более ранний стандарт ISO 15000, который был создан Британским институтом стандартов.20000-1 представляет собой подробное описание требований к системе менеджмента ИТ-сервисов и ответственность за инициирование, выполнение и поддержку в организациях. Эта часть состоит из 10 разделов, 13 процессов, собранных в пять ключевых групп:

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

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

-процессы разрешения (Resolution processes) - разработчики стандарта фокусируются на инцидентах, которые удалось предотвратить или успешно разрешить - управление проблемами, управление инцидентами.

-процессы контроля (Control processes) - в данном разделе рассматриваются процессы управления изменениями и конфигурациями.

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

ГОСТ Р ИСО/МЭК 20000-1 основан на международном стандарте ISO 20000 [2]. Этот стандарт способствует принятию в повседневной практике поставщика комплексного процессного подхода к эффективному предоставлению управляемых услуг, соответствующих требованиям бизнеса и заказчика. Для эффективной работы организации необходимо определить и управлять многочисленными взаимосвязанными видами деятельности. Деятельность, использующая ресурсы и управляемая с целью предоставления возможности преобразования входов в выходы, может рассматриваться как процесс. Часто выход одного процесса формирует вход для другого процесса.


3.3 Проектирование функциональной структуры подсистемы


.3.1 Построение дерева функционирования системы

На рисунке 3.1 представлено дерево функционирования подсистемы. Указаны главная цель и подцели.


Рисунок 3.1 - Дерево целей подсистемы


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


3.3.2 Построение функциональной структуры подсистемы

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


Рисунок 3.2 - Функциональная диаграмма подсистемы


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

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

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

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


3.4 Разработка алгоритма работы подсистемы


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


Рисунок 3.3 - Алгоритм работы подсистемы управления проблемами


На вход системы поступают запросы, которые могут генерировать пользователи и автоматические устройства диагностики. Запросы могут быть трёх типов: запрос на создание отчёта, добавление решённой проблемы, добавление не решённой проблемы. В случае, если решение проблемы не было найдено в базе данных, то производится увеличение приоритета проблемы и передача её на следующий уровень. Всего существует три уровня. Первый уровень представлен Центром обработки сообщений и Участком диагностики и ремонта. Второй уровень - Группа технической поддержки. Третий уровень - Линейно-технический участок.


3.5 Разработка модели в среде CPN Tools


Алгоритм работы подсистемы управления проблемами реализован в программе CPN Tools. Рассмотрим реализацию подробнее.

Начальными позициями являются «Client» и «Devices» (рисунки 3.4 и 3.5, соответственно), в этих позициях находятся метки, описывающие проблемы в момент их возникновения. Класс цветов этих меток объявлен как «p».


Рисунок 3.4 - Позиция «Client»


Рисунок 3.5 - Позиция «Devices»


Из позиции «Client» проблема поступает в переход «Set priorety» (рисунок 3.6), в котором происходит присвоение проблеме приоритета, в зависимости от её типа. Затем формируется запрос, принадлежащий классу цветов «r».

Код перехода «Set priorety»:

input (pp);(rq);

(case #3 pp of

obryv lini => (roblem, mas, password, (#1 pp, #2 pp,#3 pp, 3, #5 pp, 1,,#8 pp, #9 pp))

|zapros spravochnoi informacii => (problem,mas,password,(#1 pp,#2 pp,#3 pp,1,#5 pp,1,,#8 pp,#9 pp))

|otsutstvuet dostup v internet => (problem,mas,password,(#1 pp,#2 pp,#3 pp,2,#5 pp,1,,#8 pp,#9 pp)));


Рисунок 3.6 - Переход «Set priorety»


Затем запрос поступает в метку «Users PC», откуда передаётся в переход «Identification Autotentification», связанный с позицией «Users DB», которая является базой данных пользователей и хранит метки класса «u» (рисунок 3.7).

Переход «Identification Autotentification» выполняется только при правильном имени пользователя и пароле: [#2 rq = #1 uu andalso #3 rq = #2 uu].


Рисунок 3.7 - Переход «Identification Autotentification»

Затем запрос поступает в позицию «Request», а оттуда, в зависимости от типа, поступает в один из трёх переходов: «Request for solve» ([#1 rq = solve]), «Request for report» ([#1 rq = report]), «Request for problem» ([#1 rq = problem]) (рисунок 3.8).

В переходах «Request for solve» и «Request for problem» из запроса извлекается проблема следующим образом:


input (rq);(pp);

(#4 rq);


Рисунок 3.8 - Разделение запросов по типу


В переходе «Request for solve» из запроса извлекается проблема и отправляется в позиции «Problems DB» (база данных проблем, хранит метки класса «p») и «Solved» (выходная позиция, хранит решённые проблемы, метки класса «p»).

Из перехода «Request for report» запрос попадает в позицию «Request for report», а оттуда в переход «Making report», который извлекает из базы проблем нужную проблему и из базы пользователей, нужного пользователя. Затем создаёт отчёт и отправляет его в виде метки класса «p» в позицию «Solved». Переход «Making report» выполняется при соблюдении следующего условия: [#8 (#4 rq) = #8 pp andalso #9 pp = #4 uu].

Код перехода «Making report»:

(pp,uu,rq);(ppp);

((#1 pp, #2 pp, #3 pp, #4 pp, #5 pp, #6 pp,abonent: ^ #1 pp ^ ; Address: ^ #2 pp ^ ; Type: ^ #3 pp ^ ; Priority: ^ INT.mkstr(#4 pp) ^ ; Date: ^ INT.mkstr(#5 pp) ^ ; Level: ^ INT.mkstr(#6 pp) ^ ; Answer: ^ #7 pp ^ ; id: ^ INT.mkstr(#8 pp) ^ ; User: ^ #1 uu, #8 pp, #9 pp));


В переходе «Request for problem» из запроса извлекается проблема и поступает в позицию «Request for problem», а затем в переход «Transmit», который передаёт проблему в позицию «Problem» (рисунок 3.9).


Рисунок 3.9 - Переход «Request for problem»


Из позиции «Devices» проблема поступает в переход «Transaction to diag. dev.», а оттуда в переход «Select priorety», где проблеме присваивается приоритет. Затем проблема поступает в метку «Problem» (рисунок 3.10).

Код перехода «Select priorety»:


input (pp);(pp2);

(case #3 pp of

obryv linii => (auto, #2 pp, #3 pp, 1, #5 pp, #6 pp, #7 pp, #8 pp, #9 pp)

| obryv magistrali => (auto, #2 pp, #3 pp, 2, #5 pp, #6 pp, #7 pp, #8 pp, #9 pp)

| polomka oborudovaniya => (auto, #2 pp, #3 pp, 2, #5 pp, #6 pp, #7 pp, #8 pp, #9 pp));


Рисунок 3.10 - Переход «Transaction to diag. dev.»


Из позиции «Problem», в зависимости от того, найдено решение в базе данных или нет, проблема поступает в переход «Answer not found» (выполняется условие [#3 pp <> #3 ppp]) или переход «Answer found» (выполняется условие [#3 pp = #3 ppp]) (рисунок 3.11). В случае, если решение было найдено, то оно записывается в соответствующие поле записи о проблеме:


input (pp,ppp);(pp2);

((#1 pp, #2 pp, #3 pp, #4 pp, #5 pp, #6 pp, #7 ppp, #8 pp, #9 pp));


Рисунок 3.11 - Поиск решения в базе данных проблем


Затем проблема поступает в позицию «Saving info», а оттуда в переход «Save info», который сохраняет сведения о проблеме в базу данных проблем (рисунок 3.12).


Рисунок 3.12 - Сохранение информации в базе данных проблем


Далее проблема поступает в позицию «problem1», откуда, если решение было найдено, передаётся в переход «transmit1» (условие [#7 pp <> ]), а если ответ не был найден (условие [#7 pp = ]), то - в переход «Increase priorety» (рисунок 3.13).


Рисунок 3.13 - Переходы «Increase priorety» и «transmit1»


Из перехода «transmit1», через позицию «Answer», проблема поступает в переход «solve», а оттуда - в позицию «Solved» (рисунок 3.14).


Рисунок 3.14 - Переход «Solve»


В переходе «Increase priorety» увеличивается приоритет не решенной проблемы, которая потом передаётся в позицию «Problem with new priorety», а оттуда через переход «transmit2» в позицию «Searching for answer» (рисунок 3.15).

Код перехода «Increase priorety»:

(pp);(pp2);

((#1 pp, #2 pp, #3 pp, #4 pp + 1, #5 pp, #6 pp, #7 pp, #8 pp, #9 pp));


Рисунок 3.15 - Переход «transmit2»


Из позиции «Searching for answer» проблема поступает в переход «tr», в котором выполняется эмуляция действий сотрудников компании. Далее проблема поступает в позицию «Splitter» (рисунок 3.16).

Код перехода «tr»:


input (pp);(ppp);

(if #6 pp = 3 then (#1 pp, #2 pp, #3 pp, #4 pp, #5 pp, #6 pp, answer, #8 pp, #9 pp)range.ran() = 1 then (#1 pp, #2 pp, #3 pp, #4 pp, #5 pp, #6 pp, answer, #8 pp, #9 pp)

else (pp));


Рисунок 3.16 - Переход «tr»


Из позиции «Splitter», если решение было найдено, проблема поступает в переход «Solved problem» (условие [#7 pp <> ««]), а оттуда в позицию «Solved». Если же решение не было найдено, то проблема поступает в переход «Unsolved problem» (условие [#6 pp+1 = #3 uu andalso #7 pp = ]), который формирует запрос и отправляет его на следующий уровень (рисунок 3.17):


input (pp,uu);(rq);

((problem, #1 uu, #2 uu, (#1 pp, #2 pp, #3 pp, #4 pp, #5 pp, #6 pp+1, #7 pp, #8 pp, #9 pp)));


Рисунок 3.17 - Переходы «Unsolved problem» и «Solved problem»


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


colset UNIT = unit;INT = int;BOOL = bool;STRING = string;u = product STRING*STRING*INT*INT timedp=STRING*STRING*STRING*INT*INT*INT*STRING*INT*INT timed;r = product STRING*STRING*STRING*p timed;range = int with 0.1;rq:r;pp:p;uu:u;pp2:p;ppp:p;

Цвет «u» предназначен для хранения информации о пользователях. Запись о пользователе имеет следующую структуру:

)Имя - имя пользователя.

)Пароль - пароль пользователя.

)Уровень - уровень, на котором работает пользователь, число от 1 до 3.

4)User id - id пользователя.

Цвет «p» является записью о проблеме. Структура записи о проблеме следующая:

)Имя - имя абонента или auto для проблем, добавленных Участком диагностики и ремонта.

)Адрес - адрес поломки.

)Тип - тип проблемы, используется для поиска решения проблемы в базе данных.

)Приоритет - текущий приоритет проблемы.

)Дата - дата создания записи.

)Уровень - текущий уровень, число от 1 до 3.

)Решение - решение проблемы.

8)Problem id - id проблемы.

9)User id - id пользователя, добавившего проблему, для проблем, добавленных Участком диагностики и ремонта, равно 0.

Цвет «r» представляет собой запрос. Запрос состоит из следующих полей:

)Тип запроса - может принимать следующие значения:

-report - для запроса на создание отчёта;

-problem - для запроса на добавление новой проблемы;

-solve - для запроса на добавление решённой проблемы.

) Имя - логин пользователя.

) Пароль - пароль пользователя.

) Проблема - запись о проблеме.

Цвет «range» необходим для генерации случайной величины. Переменная «rq» предназначена для хранения информации о запросе, с помощью этой переменной из позиций, хранящих фишки цвета «r», извлекаются и передаются запросы. Переменные «pp», «pp2» и «ppp» необходимы для осуществления операций с фишками цвета «p». Переменная «uu» нужна для извлечения и передачи из позиции «Users DB» фишек цвета «u».


3.6 Описание программного обеспечения проекта


Для реализации дипломного проекта использовался персональный компьютер с ОС Microsoft Windows 7. В качестве платформы для разработки использовалась CPN Tools 3.0.4. Эта программа позволяет моделировать телекоммуникационные системы. С помощью CPN Tools можно разрабатывать системы, производить отладку, генерировать отчёты. CPN Tools разрабатывается AIS Group из Eindhoven University of Technology. Программа состоит из трёх частей: симулятора, интерфейса пользователя и Access/CPN. Интерфейс распространяется под лицензией GNU GPL v.2, симулятор распространяется под двумя лицензиями - GNU GPL v.2 и четырёх пунктовой лицензией BSD, Access/CPN - под лицензией LGPL v.2, текст лицензий представлен в приложении 2. Существенным плюсом программы является её бесплатность, актуальная версия всегда доступна для загрузки по адресу #"justify">Основное окно программы состоит из двух частей - рабочей области и области меню. Рабочая область предназначена для отображения сетей. В области меню находятся различные панели инструментов, объявления функций и переменных, а также справочная информация.

В CPN Tools есть следующие панели инструментов:

-net - содержит инструменты для создания и сохранения сетей;

-create - содержит инструменты для создания различных элементов сети;

-auxiliary - содержит элементы для повышения наглядности модели;

-hierarchy - содержит инструменты для создания многоуровневых сетей;

-state Space - содержит инструменты для построения и анализа пространства состояний;

-simulation - содержит инструменты для выполнения и отладки модели;

-view - содержит инструменты для выбора масштаба и указания групп элементов;

-style - содержит инструменты для указания внешнего вида элементов модели.


3.7 Описание технического обеспечения проекта


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

Минимальные требования CPN Tools к техническому обеспечению следующие:

-процессор с тактовой частотой не ниже 1,5 ГГц;

-объём оперативной памяти не ниже 1 Гб;

-свободное место на жёстком диске 50 МБ.

В таблице 3.1 приведены характеристики компьютера, использованного при разработке.


Таблица 3.1 - Характеристики аппаратного обеспечения компьютера

НаименованиеХарактеристикаПроцессорCeleron Dual-Core CPU T3100 64-х разрядный, двуядерный , частота 1,9 ГГцОперативная память2 Гб, DDR2ВидеокартаMobile Intel 4 Series Express Chipset FamilyЖёсткий диск320 ГбМониторРазрешение - 1366х768; диагональ 15 дюймовОптический накопительTSSTcorp CDDVDW TS-L633C

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


3.8 Выводы по разделу


В данном разделе приведено обоснование необходимости разработки, преимущества от автоматизации процесса управления проблемами.

Приведены требования стандартов к организации бизнес-процессов на предприятии.

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

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


4. Описание подсистемы управления проблемами


4.1 Описание разработанной подсистемы управления проблемами


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

Рассмотрим подробнее составные части подсистемы управления проблемами. Для работы подсистемы у сотрудников всех уровней службы поддержки должно быть рабочее место, оснащённое персональным компьютером. Также необходим доступ к корпоративной сети. Помимо ПК, также требуется сервер базы данных проблем. Централизованное хранение информации о проблемах позволит получать информацию о любой известной проблеме. В программной части подсистемы можно выделить несколько составных частей. Запрос от сотрудника проходит идентификацию и аутентификацию. Для этого используется информация из базы данных пользователей. Данная БД уже реализована и является неотъемлемой частью всех подсистем автоматизированной системы компании. Затем запрос поступает в один из трёх блоков: блок генерации отчёта, блок сохранения информации о проблеме в базу данных, блок поиска решения среди уже известных проблем. В случае, если решение не было найдено, происходит эскалация проблемы, т.е. запрос отправляется сотруднику следующего уровня. Немало важным плюсом подсистемы является её обучаемость - чем больше решённых проблем содержится в базе данных проблем, тем быстрее будет осуществляться решение новых проблем.

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


4.2 Рекомендации по реализации системы


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

В настоящее время для автоматизации бизнес-процессов в компании применяется клиент-серверный подход. Существуют несколько серверов баз данных, использующих в качестве СУБД Oracle Enterprise 11. Код серверной части может быть написан либо на встроенном в СУБД языке программирования PL/SQL, либо на языке Java. Первый способ требует наличия вэб-сервера , в качестве которого используется Apache 2.2. Это простой способ, к тому же исторически в компании изначально поступали именно так. Однако, у такого подхода есть и недостатки, основным из которых является не высокая производительность вэб-серверов. Кроме того, так как весь код выполняется в один поток, то в случае возникновения ошибки может пострадать множество пользователей. При таком подходе клиентскую часть обычно реализуют в виде вэб-страницы. Это достаточно удобный способ, однако иногда возможностей браузера не хватает. Второй способ заключается в написании так называемых «сервлетов» на языке программирования Java. Это позволяет выполнять код в несколько потоков, а также более удобно взаимодействовать с другими серверами. Такой подход начал применятся недавно, однако, уже сейчас значительная часть подсистем переписана на язык Java. Клиентская часть в таких случаях обычно также реализуется на языке Java, что снимает с разработчика браузерные ограничения. Минусом такого подхода является больший объём исходных кодов и их сложность.

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

Таким образом, предпочтительней использовать язык Java и на стороне клиента, и на стороне сервера. Также необходим отдельный сервер для базы данных проблем. Это увеличит надёжность системы и её быстродействие.


4.3 Руководство пользователя


Рассмотрим способы использования разработанной модели.

Для начала работы с моделью следует открыть файл с исходным кодом. Для этого должна быть установлена актуальная версия (не ниже 3.0.4) программы CPN Tools. После открытия модели программа сразу же начнёт проверять синтаксис модели [4, 5]. По мере этого процесса, у объявлений и объектов оранжевая аура начнёт меняться сначала на жёлтую, а потом исчезнет вовсе. Оранжевый цвет ауры означает, что проверка элемента ещё не началась. Жёлтый цвет значит, что проверка осуществляется в данный момент времени. Отсутствие ауры говорит о корректности элемента. Если же аура светится красным, то значит, что в данном элементе была обнаружена ошибка. Если же аура продолжает светиться оранжевым, то это может говорить об отсутствии необходимых определений, например, подписей у дуг. Главное окно программы представлено на рисунке 4.1. После окончания проверки синтаксиса, можно приступать к работе с моделью.


Рисунок 4.1 - Главное окно программы CPN Tools


Для выполнения модели нужно использовать один из инструментов из панели «Sim» (рисунок 4.2).


Рисунок 4.2 - Панель инструментов «Sim»


Инструменты этой панели позволяют:

-вернуться в исходное состояние;

-остановить выполнение модели;

-выполнить переход с выбранными параметрами фишки;

-выполнить один переход (трассировка модели);

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

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

-выполнить текст как код на языке ML.

Для наглядности проведём трассировку модели.

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

В позиции «Client» находятся фишки, соответствующие проблемам (рисунок 4.3).


Рисунок 4.3 - Позиция «Client» в начальный момент времени


В позиции «Users PC» находятся фишки, соответствующие запросам (рисунок 4.4).


Рисунок 4.4 - Маркировка позиции «Users PC» в начальный момент времени

В позиции «Devices» находятся фишки, соответствующие проблемам, возникшим в оборудовании (рисунок 4.5).


Рисунок 4.5 - Маркировка позиции «Devices» в начальный момент времени


В позиции «Users DB» хранятся фишки, содержащие данные о пользователях (рисунок 4.6).


Рисунок 4.6 - Маркировка позиции «Users DB» в начальный момент времени


В позиции «Problems DB» хранятся записи о проблемах (рисунок 4.7).


Рисунок 4.7 - Маркировка позиции «Problems DB» в начальный момент времени


Таким образом, позиции «Client», «Devices» и «Users PC» являются входными позициями системы. Позиция «Users DB» хранит данные обо всех пользователях, имеющих доступ к подсистеме управления проблемами. Позиция «Problems DB» в начальный момент времени содержит информацию обо всех уже известных проблемах. Все остальные позиции в исходном состоянии не содержат фишек.

Выполним трассировку модели.

Возьмём одну фишку из позиции «Client» и переместим её в позицию «Users PC», при этом выполнится переход «Set priorety», который установит приоритет, а также сформирует запрос (рисунок 4.8).


Рисунок 4.8 - состояние модели после одного шага


Одна из фишек переместилась в позицию «Users PC», при этом изменив свой цвет на «r», также изменилась и временная метка фишки. Так как временная метка этой фишки увеличилась, она не может перемещаться, пока модельное время не сравняется с её временной меткой. Теперь возьмём другие фишки из позиции «Users PC» и переместим их в позицию «request» (рисунок 4.9).


Рисунок 4.9 - состояние модели после трёх шагов


Теперь в позиции «request» находятся две фишки, у которых после перехода «Identification Autontification» временные метки равны 3. Переместим оставшиеся в позиции «Client» фишки в позицию «Users PC». Теперь переместим фишки из позиции «Devices» в позицию «Diag. dev.», при этом выполнится переход «Transaction to diag. dev.», который ничего не делает, но нужен для передачи информации о проблемах от оборудования до устройств диагностики (рисунок 4.10).


Рисунок 4.10 - состояние модели после семи шагов


Затем переместим фишки из позиции «Diag. dev.» в позицию «Problem», при этом выполнится переход «Select priorety», который установит приоритет проблем в зависимости от их типов, а также увеличит временные метки фишек (рисунок 4.11).


Рисунок 4.11 - состояние модели после девяти шагов


Теперь текущее модельное время равно 1, а количество выполненных шагов - 9. Таким образом, теперь можно переместить фишку, которая использовалась самой первой. После этого переместим одну из фишек из позиции «Problem» позицию «Saving info», при этом, в зависимости от того, найдено решение в базе данных или нет, выполнится переход «Answer found» (рисунок 4.12) или «Answer found» (рисунок 4.13). У фишки, которая пройдёт через переход «Answer found» изменится поле решения. Также оба перехода увеличивают временную метку фишки на 10, это время необходимо для поиска информации в базе данных проблем.


Рисунок 4.12 - состояние фишки после перехода «Answer found»


Рисунок 4.13 - состояние фишки после перехода «Answer not found»


Переместим фишку из позиции «request» через переход «Request for solve». Этот переход выполнит сохранение информации об уже решённой проблеме в базу данных (рисунок 4.14), а также отправит фишку в позицию «Solved», которая является выходной позицией модели (рисунок 4.15).


Рисунок 4.14 - сохранение информации о проблеме в базу данных


Рисунок 4.15 - Выходная позиция «Solved»


Теперь выполним переход «Request for report» (рисунок 4.16).


Рисунок 4.16 - состояние фишки после перехода «Request for report»


Затем выполним переход «Request for problem», который извлечёт из запроса проблему (рисунок 4.17).


Рисунок 4.17 - состояние фишки после перехода «Request for problem»


Переведём в эту же позицию и остальные фишки, соответствующие запросу о новой проблеме. Затем переведём фишки через переход «Save info» (рисунок 4.18), который выполнит сохранение информации о проблеме в базу данных и увеличит временные метки фишек на 3.


Рисунок 4.18 - состояние фишек после перехода «Saving info»


Затем фишка, для которой было найдено решение, сможет пройти через переходы «transmit1» и «solve», а также через промежуточную позицию «Answer» и попадёт в выходную позицию «Solved». Фишка же, для которой не было найдено решение, переместится через переход «Increase priorety», который увеличит приоритет фишки, а также увеличит её временную метку на 1, в позицию «Problem with new priorety» (рисунок 4.19).


Рисунок 4.19 - состояние фишки после перехода «Increase priorety»


Затем эта фишка через ничего не делающий переход «transmit2» попадает в позицию «Searching for answer», а оттуда в переход «tr», который выполняет эмуляцию действий пользователя, случайным образом решая проблему. Оттуда фишка поступает в позицию «Splitter» (рисунок 4.20).


Рисунок 4.20 - состояние фишки после перехода «tr»


Затем, в зависимости от того, была проблема решена пользователем или нет, она поступает или в переход «Solved problem», который сохраняет информацию о проблеме в базу данных и передаёт фишку в выходную позицию «Solved», или в переход «Unsolved problem», который формирует запрос, подставляя из базы данных имя и пароль нужного пользователя, после чего отправляет проблему на второй уровень (рисунок 4.21).


Рисунок 4.21 - состояние проблемы после поступления на второй уровень


Теперь для фишки, содержащей запрос на создание отчёта, выполним переход «Making report», который сформирует отчёт по указанной проблеме и передаст его в выходную позицию «Solved», а также увеличит временную метку фишки на 60. В конечном состоянии позиция «Solved» содержит все проблемы (рисунок 4.22), а позиция «Problems DB» содержит информацию о разных этапах обработки каждой проблемы (рисунок 4.23).


Рисунок 4.22 - состояние позиции «Solved» в конечный момент времени


Рисунок 4.23 - состояние позиции «Problems DB» в конечный момент времени

За время трассировки модели было совершенно 76 шагов, на это понадобилось 98 единиц модельного времени.


4.4 Руководство разработчика


CPNT Tools позволяет легко моделировать даже сложные системы. Рассмотрим подробнее процесс разработки в этой среде.

Все сети состоят из элементов трёх типов: позиций, переходов и дуг [4, 5]. Эти инструментов доступны на панели инструментов «Create».

На рисунке 4.24 представлена позиция. Каждая позиция обладает именем, а также следующими атрибутами: типом позиции, начальной маркировкой [3]. Тип позиции должен соответствовать одному из объявленных цветов. Начальная маркировка представляет собой конструктор фишек, находящихся в позиции в начальный момент времени.


Рисунок 4.24 - Позиция и её атрибуты


Переходы также обладают рядом атрибутов: условие запуска, временная задержка и выполняемое действие. Условие запуска определяет условия, при выполнении который переход осуществляется, условие должно быть булевым выражением, и может использовать переменные входных дуг перехода. Временная задержка указывается в виде @+n, где n - величина задержки. Каждый переход может выполнять некоторое действие. Код действия будет вызываться каждый раз при срабатывании перехода. Если типы переменных на входных и выходных дугах перехода различаются, то действие должно преобразовывать типы. На рисунке 4.25 представлен переход и его атрибуты.

Рисунок 4.25 - Переход и его атрибуты


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

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


Рисунок 4.26 - Описание цветов и переменных


Создать новоё описание можно выбрав в контекстном меню пункт «New Decl». Можно создавать описания цветов, переменных и функций. Для описания цвета используется ключевое слово «colset», после которого указывается название цвета, знак «=«, а затем следует описание цвета. Переменные описываются с помощью ключевого слова «var», за которым следует знак «:», а потом указывается цвет (тип) переменной. Ключевое слово «fun» используется для объявления функций.

Для обратной связи CPN Tools использует систему аур. Аура - цветной фон элемента. Цвет ауры показывает состояние элемента. Оранжевый цвет говорит о том, что проверка синтаксиса ещё не началась или о том, что описание элемента не полное. Например, если тип позиции, то она будет иметь оранжевую ауру. Жёлтый цвет ауры указывает, что проверка корректности элемента идёт в настоящий момент времени. Если аура красного цвета, то это значит, что была обнаружена ошибка. Отсутствие ауры говорит о корректности элемента. Моделирование работы сети возможно только если у всех элементов и описаний отсутствует аура. В случае возникновения ошибки над элементом или в левом нижнем углу главного окна программы появится сообщение об ошибке. Наиболее частым сообщением об ошибке является «Type mismatch», которое говорит о несоответствии типов переменных. Также частыми являются сообщения об опечатках в коде: забытые точки с запятой, отсутствие скобок.

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


4.5 Выводы по разделу


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

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

Платформа CPN Tools является удобным средством для быстрой разработки и эмулирования процесса работы системы.


5. Охраны труда и БЖД на предприятии


5.1 Анализ основных опасных и вредных факторов на рабочем месте


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

Рассмотрим основные требования к ПЭВМ и помещениям с ПЭВМ. Эти требования определены в СанПин 2.2.2_2.4.1340-03. Данный нормативный документ устанавливает саниторно-эпидемиологические требования к проектированию, изготовлению и эксплуатации ПЭВМ, проектированию и эксплуатации помещений с ПЭВМ, организации рабочих мест, а также описывает рекомендуемые комплексы упражнений для снятия усталости глаз. Согласно этим требованиям мощность мягкого рентгеновского излучения от ПЭВМ не должна превышать 1 мкЗв/час на расстоянии 0,05 м, конструкция ПЭВМ должна обеспечивать возможность поворота корпуса с фиксацией в заданном положении. Дизайн ПЭВМ должен предусматривать окраску корпуса в спокойные мягкие тона. Корпус ПЭВМ, клавиатура и другие блоки и устройства ПЭВМ должны иметь матовую поверхность с коэффициентом отражения 0,4-0,6 и не должны иметь блестящих деталей. Конструкция монитора должна предусматривать регулирование яркости и контрастности. Окна в помещениях, предназначенных для эксплуатации ПЭВМ должны быть оборудованы жалюзи или занавесями. В образовательных и культорно-развлекательных учреждения для детей не допускается размещение мест пользования ПЭВМ в цокольных и подвальных помещениях. Площадь на одно рабочее место пользователей ПЭВМ с монитором на базе ЭЛТ должна быть не менее 6 м2 , для ПЭВМ с плоскими экранами не менее 4,5 м2. Для внутренней отделки интерьера помещений должны использоваться материалы с коэффициентом отражения для потолка - 0,7-0,8; для стен - 0,5-0,6; для пола - 0,3-0,5. Помещения должны быть оборудованы защитным заземлением. Рабочие столы следует размещать таким образом, чтобы мониторы были ориентированы боковой стороной к световым проемам, чтобы естественный свет падал преимущественно слева. Искусственное освещение в помещениях для эксплуатации ПЭВМ должно осуществляться системой общего равномерного освещения. Освещенность на поверхности стола в зоне размещения рабочего документа должна быть 300 - 500 лк. Освещение не должно создавать бликов на поверхности экрана. Освещенность поверхности экрана не должна быть более 300 лк. В качестве источников света при искусственном освещении следует применять преимущественно люминесцентные лампы и компактные люминесцентные лампы. При размещении рабочих мест с ПЭВМ расстояние между рабочими столами с видеомониторами (в направлении тыла поверхности одного видеомонитора и экрана другого видеомонитора) должно быть не менее 2,0 м, а расстояние между боковыми поверхностями видеомониторов - не менее 1,2 м. Экран видеомонитора должен находиться от глаз пользователя на расстоянии 600 - 700 мм, но не ближе 500 мм с учетом размеров алфавитно-цифровых знаков и символов.


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

Уровни звукового давления в октавных полосах со среднегеометрическими частотами Уровни звука в дБА 31,5 Гц63 Гц125 Гц250 Гц500 Гц1000 Гц2000 Гц4000 Гц8000 Гц86 дБ 71 дБ61 дБ 54 дБ49 дБ45 дБ 42 дБ 40 дБ 38 дБ 50

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


Таблица 5.2 Допустимые уровни ЭМП, создаваемых ПЭВМ

Наименование параметров ВДУ ЭМП Напряженность электрического поля в диапазоне частот 5 Гц - 2 кГц 25 В/м в диапазоне частот 2 кГц - 400 кГц 2,5 В/м Плотность магнитного потокав диапазоне частот 5 Гц - 2 кГц 250 нТл в диапазоне частот 2 кГц - 400 кГц 25 нТл Электростатический потенциал экрана видеомонитора 500 В

Таблица 5.3 Допустимые визуальные параметры устройств отображения информации

N п/пПараметры Допустимые значения 1 Яркость белого поля Не менее 35 кд/кв. м 2 Неравномерность яркости рабочего поля Не более +/- 20% 3 Контрастность (для монохромного режима) Не менее 3:1 4 Временная нестабильность изображения (непреднамеренное изменение во времени яркости изображения на экране дисплея)Не должна фиксироваться 5 Пространственная нестабильность изображения (непреднамеренные изменения положения фрагментов изображения на экране) Не более 2 x 1E(-4L), где L - проектное расстояние наблюдения, мм

Организация работы с ПЭВМ осуществляется в зависимости от вида и категории трудовой деятельности.

Виды трудовой деятельности разделяются на 3 группы: группа А - работа по считыванию информации с экрана ВДТ с предварительным запросом; группа Б - работа по вводу информации; группа В - творческая работа в режиме диалога с ПЭВМ. При выполнении в течение рабочей смены работ, относящихся к разным видам трудовой деятельности, за основную работу с ПЭВМ следует принимать такую, которая занимает не менее 50% времени в течение рабочей смены или рабочего дня.

Для видов трудовой деятельности устанавливается 3 категории тяжести и напряженности работы с ПЭВМ, которые определяются: для группы А - по суммарному числу считываемых знаков за рабочую смену, но не более 60 000 знаков за смену; для группы Б - по суммарному числу считываемых или вводимых знаков за рабочую смену, но не более 40 000 знаков за смену; для группы В - по суммарному времени непосредственной работы с ПЭВМ за рабочую смену, но не более 6 ч за смену.

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


Таблица 5.4 Суммарное время регламентированных перерывов

Категория работы с ПЭВМ Уровень нагрузки за рабочую смену при видах работ с ПЭВМ Суммарное время регламентированных перерывов, мин.группа А, количество знаковгруппа Б, количество знаковгруппа В, ч при 8-часовой смене при 12-часовой смене I до 20 000до 15 000до 2 50 80 II до 40 000до 30 000до 4 70 110 III до 60 000до 40 000до 6 90 140

5.2 Общие мероприятия по обеспечению безопасности на рабочем месте


Рассмотрим рабочее помещение. Помещение распложено на втором этаже в пятиэтажном здании. Здание расположено на перекрёстке двух оживлённых дорог. В помещение находятся пять рабочих мест, всё они оснащены ПЭВМ. Схему расположение рабочих мест в помещении можно увидеть на рисунке 5.1.

Рисунок 5.1 Схема помещения


В качестве искусственного освещения применяются люминесцентные лампы, равномерно расположенные на потолке. Высота потолков в помещении составляет 3 метра. Оконный проём в помещении один, однако он достаточно большой. Оконный проём начинаётся на высоте 1 метра над полом и заканчивается под потолком. Окна выходят на север, что соответствует пункту 3.2 СанПин 2.2.2_2.4.1340-03. На одно рабочее место приходится площадь 5 м2, что также соответствует требованиям (не менее 4,5 м2). Высота рабочего стола составляет 725 мм. Рабочие стулья регулируются по высоте. В соответствии с пунктом 3.7 СанПин 2.2.2_2.4.1340-03 помещение оборудовано защитным заземлением. Все рабочее места расположены боком к окну: два рабочих места правым боком, три - левым. Расстояние от ВДТ до пользователя соответствует норме - 60-70 см. Сотрудники в данном помещении относятся к категории ВIII (творческая работа с ПЭВМ, до 6 часов за рабочую смену). Разряд зрительных работ - II (размер различаемых объектов - 0,15-0,30 мм).

5.3 Расчёт освещённости


Согласно СНиП 23-05-95 естественное освещение делится на боковое, верхнее, комбинированное. Рассчитаем необходимую площадь оконных проёмов при боковом освещения для данного помещения:


, (5.1)


где - площадь световых проемов;

S - освещаемая площадь, S = 10 * 7 = 70 м2;

Еn, - нормируемое значение КЕО (коэффициента естественной освещенности) Еn = Ен * m, где m - коэффициент, учитывающий климат и ориентацию окон. m = 0,9 (помещение находится во втором световом поясе, ориентация окон на север);

Ен = 1,5%, в соответствие с разрядом работ (II);

Еn = 1,5 * 0,9 = 1,35%;

Кз - коэффициент запаса, определяется по СНиП 23-05-95 и равен 1,5;

- световая характеристика окна, определяется конструкцией окон и согласно СНиП II-4-79 равна 37;

Кзт - коэффициент затенения;

Кзт = 1 (нет противостоящих затеняющих помещений);

To- общий коэффициент светопропускания, рассчитываемый по формуле:


To =T1 * T2 * T3 * T4, (5.2)


где T1 - коэффициент светопропускания материала, T1 = 0,9;

T2 - коэффициент учёта потерь света в переплётах светового проёма, T2=0,75;

T3 - коэффициент учёта потерь света в несущих конструкциях, T3=0.8;

T4 - коэффициент учёта потери света в солнцезащитных устройствах, T4=1;

T = 0,9*0,75*0,8*1= 0,54.

R1 - коэффициент повышения КЕО при боковом естественном освещении благодаря свету, отражённому от поверхности помещения, определяется по формуле:


R1=, (5.3)


где Rп, Rс, Rпп - коэффициенты отражения света от пола, стен и потолка соответственно;

Sп, Sс, Sпп - площади пола, стен и потолка соответственно.


R1=; (5.4)


Sо= м2; (5.5)


Таким образом, необходимая площадь окон составляет 42,7 м2, однако реально имеется лишь 14 м2. Следовательно, необходимо предусмотреть искусственное освещение.

СНиП 23-05-95 определяет минимальную освещённость равной 300 лк.

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

F =, (5.6)


где F - световой поток;

Е - нормируемая минимальная освещенность, Е = 300 лк;

Кз - коэффициент запаса, равный 1,5;

S - освещаемая площадь, составляющая 70 м2;

Z - коэффициент неравномерности освещения, равный 1,1;

С - коэффициент использования излучаемого светильниками светового потока на расчетной площади;

N - число светильников;

n - число ламп в светильнике.

i - индекс помещения, позволяющий установить зависимость освещения от площади помещения и высоты подвеса. Эта величина рассчитывается по формуле:


i =, (5.7)


где А - длина помещения - 10 м;

В - ширина помещения - 7 м;

h - высота подвеса, которая определяется по формуле:


h = H - hр - hс;


где:

Н - высота помещения - 3 м;

- высота рабочей поверхности - 0,75 м;

- высота от потолка до нижней части лампы - 0.15 м.

h = 3 - 0,75 - 0,15 = 2,1 м.

i = = 1,96 (5.8)


Для светильников ОД (общего освещения диффузный) при индексе помещения 1,96 и коэффициентах отражения от потолка и стен 70,50%, С = 0,41.

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


N = (5.9)


Наиболее приемлемыми для помещения являются люминесцентные лампы ЛБ (белого света) мощностью 80 Вт. Нормальный световой поток лампы ЛБ-80

F = 5400 люмен (лм).

В итоге число светильников получится равным:


N = = 7,76 (5.10)


Таким образом, потребуется 8 светильников.

Фактически в помещении имеется 8 светильников ОД по 2 лампы ЛБ-80 в каждом.


5.4 Выводы по разделу


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

В помещении производственный микроклимат соответствует СанПиН 2.2.2_2.4.1340-03. Производственное освещение удовлетворяет требованиям СНиП 23-05-95.


6. Расчет экономической эффективности проекта


6.1 Определение трудоёмкости выполняемых работ


Для определения большинства составляющих трудоёмкости нужно найти общее число операторов Чоп.общ по формуле:


(6.1)


где Чоп - число операторов, ед.;

Ксз - коэффициент сложности задачи;

Ккп - коэффициент коррекции программы, учитывающий новизну проекта.

В данном случае, число операторов составит примерно Чоп=300; коэффициент сложности примем равным 1,8; коэффициент коррекции программы равен 0,1. Таким образом:


Чоп. Общ= 300*1,8(1+0,1)= 594 оп. (6.2)


Затраты труда на описание задачи То примем ориентировочно То=30 чел.-ч.

Затраты труда на исследование предметной области Ти с учётом описания и квалификации программистов определяются по формуле:


(6.3)


где Чоп. общ - общее число операторов, ед;

Кузт - коэффициент увеличения затрат труда, вследствие недостаточного описания задачи;

Чоп. и - количество операторов, приходящееся на 1 чел.-ч (для данного вида работ Чоп. и=75…85 ед/чел.-ч);

Kk - коэффициент квалификации программиста (определяется в зависимости от стажа работы: до 2-х лет - 0,8).

Таким образом, Ти=(594*1,2)/(75*0,8)= 11,88 чел.-ч.

Затраты труда на разработку алгоритма решения задачи Та рассчитываются по фомуле:


(6.4)


где Чоп. а - количество операторов, приходящееся на 1 чел.-ч (для данного вида работ Чоп. а=20…25 ед/чел.-ч).

Та= 594/20=37,125 чел.-ч. (6.5)

Затраты труда на составление программы по готовому алгоритму Тп рассчитываются по формуле:


(6.6)


где Чпп - количество операторов, приходящееся на 1 чел.-ч (для данного вида работ Чпп=20…25 ед/чел.-ч).

Тп=594/(20*0,8)= 37,125 чел.-ч. (6.7)

Затраты труда на отладку программы рассчитываются по формуле:


(6.8)


где Чоп. отл - количество операторов, приходящееся на 1 чел.ч (для данного вида работ Чоп. отл=4…5 ед/чел.-ч).

Тотл=594/(4*0,8)= 185,625 чел.-ч. (6.9)

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


Тд=Тдр+Тдо, (6.10)


где Тдр - затраты труда на подготовку материалов, определяются по формуле:


(6.11)


где Чоп. др - количество операторов, приходящееся на 1 чел.-ч (для данного вида работ Чоп др=15…20 ед/чел.-ч).

Затраты труда на редактирование, печать и оформление документов:


Тдо=0,75*Тдр. (6.12)

Тдр=594/(15*0,8)= 49,5 чел.-ч. (6.13)

Тдо=0,75*49,5=37,125 чел.-ч. (6.14)

Тд=49,5+37,125=86,625 чел.-ч. (6.15)

Тпо=То+Ти+Та+Тп+Тотл+Тд (6.16)


Тпо=30+11,88+37,125+37,125+185,625+86,625=388,38 чел.-ч. (6.17)

Полученное общее значение трудоёмкости Тпо корректируется с учётом уровня языка программирования: Т=Тпо*kкар, где

Kкар - коэффициент, учитывающий уровень языка программирования (kкар=0,8…1,0).


Т=380,955*0,8=310,704 чел.-ч. (6.18)


Таблица 6.1 - Определение трудоёмкости

Виды затрат трудаТрудоемкость, чел.- чЗатраты труда на описание задачи, То Затраты труда на исследование предметной области, Ти Затраты труда на разработку блок-схемы, Та Затраты труда на программирование, Тп Затраты труда на отладку программы, Тотл Затраты труда на подготовку документации, Тд 30 11,88 37,125 37,125 185,625 86,625Итого затраты труда на разработку программного продукта, Тпо388,38

6.2 Расчёт затрат на разработку программного продукта


Общая сумма затрат на материальные ресурсы и запасные части (ЗМ) определяется по формуле:


(6.19)


где Pi - расход i-го вида материального ресурса, натуральные единицы;

Цi - цена за единицу i-го вида материального ресурса, руб.

i - вид материального ресурса;

n - количество видов материальных ресурсов.

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

Общая сумма затрат на оплату труда (Ззп.о) определяется по формуле:


(6.20)


где ЧСi - часовая ставка i-го работника, руб.;

Тi - трудоемкость разработки автоматизированной информационной системы, чел.xч;

i - категория работника;

n - количество работников, занятых разработкой автоматизированной информационной системы.

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


(6.21)


где ЗПi - месячная заработная плата i-го работника, руб.;

ФРВi - месячный фонд рабочего времени i-го работника, час (по данным бухгалтерии).

Дополнительная заработная плата производственного персонала Ззп.д рассчитывается по формуле:


(6.22)


где Кдоп.зп - коэффициент дополнительной заработной платы.

(Кдоп.зп = 0,1…0,2).

В статью «Отчисления на социальные нужды» включаются сумма страховых взносов Зсн в размере 34,2 % от суммы затрат на основную и дополнительную заработную плату всех работников, занятых разработкой программного продукта.

Затраты на потребляемую энергию Зэ определяются по формуле:


Зэ = Рв * tв * цэ, (6.23)


где Рв - мощность ЭВМ, кВт;

tв - время работы вычислительного комплекса, ч;

цэ - стоимость 1 кВт-ч электроэнергии, руб/кВт-ч.

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

в = ап * (Тп + Тдо + Тотл) * kкор, (6.24)


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

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


, (6.25)


где Кв - балансовая стоимость вычислительной техники;

tв.г - годовой фонд рабочего времени вычислительной техники

(tв.г = 2112ч).

? = 4% норма отчислений на ремонт.

Полные затраты на создание программного продукта составят:


Зобщ = Зм + Ззп.о + Ззп.д + Зсн + Зэ + Зр, (6.26)


Таблица 6.2 - Основная заработная плата персонала

Категория работникаТрудоемкость разработки, чел.xчЧасовая ставка, руб./ч.Сумма, руб.ИТР310,70411435420,256ИТОГО основная заработная плата35420,256управление проблема алгоритм программа cpn

Таблица 6.3 - Себестоимость создания автоматизированной информационной системы

Статья затратСумма, руб.Расходы на материалы и запасные части, Зм0Основная заработная плата производственного персонала, Ззп.о35420,256Дополнительная заработная плата производственного персонала, Ззп.д3542,0256Отчисления на социальные нужды, Зсн13325,1003Затраты на электроэнергию, Зэ377,9037Затраты на амортизацию и ремонт вычислительной техники, Зр226,40625Итого затрат, Зобщ52891,69185

6.3 Расчёт экономической эффективности проекта


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


, (6.27)


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

З - стоимостная оценка затрат при использовании программного продукта, руб.

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


, (6.28)


где Зручн - затраты на ручную обработку информации в руб.;

Завт. - затраты на автоматизированную обработку информации, руб.;

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


, (6.29)


где tp - время, затрачиваемое на обработку информации вручную, ч;

цч - цена одного часа работы оператора, руб.;

kd - 1…2 - коэффициент, учитывающий дополнительные затраты времени на логические операции.


(6.30)


где ta - затраты времени на автоматизированную обработку информации, ч.


Зруч=6*10000*2=120000; (6.31)

Завт=4*10000*1=40000; (6.32)

Э=120000-40000+10000=90000; (6.33)

П=90000-52891,69185=37108,30815. (6.34)


6.4 Оценка основных технико-экономических показателей проекта


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

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

Чистый дисконтированный доход (ЧДД) ? характеризует превышение суммарных денежных поступлений над суммарными затратами для данного проекта с учетом неравномерности эффектов (затрат, результатов), относящихся к различным моментам времени.

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


(6.35)


где: п - расчетный период, год;

Пk - прибыль от использования программного продукта за k-й год его эксплуатации, руб.;

Е - норма дисконта;

К - капиталовложения при внедрении программного продукта.

Для признания проекта эффективным с точки зрения инвестора, необходимо, чтобы чистый дисконтированный доход проекта был положительным. При проведении сравнительной оценки предпочтение следует отдать проекту с большим значением ЧДД (при выполнении условия его положительности). Очевидно, что при ЧДД > 0 проект следует принять, при ЧДД < 0 отвергнуть, а при ЧДД = 0 проект не прибылен, но и не убыточен.


ЧДД=20000/(1+0,2)+30000/(1+0,2)+40000/(1+0,2)+50000/(1+0,2)52891,69185=63774,9748 (6.35)


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

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

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


(6.36)


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


Э=(20000+30000+40000+50000)/4=35000 (6.37)

Ток=52891,69185/35000=1,51 (6.38)


6.5 Выводы по разделу


Выполненный проект экономически эффективен благодаря низким капиталовложениям (52891,69185) и высокой экономической эффективности (37108,30815). Чистый дисконтированный доход так же говорит об экономической выгодности проекта. Основные результаты представлены в таблице 6.4.


Таблица 6.44 - Основные технико-экономические показатели разрабатываемого проекта

Основные технико-экономические показатели проектаед. измеренияЗначение показателяИтоговая трудоемкость разработкичел-ч.310,704Полные затраты на создание программного продуктаруб.52891,69185Годовой эффект от внедрения программного продуктаруб.37108,30815Чистый дисконтированный доход от использования программного продукта руб.63774,9748Срок окупаемости проектагод1,51

Заключение


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

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

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

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

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

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

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


Список использованных источников


1.Воевода А. А., Романников Д.О. Моделирование сетей Петри в CPN Tools. - Сборник научных трудов НГТУ, 2008 - 6 с.

2.ГОСТ Р ИСО/МЭК 20000-200 Х.

.Зайцев Д.А., Шмелёва Т.Р. Моделирование телекоммуникационных систем в CPN Tools: учебное пособие. - Одесская Национальная Академия Связи им. А.С. Попова, 2008 - 60 с.

4.Kurt Jensen, Lars Michael Kristensen, Lisa Wells Coloured Petri nets and CPN Tools for modeling and validation of concurrent systems. - Department of Computer Science, University of Aarhus, 2008 - 39 p.

.Soren Christensen, Torben Bisgaard Haagh Design/CPN Overview of CPN ML Syntax. - University of Aarhus, 1996 - 15 p.

.#"center">Приложение А. Организационно-управленческая структура


Рисунок П.А.1 - Организационно-управленческая структура, часть 3


Рисунок П.А.3 - Организационно-управленческая структура, часть 5


Рисунок П.А.4 - Организационно-управленческая структура, часть 6


Рисунок П.А.5 - Организационно-управленческая структура, часть 7


Рисунок П.А.6 - Организационно-управленческая структура, часть 8


Рисунок П.А.7 - Организационно-управленческая структура, часть 9


Рисунок П.А.8 - Организационно-управленческая структура, часть 10


Рисунок П.А.9 - Организационно-управленческая структура, часть 11


Приложение Б. Текст лицензий

for CPN Tools GUI

CPN Tools GUI is licensed under the GNU General Public License (GPL) version 2.

Notice

Tools© 2010-2011 AIS Group, Eindhoven University of Technology


CPN Tools is originally developed by the CPN Group at Aarhus University from 2000 to 2010. The main architects behind the tool are Kurt Jensen, Soren Christensen, Lars M. Kristensen, and Michael Westergaard. From the autumn of 2010, CPN Tools is transferred to the AIS group, Eindhoven University of Technology, The Netherlands.Tools is free software; you can redistribute it and/or modify it under the terms of the GNU General Public License as published by the Free Software Foundation; either version 2 of the License, or (at your option) any later version.Tools is distributed in the hope that it will be useful, but WITHOUT ANY WARRANTY; without even the implied warranty of MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the GNU General Public License for more details.should have received a copy of the GNU General Public License along with CPN Tools; if not, write to the Free Software Foundation, Inc., 51 Franklin Street, Fifth Floor, Boston, MA 02110-1301, USA.for Access/CPN/CPN is licensed under the GNU Lesser General Public License (LGPL) version 2.1., however, that Access/CPN uses the CPN simulator, which is licensed differently.

Notice

/CPN© 2010-2011 AIS Group, Eindhoven University of Technology


CPN Tools is originally developed by the CPN Group at Aarhus University from 2000 to 2010. The main architects behind the tool are Kurt Jensen, Soren Christensen, Lars M. Kristensen, and Michael Westergaard. From the autumn of 2010, CPN Tools is transferred to the AIS group, Eindhoven University of Technology, The Netherlands.library is free software; you can redistribute it and/or modify it under the terms of the GNU Lesser General Public License as published by the Free Software Foundation; either version 2.1 of the License, or (at your option) any later version.library is distributed in the hope that it will be useful, but WITHOUT ANY WARRANTY; without even the implied warranty of MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the GNU Lesser General Public License for more details.should have received a copy of the GNU Lesser General Public License along with this library; if not, write to the Free Software Foundation, Inc., 51 Franklin Street, Fifth Floor, Boston, MA 02110-1301 USA

-clause BSD License for CPN Tools Simulator

© 2010-2011, AIS Group, Eindhoven University of Technologyrights reserved.


CPN Tools is originally developed by the CPN Group at Aarhus University from 2000 to 2010. The main architects behind the tool are Kurt Jensen, Soren Christensen, Lars M. Kristensen, and Michael Westergaard. From the autumn of 2010, CPN Tools is transferred to the AIS group, Eindhoven University of Technology, The Netherlands.and use in source and binary forms, with or without modification, are permitted provided that the following conditions are met:of source code must retain the above copyright notice, this list of conditions and the following disclaimer.in binary form must reproduce the above copyright notice, this list of conditions and the following disclaimer in the documentation and/or other materials provided with the distribution.advertising materials mentioning features or use of this software must display the following acknowledgement: This product includes software developed by the AIS Group, Eindhoven University of Technology and the CPN Group, Aarhus University.the name of the AIS Group, Eindhoven University of Technology, the name of Eindhoven University of Technology, nor the names of its contributors may be used to endorse or promote products derived from this software without specific prior written permission.SOFTWARE IS PROVIDED BY THE AIS GROUP, EINDHOVEN UNIVERSITY OF TECHNOLOGY AS IS AND ANY EXPRESS OR IMPLIED WARRANTIES, INCLUDING, BUT NOT LIMITED TO, THE IMPLIED WARRANTIES OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE ARE DISCLAIMED. IN NO EVENT SHALL THE AIS GROUP, EINDHOVEN UNIVERSITY OF TECHNOLOGY BE LIABLE FOR ANY DIRECT, INDIRECT, INCIDENTAL, SPECIAL, EXEMPLARY, OR CONSEQUENTIAL DAMAGES (INCLUDING, BUT NOT LIMITED TO, PROCUREMENT OF SUBSTITUTE GOODS OR SERVICES; LOSS OF USE, DATA, OR PROFITS; OR BUSINESS INTERRUPTION) HOWEVER CAUSED AND ON ANY THEORY OF LIABILITY, WHETHER IN CONTRACT, STRICT LIABILITY, OR TORT (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING IN ANY WAY OUT OF THE USE OF THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF SUCH DAMAGE.


Приложение В. Фрагмент исходного кода


<?xml version="1.0" encoding="iso-8859-1"?>

<!DOCTYPE workspaceElements PUBLIC "-//CPN//DTD CPNXML 1.0//EN" "#"justify"><workspaceElements>

<generator tool="CPN Tools"="3.0.4"="6"/>

<cpnet>

<globbox>

<block id="ID1412310166">

<id>Standard priorities</id>

<ml id="ID1412310255">val P_HIGH = 100;

<layout>val P_HIGH = 100;</layout>

</ml>

<ml id="ID1412310292">val P_NORMAL = 1000;

<layout>val P_NORMAL = 1000;</layout>

</ml>

<ml id="ID1412310322">val P_LOW = 10000;

<layout>val P_LOW = 10000;</layout>

</ml>

</block>

<block id="ID1">

<id>Standard declarations</id>

<color id="ID85042">

<id>UNIT</id>

<unit/>

<layout>colset UNIT = unit;</layout>

</color>

<color id="ID3">

<id>INT</id>

<int/>

</color>

<color id="ID4">

<id>BOOL</id>

<bool/>

</color>

<color id="ID5">

<id>STRING</id>

<string/>

</color>

<color id="ID1412617954">

<id>u</id>

<timed/>

<product>

<id>STRING</id>

<id>STRING</id>

<id>INT</id>

<id>INT</id>

</product>

<layout>colset u=product STRING*STRING*INT*INT timed;</layout>

</color>

<color id="ID1413093432">

<id>range</id>

<int>

<with>

<ml>0</ml>

<ml>1</ml>

</with>

</int>

<layout>colset range = int with 0.1;</layout>

</color>

<color id="ID1412617755">

<id>p</id>

<timed/>

<product>

<id>STRING</id>

<id>STRING</id>

<id>STRING</id>

<id>INT</id>

<id>INT</id>

<id>INT</id>

<id>STRING</id>

<id>INT</id>

<id>INT</id>

</product>

<layout>colset p=product STRING*STRING*STRING*INT*INT*INT*STRING*INT*INT timed;</layout>

</color>

<color id="ID1412617654">

<id>r</id>

<timed/>

<product>

<id>STRING</id>

<id>STRING</id>

<id>STRING</id>

<id>p</id>

</product>

<layout>colset r = product STRING*STRING*STRING*p timed;</layout>

</color>

<var id="ID1412627109">

<type>

<id>r</id>

</type>

<id>rq</id>

<layout>var rq:r;</layout>

</var>

<var id="ID1412627944">

<type>

<id>p</id>

</type>

<id>pp</id>

<layout>var pp:p;</layout>

</var>

<var id="ID1412628385">

<type>

<id>u</id>

</type>

<id>uu</id>

<layout>var uu:u;</layout>

</var>

<var id="ID1412689732">

<type>

<id>p</id>

</type>

<id>pp2</id>

<layout>var pp2:p;</layout>

</var>

<var id="ID1412689183">

<type>

<id>p</id>

</type>

<id>ppp</id>

<layout>var ppp:p;</layout>

</var>

</block>

</globbox>

<page id="ID6">

<pageattr name="New Page"/>

<place id="ID1412324231">

<posattr x="-911.000000"="281.000000"/>

<fillattr colour="White"=""="false"/>

<lineattr colour="Black"="1"="Solid"/>

<textattr colour="Black"="false"/>

<text>Users PC</text>

<ellipse w="84.000000"="40.000000"/>

<token x="-10.000000"="0.000000"/>

<marking x="0.992970"="25.817212"="false">

<snap snap_id="0".horizontal="1".vertical="3"/>

</marking>

<type id="ID1412324232">

<posattr x="-875.500000"="257.000000"/>

<fillattr colour="White"="Solid"="false"/>

<lineattr colour="Black"="0"="Solid"/>

<textattr colour="Black"="false"/>

<text tool="CPN Tools"="3.0.4">r</text>

</type>

<initmark id="ID1413259988">

<posattr x="-1049.000000"="1369.000000"/>

<fillattr colour="White"="Solid"="false"/>

<lineattr colour="Black"="0"="Solid"/>

<textattr colour="Black"="false"/>

<text tool="CPN Tools"="3.0.4">1`(&quot;report&quot;,&quot;asi&quot;,&quot;password&quot;,(&quot;&quot;,&quot;&quot;,&quot;&quot;,1,12012011,3,&quot;&quot;,1,2))++

`(&quot;solve&quot;,&quot;ksp&quot;,&quot;password&quot;,(&quot;Taranov Pavel Nikolaevich&quot;,&quot;g. Stavropol, ul. Mira 201, kv. 39&quot;,&quot;Nevernye nastroyiki&quot;,2,09012011,2,&quot;Izmenenie nastroek&quot;,5,1))</text>

</initmark>

</place>

<place id="ID1412324245">

<posattr x="-496.000000"="96.000000"/>

<fillattr colour="White"=""="false"/>

<lineattr colour="Black"="1"="Solid"/>

<textattr colour="Black"="false"/>

<text>Diag. dev.</text>

<ellipse w="74.000000"="40.000000"/>

<token x="-10.000000"="0.000000"/>

<marking x="0.000000"="0.000000"="false">

<snap snap_id="0".horizontal="0".vertical="0"/>

</marking>

<type id="ID1412324246">

<posattr x="-463.000000"="72.000000"/>

<fillattr colour="White"="Solid"="false"/>

<lineattr colour="Black"="0"="Solid"/>

<textattr colour="Black"="false"/>

<text tool="CPN Tools"="3.0.4">p</text>

</type>

<initmark id="ID1413260385">

<posattr x="-435.000000"="119.000000"/>

<fillattr colour="White"="Solid"="false"/>

<lineattr colour="Black"="0"="Solid"/>

<textattr colour="Black"="false"/>

<text tool="CPN Tools"="3.0.4"/>

</initmark>

</place>

<place id="ID1412324498">

<posattr x="-486.000000"="298.000000"/>

<fillattr colour="White"=""="false"/>

<lineattr colour="Black"="1"="Solid"/>

<textattr colour="Black"="false"/>

<text>Users DB</text>

<ellipse w="68.000000"="40.000000"/>

<token x="-10.000000"="0.000000"/>

<marking x="-13.908606"="47.662545"="false">

<snap snap_id="0".horizontal="1".vertical="2"/>

</marking>

<type id="ID1412324499">

<posattr x="-455.000000"="274.000000"/>

<fillattr colour="White"="Solid"="false"/>

<lineattr colour="Black"="0"="Solid"/>

<textattr colour="Black"="false"/>

<text tool="CPN Tools"="3.0.4">u</text>

</type>

<initmark id="ID1412616853">

<posattr x="-1193.500000"="1283.000000"/>

<fillattr colour="White"="Solid"="false"/>

<lineattr colour="Black"="0"="Solid"/>

<textattr colour="Black"="false"/>

<text tool="CPN Tools"="3.0.4">1`(&quot;mas&quot;,&quot;password&quot;,1,0)++1`(&quot;ksp&quot;,&quot;password&quot;,2,1)++1`(&quot;asi&quot;,&quot;password&quot;,3,2)++1`(&quot;auto&quot;,&quot;password&quot;,0,3)</text>

</initmark>

</place>

<place id="ID1412325064">

<posattr x="105.000000"="-7.000000"/>

<fillattr colour="White"=""="false"/>

<lineattr colour="Black"="1"="Solid"/>

<textattr colour="Black"="false"/>

<text>Problems DB</text>

<ellipse w="90.000000"="38.000000"/>

<token x="-10.000000"="0.000000"/>

<marking x="0.000000"="0.000000"="false">

<snap snap_id="0".horizontal="0".vertical="0"/>

</marking>

<type id="ID1412325065">

<posattr x="143.000000"="-30.000000"/>

<fillattr colour="White"="Solid"="false"/>

<lineattr colour="Black"="0"="Solid"/>

<textattr colour="Black"="false"/>

<text tool="CPN Tools"="3.0.4">p</text>

</type>

<initmark id="ID1412325066">

<posattr x="-1102.500000"="1326.000000"/>

<fillattr colour="White"="Solid"="false"/>

<lineattr colour="Black"="0"="Solid"/>

<textattr colour="Black"="false"/>

<text tool="CPN Tools"="3.0.4">1`(&quot;Zaharov Mihail Igorevich&quot;,&quot;g. Kislovodsk, ul. Stanichnaya 31, kv. 12&quot;,&quot;obryv linii&quot;,2,10012011,3,&quot;Zamena povrezhdennogo uchastka&quot;,1,2)</text>

</initmark>

</place>

<place id="ID1412326822">

<posattr x="-86.000000"="166.000000"/>

<fillattr colour="White"=""="false"/>

<lineattr colour="Black"="1"="Solid"/>

<textattr colour="Black"="false"/>

<text>Requestreport</text>

<ellipse w="106.000000"="40.000000"/>

<token x="-10.000000"="0.000000"/>

<marking x="-24.824242"="23.831273"="false">

<snap snap_id="0".horizontal="1".vertical="2"/>

</marking>

<type id="ID1412326823">

<posattr x="-42.500000"="142.000000"/>

<fillattr colour="White"="Solid"="false"/>

<lineattr colour="Black"="0"="Solid"/>

<textattr colour="Black"="false"/>

<text tool="CPN Tools"="3.0.4">r</text>

</type>

<initmark id="ID1412326824">

<posattr x="-13.000000"="189.000000"/>

<fillattr colour="White"="Solid"="false"/>

<lineattr colour="Black"="0"="Solid"/>

<textattr colour="Black"="false"/>

<text tool="CPN Tools"="3.0.4"/>

</initmark>

</place>

<place id="ID1412333734">

<posattr x="-268.000000"="-58.000000"/>

<fillattr colour="White"=""="false"/>

<lineattr colour="Black"="1"="Solid"/>

<textattr colour="Black"="false"/>

<text>Problem</text>

<ellipse w="60.000000"="40.000000"/>

<token x="-10.000000"="0.000000"/>

<marking x="0.000000"="0.000000"="false">

<snap snap_id="0".horizontal="0".vertical="0"/>

</marking>

<type id="ID1412333735">

<posattr x="-239.000000"="-81.000000"/>

<fillattr colour="White"="Solid"="false"/>

<lineattr colour="Black"="0"="Solid"/>

<textattr colour="Black"="false"/>

<text tool="CPN Tools"="3.0.4">p</text>

</type>

<initmark id="ID1412333736">

<posattr x="-211.000000"="-34.000000"/>

<fillattr colour="White"="Solid"="false"/>

<lineattr colour="Black"="0"="Solid"/>

<textattr colour="Black"="false"/>

<text tool="CPN Tools"="3.0.4"/>

</initmark>

</place>

<place id="ID1412340344">

<posattr x="-268.000000"="-212.000000"/>

<fillattr colour="White"=""="false"/>

<lineattr colour="Black"="1"="Solid"/>

<textattr colour="Black"="false"/>

<text>Saving info</text>

<ellipse w="88.000000"="40.000000"/>

<token x="-10.000000"="0.000000"/>

<marking x="-5.964849"="37.732851"="false">

<snap snap_id="0".horizontal="1".vertical="3"/>

</marking>

<type id="ID1412340345">

<posattr x="-230.000000"="-235.000000"/>

<fillattr colour="White"="Solid"="false"/>

<lineattr colour="Black"="0"="Solid"/>

<textattr colour="Black"="false"/>

<text tool="CPN Tools"="3.0.4">p</text>

</type>

<initmark id="ID1412340346">

<posattr x="-202.000000"="-188.000000"/>

<fillattr colour="White"="Solid"="false"/>

<lineattr colour="Black"="0"="Solid"/>

<textattr colour="Black"="false"/>

<text tool="CPN Tools"="3.0.4"/>

</initmark>

</place>

<place id="ID1412353068">

<posattr x="-268.000000"="-577.000000"/>

<fillattr colour="White"=""="false"/>

<lineattr colour="Black"="1"="Solid"/>

<textattr colour="Black"="false"/>

<text>Problemnew</text>

<ellipse w="82.000000"="56.000000"/>

<token x="-10.000000"="0.000000"/>

<marking x="0.000000"="0.000000"="false">

<snap snap_id="0".horizontal="0".vertical="0"/>

</marking>

<type id="ID1412353069">

<posattr x="-232.000000"="-606.000000"/>

<fillattr colour="White"="Solid"="false"/>

<lineattr colour="Black"="0"="Solid"/>

<textattr colour="Black"="false"/>

<text tool="CPN Tools"="3.0.4">p</text>

</type>

<initmark id="ID1412353070">

<posattr x="-204.000000"="-547.000000"/>

<fillattr colour="White"="Solid"="false"/>

<lineattr colour="Black"="0"="Solid"/>

<textattr colour="Black"="false"/>

<text tool="CPN Tools"="3.0.4"/>

</initmark>

</place>

<place id="ID1412441750">

<posattr x="-186.000000"="78.000000"/>

<fillattr colour="White"=""="false"/>

<lineattr colour="Black"="1"="Solid"/>

<textattr colour="Black"="false"/>

<text>Requestproblem</text>

<ellipse w="100.000000"="36.000000"/>

<token x="-10.000000"="0.000000"/>

<marking x="0.000000"="0.000000"="false">

<snap snap_id="0".horizontal="0".vertical="0"/>

</marking>

<type id="ID1412441751">

<posattr x="-143.000000"="55.000000"/>

<fillattr colour="White"="Solid"="false"/>

<lineattr colour="Black"="0"="Solid"/>

<textattr colour="Black"="false"/>

<text tool="CPN Tools"="3.0.4">p</text>

</type>

<initmark id="ID1412441752">

<posattr x="-115.000000"="100.000000"/>

<fillattr colour="White"="Solid"="false"/>

<lineattr colour="Black"="0"="Solid"/>

<textattr colour="Black"="false"/>

<text tool="CPN Tools"="3.0.4"/>

</initmark>

</place>

<place id="ID1412459133">

<posattr x="-333.000000"="166.000000"/>

<fillattr colour="White"=""="false"/>

<lineattr colour="Black"="1"="Solid"/>

<textattr colour="Black"="false"/>

<text>Request</text>

<ellipse w="60.000000"="40.000000"/>

<token x="-10.000000"="0.000000"/>

<marking x="-14.000000"="-13.000000"="false">

<snap snap_id="5".horizontal="1".vertical="1"/>

</marking>

<type id="ID1412459134">

<posattr x="-305.500000"="142.000000"/>

<fillattr colour="White"="Solid"="false"/>

<lineattr colour="Black"="0"="Solid"/>

<textattr colour="Black"="false"/>

<text tool="CPN Tools"="3.0.4">r</text>

</type>

<initmark id="ID1412687627">

<posattr x="-276.000000"="189.000000"/>

<fillattr colour="White"="Solid"="false"/>

<lineattr colour="Black"="0"="Solid"/>

<textattr colour="Black"="false"/>

<text tool="CPN Tools"="3.0.4"/>

</initmark>

</place>

<place id="ID1412618556">

<posattr x="-867.000000"="-138.000000"/>

<fillattr colour="White"=""="false"/>

<lineattr colour="Black"="1"="Solid"/>

<textattr colour="Black"="false"/>

<text>Answer</text>

<ellipse w="60.000000"="40.000000"/>

<token x="-10.000000"="0.000000"/>

<marking x="0.000000"="0.000000"="false">

<snap snap_id="0".horizontal="0".vertical="0"/>

</marking>

<type id="ID1412618557">

<posattr x="-838.000000"="-161.000000"/>

<fillattr colour="White"="Solid"="false"/>

<lineattr colour="Black"="0"="Solid"/>

<textattr colour="Black"="false"/>

<text tool="CPN Tools"="3.0.4">p</text>

</type>

<initmark id="ID1412618558">

<posattr x="-810.000000"="-114.000000"/>

<fillattr colour="White"="Solid"="false"/>

<lineattr colour="Black"="0"="Solid"/>

<textattr colour="Black"="false"/>

<text tool="CPN Tools"="3.0.4"/>

</initmark>

</place>

<place id="ID1412706640">

<posattr x="-268.000000"="-378.000000"/>

<fillattr colour="White"=""="false"/>

<lineattr colour="Black"="1"="Solid"/>

<textattr colour="Black"="false"/>

<text>problem1</text>

<ellipse w="69.929697"="40.000000"/>

<token x="-10.000000"="0.000000"/>

<marking x="0.000000"="0.000000"="false">

<snap snap_id="0".horizontal="0".vertical="0"/>

</marking>

<type id="ID1412706641">

<posattr x="-236.000000"="-401.000000"/>

<fillattr colour="White"="Solid"="false"/>

<lineattr colour="Black"="0"="Solid"/>

<textattr colour="Black"="false"/>

<text tool="CPN Tools"="3.0.4">p</text>

</type>

<initmark id="ID1412706642">

<posattr x="-208.000000"="-354.000000"/>

<fillattr colour="White"="Solid"="false"/>

<lineattr colour="Black"="0"="Solid"/>

<textattr colour="Black"="false"/>

<text tool="CPN Tools"="3.0.4"/>

</initmark>

</place>

<place id="ID1413066987">

<posattr x="-1131.000000"="-744.000000"/>

<fillattr colour="White"=""="false"/>

<lineattr colour="Black"="1"="Solid"/>

<textattr colour="Black"="false"/>

<text>Searchinganswer</text>

<ellipse w="86.000000"="46.000000"/>

<token x="-10.000000"="0.000000"/>

<marking x="0.000000"="0.000000"="false">

<snap snap_id="0".horizontal="0".vertical="0"/>

</marking>

<type id="ID1413066988">

<posattr x="-1093.000000"="-770.000000"/>

<fillattr colour="White"="Solid"="false"/>

<lineattr colour="Black"="0"="Solid"/>

<textattr colour="Black"="false"/>

<text tool="CPN Tools"="3.0.4">p</text>

</type>

<initmark id="ID1413066989">

<posattr x="-1065.000000"="-717.000000"/>

<fillattr colour="White"="Solid"="false"/>

<lineattr colour="Black"="0"="Solid"/>

<textattr colour="Black"="false"/>

<text tool="CPN Tools"="3.0.4"/>

</initmark>

</place>

<place id="ID1413115754">

<posattr x="-1216.000000"="440.000000"/>

<fillattr colour="White"=""="false"/>

<lineattr colour="Black"="1"="Solid"/>

<textattr colour="Black"="false"/>

<text>Client</text>

<ellipse w="60.000000"="40.000000"/>

<token x="-10.000000"="0.000000"/>

<marking x="-14.000000"="13.000000"="false">

<snap snap_id="3".horizontal="1".vertical="2"/>

</marking>

<type id="ID1413115755">

<posattr x="-1187.000000"="416.000000"/>

<fillattr colour="White"="Solid"="false"/>

<lineattr colour="Black"="0"="Solid"/>

<textattr colour="Black"="false"/>

<text tool="CPN Tools"="3.0.4">p</text>

</type>

<initmark id="ID1413273725">

<posattr x="-1140.000000"="1430.000000"/>

<fillattr colour="White"="Solid"="false"/>

<lineattr colour="Black"="0"="Solid"/>

<textattr colour="Black"="false"/>

<text tool="CPN Tools"="3.0.4">1`(&quot;Ivanov Igor Valerievich&quot;,&quot;g. Stavropol, ul. Lenina 150, kv. 10&quot;,&quot;obryv linii&quot;,0,10012011,1,&quot;&quot;,2,1)++

`(&quot;Petrov Alexander Olegovich&quot;,&quot;g. Pyatigorsk, ul. Pushkina 23, kv. 41&quot;,&quot;zapros spravochnoi informacii&quot;,0,11012011,1,&quot;&quot;,3,1)++

`(&quot;Sidorov Ivan Mihailovich&quot;,&quot;g. Nevinomyssk, ul. Kirova 7, kv. 11&quot;,&quot;otsutstvuet dostup v internet&quot;,0,12012011,1,&quot;&quot;,4,1)</text>

</initmark>

</place>

<place id="ID1413116649">

<posattr x="-778.000000"="96.000000"/>

<fillattr colour="White"=""="false"/>

<lineattr colour="Black"="1"="Solid"/>

<textattr colour="Black"="false"/>

<text>Devices</text>

<ellipse w="60.000000"="40.000000"/>

<token x="-78.000000"="0.000000"/>

<marking x="-27.000000"="0.000000"="false">

<snap snap_id="4".horizontal="2".vertical="3"/>

</marking>

<type id="ID1413116650">

<posattr x="-749.000000"="72.000000"/>

<fillattr colour="White"="Solid"="false"/>

<lineattr colour="Black"="0"="Solid"/>

<textattr colour="Black"="false"/>

<text tool="CPN Tools"="3.0.4">p</text>

</type>

<initmark id="ID1413273584">

<posattr x="-1282.500000"="1232.000000"/>

<fillattr colour="White"="Solid"="false"/>

<lineattr colour="Black"="0"="Solid"/>

<textattr colour="Black"="false"/>

<text tool="CPN Tools"="3.0.4">1`(&quot;auto&quot;,&quot;g. Kislovodsk, pr. Pobedy 38, kv. 2&quot;,&quot;obryv linii&quot;,1,10012011,2,&quot;&quot;,6,3)++

`(&quot;auto&quot;,&quot;g. Mineralnye Vody, ul. Zhukova&quot;,&quot;obryv magistrali&quot;,0,11012011,2,&quot;&quot;,7,3)</text>

</initmark>

</place>

<place id="ID1413117757">

<posattr x="-1339.000000"="-138.000000"/>

<fillattr colour="White"=""="false"/>

<lineattr colour="Black"="1"="Solid"/>

<textattr colour="Black"="false"/>

<text>Solved</text>

<ellipse w="60.000000"="48.000000"/>

<token x="-10.000000"="0.000000"/>

<marking x="-12.908607"="25.817214"="false">

<snap snap_id="0".horizontal="1".vertical="2"/>

</marking>

<type id="ID1413117758">

<posattr x="-1310.000000"="-164.000000"/>

<fillattr colour="White"="Solid"="false"/>

<lineattr colour="Black"="0"="Solid"/>

<textattr colour="Black"="false"/>

<text tool="CPN Tools"="3.0.4">p</text>

</type>

<initmark id="ID1413117759">

<posattr x="-1282.000000"="-111.000000"/>

<fillattr colour="White"="Solid"="false"/>

<lineattr colour="Black"="0"="Solid"/>

<textattr colour="Black"="false"/>

<text tool="CPN Tools"="3.0.4"/>

</initmark>

</place>

<place id="ID1413142446">

<posattr x="-1403.000000"="-535.000000"/>

<fillattr colour="White"=""="false"/>

<lineattr colour="Black"="1"="Solid"/>

<textattr colour="Black"="false"/>

<text>Splitter</text>

<ellipse w="60.000000"="40.000000"/>

<token x="-10.000000"="0.000000"/>

<marking x="0.000000"="0.000000"="false">

<snap snap_id="0".horizontal="0".vertical="0"/>

</marking>

<type id="ID1413142447">

<posattr x="-1374.000000"="-558.000000"/>

<fillattr colour="White"="Solid"="false"/>

<lineattr colour="Black"="0"="Solid"/>

<textattr colour="Black"="false"/>

<text tool="CPN Tools"="3.0.4">p</text>

</type>

<initmark id="ID1413142448">

<posattr x="-1346.000000"="-511.000000"/>

<fillattr colour="White"="Solid"="false"/>

<lineattr colour="Black"="0"="Solid"/>

<textattr colour="Black"="false"/>

<text tool="CPN Tools"="3.0.4"/>

</initmark>

</place>

<trans id="ID1412324387"="false">

<posattr x="-486.000000"="166.000000"/>

<fillattr colour="White"=""="false"/>

<lineattr colour="Black"="1"="solid"/>

<textattr colour="Black"="false"/>

<text>Identification</text>

<box w="112.000000"="40.000000"/>

<binding x="7.200000"="-3.000000"/>

<cond id="ID1412324388">

<posattr x="-677.000000"="206.000000"/>

<fillattr colour="White"="Solid"="false"/>

<lineattr colour="Black"="0"="Solid"/>

<textattr colour="Black"="false"/>

<text tool="CPN Tools"="3.0.4">[#2 rq = #1 uu andalso #3 rq = #2 uu]</text>

</cond>

<time id="ID1412324389">

<posattr x="-411.500000"="197.000000"/>

<fillattr colour="White"="Solid"="false"/>

<lineattr colour="Black"="0"="Solid"/>

<textattr colour="Black"="false"/>

<text tool="CPN Tools"="3.0.4">@+3</text>

</time>

<code id="ID1412324390">

<posattr x="-395.500000"="114.000000"/>

<fillattr colour="White"="Solid"="false"/>

<lineattr colour="Black"="0"="Solid"/>

<textattr colour="Black"="false"/>

<text tool="CPN Tools"="3.0.4"/>

</code>

<channel id="ID1412324391">

<posattr x="-396.500000"="166.000000"/>

<fillattr colour="White"="Solid"="false"/>

<lineattr colour="Black"="0"="Solid"/>

<textattr colour="Black"="false"/>

<text tool="CPN Tools"="3.0.4"/>

</channel>

<priority id="ID1412324392">

<posattr x="-580.000000"="135.000000"/>

<fillattr colour="White"="Solid"="false"/>

<lineattr colour="Black"="0"="Solid"/>

<textattr colour="Black"="false"/>

<text tool="CPN Tools"="3.0.4"/>

</priority>

</trans>

<trans id="ID1412324863"="false">

<posattr x="105.000000"="166.000000"/>

<fillattr colour="White"=""="false"/>

<lineattr colour="Black"="1"="solid"/>

<textattr colour="Black"="false"/>

<text>Making reportstate</text>

<box w="102.000000"="44.000000"/>

<binding x="7.200000"="-3.000000"/>

<cond id="ID1412324864">

<posattr x="-128.500000"="225.000000"/>

<fillattr colour="White"="Solid"="false"/>

<lineattr colour="Black"="0"="Solid"/>

<textattr colour="Black"="false"/>

<text tool="CPN Tools"="3.0.4">[#8 (#4 rq) = #8 pp andalso #9 pp = #4 uu]</text>

</cond>

<time id="ID1412324865">

<posattr x="178.500000"="199.000000"/>

<fillattr colour="White"="Solid"="false"/>

<lineattr colour="Black"="0"="Solid"/>

<textattr colour="Black"="false"/>

<text tool="CPN Tools"="3.0.4">@+60</text>

</time>

<code id="ID1412324866">

<posattr x="577.000000"="1333.000000"/>

<fillattr colour="White"="Solid"="false"/>

<lineattr colour="Black"="0"="Solid"/>

<textattr colour="Black"="false"/>

<text tool="CPN Tools"="3.0.4">input (pp,uu,rq);(ppp);

((#1 pp, #2 pp, #3 pp, #4 pp, #5 pp, #6 pp,&quot;abonent: &quot; ^ #1 pp ^ &quot;; Address: &quot; ^ #2 pp ^ &quot;; Type: &quot; ^ #3 pp ^ &quot;; Priority: &quot; ^ INT.mkstr(#4 pp) ^ &quot;; Date: &quot; ^ INT.mkstr(#5 pp) ^ &quot;; Level: &quot; ^ INT.mkstr(#6 pp) ^ &quot;; Answer: &quot; ^ #7 pp ^ &quot;; id: &quot; ^ INT.mkstr(#8 pp) ^ &quot;; User: &quot; ^ #1 uu, #8 pp, #9 pp));</text>

</code>

<channel id="ID1412324867">

<posattr x="189.500000"="166.000000"/>

<fillattr colour="White"="Solid"="false"/>

<lineattr colour="Black"="0"="Solid"/>

<textattr colour="Black"="false"/>

<text tool="CPN Tools"="3.0.4"/>

</channel>

<priority id="ID1412324868">

<posattr x="16.000000"="133.000000"/>

<fillattr colour="White"="Solid"="false"/>

<lineattr colour="Black"="0"="Solid"/>

<textattr colour="Black"="false"/>

<text tool="CPN Tools"="3.0.4"/>

</priority>

</trans>

<trans id="ID1412331703"="false">

<posattr x="-402.000000"="15.000000"/>

<fillattr colour="White"=""="false"/>

<lineattr colour="Black"="1"="solid"/>

<textattr colour="Black"="false"/>

<text>Select priorety</text>

<box w="102.000000"="42.000000"/>

<binding x="7.200000"="-3.000000"/>

<cond id="ID1412693600">

<posattr x="-462.000000"="47.000000"/>

<fillattr colour="White"="Solid"="false"/>

<lineattr colour="Black"="0"="Solid"/>

<textattr colour="Black"="false"/>

<text tool="CPN Tools"="3.0.4"/>

</cond>

<time id="ID1412331705">

<posattr x="-332.500000"="47.000000"/>

<fillattr colour="White"="Solid"="false"/>

<lineattr colour="Black"="0"="Solid"/>

<textattr colour="Black"="false"/>

<text tool="CPN Tools"="3.0.4">@+1</text>

</time>

<code id="ID1412693434">

<posattr x="-81.500000"="1227.000000"/>

<fillattr colour="White"="Solid"="false"/>

<lineattr colour="Black"="0"="Solid"/>

<textattr colour="Black"="false"/>

<text tool="CPN Tools"="3.0.4">input (pp);(pp2);

(case #3 pp of

&quot;obryv linii&quot; =&gt; (&quot;auto&quot;, #2 pp, #3 pp, 1, #5 pp, #6 pp, #7 pp, #8 pp, #9 pp)

| &quot;obryv magistrali&quot; =&gt; (&quot;auto&quot;, #2 pp, #3 pp, 2, #5 pp, #6 pp, #7 pp, #8 pp, #9 pp)

| &quot;polomka oborudovaniya&quot; =&gt; (&quot;auto&quot;, #2 pp, #3 pp, 2, #5 pp, #6 pp, #7 pp, #8 pp, #9 pp));</text>

</code>

<channel id="ID1412331707">

<posattr x="-317.500000"="15.000000"/>

<fillattr colour="White"="Solid"="false"/>

<lineattr colour="Black"="0"="Solid"/>

<textattr colour="Black"="false"/>

<text tool="CPN Tools"="3.0.4"/>

</channel>

<priority id="ID1412331708">

<posattr x="-491.000000"="-17.000000"/>

<fillattr colour="White"="Solid"="false"/>

<lineattr colour="Black"="0"="Solid"/>

<textattr colour="Black"="false"/>

<text tool="CPN Tools"="3.0.4"/>

</priority>

</trans>

<trans id="ID1412334716"="false">

<posattr x="-89.000000"="-138.000000"/>

<fillattr colour="White"=""="false"/>

<lineattr colour="Black"="1"="solid"/>

<textattr colour="Black"="false"/>

<text>Answer</text>

<box w="80.000000"="40.000000"/>

<binding x="7.200000"="-3.000000"/>

<cond id="ID1412334717">

<posattr x="-188.500000"="-138.000000"/>

<fillattr colour="White"="Solid"="false"/>

<lineattr colour="Black"="0"="Solid"/>

<textattr colour="Black"="false"/>

<text tool="CPN Tools"="3.0.4">[#3 pp = #3 ppp]</text>

</cond>

<time id="ID1412334718">

<posattr x="-26.500000"="-107.000000"/>

<fillattr colour="White"="Solid"="false"/>

<lineattr colour="Black"="0"="Solid"/>

<textattr colour="Black"="false"/>

<text tool="CPN Tools"="3.0.4">@+10</text>

</time>

<code id="ID1412766666">

<posattr x="-156.000000"="1124.000000"/>

<fillattr colour="White"="Solid"="false"/>

<lineattr colour="Black"="0"="Solid"/>

<textattr colour="Black"="false"/>

<text tool="CPN Tools"="3.0.4">input (pp,ppp);(pp2);

((#1 pp, #2 pp, #3 pp, #4 pp, #5 pp, #6 pp, #7 ppp, #8 pp, #9 pp));</text>

</code>

<channel id="ID1412334720">

<posattr x="-15.500000"="-138.000000"/>

<fillattr colour="White"="Solid"="false"/>

<lineattr colour="Black"="0"="Solid"/>

<textattr colour="Black"="false"/>

<text tool="CPN Tools"="3.0.4"/>

</channel>

<priority id="ID1412334721">

<posattr x="-167.000000"="-169.000000"/>

<fillattr colour="White"="Solid"="false"/>

<lineattr colour="Black"="0"="Solid"/>

<textattr colour="Black"="false"/>

<text tool="CPN Tools"="3.0.4"/>

</priority>

</trans>

<trans id="ID1412342258"="false">

<posattr x="-268.000000"="-306.000000"/>

<fillattr colour="White"=""="false"/>

<lineattr colour="Black"="1"="solid"/>

<textattr colour="Black"="false"/>

<text>Save info</text>

<box w="60.000000"="40.000000"/>

<binding x="7.200000"="-3.000000"/>

<cond id="ID1412342259">

<posattr x="-307.000000"="-275.000000"/>

<fillattr colour="White"="Solid"="false"/>

<lineattr colour="Black"="0"="Solid"/>

<textattr colour="Black"="false"/>

<text tool="CPN Tools"="3.0.4"/>

</cond>

<time id="ID1412342260">

<posattr x="-219.500000"="-275.000000"/>

<fillattr colour="White"="Solid"="false"/>

<lineattr colour="Black"="0"="Solid"/>

<textattr colour="Black"="false"/>

<text tool="CPN Tools"="3.0.4">@+3</text>

</time>

<code id="ID1412686559">

<posattr x="-203.500000"="-358.000000"/>

<fillattr colour="White"="Solid"="false"/>

<lineattr colour="Black"="0"="Solid"/>

<textattr colour="Black"="false"/>

<text tool="CPN Tools"="3.0.4"/>

</code>

<channel id="ID1412342262">

<posattr x="-204.500000"="-306.000000"/>

<fillattr colour="White"="Solid"="false"/>

<lineattr colour="Black"="0"="Solid"/>

<textattr colour="Black"="false"/>

<text tool="CPN Tools"="3.0.4"/>

</channel>

<priority id="ID1412342263">

<posattr x="-336.000000"="-337.000000"/>

<fillattr colour="White"="Solid"="false"/>

<lineattr colour="Black"="0"="Solid"/>

<textattr colour="Black"="false"/>

<text tool="CPN Tools"="3.0.4"/>

</priority>

</trans>

<trans id="ID1412350624"="false">

<posattr x="-268.000000"="-489.000000"/>

<fillattr colour="White"=""="false"/>

<lineattr colour="Black"="1"="solid"/>

<textattr colour="Black"="false"/>

<text>Increase</text>

<box w="60.000000"="40.000000"/>

<binding x="7.200000"="-3.000000"/>

<cond id="ID1412350625">

<posattr x="-340.500000"="-458.000000"/>

<fillattr colour="White"="Solid"="false"/>

<lineattr colour="Black"="0"="Solid"/>

<textattr colour="Black"="false"/>

<text tool="CPN Tools"="3.0.4">[#7 pp = &quot;&quot;]</text>

</cond>

<time id="ID1412350626">

<posattr x="-219.500000"="-458.000000"/>

<fillattr colour="White"="Solid"="false"/>

<lineattr colour="Black"="0"="Solid"/>

<textattr colour="Black"="false"/>

<text tool="CPN Tools"="3.0.4">@+1</text>

</time>

<code id="ID1412350627">

<posattr x="-145.000000"="1039.000000"/>

<fillattr colour="White"="Solid"="false"/>

<lineattr colour="Black"

thick="0"



Похожие материалы:

Развитие речевых умений младшего школьника

. Сущность понятия речевые умения. Подготовка учащихся класса к написанию сочинений. Результативность работы по развитию речевых умений В соответствии с поставленной целью решать следующие задачи Глава I. Теоретические аспекты развития речевых.

Гидрометеорологическое обеспечение ВМФ

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

Бригадная форма организации и оплаты труда

На тему Бригадная форма организации и оплаты труда Минск Бригаде работающей на условиях подряда в соответствии с договором поручается выполнение определенного законченного объема работ установленного качества. КОНТРОЛЬНАЯ РАБОТА

Разработка системы мер мотивации и стимулирования персонала на предприятии (по материалам ООО "Ливенка")

Бодрствование - нейрофизиологический процесс человека