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

СОДЕРЖАНИЕ

ВВЕДЕНИЕ

1. ТЕОРЕТИЧЕСКИЕ ОСНОВЫ ОРГАНИЗАЦИИ БАЗ ДАННЫХ (БД)

1.1 Подходы к обработке информации

1.2 Основные понятия теории баз данных

1.3 Модели организации данных

1.4 Реляционная модель данных

1.5 Программные системы управления базами данных

1.6 Применение СУБД в экономике

2. Проектирование информационной системы по начислению заработной платы по 18-разрядной тарифной сетке

2.1 Пояснительная записка

2.2 Формы входных, промежуточных и выходных документов

2.3 Алгоритм функционирования информационной системы

2.4 Инструкция пользователя

ВЫВОДЫ И ПРЕДЛОЖЕНИЯ

СПИСОК ИСПОЛЬЗОВАННОЙ ЛИТЕРАТУРЫ

Приложения

ВВЕДЕНИЕ

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

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

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

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

Целью данного курсового проекта является разработка автоматизированной системы по начислению заработной платы по 18-разрядной тарифной сетке (на примере работников: Колчина Н. С., Осиповой Э. Н.,Перцевой А. И. и Скляра Б. В.)».

Для достижения поставленной цели необходимо решить следующие задачи:

1. Ознакомиться с теоретическими аспектами основ проектирования информационных систем.

2. Сформулировать постановку задачи.

3. Спроектировать входные, промежуточные и выходные формы документов.

4. Построить информационно-логическую модель АИС.

5. Разработать алгоритм функционирования информационной системы.

6. Написать инструкцию для пользователя.

При выполнении курсового проекта использовались следующие технические и программные средства: операционная система Windows ХР Professional версия 2002 Service Pack3, табличный редактор Microsoft Excel и текстовый редактор Microsoft Word, которые находятся в Пакете прикладных программ «Microsoft Office», тип процессора Pentium ® Dual Core CPU E5300@2.60 GHz, 1.99 ГБ ОЗУ и 2,61 ГГц РАМ, размер жесткого диска 300 ГБ.

1. ТЕОРЕТИЧЕСКИЕ ОСНОВЫ ОРГАНИЗАЦИИ БАЗ ДАННЫХ (БД)

1.1 Подходы к обработке информации

Традиционный подход

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

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

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

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

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

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

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

* Уровень приложений рассматривает такие свойства используемого ПО, как возможность репродуцировать приложения с одного сервера или рабочей станции на остальные, доступ к пользованию ПО одной машины с любой, заданной из общей системы, и др. [4].

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

* системной консолидации;

* единой системы управления;

* объединения хранилищ данных;

* объединения различных платформ и др.

Подход на основе БД

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

Что же принято понимать под базой данных? Базу данных в общем случае можно определить как унифицированную совокупность хранимых и воспроизводимых данных, используемых в рамках организации (Engles R.A., 1972 г.). Однако понятие базы данных не основывается в настоящее время на единой концепции, скорее это целое семейство связанных между собой понятий из предметной области, программного и аппаратного обеспечения, анализа и моделирования данных и приложений. Мы дадим несколько определений базы данных.

Для разработчика ИС существенным моментом при использовании концепции баз данных является то обстоятельство, что данные становятся определенным образом организованы, приобретают некую упорядоченность и внутреннюю структуру, а также то, что имеется некоторый набор унифицированных операций обработки данных и декларативных средств представления данных. К таким операциям следует отнести операции "Вставить" (Insert), "Добавить" (Add), "Удалить" (Delete) и ряд других. К декларативным средствам представления данных следует отнести языки определения данных. То есть использование данной концепции при создании ИС предполагает наличие языка определения данных и языка манипулирования данными, а также правил построения интерфейсов программ (приложений) с БД и пользователем [3].

Такое деление средств манипулирования данными и их представления является в определенной степени условным. Язык определения данных служит для описания логической структуры (схемы) БД, а в некоторых случаях и способов хранения и доступа к данным. Язык манипулирования данными предоставляет алгоритмические средства построения приложений для обработки сохраняемых в БД элементов данных.

1.2 Основные понятия теории баз данных

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

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

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

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

Атрибут - это информационное отображение свойств объекта. Каждый объект характеризуется некоторым набором атрибутов.

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

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

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

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

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

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

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

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

- ограничениями целостности;

