Технология управления расчетами с персоналом предприятия

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

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

Реферат

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

Ключевые слова: ПЕРСОНАЛ, ПРЕДПРИЯТИЕ, ТЕХНОЛОГИИ, РАССЧЕТ.

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



Введение

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



1. Теоретические аспекты расчетов с персоналом предприятия

1.1 Системы оплаты труда

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

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

Пример

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



20 000 х 19 / 20 = 19 000 (простая форма)

19 000 х 30 / 100 = 5 700 (премия)

19 000 + 5 700 = 24 700 (премиальная форма)

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

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

Пример

Расценка за единицу продукции равна 17 рублям, работник в соответствии с документом о выработке изготовил за месяц 700 изделий, а норма выработки составляет 500 изделий. Общая норма была выполнена работником на 140 процентов. При этом оплата продукции произведенной свыше нормы выработки осуществляется в двойном размере (максимально возможном)к сдельным расценкам. Величина начисленной зарплаты будет равна:

700 х 17 = 11 900 (прямая сдельная)

(500 х 17) + (200 х 34) = 15 300 (сдельно-прогрессивная форма)

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

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

1.2 Удержания из заработной платы

Законодательство не ограничивает перечень выплат, которые могут быть удержаны из зарплаты работника. На практике наиболее часто встречающимися видами удержаний являются суммы НДФЛ, алиментов по исполнительным листам, удержания за брак, внутриорганизационные штрафы, удержания за товары, приобретенные в кредит, невозвращенные подотчетные суммы, авансы. Общий размер всех удержаний при каждой выплате не может превышать 20 процентов, а в случаях, предусмотренных законом, 50 процентов заработной платы. Если удержания производятся по нескольким исполнительным документам, их общий размер также не должен превышать 50 процентов заработной платы.

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

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

Пример

Работник получает заработную плату в размере 30 тысяч рублей. Налоговые вычеты не производятся. Также работник получает от предприятия ежемесячный доход в форме арендной платы за сдаваемые предприятию нежилые помещения. Общая сумма арендной платы составляет 37 тысяч рублей. Размер выплачиваемого дохода работника после налогообложения находится:



(30 000 + 37 000) х 13 % = 8 710 (НДФЛ)

67 000 - 8 710 = 58 290

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

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

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

Пример

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

25 000 х 13 % = 3 250 (НДФЛ)

25 000 - 3 250 = 21 750 (сумма для расчета алиментов)

(21 750 х 25 %) + (21 750 х 50 %) = 5 437, 5 + 10 875 = 16 312, 5 (общая величина алиментов)

21 750 х 70 % = 15 225 (общая сумма алиментов, которая может быть выплачена с учетом законодательных ограничений)

21 750 / 16 312,5 х 5 437,5 х 70 % = 5 075 (алименты по первому исполнительному листу)

21 750 / 16 312, 5 х 10 875 х 70 % = 10 150 (алименты по второму исполнительному листу)

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

Рисунок 1-зарплатная ведомость.

1.3 Сводные расчеты и аналитический учет

Расчеты по заработной плате производят по счету 70 “Расчеты с персоналом по оплате труда” и корреспондирующим с ним счетам. Здесь учитываются суммы по всем видам оплаты труда, пособиям, премиальным начислениям и доходам по ценным бумагам предприятия. Суммы заработных плат, причитающиеся работникам, могут учитываться по кредиту счета в корреспонденции со счетами учета затрат на производство, расходов на продажу, а также со счетом 96 “Резервы предстоящих расходов”, в тех случаях, когда зарплата начисляется за счет резервов на оплату вознаграждений за выслугу лет, и оплату отпусков.

Доходы, начисленные работникам, от участия в капитале предприятия отражаются в корреспонденции со счетом 84 “Нераспределенная прибыль (непокрытый убыток)”, а начисленные пособия по социальному страхованию - со счетом 69 “Расчеты по социальному страхованию и обеспечению”.

Выплаченные же суммы зарплат, премиальных, доходов от участия в капитале, пособия, налогов на доходы физических лиц отражаются по дебету счета 70 “Расчеты с персоналом по оплате труда”. В тех случаях, когда необходимые суммы предприятием были начислены, но не выплачены, они подлежат учету по дебету счета 70 и кредиту счета 76 “расчеты с разными кредиторами и дебиторами” субсчет “Расчет по депонированным суммам”.

