Здесь можно найти учебные материалы, которые помогут вам в написании курсовых работ, дипломов, контрольных работ и рефератов. Так же вы мажете самостоятельно повысить уникальность своей работы для прохождения проверки на плагиат всего за несколько минут.
ЛИЧНЫЙ КАБИНЕТ 

Здравствуйте гость!

 

Логин:

Пароль:

 

Запомнить

 

 

Забыли пароль? Регистрация

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

Повышение оригинальности

Предлагаем нашим посетителям воспользоваться бесплатным программным обеспечением «StudentHelp», которое позволит вам всего за несколько минут, выполнить повышение оригинальности любого файла в формате MS Word. После такого повышения оригинальности, ваша работа легко пройдете проверку в системах антиплагиат вуз, antiplagiat.ru, РУКОНТЕКСТ, etxt.ru. Программа «StudentHelp» работает по уникальной технологии так, что на внешний вид, файл с повышенной оригинальностью не отличается от исходного.

Результат поиска


Наименование:
курсовая работа Проектирование информационной системы «Выполнения работы оператора»

Информация:

 Тип работы: курсовая работа. Добавлен: 27.04.2013. Год: 2013. Страниц: 15. Уникальность по antiplagiat.ru: < 30%

Описание (план):





Уральский институт экономики, управления
и права
Факультет информационных технологий
Кафедра «Прикладная информатика»





Проектирование информационной системы
«Выполнения работы оператора»


КУРСОВАЯ РАБОТА

Дисциплина «Проектирование информационных систем










Руководитель:
к.т.н., доц.
___ О.А.Обвинцев

Исполнитель:
Студент группы ПИВЭ-401
заочной формы обучения
___ О.В. Глазова









Нижний Тагил
2011


Содержание

Введение……………….……3
1. Описание методологий семейства IDEF (ICAM Defenition)……….…….7
1.1 Методология IDEF0……….……..7
2. Описание предметной области………..……..16
2.1 Краткая характеристика выполнения работы оператора ПК……...16
2.2 Набор диаграмм и описания к ним………..………..……….18
2.3 Анализ полученных результатов………...……….23
Заключение………………26
Список литературы……………...27
Приложение




Введение

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


1. Описание методологий семейства IDEF (ICAM Defenition)

1.1 Методология IDEF0


Графический язык IDEF0 удивительно прост и гармоничен. В основе методологии лежат четыре основных понятия:
Первым из них является понятие функционального блока (Activity Box). Функциональный блок графически изображается в виде прямоугольника (см. рис. 1) и олицетворяет собой некоторую конкретную функцию в рамках рассматриваемой системы. По требованиям стандарта название каждого функционального блока должно быть сформулировано в глагольном наклонении (например, «производить услуги», а не «производство услуг»).
Каждая из четырех сторон функционального блока имеет своё определенное значение (роль), при этом:
    Верхняя сторона имеет значение «Управление» (Control);
    Левая сторона имеет значение «Вход» (Input);
    Правая сторона имеет значение «Выход» (Output);
    Нижняя сторона имеет значение «Механизм» (Mechanism).
Каждый функциональный блок в рамках единой рассматриваемой системы должен иметь свой уникальный идентификационный номер.




Рис. 1. Функциональный блок

