Разработка автоматизированного рабочего места инженера IT отдела

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

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

Введение

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

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

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

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

Цель ВКР:

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

Задачи:

1 Провести анализ существующего рабочего места инженера;

2 Определить принципы построения АРМ инженера;

3 Определить требования к разрабатываемому АРМ инженера;

4 Разработать структурную схему АРМ;

5 Разработать алгоритм работы программного средства АРМ инженера;

6 Выбрать аппаратно-программные средства для реализации АРМ;

7 Определить спецификацию аппаратных средств для разработки АРМ;

8 Разработать базу данных для программного обеспечение АРМ инженера;

9 Разработать инструкцию пользователя и инструкцию программиста;

10 Рассчитать экономические показатели работы.

1. Анализ рабочего места специалиста

1.1 Организационная модель анализа рабочего места

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

Рис. 1.1 - Структура АРМ - специалиста

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

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

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

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

На завершающей стадии анализа варианты проекта тщательно оцениваются, выявляя и устраняя их недостатки.

Рис. 1.2 - Стадии анализа рабочего места

Анализ рабочих мест связан с разработкой автоматизированного рабочего места для инженера 2-й категории ОАО ЭнергоСбыТ Плюс.

1.2 Структура Оренбургского филиала ОАО «ЭнергосбыТ Плюс»

29 мая 2015 г. на годовом собрании акционеров принято решение о переименовании ОАО "Волжская ТГК" в ПАО "Т Плюс". На базе сбытовых активов холдинга создана объединенная энергосбытовая компания "ЭнергосбыТ Плюс".

Оренбургский филиал ОАО «ЭнергосбыТ Плюс» -- гарантирующий поставщик электроэнергии на территории Оренбургской области. Основная задача - сбыт электрической энергии потребителям, так же компания предоставляет полный комплекс сопутствующих и услуг в сфере ЖКХ. Компания снабжает электроэнергией около 20 000 потребителей - юридических лиц и более 800 000 бытовых абонентов. На рис.1.4 Организационная структура Центрального офиса.

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

- четкая связь подразделений;

- четко выражена ответственность;

- хорошая реакция на указания вышестоящих субъектов.

Недостатками такой структуры можно считать:

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

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

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

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

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

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

Рис. 1.3 - Взаимосвязь процессов в компании



Рис. 1.4 - Организационная структура центрального филиала

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

1.3 Отбор типичных рабочих мест для анализа

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

Выделяют три крупные группы программистов: прикладные программисты, web-программисты и системные программисты.

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

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

Web-программист -- специалист в области компьютерных технологий, а именно web-программирования.

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

Языковые средства АРМ должны ориентироваться на специалистов трёх типов: разработчика пакета, для которого лингвистическим обеспечением будет язык операционной системы и базовый язык разработки пакета; специалиста предметной области, работающего с входным языком пакета, который должен отражать словарную специфику предметной области и специфику технологии обработки в диалоговом языке типа «меню», «вопрос-ответ» и в языке подсказок; прикладного программиста, сопровождающего пакет, для которого языковым средством будут все три типа языка. Информационное обеспечение АРМ Программные средства АРМ подразделяются на средства общего и специализированного назначения. Программные средства АРМ подразделяются на средства общего и специализированного назначения. Программные средства АРМ подразделяются на средства общего и специализированного назначения. Технические средства АРМ включают ПЭВМ, средства локальных сетей и периферийные устройства.

Рис. 1.5 - Основная специализация программистов

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

1.4 Выбор метода анализа рабочего места

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

Рис. 1.6 - Базовые методы анализа рабочего процесса

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

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

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

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

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

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

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

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

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

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

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

Таблица 1.1. Достоинства и недостатки методов анализа рабочего процесса

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

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

1.5 Описание рабочего места инженера

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

Наименование должности инженер.

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

Тем самым в своей работе охватывает информационные потоки: локальные распорядительные документы предприятия, сведения о состоянии объекта управления. Описание состава документов, или фрагментов документов входящие в рассматриваемые информационные потоки предприятия, приведены в табл.Е.2, которая представлена в приложении Е. Принимает участие в разработке программ, инструкций и другой технической документации, а также в испытаниях и экспериментальных работах по проводимым исследованиям и разработкам.

Инженер занимается так же обработкой и формированием заявок. На рис 1.7 представлен вариант исходящей заявки на подключение, дополнение, изменение, блокировка полномочий в системе Oracle utilites CC&B.Оформление заявка, отправляется с использованием почтовый клиента Outlook, организации отвечающей за приложения компании Oracle.



Рис. 1.7 - Заявка на подключение, дополнение, изменение, блокировка полномочий в системе Oracle utilites CC&B

Заявки на изменения прав к своим программным комплексам выполняет инженер. Пример заявки представлен на рис 1.8.