Удержания из заработной платы отражаются по дебету счета 70 "Расчеты с персоналом по оплате труда" в корреспонденции с различными счетами, в зависимости от вида удержания. Например, сумма причиненного материального ущерба учитываются по кредиту счета 73 “Расчеты с персоналом по прочим операциям” субсчет “Расчеты по возмещению материального ущерба”, суммы в счет погашения ранее выданного сотруднику займа - субсчет “Расчеты по предоставленным займам”, а аванс, начисленный за первую половину месяца, - по кредиту счета “Касса”. Алименты учитываются по дебету счетов, на которых начисляется доход работнику (70, 73, 84), и кредиту счета 76 “Расчеты с разными дебиторами и кредиторами” субсчет “Алименты”.

Депонированная заработная плата подлежит переносу на счет 76 “Расчеты с разными дебиторами и кредиторами” субсчет “Депоненты”. Невыплаченные деньги сдаются на расчетный счет предприятия в кредитном учреждении и отражаются по дебету счета 51 “Расчетные счета” и кредиту счета 50 “Касса”. Получение депонированных сумм заработной платы с расчетного счета в кредитном учреждении на оплату депонентов отражается обратной записью, то есть по дебету счета 50 и кредиту 51.

Депонированная заработная плата, выдаваемая работникам из кассы предприятия, учитывается по дебету счета 76 “ Расчеты с разными дебиторами и кредиторами ” субсчет “Расчеты по депонированным суммам” и кредиту счета 50 “Касса”. При этом случаются ситуации, когда невыплаченная зарплата так и остается невостребованной. В этих случаях предприятие обязано хранить на своем расчетном счете невостребованную депонированную зарплату в течение трех лет и затем вправе отнести указанные суммы на финансовые результаты деятельности. Отражается это по дебету счета 76 “Расчеты с разными дебиторами и кредиторами” субсчет “Расчеты по депонированным суммам” и кредиту счета 91“Прочие доходы и расходы”.

Аналитический учет по счету 70 “Расчеты с персоналом по оплате труда” ведется в отношении каждого работника предприятия. В целях аналитического учета предприятиями ведутся лицевой счет работника, налоговая карточка по учету доходов и налога на доходы физических лиц и расчетно-платежные ведомости. Учет депонированной заработной платы ведется по каждому работнику в реестре невыданной заработной платы, на депонентских карточках или книге невыданной заработной платы.

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

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

1.4 Цель и задачи работы

Основной целью данной работы является создание серверной модели базы данных средствами OracleDesigner, на тему «Технология управления расчетами с персоналом предприятия».

Задачи курсовой работы:

изучить теоретические аспекты управления расчетами с персоналом предприятия:

- изучить основные методы работы с OracleDesigner;

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

- разработать ER-модель, серверную модель.

Осуществить программную реализацию и протестировать разработанное приложение.



2. Характеристика средства моделирования

2.1 Краткий обзор

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

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

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

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

2.2 Общая архитектура и основные компоненты Designer

Методическую основу ТС ПО корпорации Oracle (www.oracle.com) составляет метод Oracle (OracleMethod) - комплекс методов, охватывающий большинство процессов ЖЦ ПО. В состав комплекса входят:

CDM (Custom Development Method) - разработка прикладногоПО;

PJM (Project Management Method) - управление проектом;

AIM (Application Implementation Method) - внедрение прикладногоПО;

BPR (Business Process Reengineering) - реинжиниринг бизнес_процессов;

OCM (Organizational Change Management) - управление изменениями, идр.

Метод CDM оформлен в виде консалтингового продукта CDMAdvantage - библиотеки стандартов и руководств (включающего также PJM). Он представляет собой развитие достаточно давно созданного OracleCASE_Method, известного по использованию CASE_средств фирмы Oracle и книгам Р. Баркера. По существу, CDM является методическим руководством по разработке прикладного ПО с использованием инструментального комплекса OracleDeveloperSuite, а сам процесс проектирования и разработки тесно связан с OracleDesigner и OracleForms.

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

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

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

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

Управление качеством (QualityManagement). Процесс управления качеством гарантирует, что в проект отвечает требованиям пользователя в течение всего процесса разработки;

Управление конфигурацией (ConfigurationManagement).

заработная плата база данные

2.3 Преимущества интегрированной среды управления

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

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

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

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

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

2.4Репозиторий - централизованная база данных проекта

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

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

2.5 Проектирование прикладной системы

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

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



3. Моделирование предметной области

3.1 Порядок выполнения работы

Для процесса проектирования информационной системы принят следующий порядок выполнения работ:

построение диаграммы потоков данных;

построение ER-диаграммы;

создание таблиц БД (серверная модель);

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

3.2 Диаграмма потоков данных

Диаграмма потоков данных (DFD) - это процессно-ориентированное графическое представление прикладной системы.

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

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