- множеством допустимых операций [5].

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

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

Типичным представителем семейства баз данных, основанных на иерархической модели, является Information Management System (IMS) фирмы IBM, первая версия которой появилась в 1968 г.

Концепция сетевой модели данных связана с именем Ч. Бахмана. Сетевой подход к организации данных является расширением иерархическим.

Сетевая БД состоит из набора записей и набора связей между этими записями, точнее, из набора экземпляров записей заданных типов (из допустимого набора типов) и набора экземпляров из заданного набора типов связи. Примером системы управления данными с сетевой организацией является Integrated Database Management System (IDMS) компании Cullinet Software Inc., разработанная в середине 70-х годов. Она предназначена для использования на "больших" вычислительных машинах. Архитектура системы основана на предложениях Data Base Task Group (DBTG), Conference on Data Systems Languages (CODASYL), организации, ответственной за определение стандартов языка программирования Кобол.

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

1.3 Модели организации данных

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

Инфологическая модель должна быть отображена в компьютеро-ориентированную даталогическую модель, "понятную" СУБД. В процессе развития теории и практического использования баз данных, а также средств вычислительной техники создавались СУБД, поддерживающие различные даталогические модели [1].

Сначала стали использовать иерархические даталогические модели. Простота организации, наличие заранее заданных связей между сущностями, сходство с физическими моделями данных позволяли добиваться приемлемой производительности иерархических СУБД на медленных ЭВМ с весьма ограниченными объемами памяти. Но, если данные не имели древовидной структуры, то возникала масса сложностей при построении иерархической модели и желании добиться нужной производительности.

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

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

Сегодня наиболее распространены реляционные модели.

1.4 Реляционная модель данных

Концептуальная модель и модель “Сущность - связь” - это общие рассуждения о принципах построения модели данных, как бы рекомендации. Это то, о чем Вы можете думать при создании реальной базы данных. В современных условиях, Вам, скорее всего, придется использовать реляционную модель, на которой (как инструмент) Вы можете создать и концептуальную модель, и модель “Сущность - связь”. Это связано с тем, что современные серверы базы данных используют именно реляционную модель и язык SQL для организации работы с данными [2].

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

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

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

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

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

Кардинальное число или мощность отношения - это число его кортежей. Кардинальное число отношения изменяется во времени в отличие от его степени. Практически кардинальное число - это количество строк в заголовке.

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

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

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

1.5 Программные системы управления базами данных

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

СУБД представляет собой набор программ, которые в общей сложности управляют организацией, хранением данных в БД. В целом такие системы классифицируются в зависимости от их структуры данных и их типов. СУБД принимает запросы прикладных программ и инструктирует операционную систему для передачи соответствующей информации. Новые категории данных, могут быть добавлены в БД без нарушения существующей схемы. Организации могут использовать один вид СУБД для осуществления ежедневных операций, а затем размещать необходимую информацию на другой машине, которая работает с другой системой управления, более подходящей для случайных запросов и анализа. Серверами резервного копирования баз данных, как правило, являются многопроцессорные системы с большим объемом ОЗУ и крупными дисковыми RAID-массивами. СУБД фактически является сердцем большинства приложений для работы с БД [6].

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

СУБД организует хранение информации таким образом, чтобы ее было удобно:

- просматривать,

- пополнять,

- изменять,

- искать нужные сведения,

- делать любые выборки,

- осуществлять сортировку в любом порядке.

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

Основные функции СУБД

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

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

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

- поддержка языков БД (язык определения данных, язык манипулирования данными).

Обычно современная СУБД содержит следующие компоненты:

- ядро, которое отвечает за управление данными во внешней и оперативной памяти, и журнализацию,

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

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

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

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

Популярные СУБД - FoxPro, Access for Windows, Paradox. Для менее сложных применений вместо СУБД используются информационно-поисковые системы (ИПС), которые выполняют следующие функции:

- хранение большого объема информации;

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

- добавление, удаление и изменение хранимой информации;

- вывод ее в удобном для человека виде [1].

1.6 Применение СУБД в экономике

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

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

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

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

Поэтому помимо рассмотрения роли СУБД в организации работы компании, ее классификации и примеров использования, большое внимание в работе уделено задаче выбора СУБД, подробно рассмотрена методика отбора и алгоритм оценки производительности.