Вторым «китом» методологии IDEF0 является понятие интерфейсной дуги (Arrow). Также интерфейсные дуги часто называют потоками или стрелками. Интерфейсная дуга отображает элемент системы, который обрабатывается функциональным блоком или оказывает иное влияние на функцию, отображенную данным функциональным блоком.
Графическим отображением интерфейсной дуги является однонаправленная стрелка. Каждая интерфейсная дуга должна иметь свое уникальное наименование (Arrow Label). По требованию стандарта, наименование должно быть оборотом существительного.
С помощью интерфейсных дуг отображают различные объекты, в той или иной степени определяющие процессы, происходящие в системе. Такими объектами могут быть элементы реального мира (детали, вагоны, сотрудники и т. Д.) или потоки данных и информации (документы, данные, инструкции и т.д.).
В зависимости от того, к какой из сторон подходит данная интерфейсная дуга, она носит название «входящей», «исходящей» или «управляющей». Кроме того, «источником» (началом) и «приемником» (концом) каждой функциональной дуги могут быть только функциональные блоки, при этом «источником» может быть только выходная сторона блока, а «приемником» любая из трех оставшихся.
Необходимо отметить, что любой функциональный блок по требованиям стандарта должен иметь, по крайней мере, одну управляющую интерфейсную дугу и одну исходящую. Это и понятно - каждый процесс должен происходить по каким-то правилам (отображаемым управляющей дугой) и должен выдавать некоторый результат (выходящая дуга), иначе его рассмотрение не имеет никакого смысла.
Внешне природа входящих и управляющих интерфейсных дуг схожа, однако для систем одного класса всегда есть определенные разграничения. Например, в случае рассмотрения предприятий и организаций существуют пять основных видов объектов: материальные потоки (детали, товары, сырье и т.д.), финансовые потоки (наличные и безналичные, инвестиции и т.д.), потоки документов (коммерческие, финансовые и организационные документы), потоки информации (информация, данные о намерениях, устные распоряжения и т.д.) и ресурсы (сотрудники, станки, машины и т.д.). При этом в различных случаях входящими и исходящими интерфейсными дугами могут отображаться все виды объектов, управляющими только относящиеся к потокам документов и информации, а дугами-механизмами только ресурсы.
Обязательное наличие управляющих интерфейсных дуг является одним из главных отличий стандарта IDEF0 от других методологий классов DFD (Data Flow Diagram) и WFD (Work Flow Diagram).
Третьим основным понятием стандарта IDEF0 является декомпозиция (Decomposition). Принцип декомпозиции применяется при разбиении сложного процесса на составляющие его функции. При этом уровень детализации процесса определяется непосредственно разработчиком модели.
Декомпозиция позволяет постепенно и структурировано представлять модель системы в виде иерархической структуры отдельных диаграмм, что делает ее менее перегруженной и легко усваиваемой.
Модель IDEF0 всегда начинается с представления системы как единого целого - одного функционального блока с интерфейсными дугами, простирающимися за пределы рассматриваемой области. Такая диаграмма с одним функциональным блоком называется контекстной диаграммой, и обозначается идентификатором «А-0».
В пояснительном тексте к контекстной диаграмме должна быть указана цель (Purpose) построения диаграммы в виде краткого описания и зафиксирована точка зрения (Viewpoint).
Определение и формализация цели разработки IDEF0 - модели является крайне важным моментом. Фактически цель определяет соответствующие области в исследуемой системе, на которых необходимо фокусироваться в первую очередь. Например, если моделируется деятельность предприятия с целью построения в дальнейшем на базе этой модели информационной системы, то эта модель будет существенно отличаться от той, которая бы разрабатывалась для того же самого предприятия, но уже с целью оптимизации логистических цепочек.
Точка зрения определяет основное направление развития модели и уровень необходимой детализации. Четкое фиксирование точки зрения позволяет разгрузить модель, отказавшись от детализации и исследования отдельных элементов, не являющихся необходимыми, исходя из выбранной точки зрения на систему. Например, функциональные модели одного и того же предприятия с точек зрения главного технолога и финансового директора будут существенно различаться по направленности их детализации. Это связано с тем, что в конечном итоге, финансового директора не интересуют аспекты обработки сырья на производственных станках, а главному технологу ни к чему прорисованные схемы финансовых потоков. Правильный выбор точки зрения существенно сокращает временные затраты на построение конечной модели.
В процессе декомпозиции, функциональный блок, который в контекстной диаграмме отображает систему как единое целое, подвергается детализации на другой диаграмме. Получившаяся диаграмма второго уровня содержит функциональные блоки, отображающие главные подфункции функционального блока контекстной диаграммы и называется дочерней (Child diagram) по отношению к нему (каждый из функциональных блоков, принадлежащих дочерней диаграмме соответственно называется дочерним блоком - Child Box). В свою очередь, функциональный блок - предок называется родительским блоком по отношению к дочерней диаграмме (Parent Box), а диаграмма, к которой он принадлежит - родительской диаграммой (Parent Diagram). Каждая из подфункций дочерней диаграммы может быть далее детализирована путем аналогичной декомпозиции соответствующего ей функционального блока. Важно отметить, что в каждом случае декомпозиции функционального блока все интерфейсные дуги, входящие в данный блок, или исходящие из него фиксируются на дочерней диаграмме. Этим достигается структурная целостность IDEF0 - модели. Наглядно принцип декомпозиции представлен на рисунке 2. Следует обратить внимание на взаимосвязь нумерации функциональных блоков и диаграмм - каждый блок имеет свой уникальный порядковый номер на диаграмме (цифра в правом нижнем углу прямоугольника), а обозначение под правым углом указывает на номер дочерней для этого блока диаграммы. Отсутствие этого обозначения говорит о том, что декомпозиции для данного блока не существует.
Часто бывают случаи, когда отдельные интерфейсные дуги не имеет смысла продолжать рассматривать в дочерних диаграммах ниже какого-то определенного уровня в иерархии, или наоборот - отдельные дуги не имеют практического смысла выше какого-то уровня. С другой стороны, случается необходимость избавиться от отдельных «концептуальных» интерфейсных дуг и не детализировать их глубже некоторого уровня. Для решения подобных задач в стандарте IDEF0 предусмотрено понятие туннелирования. Обозначение «туннеля» (Arrow Tunnel) в виде двух круглых скобок вокруг начала интерфейсной дуги обозначает, что эта дуга не была унаследована от функционального родительского блока и появилась (из «туннеля») только на этой диаграмме. В свою очередь, такое же обозначение вокруг конца (стрелки) интерфейсной дуги в непосредственной близи от блока - приёмника означает тот факт, что в дочерней по отношению к этому блоку диаграмме эта дуга отображаться и рассматриваться не будет. Чаще всего бывает, что отдельные объекты и соответствующие им интерфейсные дуги не рассматриваются на некоторых промежуточных уровнях иерархии - в таком случае, они сначала «погружаются в туннель», а затем, при необходимости «возвращаются из туннеля».
Последним из понятий IDEF0 является глоссарий (Glossary). Для каждого из элементов IDEF0: диаграмм, функциональных блоков, интерфейсных дуг существующий стандарт подразумевает создание и поддержание набора соответствующих определений, ключевых слов, повествовательных изложений и т.д., которые характеризуют объект, отображенный данным элементом. Этот набор называется глоссарием и является описанием сущности данного элемента. Например, для управляющей интерфейсной дуги «распоряжение об оплате» глоссарий может содержать перечень полей соответствующего дуге документа, необходимый набор виз и т.д. Глоссарий гармонично дополняет наглядный графический язык, снабжая диаграммы необходимой дополнительной информацией.




