Использование ЭВМ в процессе обработки кадровой информации

Скачать реферат: Использование ЭВМ в процессе обработки кадровой информации

Содержание реферата

1. Введение

2. Общие требования

3. Процесс разработки АСОУИ

4. Процесс создания АСОУИ

5. Система  Paradox

Заключение

Список используемой литературы

1. Введение

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

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

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

2. Общие требования

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

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

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

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

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

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

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

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

- техническая надежность и высокий коэффициент готовности системы в целом;

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

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

- гибкая перестройка и проблемная переориентация;

Далее будет приведена принципиальная схема разработки и создания  некой автоматизированной системы обработки управленческой информации (АСОУИ), как "собирательного образа"  подобной системы , а также, для конкретизации, рассмотрена одна из наиболее часто используемых систем баз данных Paradox.

3. Процесс разработкии АСОУИ

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

Утверждение технического задания служит основанием для начала работ второй стадии разработки - технического и рабочего проектирования. На этой стадии создаются технический проект, отражающий основные проектные решения по всем компонентам создаваемой системы, и рабочий проект, где все вопросы проектирования АСОУИ находят детальное и конкретное решение. На стадии технического проектирования разрабатываются основные положения создаваемой системы, и формулируются принципы ее функционирования и взаимодействия с другими автоматизированными системами, определяется структура АСОУИ и ее подсистем, осуществляются проектные решения по комплексу технических средств, созданию информационной базы. Много внимания уделяется проектированию обеспечивающих подсистем. Особое внимание уделяется проектным решениям по комплексу технических средств. В ТЗ указываются их состав, структура, организационные формы использования на различных уровнях создаваемой АСОУИ, описываются методы обмена данными внутри системы и с другими аналогичными автоматизированными системами. Создается сборник заказных спецификаций на такие виды оборудования, как средства вычислительной техники, периферийные технические средства, контрольно-измерительную аппаратуру, средства оргтехники и др. По результатам реализации первой стадии рассчитывается экономическая эффективность проекта. Результаты расчета, характеризующие затраты на создание и эксплуатацию системы, расчетный коэффициент эффективности и срок окупаемости, дают основание сформулировать предложения по учету экономии. Описание организационной структуры содержит изменения в данной: структуре объекта автоматизации и рекомендации для реорганизуемых и вновь создаваемых объектов. Техническим проектом раскрывается постановка автоматизированных задач, их целевая функция и характеристика, даются алгоритмы и технология решения задач на ЭВМ, определяются; эффективные меры контроля достоверности данных. Здесь же дается описание компонент комплексов задач, реализуемых средствами ППП, приводится подробное описание используемых экономико-математических методов. В ТП формируются требования к обеспечивающим подсистемам, определяются способы сбора и организации данных, дается структура массивов информации на технических носителях, логическая структура баз данных. По программному обеспечению на данном этапе выбираются общесистемные решения, включая операционные системы, системы управления базами данных, определяется возможность настройки ППП и т. д. Заказчик системы на этом этапе завершает работу по составлению плана организационно-технических мероприятий по подготовке объекта к внедрению АСОУИ, проводит мероприятия по адаптации управленческих кадров к новым условиям работы, принимает участие в проектировании форм входных и выходных документов, разрабатывает под руководством проектировщиков систему классификации и кодирования, используемую на данном предприятии. Он уточняет исходные данные по составу и структуре информационной базы, выполняет различные подготовительные мероприятия на объекте автоматизации. Основная задача разработчика в это время заключается в создании технического проекта в соответствии с техническим заданием. Он разрабатывает и сдает заказчику программы и рабочую документацию по организации и ведению первичных массивов данных, разрабатывает и согласовывает с заказчиком соответствующие разделы контрольного примера, уточняет состав применяемых ППП, принимает участие в обучении персонала заказчика. Основанием для начала рабочего проектирования является утвержденный технический проект. В связи е тем, что основная цель рабочего проекта - это разработка технической, рабочей документации, необходимой для отладки и внедрения АСОУИ, проведения приемо-сдаточных мероприятий и обеспечение нормального функционирования системы, РП не утверждается. По своей структуре он аналогичен техническому проекту и содержит в принципе те же разделы. В него входят уточненные и детализированные общесистемные проектные решения, программы, локальные проектные решения по отдельным функциональным и обеспечивающим подсистемам, доведенные до инструментальных материалов, перечень мероприятий по подготовке объекта к внедрению. Программная документация рабочего проекта включает: руководство программиста, содержащее описания используемых средств программирования, непосредственно программ и их функционирование, алгоритма обработки данных, используемых способов и средств диагностики и др.; руководство оператора, в составе которого можно выделить описание его действий при запросах программы, правила организации программ на внешних носителях, тестирование; эксплуатационные программы, если используются ППП, или тексты программ; контрольный пример, который включает описание проверяемых функций и параметров, состава необходимых технических средств, входной информации и результатов апробирования. В состав технологических инструкций, которые, как правило, являются типовыми, входят инструкции по сбору, регистрации, контролю и передаче информации; переносу ее на машинные носители, введению их архива и документов; порядку передачи выходной, результатной информации. Должностные инструкции определяют права и обязанности производственного и управленческого персонала при функционировании АСОУИ, регламентируют их действия в новых условиях производства.