2. Проектирование информационной системы по начислению заработной платы по 18-разрядной тарифной сетке

2.1 Пояснительная записка

Постановка задачи

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

Задачи и условия

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

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

- Месячный табель учета рабочего времени (пром.ф.1)

- Расчетно-платежная ведомость (пром.ф.2)

Выходными формами (вых.ф.) будут:

- Расчетный лист заработной платы работника (вых.ф.1)

- Ведомость выдачи заработной платы (вых.ф.2)

- Гистограмма сравнения заработной платы работников (вых.ф.3)

Исходные данные

Таблица 1 - Справочник 1. Количество рабочих дней в месяце

Месяц	Количество рабочих дней в месяце	Дата расчета
январь	15	31.01.2008
февраль	19	28.02.2008
март	22	31.03.2008
апрель	21	30.04.2008
май	20	31.05.2008
июнь	21	30.06.2008
июль	21	31.07.2008
август	23	31.08.2008
сентябрь	22	30.09.2008
октябрь	21	31.10.2008
ноябрь	21	30.11.2008
декабрь	22	31.12.2008

Таблица 2 - Справочник 2. Тарифный справочник

Тарифный разряд	Тарифный коэффициент
1	1.00
2	1.04
3	1.09
4	1.14
5	1.27
6	1.41
7	1.55
8	1.70
9	1.87
10	2.05
11	2.24
12	2.42
13	2.62
14	2.81
15	3.04
16	3.26
17	3.51
18	4.50

Таблица 3 - Справочник 3. Базовые показатели для расчета заработной платы

Показатели	Значение
Размер мин. заработной платы, руб.	2300
Процент подоходного налога	13%
Процент профсоюзного налога	1%
Процент оплаты б/л: стаж до 5 года	60%
стаж от 5 до 8 лет	80%
стаж свыше 8 лет	100%

Таблица 4 - Справочник 4. Учетные сведения о сотрудниках

Табельный номер работника	Ф. И. О.	Начало трудовой деятельности	Тарифный разряд	Членство в профсоюзе
0	Аверин И.П.	03.03.2003	11	да
1	Алферова И.Л.	20.11.1999	12	да
2	Комаров З.В.	19.01.2006	14	да
3	Колчин Н.С.	01.11.2005	14	нет
4	Колосова В.Т.	14.03.1995	14	да
5	Лещев И.Н.	14.08.1992	9	нет
6	Липатов С.И.	01.12.2000	14	нет
7	Малеева Т.Н.	18.09.2004	9	нет
8	Мохова Ю.Е.	10.10.1994	12	да
9	Нечаев П.П.	14.03.1998	8	нет
10	Осипова Э.Н.	20.11.2004	10	нет
11	Паршин В.Ю.	05.01.1997	13	да
12	Перцева А.И.	05.02.1999	9	да
13	Раков Н.В.	05.06.2004	12	нет
14	Репин А.В.	15.08.2002	15	нет
15	Скляр Б.В.	06.07.2005	14	нет

Таблица 5 - Годовой табель учета рабочего времени

Месяц расчета зарплаты	Табельный номер работника	Ф.И.О.	Количество отработанных дней	Количество дней по болезни	Процент выданного аванса
январь	3	Колчин Н.С.	15
январь	10	Осипова Э.Н.	15
январь	12	Перцева А.И.	14	1	17%
январь	15	Скляр Б.В.	15
февраль	3	Колчин Н.С.	19		15%
февраль	10	Осипова Э.Н.	17	2

Таблица 5 - (продолжение)

февраль	12	Перцева А.И.	16		15%
февраль	15	Скляр Б.В.	19
март	3	Колчин Н.С.	15	7
март	10	Осипова Э.Н.	22
март	12	Перцева А.И.	17
март	15	Скляр Б.В.	22
апрель	3	Колчин Н.С.	9	11
апрель	10	Осипова Э.Н.	5	15	20%
апрель	12	Перцева А.И.	15		25%
апрель	15	Скляр Б.В.	21

Таблица 6 - Исходные данные для разработки АИС

Вариант	Список табельных номеров работников	Дата расчета зарплаты	Месяц Расчета зарплаты
6	3,10,12,15	31.03.2008	март

2.2 Формы входных, промежуточных и выходных документов

Вся АИС создается в одном файле MS Excel с именем forma_AIS_zaoch.xls. Каждая форма располагается на отдельном листе. Спроектируем формы входных, промежуточных и выходных документов.

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