Рис. 2. Декомпозиция функциональных блоков

Обычно IDEF0-модели несут в себе сложную и концентрированную информацию, и для того, чтобы ограничить их перегруженность и сделать удобочитаемыми, в соответствующем стандарте приняты соответствующие ограничения сложности:
    ограничение количества функциональных блоков на диаграмме тремя-шестью. Верхний предел (шесть) заставляет разработчика использовать иерархии при описании сложных предметов, а нижний предел (три) гарантирует, что на соответствующей диаграмме достаточно деталей, чтобы оправдать ее создание;
    ограничение количества подходящих к одному функциональному блоку (выходящих из одного функционального блока) интерфейсных дуг четырьмя.
Разумеется, строго следовать этим ограничениям вовсе необязательно, однако, как показывает опыт, они являются весьма практичными в реальной работе.
Модели AS-IS и ТО-ВЕ
Обычно сначала строится модель существующей организации работы - AS-IS (как есть). На основе модели AS-IS достигается консенсус между различными единицами бизнеса по тому, «кто что сделал» и что каждая единица бизнеса добавляет в процесс. Модель AS-IS позволяет выяснить, «что мы делаем сегодня» перед тем, как перепрыгнуть на то, «что мы будем делать завтра». Анализ функциональной модели позволяет понять, где находятся наиболее слабые места, в чем буду г состоять преимущества новых бизнес-процессов и насколько глубоким изменениям подвергнется существующая структура организации бизнеса. Детализация бизнес-процессов позволяет выявить недостатки организации даже там, где функциональность на первый взгляд кажется очевидной. Признаками неэффективной деятельности могут быть бесполезные, неуправляемые и дублирующиеся работы, неэффективный документооборот (нужный документ не оказывается в нужном месте в нужное время), отсутствие обратных связей по управлению (на проведение работы не оказывает влияния ее результат), входу (объекты или информация используются нерационально) и т.д. Найденные в модели AS-IS недостатки можно исправить при создании модели ТО-ВЕ (как будет) - модели новой организации бизнес-процессов. Модель нужна ТО-ВЕ для анализа альтернативных / лучших путей выполнения работы и документирования того, как компания будет делать бизнес в будущем.
Следует указать на распространенную ошибку при создании модели AS-IS - это создание идеализированной модели. Примером может служить создание модели на основе знаний руководителя, а не конкретного исполнителя работ. Руководитель знаком с тем, как предполагается выполнение работы по руководствам и должностным инструкциям и часто не знает, как на самом деле подчиненные выполняют рутинные работы. В результате получается приукрашенная, искаженная модель, которая несет ложную информацию и которую невозможно в дальнейшем использовать для анализа. Такая модель называется SHOULD_BE (как должно бы быть).
Технология проектирования ИС подразумевает сначала создание модели AS-IS, ее анализ и улучшение бизнес-процессов, т.е. создание модели ТО-ВЕ, и только на основе модели ТО-ВЕ строится модель данных, прототип и затем окончательный вариант ИС. Построение системы на основе модели AS-IS приводит к автоматизации предприятия по принципу «все оставить как есть, только чтобы компьютеры стояли», т.е. ИС автоматизирует несовершенные бизнес-процессы и дублирует, а не заменяет существующий документооборот. В результате внедрение и эксплуатация такой системы приводит лишь к дополнительным издержкам на закупку оборудования, создание программного обеспечения и сопровождение того и другого.
Иногда текущая AS-IS и будущая ТО-ВЕ модели различаются очень сильно, так что переход от начального к конечному состоянию становится неочевидным. В этом случае необходима третья модель, описывающая процесс перехода от начального к конечному состояния системы, поскольку такой переход - это тоже бизнес-процесс.
Результат описания модели можно получить в отчете Model Report. Диалог настройки отчета по модели вызывается из пункта меню Report/Model Report. В диалоге настройки следует выбрать необходимые поля, при этом автоматически отображается очередность вывода информации в отчет.