Рис. 1.8 - Заявка на изменеие прав доступа

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



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

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

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

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

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

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

Рис. 1.11 - Декомпозиция контекстной диаграммы процесса обработки данных

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

Фрагмент отчета с обезличенными данными, на котором представлен срез анализа трафика, для пяти первых сотрудников в ранжированном списке по объему входящего трафика документ представлен на рис 1.12.

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

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

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

Рис. 1.13 - Примеры способов воздействия

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

Рассмотрим базовое рабочее место инженера, которое представлено на рис 1.14.

Рис. 1.14 - Базовое рабочее место инженер

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

Под столом располагается системный блок компании HP. Системный блок и некоторые его характеристики представлены на рис. 1.15.



Рис. 1.15 - Системный блок ПК инженера

Опишем программные средства, которыми обеспеченно рабочее место инженера представлены на рис 1.16.

Рис. 1.16 - Программные средства АРМ инженер

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

1.6 Спецификация рабочего процесса инженера

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

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

Должностные обязанности инженера:

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

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

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

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

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

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

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

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

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

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

11) систематизирует, обрабатывает и подготавливает данные для составления отчетов о работе.

1.7 Принципы построения АРМ и ее классификация

пользовательский программный интерфейс

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

- системность;

- гибкость;

- устойчивость;

- эффективность.

Системность. АРМ следует рассматривать как системы, структура которых определяется функциональным назначением.

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

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

Эффективность АРМ следует рассматривать как интегральный показатель уровня реализации приведенных выше принципов, отнесенного к затратам на создание и эксплуатацию системы.

Также АРМ должен удовлетворять следующим дополнительным критериям.

Ориентация на пользователя. Реализация данного принципа достигается созданием средств адаптации АРМ к уровню подготовки пользователя и возможностью его обучения (самообучение) на данном АРМ.

Проблемная ориентация на решение определенного класса задач.

Обеспечивает ориентацию АРМ на решение определенного класса задач, объединенных общей технологией обработки данных, единством режимов работы и эксплуатации.

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

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

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

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

Принципы проектирования АРМ представлены на рис 1.17.

Рис. 1.17 - Принципы проектирования АРМ

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

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

1) По степени автоматизации:

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

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

- автоматизированные рабочие места обязательно используют ПК с соответствующим программным обеспечением.

2) По количеству сотрудников, использующих АРМ, и выполняемых ими функций:

- индивидуальные АРМ, которые характерны для руководителей различных рангов;

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

3) По типизации решаемых функциональных задач:

- уникальные АРМ, узкоспециализированные для решения набора нестандартных задач;

- массовые АРМ, создаваемые для решения типичных задач в различных отраслях.

4) По специализации:

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

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

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

5) По технической базе создания АРМ:

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

- АРМ на базе персональных компьютеров являются наиболее простым и распространенным вариантом создания автоматизированных рабочих мест, так как избавляют от всех недостатков АРМ на базе больших ЭВМ.

Классификация представлена на рис 1.18 - 1.19.

Рис. 1.18 - Классификация АРМ



Рис. 1.19 - Классификация АРМ

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

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

1.8 Требования к разрабатываемому АРМ

Функциональные требования к разрабатываемому АРМ.

Данное рабочее место предназначено для инженера, совершающего свою деятельность в технологическом отделе ОАО «ЭнергосбыТ Плюс».

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

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

- оформление отчета в формате pdf;

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

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

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

- оформление справки о завершении оформления отчета.

Требования к надежности разрабатываемого АРМ.

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

Требования к информационной и программной совместимости АРМ.

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

Требования к техническому обеспечению разрабатываемого АРМ.

Данные характеристики являются достаточными для стабильной работы АРМ инженера.

2. Проектирование АРМ инженера

2.1 Выбор технологии и средств проектирования

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

– концепций и теоретических основ. В качестве таких основ могут выступать структурный или объектно-ориентированный подход;

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

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

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

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

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

2.2 Выбор подхода принятия решения

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

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

Диагностика проблемы.

В филиале ОАО «ЭнергосбыТ Плюс» все отделы обладают выходом в сеть интернет. Большой проблемой является использование большого объема трафика для неслужебных обязанностей. Задача заключается в том, чтобы уменьшить объем потребляемого трафика в нецелевых нуждах. Причины заключаются в том, что невозможно полностью отсеять полезные ресурсы. Цель управленческого решения выявлять не желательные сайты с большими объемами трафика и ограничить к ним доступ.

Формулировка ограничений принятия решения.

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

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

Принцип принятия решения.

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

Процесс подготовки отчета с использованием АРМ

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



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

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

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

Возможные стратегии: y1 - блокировка ресурса; y2 - блокировка группе одного ресурса;y3 - ограничение скорости доступа к ресурсу; y4 - замечание; y5 - блокировка всех ресурсов кроме корпоративных.