Таблица 7 - Форма и формат данных справочника 1

Месяц	Количество рабочих дней в месяце	Дата расчета
1	2	3
8$	хх	дд.мм.гггг

2) Справочник 2 Тарифный справочник располагается на листе с именем с2_ТС и состоит из двух столбцов, в первом столбце - номера тарифных разрядов - числа от 1 до 18, во втором столбце - тарифный коэффициент, соответствующий разряду, действительное число с двумя знаками после запятой

Таблица - 8 Форма и формат данных справочника 2

Тарифный разряд	Тарифный коэффициент
1	2
х	х,хх
…	…
хх	х,хх

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

4) Справочник 4 Учетные сведения о сотрудниках располагаем на листе с именем с4_уч_свед Таблица состоит из пяти столбцов, в первом столбце - табельные номера - числовые значения от 0 до 15, во втором столбце - текстовая информация (ФИО), в третьем столбце - дата начала трудовой деятельности - формат дата - дд.мм.гггг, в четвертом столбце - значения тарифных разрядов - числовая информация - целые числа в диапазоне от 1 до 18, в пятом столбце - членство в профсоюзе - текстовая информация - 2 или 3 символа

Таблица 9 Форма и формат данных справочника 3

Показатели	Значение
1	2
Размер мин. заработной платы, руб	хххх
Процент подоходного налога	хх%
Процент профсоюзного налога	х%
Процент оплаты б/л: стаж до 5 года	хх%
стаж от 5 до 8 лет	хх%
стаж свыше 8 лет	ххх%

Таблица 10 - Форма и формат данных справочника 4

Табельный номер работника	Ф. И. О.	Начало трудовой деятельности	Тарифный разряд	Членство в профсоюзе
1	2	3	4	5
х	20$	дд.мм.гггг	хх	3$
…	…	…	…	…
хх	20$	дд.мм.гггг	хх	3$

5) Таблица Сводный табель учета рабочего времени за год расположена на листе с именем ТУРВ_год В первом столбце таблицы - названия месяцев - текстовые данные, второй столбец - табельный номер работника - число из промежутка от 0 до 15, третий столбец - текстовая информация, четвертый и пятый столбцы - целые числа, шестой столбец - процент аванса - целое число в формате процент

Таблица 11 - Форма и формат данных входной таблицы

Месяц расчета зарплаты	Табельный номер работника	Ф.И.О.	Количество отработанных дней	Количество дней по болезни	Процент выданного аванса
1	2	3	4	5	6
8$	хх	20$	хх	хх	хх%

6) Промежуточная форма 1 Табель учета рабочего времени за месяц расположим на листе ТУРВ_мес Эта таблиц а формируется на основании входной таблицы Годовой табель учета рабочего времени с помощью мастера сводных таблиц.

Макет сводной таблицы:

Месяц расчета зарплаты	8$
	Табельный номер работника
Данные	хх	хх	хх	хх	Общий итог
Сумма по полю Количество отработанных дней	хх	хх	хх	хх	хх
Сумма по полю Количество дней по болезни	хх	хх	хх	хх	хх
Сумма по полю Процент выданного аванса	хх	хх	хх	хх	хх

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

Таблица 12 - Форма и формат данных промежуточной формы 3

Табельный номер работника

Ф.И.О работника

Тарифный разряд

Тарифный коэффициент

Трудовой стаж

Процент оплаты больничного листа

оклад

начислено, руб.

удержано, руб.

К выдаче

зарплата

по больничному листу

итого начислено

выданный аванс

подоходный налог

профсоюзный взнос

итого удержано

1

2

3

4

5

6

7

8

9

10

11

12

13

14

15

хх

20$

хх

хх.хх

хх

хх%

хххх.хх

хххх.хх

хххх.хх

хххх.хх

хххх.хх

ххх.хх

ххх.хх

хххх.хх

хххх.хх

8) Выходная форма 1 Расчетный лист заработной платы работника размещаем на листе с именем Лич_листок Представляем эту форму также в виде таблицы, в которой будут отражаться начисления и удержания работника с заданным табельным номером

Таблица 13 - Форма и формат данных выходной формы 1

Табельный номер работника ==>	хх	месяц	8$
		Ф.И.О. работника