2. Описание предметной области

2.1 Краткая характеристика выполнения работы оператора ПК

Рабочий день оператора ПК начаться с поиска или обработки информации, поступившей с носителей данных. Он пользуется различными программами, работает с базами данных, текстовыми и графическими редакторами. Оператор ЭВМ следит, чтобы не произошла потеря нужной информации, поэтому проводит тщательную диагностику прикладных программ и периферийных устройств. Помимо этого, его обязанности могут включать контроль над техническим состоянием компьютера, монитора.
Единицей учета в статистике заболеваемости населения служит заболевание - случай болезни у отдельного человека. Различают общие заболевания, инфекционные заболевания, неэпидемические и эпидемические болезни. Сведения о заболевании получают из различных источников - учетных документов, утвержденных федеральными органами статистики.
Учет случаев заболеваний, с которыми население обратилось за медицинской помощью, осуществляется всеми медицинскими учреждениями. Непременным условием правильности статистического учета заболеваемости являются единые правила регистрации заболевания и кодирование болезни согласно единой классификации и номенклатуры болезней. В Российской Федерации для этой цели утверждена к использованию Международная классификация болезней и проблем, связанных со здоровьем, 10-го пересмотра (МКБ-10).
Только при условии одинакового обозначения одной и той же болезни всеми врачами, регистрирующими эту болезнь, и отнесение определенных нозологических форм к одним и тем же классам и группам болезней, возможно сравнение и анализ материалов заболеваемости по различным районам и медицинским учреждениям, а также возможно изучение динамики заболеваемости.
Талон амбулаторного пациента являться основной формой для сбора первичной информации учета и контроля объемов оказанной медицинской помощи. Он заполняется во всех лечебно-профилактиче ких учреждениях, ведущих амбулаторный прием, при каждом обращении пациента.
Талон предназначен для регистрации законченного случая оказания медицинской помощи и примененном медико-экономическом стандарте. В талоне будут регистрироваться данные о:
      пациенте,
      работе врача и среднего медицинского персонала,
      заболевании, травме, диспансерном учете,
      случае временной нетрудоспособности,
      выписке льготного рецепта.

"Талон амбулаторного пациента" и его автоматизированная обработка позволяют осуществлять:
      учет и формирование регистра населения, обслуживаемого амбулаторно-поликлин ческим учреждением;
      функционирование профильных баз данных по основным нозологическим формам;
      сбор и формирование статистической информации по законченному случаю, оказанным медицинским услугам, временной нетрудоспособности, фармакологическим средствам и изделиям медицинского назначения, выписанным льготным категориям граждан;
      учет и ведение страхового полиса ОМС;
      систему расчетов за оказанную медицинскую помощь.