Декомпозиция контекстной диаграммы представлена на рис 2.2



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

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

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

Рис. 2.3 - Декомпозиция контекстной диаграммы процесса обработки данных

2.3 Структурная схема разрабатываемого АРМ

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



Рис. 2.4 -Структурная схема АРМ

2.4 Выбор аппаратной части для АРМ инженера

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

Для решения поставленных задач был проведен анализ нескольких наиболее распространенных мониторов. В качестве объектов анализа выбраны следующие мониторы: ViewSonic VA1903a, LG 19M37A-B, Samsung S20D300NH, Acer K202HQLb.[27].

При выборе монитора основываемся на минимальной цене. Предпочтение отдается монитору ViewSonic VA1903a.

Далее был проанализирован рынок офисных компьютеров анализ нескольких наиболее распространенных компаний.

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

Для решения поставленных задач был проведен анализ нескольких наиболее распространенных ПК. В качестве объектов анализа выбраны следующие ПК: Компьютер LS 302000, Компьютер LS 304000, Компьютер LS 291654, Компьютер LS 293670[18], HP Compaq 500B MT[20]. Результат их сравнения приведен в табл.Ж.5.

Из всех рассмотренных ПК необходимыми характеристиками обладает LS 304000

2.5 Проектирование пользовательского интерфейса АРМ

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

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

Разработка сценарий действий пользователей и задачи, стоящие перед ними

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

Описание сценариев и задач позволяет при проектировании интерфейса ориентироваться на потребности инженер.

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

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



Рис 2.5 - Выбранные иконки для объектов интерфейса: 1 - администрирование; 2-статистика; 3-добавление пользователей; 4-сигнализатор вложенности в элемент; 5-вкладка меню; 6-сохранение; 7-закрытие окна меню; 8-сохранение в pdf; 9-формирование документа, изменение данных

Покажем, как будут выглядеть некоторые объекты контейнеры при открытии, поскольку они будут содержать, некоторый набор объектов, представленные в виде иконок. На Рис 2.6 представлен макет бедующего контейнера «меню».

Рис 2.6 - Макет контейнера «меню»

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



Рис. 2.7 - Программная часть структурной схемы АРМ

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

3. Алгоритм и программное обеспечение для АРМ

3.1 Разработка архитектуры АРМ

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

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

- авторизация пользователя;

- ведение сведений об корпоративных сайтах;

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

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

Компоненты обеспечивающих подсистем АРМ, их предполагаемые характеристики описываются в виде табл. 3.1.

Основные компоненты архитектуры АРМ «Подготовка документации» и их взаимосвязь, представлены на рис 3.1.

Рис. 3.1 - Архитектура АРМ «Подготовка документации»

Построим функциональную схему АРМ, которая представлена на рис 3.2



Рис. 3.2 - Функциональная схема АРМ

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

3.2 Выбор инструментальных средств разработки компонентов АРМ

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

Для решения поставленных задач был проведен анализ нескольких наиболее распространенных СУБД и инструментальных средств. В качестве объектов анализа выбраны следующие СУБД: Microsoft SQL Server 2008 R2 Microsoft Access 2007, MySQL 5.6.

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

Исходя из рассмотренных характеристик выбранных СУБД, предпочтение отдается Microsoft SQL Server 2008 R2, как достаточно высокопроизводительная, удобная в работе и простая в усвоении СУБД. Важным аспектом является также удобство его использования в составе Microsoft Visual Studio 2013.

Далее был проанализирован рынок наиболее распространенных компиляторов, результатом стал выбор трёх перспективных и схожих по характеристикам инструментальных средств. Это Microsoft Visual Studio 2013[14], Borland C++ Builder 10[8] и Borland Delphi 7.

Таким образом, лидером является Microsoft Visual Studio 2013 обладающая следующими свойствами: наличие управляемого кода и предоставление бесплатной лицензии для студентов. Также данная среда разработки имеет высокую интегрированную поддержку с СУБД MS SQL Server 2008 R2, посредством внутреннего компонента среды ADO .NET.

После проведения сравнительного анализа СУБД и IDE для разработки были выбраны: СУБД - Microsoft SQL Server 2008 R2, поскольку она является наиболее приемлемой для разработки небольших приложений с локальной базой данных, также она является простой в освоении и содержит много визуальных мастеров для создания архитектуры базы данных, что облегчает процесс создания и модернизации базы данных; IDE - Microsoft Visual Studio 2013, так как является лидирующей IDE для Windows платформ. Специально разрабатывалась для написания Windows приложений и для написания бизнес логики и взаимодействия с базами данных. Оба продукта являются разработкой Microsoft Corporation, высокая интеграция этих продуктов расширяет возможности используемого программного средства.

3.3 Проектирование структуры данных

