Дипломная работа: Автоматизация учёта труда и заработной платы на малом предприятии на базе системы "1С Предприятие 8.2" для ООО "Мегамастер"
Внимание! Если размещение файла нарушает Ваши авторские права, то обязательно сообщите нам
27
Стоит отметить, что отсутствие организованного учёта сотрудников,
работающих на предприятии, приводит к тому, что поиск актуальной
информации о сотрудниках и их данных, структуре компании, классификаторах
и проведенных операциях в бумажном виде занимает много времени.
Среди наиболее трудоемких процессов особое место занимают расчеты с
персоналом по оплате труда. Для работы на данном участке необходимы
высокая точность, аккуратность, максимум внимания и своевременное
выполнение всех расчетных операций.
В роли объектов учета могут выступать десятки, сотни и даже тысячи
человек, по каждому из которых нужно учитывать и обрабатывать достаточно
большие объемы данных. [6]
Наличие большой доли ручной обработки элементарных операций, таких
как формирование печатных форм приказов на принятие, перевод, увольнение
сотрудника, заполнение табеля учёта рабочего времени и т.д., приводит к
высоким временным затратам сотрудников. В процессе выполнения этих
операций создаётся несколько копий одного и того же документа - на бумагу и
копирование документов тратится немало средств.
Ввиду отсутствия многопользовательского режима работы с документами
и согласованности действий сотрудников возможен многократный ввод одних
и тех же данных.
Для того чтобы в дальнейшем избежать перечисленных проблем и
привести в порядок процесс повременной оплаты труда в организации ООО
«Мегамастер» необходимо рассмотреть возможность автоматизации и
оптимизации информационных систем.
1.4. Обоснование проектных решений
1.4.1. Обоснование проектных решений по информационному обеспечению
Система должна предоставлять возможность автоматизации учета расчета
заработной платы в ООО «Мегамастер».
Полученная информация накапливается в базе данных и обрабатывается
28
системой с последующей возможностью оперативного доступа для контроля
текущей ситуации, просмотра отчетов, анализа документов, внесения
корректировок и обновления информационной базы, изменения условно-
постоянной информации в справочниках, анализа обобщенной информации за
период времени по каждому проекту или в целом.
1.4.2. Обоснование проектных решений по программному обеспечению
Была выбрана платформа 1С: Предприятие в качестве программной
платформы и встроенный язык программирования системы «1С: Предприятие
8.3» как язык программирования.
Таким образом, система «1С: Предприятие 8.3» обладает конкурентными
преимуществами, такими как:
Высокая скорость разработки информационных систем
по сравнению с аналогичными системами
Низкая цена разработки
Гибкость и кластеризация разработки
Такие информационные системы не подойдут компании, что объясняется
спецификой их тиражного распространения, в то время, как разрабатываемая
система создается для внедрения на конкретное предприятие и конкретный
бизнес-процесс.
системы в IT- сфере является актуальным.
Проведем выбора среды программирования методом экспертного
оценивания. Выделим критерии оценки среды программирования. Важность
каждого из представленных критериев была оценена экспертами по 100
бальной шкале.
Исходя из полученных данных, находится средний балл и коэффициент
относительной важности критерия. Результаты экспертизы представлены в
таблице 5.
29
Таблица 5.
Результаты экспертизы сред разработки, второй этап
Функция
Коэффициент
относительной
важности
Среда программирования
1C C++ Builder
Стоимость 13,7 + +
Простота сопровождения
13,2 + -
Временные затраты на
разработку
14,8 + -
Быстродействие 15 + +
Удобный дизайн 14 + +
Мощность пакета 13,8 + +
Возможности языка 15,5 + +
Сумма 100,0% 100 72
Учитывая все вышесказанное и результаты анализа экспертным
оцениванием можно сделать выбор среды программной разработки в пользу
1C, который обеспечивает чрезвычайно высокую производительность и
удобство использования.
1.4.3. Обоснование проектных решений по техническому обеспечению
При разработке информационной системы будет использована
технология клиент-сервер. Во-первых, сервер оптимизирует выполнение
функций обработки данных, что избавляет от необходимости оптимизации
рабочих станций. Сервер позволяет быстро получить результаты обработки
запроса. Во-вторых, поскольку рабочие станции не обрабатывают все
промежуточные данные, существенно снижается нагрузка на сеть.
Предоставляется возможность ведения журнала операций, в котором
автоматически регистрируются все прошедшие транзакции что, в свою очередь,
поможет быстрому восстановлению системы при аппаратных сбоях. Данная
технология организуется проще, и оборудование для её организации вполне
приемлемо по стоимости приобретения.
30
Таким образом, проектируемая система с технической точки зрения будет
представлять собой набор объединенных в единую сеть ЭВМ – клиентов, с
которых при помощи установленного клиентского приложения будет
осуществляться связь с базой данных, расположенной на удаленном сервере.
31
2
Проектная часть
2.1 Разработка проекта автоматизации
2.1.1 Этапы жизненного цикла проекта автоматизации
При выборе стандарта основным определяющим фактором является более
полное и подробное описание работ на стадиях и этапах разработки АС
(автоматизируемых систем). Стандарт ISO/IEC 12207 не содержит подробное
описание работ на разных стадиях и этапах разработки АС. Стандарт CDM
рассчитан на использование в проектах с применением Orаcle технологий,
который в данном проекте не используются. Стандарт MSF, как было ранее
сказано, в большей степени ориентирован на разработку бизнес-приложений.
Стандарт XP ориентирован на командную работу. В данном проекте будет
использоваться ГОСТ 34.601-90, так как он содержит описание работ на
каждом этапе разработки АС.
2.1.2 Ожидаемые риски на этапах жизненного цикла и их описание
Любой сложный проект, а особенно проект разработки программного
обеспечения, содержит в себе много неопределенных моментов, которые
влекут за собой риски реализации проекта [10].
Управление рисками заключается в их раннем выявлении и разработке
мер, либо полностью предотвращающих их возникновение, либо
минимизирующих их последствия.
В настоящее время существует три общепринятых стратегии управления
рисками:
Избегание рисков – проект реорганизуется таким образом, чтобы
исключить возможность возникновения рисков;
Делегирование рисков – проект реорганизуется таким образом, чтобы
переложить риски на третью сторону (заказчика, банки, вендора и т.п.);
Источник: https://baza.diplomsite.ru/previewfile/2490