4. Процесс создания АСОУИ

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

5. Система Paradox

Paradox представляет  из  себя  реляционную  базу  данных, разработанную формой Borland.  Данная база даннных предназначенакак для  непрофессионалов,  которым  нужно  решать  задачи  типа картотеки и пр., так как обладает достаточно развитой и понятной системой меню  и  подсказки,  так  и  для  профессиональных программистов, разрабатывающих  сложные  информационные системы, используя при  этом  язык  запросов  QBE  или  язык  разработки приложений PAL. Кроме версий под DOS, разработана версия Paradox for Windows.  Требования к техническим средствам и сравнительные характеристики по быстродействию см. Глава ??.

Поддерживаются следующие типы полей:

- алфавитно-цифровые (строковые);

- числовые;

- денежные;

- дата;

- Memo - поля;

- графические;

- OLE - поля;

- BLOB (Binary Large OBject);

Причем, типы  полей от Memo до Blob поддерживаются только в Paradox for Windows.

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

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

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

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

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

В графических полях могут содержаться графика типа bitmat.

В OLE  -  полях  могут  содержаться  объекты  от  других приложений Windows.

В BLOB  -  полях  можно  хранить  любые  данные  по  выбору пользователя (на  самом  деле  с  точки  зрения  Paradox,  Memo, Graphic и OLE -  поля  так-же  являются  полями  типа  BLOB).  В настоящий момент возможно хранение объектов MultiMedia,  чертежи и другие приложения.

Достаточно удобным является тот факт,  что для  всех  типов полей существует значение "пустое поле".

Так-же следует отметить тип данных  "BLOB",  т.к.  в  полях такого  типа  можно  хранить любые данные произвольного размера, что выгодно отличается от MEMO-полей в dBASE и Clipper,  которые позволяют  хранить  только  текст,  да и то ограниченного объема (4K).

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

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

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

- работа с таблицами;

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

- подготовки отчетов;

- работа с запросами;

- работа с сетью;

- работа с макросами;

- работы с деловой графикой.

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

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

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

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

В Paradox  for  Windows  построение  запросов  еще  более упрощено - для связей таблиц дрег  с  другом  достаточно  просто провести линии между соответствующими полями.

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

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

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

Если всех перечисленных возможностей недостаточно, то можно воспользоваться языком построения приложений  PAL.  Данный  язык позволяет  воспользоваться  всеми  перечисленными  выше возможностями,  т.к.  из него  можно  иметь  доступ  к  функциям основного  меню,  а  так-же обладает дополнительными средствами, характерными для языков программирования (управляющие  структуры типы  if  -  then  -  else,  циклы,  переменные,  операторы ввода-вывода,  дополнительные  математические  и  статистические фунции,  возможность  создания  процедур и библиотек процедур) и средствами  доступа  к  продукту  фирмы  Borland  -  SQL-link.

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

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

