Автоматизация рабочих мест

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

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

Принципы создания любых АРМ должны быть общими:

системность.

гибкость.

устойчивость.

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

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

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

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

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

1.2 Теория современных систем управления базами данных

Концепция баз данных

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

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

Рис. 1.1 - Связь программ и данных при использовании СУБД

Архитектура СУБД

СУБД должна предоставлять доступ к данным любым пользователям, включая и тех, которые практически не имеют и (или) не хотят иметь представления о:

физическом размещении в памяти данных и их описаний;

механизмах поиска запрашиваемых данных;

проблемах, возникающих при одновременном запросе одних и тех же данных многими пользователями (прикладными программами);

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

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

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

Рис. 1.2

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

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

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

1.3 Автоматизация рабочего места менеджера по учету товара

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

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

Пользователи системы

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

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

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

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

Описание пользователей

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

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

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

Запросы и регламентные задачи

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

Также в системе могут реализованы следующие запросы:

информация о долге клиента (или нашем долге клиенту);

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

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

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

Описание алгоритма работы системы

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

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

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

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

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

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

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

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

1.4 Выбор СУБД

Для реализации спроектированной системы могла бы подойти любая СУБД среднего уровня (например, Microsoft Access), может быть реализована в среде FoxPro. Эта система вполне подходит для составления программы, обслуживающей проектируемую систему, а именно:

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

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

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

Эта система очень нетребовательна к аппаратным ресурсам и может выполняться на любом компьютере на котором установлена система Windows (и сама СУБД).

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

1.5 Справочники

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

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

Справочник производители сохраняет код производителя и его полное наименование. Поле Coment предназначено для дополнительной информации по производителю.

Справочник склад содержит код и название всех складов в системе.

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

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

Приходная накладная;

Расходная накладная;

Счет;

Перемещение;

Налоговая накладная и другие.

Справочник виды продаж может содержать информацию такого рода: ЗаНал; ЗаБН; Вкредит. Что будет означать, как была проведена операция - за наличные, безналичные деньги или в кредит.

Справочник сотрудников хранит всех возможных пользователей системы и краткую информацию о них, причем каждому из них можно указать статус. Например: 1-Администратор; 2-Менеджер; 3-Бухгалтер, и т.д. А уже программист определит для кого какие возможности доступны, а какие недоступны.

Справочник признаков накладной хранит информацию Следующего вида, например: 1-Продажа; 2-Возврат Поставщику; 3- Покупка; 4-Возврат Покупателю.

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

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

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

2. Автоматизация рабочего места (АРМ) отдела кадров предприятия

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

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

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

2.1 Назначение АРМ «Отдел Кадров»

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

Программа "Отдел Кадров" предназначена для облегчения условий труда сотрудников отдела кадров достаточно абстрактного предприятия. Наиболее рутинными и в то же время наиболее ответственными процессами являются:

ввод метрики работника в его личную учетную карточку.

ведение архива отдела кадров.

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

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

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

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

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

2.2 Составные части программы

С точки зрения пользователя-оператора (т.е. сотрудника отдела кадров) существует лишь запускаемая программа АРМ Отдел Кадров. Вся работа с карточками и архивом происходит в пределах запущенной программы без необходимости вызова каких-либо других программ.

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

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

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

В программе реализован принцип разделения прав доступа на изменение информации.

2.3 Справочники