Показатели		20$
Начало трудовой деятельности	дд.мм.гггг
Стаж, лет	х,х
Тарифный разряд	хх
Тарифный коэффициент	х,ххх
ОКЛАД	хххх,хх
Отработано дней	хх
Дни по болезни	хх
НАЧИСЛЕНО - ВСЕГО, РУБ.:	хххх,хх
зарплата	хххх,хх
по больничному листу	хххх,хх
УДЕРЖАНО - ВСЕГО, РУБ.:	хххх,хх
выданный аванс	хххх,хх
подоходный налог	ххх,хх
профсоюзный взнос	ххх,хх
К ВЫДАЧЕ, РУБ.	хххх,хх

9) Выходная форма 2 Ведомость выдачи заработной платы размещается на листе Плат_вед-ть и имеет следующий вид:

Таблица 14 - Форма и формат данных выходной формы 2

Табельный номер работника	Ф.И.О. работника	к выдаче	подпись
хх	20$	хххх,хх

10) Выходная форма 3 Гистограмма сравнения заработной платы работников строится с помощью Мастера диаграмм на листе гистограмма на основе данных выходной формы 2 [8]

Информационно-логическая модель

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

2.3 Алгоритм функционирования информационной системы

Опишем алгоритмы функционирования промежуточных и выходных форм.

1) Промежуточная форма 1 «Месячный табель учета рабочего времени» заполняется и рассчитывается на основании данных таблицы «Годовой табель учета рабочего времени». Формирование промежуточной формы 1 осуществляется с помощью мастера сводных таблиц MS Excel

2) Промежуточная форма 2 «Расчетно-платежная ведомость» заполняется и рассчитывается на основе справочников 1-4 и промежуточной формы 1 «Месячный табель учета рабочего времени». Алгоритм реализации данного документа следующий: месяц расчета заработной платы соответствует названию месяца, установленному в промежуточной форме 1, дата расчета выбирается из справочника 1, согласно месяцу расчета заработной платы, также выбирается количество рабочих дней в месяце согласно месяцу расчета заработной платы, табельный номер работника вводится пользователем, ФИО работника выбирается из справочника 4 согласно введенному табельному номеру, тарифный разряд выбирается из справочника 4 согласно введенному табельному номеру, тарифный коэффициент выбирается из справочника 2 согласно тарифному разряду работника, трудовой стаж рассчитывается на дату расчета зарплаты от даты начала трудовой деятельности, процент оплаты больничного листа определяется по справочнику 3 на основании вычисленного стажа, оклад рассчитывается умножением минимальной заработной платы (справочник 3) на тарифный коэффициент, начисленная зарплата рассчитывается делением оклада на количество рабочих дней в месяце и умножается на количество отработанных дней, выбранных по данному работнику из промежуточной формы 1, начисления по больничному листу рассчитываются делением оклада на количество рабочих дней месяца и умножаются на количество дней болезни и на процент оплаты больничного листа, в зависимости от стажа работы (справочник 3); итого начислено получают сложением зарплаты и оплаты больничного листа; выданный аванс рассчитывается умножением оклада на процент аванса из промежуточной формы 1; подоходный налог рассчитывается умножением зарплаты на процент налога из справочника 3; профсоюзный взнос рассчитывается при условии, что работник является членом профсоюза (справочник 4), если работник состоит в профсоюзе , то его оклад умножается на процент профвзносов (справочник 3); сумма удержаний находится сложением аванса, подоходного налога и профсоюзного налога; сумму к выдаче получают, вычитая из суммы всех начислений сумму всех удержаний. [9]

3) Выходная форма 1 «Личный листок расчета заработной платы»

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

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

5) Выходная форма 3 «Гистограмма зарплаты» строится по выходной форме 2 [9]

2.4 Инструкция пользователя

Для использования данной автоматизированной информационной системы необходимо:

· заполнить соответствующие входные формы реальными данными;

· в промежуточной форме 1 выбрать интересующий месяц для расчета заработной платы;

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

· распечатать полученные результаты.

Выводы и предложения

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

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

Была разработана и реализована в табличном процессоре MS Excel автоматизированная информационная система по начислению заработной платы по 18-ти разрядной сетке. АИС отвечает требованиям, предъявляемым к автоматизированным информационным системам: алгоритм ее функционирования, спроектированные формы таблиц соответствуют фактическим, форматы данных логически обоснованы

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