К сожалению,  для  работы  программ  на PAL необходима либо система Paradox,  либо соответствующий модуль  исполнения,  т.е. проблематичной становится  возможность  распространения программ (каждый пользователь должен приобрести соответствующий  Run-time модуль для исполнения программ.

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

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

Система поддерживает  доступ  к  БД на сервере по сети типа Novell,  3Com, Starlan, Banyan, а так-же другими, совместимыми с NetBios  и  обеспечивает  необходимую  блокировку  данных как на уровне таблиц,  так и на уровне отдельных записей.  Paradox  for Windows позволяет работать со всеми типами сетей, поддерживаемых Windows.  Система  имеет  и  такую  полезную  особенность,  как возможность  определить  во время работы ,  менялись-ли данные в таблицах,  к  которым  имеют  доступ  несколько  пользователей одновременно,  хотя  это  и увеличивает нагрузку на сеть и может создать  некоторые  проблемы  при  наличии  большого  числа пользователей .

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

Имеются средства экспорта  и  импорта  данных  из/в  формат Qattro/Pro, 1-2-3,  Symphony,  dBase,  VisiCalc,  а  в  системе Paradox for  Windows  возможно  работать  с  файлами  dBase  без преобразования.

Таким образом,  система  достаточна  удобна  как  для неподготовленного пользователя, который хочет решить свою мелкую задачку  типа  записной книжки - за счет развитой системы меню и подсказки;  и удобна для профессионального программиста, который решает достаточно сложные задачи - за счет богатых возможностей, предостваляемых системой,  мощного реляционного  языка  запросов QBE,  развитых  средств  построения  отчетов,  наличия  языка построения приложений,  имеющего  выход  на  SQL-link;  развитые средства защиты данных от несанкционированного доступа.  Все это позволяет строить  сложные  приложения,  работающие  в  сети  со многими  пользователями.  Но  отсутствие  возможности  получить исполняемый  модуль  накладывает  ограничения  на  широкое распространение  разработанных  программ  (хотя  Run-Time модуль стоит достаточно дешево,  все-таки психологически  лучше  купить одну  или  несколько  программ  у  одного  изготовителя,  чем связываться  с  несколькими)  А  работа  фактически  в  режиме интерпретации PAL  хоть  и  практически  не  сказывается  при построении сложных информационныо-поисковых  систем,  в  которых время на  поиск  данных  значительно  превышает время выполнения расчетов, но накладывает ограничения на системы, в которых кроме задач поиска стоят достаточно сложные задачи обработки данных.

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

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

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

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

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

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

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

- возможность работы под Windows;

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

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

Заключение

В чем же все-таки заключается основное преимущество АСОУИ  перед  "ручными" методами?

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

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

Приведенные в этой работе этапы разработки и создания некой универсальной АСОУИ (автоматической системы обработки управленческой информации) являются "классическими" при внедрении подобной системы в управленческий процесс предприятия,  что и позволило в качестве примера взять некий "собирательный образ" подобной системы. Для конкретизации же в работе рассматривается система Paradox - одна из наиболее распространенных систем баз данных, которая хотя и не является абсолютно идеальной в данном случае, но все же может послужить основой для автоматизации управленческой работы с помощью ПЭВМ, особенно на начальных этапах и на этапах подготовки/переквалификации работников отдела кадров.

Список используемой литературы

1. Пушкарев Н.Н.  "Информационные технологии управления персоналом" - М.,"Хронограф",1998

2. Пушкарев Н.Н.  "Управление кадрами предприятия с использованием ЭВМ" - М., "Хронограф",1998

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

4. Когаловский М.Р.,  "Технология баз данных на персональных ЭВМ" - М., "Финансы и статистика", 1992