Иерархия функций.

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

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

3.4 Разработка базы данных для АРМ инженера

Внешний уровень архитектуры БД.

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

Исспользованы следующие сокращения:

- д.б - должно быть;

- м.б - может быть;

- УК - уникальный ключ;

- ПК - первичный ключ;

- Г - генерация значения;

- Вв - ввод значения;

- Пр - просмотр значения;

- Об - обновление значения.

Описание отношений между классами объектов предметной области, отраженной в системе интеграции.

Использованы следующие сокращения:

- М - тип связи «много»;

- 1 - тип связи «один».

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

- администратор базы данных (АБД), обладающий всеми правами - он может осуществлять все действия со значениями свойств классов объектов;

- конечный пользователь - инженер.

Описание состава пользователей АРМ и их уровни доступа.

Использованы сокращения операций, осуществляемых с данными: R - read (чтение); I - insert (добавление); U - update (обновление) ; D - delete (удаление).

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

Концептуальный уровень архитектуры БД.

1) Информационно-логическая модель предметной области

Для построения информационно-логической (инфологической) модели

(ИЛМ) предметной области использована методология Custom Development Method (CDM), нотация Ричарда Баркера.

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

На ER-диаграмме представлены классы объектов. Основной вид связи между классами объектов - 1:М с обязательной опциональностью на стороне «много».

Далее осуществлено тестирование предложенных проектных решений, при помощи перекрестной проверки полученной модели предметной области заявленному составу функций АРМ. Проверка приведена в табл. 3.1.

Таблица 3.1. Перекрестная проверка модели предметной области и иерархии функций

Функции

1

2

3

5

6

7

8

9

10

11

12

Ф1

R

R

R

Ф2

IU

Ф3

R

Ф4

IU

Ф5

R

Ф6

I

Ф7

R

Ф8

IU

В табл. 3.1 использованы сокращения классов объектов:

КО1 - АККАУНТ

КО2 - РОЛЬ

КО3 - РОЛИ АККАУНТОВ

КО4 - КОРПОРАТИВНЫЕ РЕСУРСЫ

КО5 - ДОПУCТИМЫЕ РЕСУРСЫ

КО6 - СВЕРКИ

КО7 - СТАТИСТИКА ТРАФИКА

КО8 - ДОКУМЕНТЫ

КО9 - ТИП РАСХОЖДЕНИЯ

КО10 - РАСХОЖДЕНИЕ

КО11 - СОТРУДНИКИ

В табл. 3.1 использованы сокращения: I - операция добавления; U - операция обновления, R - операция чтения (выборки).

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

2) Даталогическая модель БД.

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

3) Физический уровень БД

Техническое описание реляционных таблиц базы данных представлено в приложении Е.

3.5 Разработка программного обеспечения

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

Иерархия модулей ПС представлена на рис. 3.3.



Рис. 3.3 - Иерархическая схема модулей

Назначение модулей:

- Авторизация - ввод логина, пароля, аутентификация и авторизация пользователя;

- Главная форма - основной модуль программной системы;

- Построение диаграмм - модуль для работы с графиками. По завершению работы модуль передает права в модуль Главное окно ПС;

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

- Сверки - модуль для работы со сверками. По завершению работы модуль передает права в модуль Главное окно ПС;

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

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

- Сохранение - модуль в зависимости от выбранного варианта преобразует в pdf или doc.

- Печать

3.6 Руководство программиста

Программное средство написано, для АРМ инженер предназначена для облегчения подготовки документации.

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

Схема алгоритма для администратора представлена в приложении Г. Схема алгоритма для администратора представлена в приложении Г.

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

Прикладная программа не требует её установки или дополнительной отладки. Для запуска программы необходимо перейти в директорию расположения папки «debug» и открыть файл с расширением .exe».

Главная экранная форма программного средства «АРМ инженера программиста» имеет два режима отображения. Авторизация и доступ к меню режимы отображения экранной формы программы представлены на рис. 3.4

Рис. 3.4 - Авторизация пользователя

В случае отсутствие или неправильного ввода значения пользователь получает сообщение, представленное на рис. 3.5.

Рис. 3.5 - Проверка на корректность введенных данных

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

Рис. 3.6- Основные возможности АРМ инженера

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

Рис. 3.7- Основные возможности АРМ инженер

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

Рис. 3.8 - Графическое представление потребляемого трафика

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

Рис. 3.9- Добавление пользователей

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



Рис. 3.10 - Графическое представление потребляемого трафика для групп

Рис. 3.11 - Изменение корпоративных ресурсов

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

Выполним, операцию формирование документа, выбрав пункт меню формирование документа результат, представлен на рис. 3.12.

Рис. 3.12 - Формирование документа

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

Рис. 3.13 - Предварительный просмотр документа

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

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

...