Вданномпроектепредставлены 4 диаграммы (РПП1, РПП2, РПП3, РПП4), 4 хранилищаданных (ХРАНИЛИЩЕ ОРГАНИЗАЦИИ, ХРАНИЛИЩЕ СОТРУДНИКОВ, ХРАНИЛИЩЕ ПОДРАЗДЕЛЕНИЯ, ХРАНИЛИЩЕ ПЛАТЕЖНОЙ ВЕДОМОСТИ) исвязимеждуними.

Диаграмму потоков данных можно увидеть на рисунке 1.

Рис. 2 Диаграмма потоков данных

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

Функция (Организация) отвечает за предоставление информации об организации, после чего отправляет информацию в хранилище (ХРАНИЛИЩЕ ОРГАНИЗАЦИИ), где она ожидает дальнейшего действия.

Функция (Сотрудники) отвечает за предоставление информации о сотрудниках организации, после чего отправляет информацию в хранилище (ХРАНИЛИЩЕ СОТРУДНИКОВ) где она ожидает дальнейшего действия.

Функция (Подразделения) отвечает за информацию о всех подразделениях организации, после чего отправляет информацию в хранилище (ХРАНИЛИЩЕ ПОДРАЗДЕЛЕНИЯ)где она ожидает дальнейшего действия.

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

3.3ER-диаграмма

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

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

ER- диаграмма представлена на рисунке 2.Описание её элементов и связей между сущностями расположено ниже рисунка.



Рис.3ER-диаграмма

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

Сущность ПЛАТЕЖНАЯ ВЕДОМОСТЬ содержит в себе 5 атрибутов:

1. Платежная ведомость

2. Дата

3. Налог

4. Подпись

5. Зарплата

Сущность ОРГАНИЗАЦИЯ содержит 4 атрибута:

1. Организация

2. Адрес

3. Деятельность

4. Название

Сущность СОТРУДНИКИ содержит в себе также 5 атрибутов:

1. Сотрудники

2. Адрес жительства

3. Фамилия

4. Имя

5. Пол

Сущность ПОДРАЗДЕЛЕНИЕ содержит в себе также 5 атрибутов:

1. Подразделение

2. Адрес

3. Название

4. Номер

5. Телефон

3.4 Диаграмма серверной модели

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

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

Имеется два основных типа диаграмм, которые можно рассматривать с помощью Редактора Проекта - Диаграммы Данных и Диаграммы Модулей. На основе ER-модели была сгенерировала серверная модель БД.

Рис.4 Диаграмма серверной модели

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

3.5 Диаграмма иерархии функций

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

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

Рис.5 Диаграмма иерархии функций

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

Имеются 4 сущности, над которыми производятся операции

Платежная ведомость - содержит информацию о дате, налогах, зарплате и подписи.

Организация - содержит информацию о местонахождении организации, ее деятельности и названии.

Сотрудники - содержит информацию о сотрудниках: ФИО, адрес жительства, пол.

Подразделение - содержит информацию о местонахождении подразделения, о его номере, названии и номере телефона.



Заключение

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

В результате выполнения работы были решены следующие задачи:

Изучено понятие и функции систем оплаты труда;

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

Изучены основные методы работы с OracleDesigner;

Получены навыки построения диаграмм потоков данных, иерархий функций, получены навыки построения ER-модели. Серверной модели;

Осуществлена программная реализация и тестирование приложения.

Поставленные в курсовой работе задачи были успешно выполнены.



Список использованных источников

1. РикГринвальд, Роберт Стаковьяк, Джонатан Стерн. Oracle 11g. Основы - Символ-Плюс, 2012г.

2. Колетски П., Дорси П. OracleDesigner. Настольная книга пользователя. - М.: Лори, 2004. - 318с.

3. Марлен Терьо. 101 Oracle8i. Организация работы в сети - Лори, 2013 г.

4. РобертДж. Мюллер «ORACLEDeveloper/2000. Настольная книга пользователя»

5. Мартин К. Соломон, НирваМориссо-Леруа, Джули Басу. Oracle - Лори 2010 г.

6. (К; М; СПб.: «Вильямс», 1998, 752 стр.); С. Смирнов «Работаем с Oracle». Учебное пособие.

7. Информационный портал msd.com. “Составление бюджета отдела» [Электронный ресурс] - Режим доступа: http://msd.com.ua/prodazhi-i-upravlenie-prodazhami/sostavlenie-byudzheta

8. Интернет-энциклопедия Wikipedia.org. Материалы статьи «Oracle» [Электронный ресурс]. - Режим доступа: http://ru.wikipedia.org/wiki/Oracle

Размещено на Allbest.ru