Автоматизированная обработка "Талонов амбулаторного пациента" осуществляется с использованием медико-статистически программных модулей "АСУМ-Поликлини а", "АСУМ-Аптека&q ot;, "Талон амбулаторного пациента" и др.
2.2 Набор диаграмм и описания к ним


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


Рисунок 1 - Контекстная диаграмма «Выполнения работы оператора ПК»

Операции, выполняемые оператором, представлены в таблице 1.
Таблица 1 - деятельность оператора ПК


Результат описания модели получим с помощью отчета (таблица 3).
Таблица 2 - Описание модели с помощью отчета BPwin.



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

Рисунок 2 - Диаграмма декомпозиции «Выполнения работы оператора ПК»



Рисунок 3 - Диаграмма декомпозиции «Введение информации»


Рисунок 4 - Диаграмма декомпозиции «Проверка на ошибки информации»

Рисунок 5 - Диаграмма декомпозиции «Формирование счетов, стат.отчетности»
Основные элементы диаграммы описаны в таблице 2.



2.3 Анализ полученных результатов

Анализируем полученные данные обращая внимания на типичные ошибки.
Бесполезные работы (функции не имеют выходов или их результаты нигде не используются) - такие работы отсутствуют.
Неправильно описанные функции, либо имеющие какой-то не отражённый в модели смысл - таких функции нет.
Работы не имеют входов (создают выходы из пустоты) - все работы на диаграммах имеют входы.
Неуправляемые работы (не определены правила / ограничения их выполнения) - вся работа определена должностным инструкциями и правилами техники безопасности.
Функции находятся в модели на одном и том же уровне, а на самом деле относятся к разными уровням - все функции находятся на разных уровнях .
Дублирующиеся работы (выполняются по несколько раз разными сотрудниками или на разных уровнях управления)- таких работ нет.
Функции выполняются работниками, не имеющим к ним отношения или с несоответствующей компетенцией - все работа выполняемая оператором соответствуют его компетенции.
Неэффективный документооборот (нужный документ не оказывается в нужном месте в нужное время) - каждый документ оказывается в нужное время в нужном месте.
Отсутствие обратных связей по входу (объекты или информация используются нерационально, то есть не учитываются остатки, не может заново перерабатываться брак...) - информация не полная и неверная проверяется и дополняется.
Рабочее место - это закрепленная за отдельным работником или группой работников часть производственной (рабочей) площади, оснащенную необходимыми технологическим, вспомогательным оборудованием, технологической и организационной оснасткой, предназначенными для выполнения определенной частит производственного (трудового) процесса.

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







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


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

    Маклаков С.В. «BPwin и ERwin. CASE-средства разработки информационных систем». Москва, «ДИАЛОГ-МИФИ», 1999.
    Дубейковский В.И. Эффективное моделирование с AllFusion Process Modeler 4.1.4 и AllFusion PM. М.: ДИАЛОГ-МИФИ, 2007.
    Черемных С.В., Семенов И.О., Ручкин В.С. Моделирование и анализ систем. IDEF - технологии. - М.: «Финансы и кредит», 2001.
    С.В. Черемных, и др. Структурный анализ систем: IDEF - технологии. - М: Финансы и статистика, 2005.
    Шеер А.В. Моделирование бизнес-процессов. - М.: Весть-МетаТехнология 2000.
    Методология функционального моделирования IDEF0. Руководящий документ РД IDEF0-2000 М.: Госстандарт России, 2000.
    Вендеров А.М. CASE-технологии. Современные методы и средства проектирования информационных систем М.: Финансы и статистика, 2005.




Приложение 1 (IDEF0)














и т.д.................

Скачать работу


Скачать работу с онлайн повышением оригинальности до 90% по antiplagiat.ru, etxt.ru


Смотреть полный текст работы бесплатно


* Примечание. Уникальность работы указана на дату публикации, текущее значение может отличаться от указанного.
© 2009...2024
WEBKURSOVIK.RU – ЭФФЕКТИВНАЯ ПОМОЩЬ СТУДЕНТУ
webkursovik@yandex.ru