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

где С - себестоимость программы, руб.; З р - заработная плата разработчика, руб. и отчисления на социальное страхование, руб.; Р э - расходы на эксплуатацию оборудования, руб.; Н р - накладные расходы (50% от основной заработной платы разработчика), руб. Заработная плата разработчика складывается из основной заработной платы программиста за время разработки программы, дополнительной заработной платы, отчислений на социальное страхование и рассчитывается по формуле.

где З о - основная заработная плата программиста за время разработки программы, руб.; З доп - дополнительная заработная плата, руб. (примем 12% от основной); О соц - отчисления на социальное страхование, руб. (26 % от суммы З о и З доп). Заработная плата программиста за период разработки программы вычисляется по формуле (3)

Где С ч - заработная плата за один час работы специалиста, руб.; Т пр - время затраченное на создание программы, час.; Т пр может быть технически обоснованным и определяться на основе нормативных документов или опытно - статистически. Расчет стоимости 1 часа работы программиста производится по формуле (4).

Где З пм - заработная плата программиста за месяц, (14000 руб); N - количество рабочих дней в месяце, дни (22 дня); 8 - продолжительность рабочего дня, час. Расходы на эксплуатацию оборудования вычисляются по формуле (5).

где С эн - стоимость электроэнергии, руб.; А о - сумма амортизации за время разработки программы, руб.; С рем - стоимость ремонта оборудования, руб.; З оп - заработная плата обслуживающего персонала за время разработки программы, (руб.) Стоимость электроэнергии вычисляется по формуле (6).

где М пр - электроэнергия, потребляемая вычислительной машиной, кВт/час; Т м - машинное время, затраченное на создание программы, час. (принять 50% от Т пр); С квт/ч - стоимость одного квт/ч, (2,28 руб.) Сумма амортизации за период разработки программы вычисляется линейным методом по формуле (7).

где Н а - годовая норма амортизации, % рассчитывается по формуле (8);

С об - стоимость оборудования, руб.; Т н - нормативный срок службы, год; Ф д - годовой фонд рабочего времени оборудования, час. Определяется по формуле (9).

Фд = ((365-С-В-Пр)х8-ППрх1) х S х (1-а/100), (9)

где 365 - количество календарных дней в году; С,В,Пр - количество нерабочих дней в году: субботних, воскресных и праздничных; 8 - длительность смены, ч; S - количество смен работы оборудования в сутки; а - процент потерь времени на ремонт оборудования (принять а = 3-5%) Стоимость ремонта оборудования за период создания программы определяется по формуле (10).

Где Н р - величина отпускаемых средств на ремонт вычислительной техники относительно стоимости этой техники, % (принять 2-4%); С об - стоимость оборудования, руб. Заработная плата обслуживающего персонала за время разработки программы рассчитывается по формуле (11).

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

где n - количество обслуживаемых ПЭВМ, шт.;

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

Где Т ож - применяемая для расчета трудоемкость программы Тпр, дни; Т опт и Т пес - соответственно оптимистическая и пессимистическая оценка данной программы, дни. Ожидаемые длительности работ на этапе проектирования сведены в таблице 1.

Таблица 1 - Ожидаемая длительность работ на этапе проектирования программы

Примечание: звездочкой помечены работы, производимые с помощью ЭВМ. В результате расчета на разработку программы было затрачено 30 дней, из них с использованием ЭВМ - 13,5 дней. Учитывая, что число часов работы в день равно 8, на разработку программы было затрачено 240 часов, из них 108 часов - время работы на ЭВМ. Данные для расчета себестоимости АИС сведем в таблицу 2.

Таблица 2 - Данные для расчета себестоимости автоматизированной системы "HTControl"

Данные об обслуживающем персонале приведены в таблице 3.

Таблица 3 - Обслуживающий персонал

(обслуживающий персонал)	Количество работающих, чел.	Заработная плата одного специалиста в месяц, руб.	Годовая зарплата, руб.
Инженер по обслуживанию ПЭВМ

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

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

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

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

Специалисты рассматривают вопросы экономической эффективности и финансов ИС в трех основных направлениях:

оценка экономической эффективности использования ИТ (информационная технология) по сравнению с традиционными технологиями. В этом случае эффективность оценивается как эффект от экономии финансовых и трудовых ресурсов.

оценка эффективности инвестиций в создание и АИС компании. В этом случае важнейшим является вопрос о принципиальной окупаемости проекта. Оценивается уровень расходов на создание, внедрение и освоение ИС. Доходы оцениваются по всем видам деятельности компании.

оценка совокупной стоимости владения ИС. Это направление выявляется и детально анализирует все факторы, влияющие на уровень расходов компании на использование и эксплуатацию ИС.

При анализе эффективности инвестиций и определении стоимости информационной системы - первоначальной стоимости и стоимости владения - руководствуются следующими положениями:

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

рост затрат ведет к повышению эффективности работы сотрудников и ИС в целом;

чрезмерная экономия ведет к увеличению времени простоев и числа обращений за технической поддержкой;

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

Информационная технология – система методов и способов сбора, передачи, накопления, обработки, хранения, представления и использования информации.

Статическая оценка экономической эффективности ИС

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

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

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

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

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

В данном статическом методе оценки экономической эффективности ИС есть основные недостатки:

оценка экономического эффекта чаще всего осуществляется косвенно, путем сравнения с показателями внедрения аналогичной АИС;

не учитываются простои системы и «цена» этих простоев;

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

денежные потоки не приводятся к сопоставимому уровню;

ни прямо, ни косвенно не учитываются возможные риски.

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

Для всестороннего экономического анализа учреждения выбрана ЭИС (экономическая информационная система).

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

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

В качестве основного показателя оценки экономической эффективности ИС выбрано отношение затрат, связанных с разработкой и дальнейшей эксплуатацией системы, к эффекту, получаемого от ее применения, называемое экономической рентабельностью:
(1),
где ЭР – экономическая рентабельность;

Э – годовой экономический эффект;

∑ затрат – общие затраты на создание системы.

Общие затраты при этом рассчитываются по формуле:

(2),
Где Кд – суммарные капитальные затраты на проектирование системы, на приобретение необходимых составляющих и ее реализацию;

Сэ – эксплуатационные расходы.

Эффект, получаемый от функционирования системы, определяется следующим образом:
Э = Сс – Кд (3),
где Сс – эффект за счет снижения затрат за время период времени Т в результате применения разработанной системы в деятельности стационара.

К капитальным затратам отнесены:

затраты на анализ и проектирование системы;

стоимость необходимой техники (компьютер, принтер);

стоимость программного обеспечения;

затраты на подготовку и переподготовку кадров, которые будут работать с системой.

К эксплуатационным затратам относятся:

затраты (заработная плата и начисления) на персонал, который будет работать с системой;

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

Разработка АИС осуществлялась в течение 2 месяцев. Далее предполагается ее внедрение и эксплуатация в стационаре (опытное внедрение – срок 3 месяца). Стационар выбран для тестирования внедрения ИС.

Затраты на анализ и проектирование системы составляют 2 500 руб. в месяц.

Стоимость необходимой техники (компьютер с принтером; срок полезного использования– 3 года): для проектировщика необходим 1 компьютер и 1 принтер (амортизация оборудования за 2 месяца).

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

Затраты на заработную плату сотрудникам составят:

заработная плата двух экономистов (по 10000 руб. в месяц). На работу экономистов в системе будет уходить около 1% от всех их обязанностей.

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

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

Полученные данные сводим в таблицу 3.1 и в таблицу 3.2.

Таблица 3.1 – Капитальные затраты на создание и внедрение системы

Окончание таблицы

При расчете амортизации компьютеров используется формула:
(4),
где А ПЭВМ – амортизация ПЭВМ (за период работы), рублей;

Ц ЭВМ – первоначальная цена ПЭВМ;

Т мес – время работы специалиста по качеству на ПЭВМ;

– норма амортизации ПЭВМ за месяц, %, определяется по формуле:
(5),
Согласно Общероссийскому классификатору основных средств для включения в амортизационные группы ПЭВМ относят к группе № 3 со сроком службы 3 – 5 лет, тогда примем Т эксп =36 месяцев. Норма амортизации ПЭВМ за месяц по формуле (5), составляет:
(5),
Амортизация ПЭВМ за период работы специалиста по качеству, согласно формуле (4), составляет:
(4),
Таблица 3.2 – Эксплуатационные расходы

Заработная плата для экономистов рассчитана как:
(6),
где - заработная плата одного экономиста за месяц;

кол-во работников - количество работников;

t - количество времени опытного внедрения системы.

Отправить свою хорошую работу в базу знаний просто. Используйте форму, расположенную ниже

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

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

Введение
1. Аналитический обзор

1.2.1 Axapta
1.2.2 SAP R/3
1.2.3 Baan

2. Цели и задачи
3. Основная часть

3.1.1 Общие сведения

3.2.1 Назначение

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

Выводы по работе
Список литературы

Введение

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

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

1. Аналитический обзор

1.1 Цели и задачи информационных систем

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

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

· снижение общих затрат предприятия в цепи поставок (при закупках),

· повышение скорости товарооборота,

· сокращение излишков товарных запасов до минимума,

· увеличение и усложнение ассортимента продукции,

· улучшение качества продукции,

· выполнение заказов в срок и повышение общего качества обслуживания заказчиков.

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

Основными целями автоматизации деятельности предприятия являются:

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

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

· Автоматизация процессов, обеспечивающих выполнение основной деятельности.

1.2 Классификация автоматизированных систем управления предприятием

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

Класс A: системы (подсистемы) управления технологическими объектами и/или процессами.

Класс B: системы (подсистемы) подготовки и учета производственной деятельности предприятия.

Класс C: системы (подсистемы) планирования и анализа производственной деятельности предприятия.

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

Эти системы, как правило, характеризуются следующими свойствами:

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

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

· наличием контура обратной связи;

· объектами контроля и управления такой системы выступают:

Технологическое оборудования;

Датчики;

Исполнительные устройства и механизмы.

· малым временным интервалом обработки данных (т.е. интервалом времени между получением данных о текущем состоянии объекта управления и выдачей управляющего воздействия на него);

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

В качестве классических примеров систем класса A можно считать:

SCADA - Supervisory Control And Data Acquisition (диспетчерский контроль и накопление данных);

DCS - Distributed Control Systems (распределенные системы управления);

Batch Control - системы последовательного управления;

АСУ ТП - Автоматизированные системы управления технологическими процессами.

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

Эти системы, вошедшие в стандарт, а вернее два стандарта (MRP - Material Requirements Planning и MRP II - Manufacturing Requirements Planning), очень широко распространены на Западе и давно и успешно используются предприятиями, в первую очередь производственных отраслей. Основные принципы, которые легли в основу систем стандарта MRP, включают:

· описание производственной деятельности как потока взаимосвязанных заказов;

· учет ограничения ресурсов при выполнении заказов;

· минимизацию производственных циклов и запасов;

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

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

Классическими примерами систем класса B можно считать:

MES - Manufacturing Execution Systems (системы управления производством);

MRP - Material Requirements Planning (системы планирования потребностей в материалах);

MRP II - Manufacturing Resource Planning (системы планирования ресурсов производства);

CRP - C Resource Planning (система планирования производственных мощностей);

CAD - Computing Aided Design (автоматизированные системы проектирования - САПР);

CAM - Computing Aided Manufacturing (автоматизированные системы поддержки производства);

CAE - Computing Aided Engineering (автоматизированные системы инженерного проектирования - САПР);

PDM - Product Data Management (автоматизированные системы управления данными);

SRM - Customer Relationship Management (системы управления взаимоотношениями с клиентами).

И всевозможные учетные системы и т.п.

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

Наиболее популярным на данный момент новым видом информационных систем являются системы стандарта ERP - Enterprise Resource Planning. Это системы класса С.

В соответствии со Словарем APICS (American Production and Inventory Control Society), термин "ERP-система" (Enterprise Resource Planning -- Управление ресурсами предприятия) может употребляться в двух значениях. Во-первых, это -- информационная система для идентификации и планирования всех ресурсов предприятия, которые необходимы для осуществления продаж, производства, закупок и учета в процессе выполнения клиентских заказов. Во-вторых (в более общем контексте), это -- методология эффективного планирования и управления всеми ресурсами предприятия, которые необходимы для осуществления продаж, производства, закупок и учета при исполнении заказов клиентов в сферах производства, дистрибуции и оказания услуг.

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

В круг задач решаемых системами (подсистемами) данного класса можно включить:

· анализ деятельности предприятия на основе данных и информации, поступающей из систем класса B;

· планирование деятельности предприятия;

· регулирование глобальных параметров работы предприятия;

· планирование и распределение ресурсов предприятия;

· подготовку производственных заданий и контроль их исполнения.

· наличие взаимодействия с управляющим субъектом (персоналом), при выполнении стоящих перед ними задач;

· интерактивность обработки информации.

Классическими названиями системы класса С можно считать:

· ERP - Enterprise Resource Planning (Планирование Ресурсов Предприятия);

· IRP - Intelligent Resource Planning (системами интеллектуального планирования);

1.2.1 Axapta

Microsoft Dynamics AX -- комплексное ERP-решение, созданное специально для средних и крупных компаний, которое позволяет им расширить свои возможности и приобрести новые конкурентные преимущества. Microsoft Axapta идеально подходит для компаний, ищущих полностью интегрированное решение.

Преимущества Microsoft Axapta

Microsoft Axapta - это система, которая:

· позволяет вести бизнес именно так, как необходимо;

· улучшает взаимодействие с клиентами, деловыми партнерами и сотрудниками;

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

· дает возможности для быстрого роста и развития бизнеса.

Единство

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

Универсальность Microsoft Axapta

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

Масштабируемость

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

Работа в нескольких компаниях

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

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

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

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

Основными модулями системы Axapta являются:

· финансы;

· торговля и логистика;

· производство;

· электронная коммерция;

· управление персоналом;

· проекты;

· управление взаимоотношениями с клиентами (CRM - Customer Relationship Management);

· управлением знанием (KM - Knowledge Management);

· управление логистическими цепочками (SCM - Supply Chain Management) и другие.

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

· более низкие затраты на создание и поддержку системы;

· легкость в обновлении приложений;

· баланс избыточной информации;

· полная интеграция бизнес-процессов.

Основные блоки системы Axapta представлены на рисунке 1

Рисунок 1 - Составные части MS Axapta

автоматизированный экономия вложение расход

1.2.2 SAP R/3

Система SAP R/3 состоит из набора прикладных модулей, которые поддерживают различные бизнес-процессы компании и интегрированы между собой в масштабе реального времени .

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

Контроллинг (CO). Модуль обеспечивает учет затрат и прибыли предприятия и включает в себя: учет затрат по местам их возникновения (центры затрат), учет затрат по заказам, учет затрат по проектам, калькуляцию затрат, контроль прибыльности (результатов), контроль мест возникновения прибыли (центров прибыли), учет выработки, контроллинг деятельности предприятия.

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

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

Производственное планирование (PP). Модуль используется для организации планирования и контроля производственной деятельности предприятия. Ключевые элементы прикладного модуля: спецификации (BOM), технологические карты, рабочие центры (места), планирование сбыта (SOP), производственное планирование (MPS), планирование потребности в материалах (MRP), управление производством (SFC), производственные заказы, калькуляция затрат на изделие, учет затрат по процессам, серийное производство, планирование непрерывного производства.

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

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

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

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

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

Управление информационными потоками (WF). Эта часть системы связывает интегрированные прикладные модули с общими для всех приложений технологиями, сервисными средствами и инструментами. Управление потоком операций (workflow) автоматизирует хозяйственные процессы в соответствии с заранее определенными процедурами и правилами. Модуль включает многофункциональную офисную систему с встроенной электронной почтой, систему управления документами, универсальный классификатор и систему интеграции с САПР. Когда происходит определенное событие, запускается соответствующий процесс, и диспетчер потока операций инициирует единицу потока операций (Workflow Item). Данные и документы объединяются и обрабатываются на каждом шаге в соответствии с определенной логикой.

Отраслевые решения (IS). Объединяет прикладные модули SAP R/3 и дополнительную функциональность, специфичную для отрасли. Сегодня имеются отраслевые решения для промышленности: авиационной и космической, оборонной, автомобильной, нефтяной и газовой, химической, фармацевтической, машиностроительной, товаров народного потребления, электронной и непроизводственной сферы: банки, страхование, государственные органы, телекоммуникации, коммунальное хозяйство, здравоохранение, розничная торговля.

Схема основных блоков SAP представлена на рисунке 2.

Рисунок 2 - Основные блоки SAP

Базисная система служит основой системы SAP R/3 и гарантирует интеграцию всех прикладных модулей и независимость от аппаратной платформы. Базисная система обеспечивает возможность работы в многоуровневой распределенной архитектуре клиент-сервер. Система SAP R/3 функционирует на серверах UNIX, AS/400, Windows NT, S/390 и с различными СУБД (Informix, Oracle, Microsoft SQL Server, DB2). Пользователи могут работать в среде Windows, OSF/Motif, OS/2 или Macintosh.

Необходимо отметить, что здесь перечислены только основные функции системы SAP R/3 и не упомянуты обширные возможности работы в Internet/intranet, доступ внешних систем к логике SAP R/3 через интерфейсы BAPI (Business Application Programming Interface) и т.д.

SAP R/3 - конфигурируемая система

Даже самый краткий обзор функций системы SAP R/3 показывает ее способность решать основные задачи, стоящие перед крупными организациями. SAP R/3 - это самая обширная система на сегодняшний день. Не случайно многие лидеры мировой экономики именно ее выбрали в качестве основной системы управления предприятием. Тем не менее, статистика показывает, что более трети компаний, покупающих SAP R/3 - это средние фирмы с годовым оборотом менее 200 млн. долларов. Дело в том, что SAP R/3 - конфигурируемая система, поэтому, купив ее, предприятие будет работать с индивидуальной версией, настроенной именно под его параметры. Показателем технического уровня системы может служить способ ее настройки. Чем шире возможности конфигурирования и настройки системы без необходимости ее переписывания, тем выше технический уровень данной системы. Поэтому параметру SAP R/3 также занимает лидирующее положение в мире.

Внедрение любой финансово-экономической системы преследует вполне определенную цель - повышение эффективности работы и, в конечном итоге, выживание предприятия в условиях конкурентной борьбы. Чтобы выжить, предприятию необходимо перейти от традиционных, ориентированных на функции структур к более гибким формам, ориентированным на процессы. На практике такой переход может быть рассчитан и осуществлен только при наличии соответствующих инструментальных средств - для SAP R/3 это специализированный инструмент бизнес-инжиниринга Business Engineer. С его помощью можно сконфигурировать и настроить систему SAP R/3 так, чтобы она удовлетворяла потребностям предприятия, поддерживать это соответствие в течение всего жизненного цикла системы.

Бизнес-инжиниринг в SAP R/3

Благодаря открытому стандартному пользовательскому интерфейсу Business-Engineer партнеры SAP и консультанты могут создавать предварительно сконфигурированные отраслевые решения на базе хозяйственных сценариев SAP R/3. Кроме того, открытые интерфейсы дают клиентам SAP возможность разрабатывать собственные шаблоны для внедрения системы SAP R/3. Business-Engineer включается в стандартную поставку системы SAP R/3 и состоит из трех главных компонентов: Бизнес-конфигуратор SAP R/3, поддерживающий процедуры создания и ведения моделей предприятия с автоматической генерацией соответствующих задач и профилей настройки. Ссылочная модель SAP R/3 - обширная метамодель внедрения SAP R/3, включающая организационную модель, модель процессов, модель данных, модель распределения функций и модель бизнес-объектов. Репозитарий SAP R/3 - основной банк данных для Ссылочной модели, отраслевых моделей и созданных моделей предприятия.

Система обеспечивает динамическое графическое моделирование бизнес-процессов и может работать в диалоговом режиме. Инструмент Business-Engineer значительно ускоряет и упрощает процесс конфигурирования системы SAP R/3. При создании модели предприятия могут использоваться типовые сценарии бизнес-процессов, поставляемые SAP и ее партнерами. Инструментарий бизнес-инжиниринга может применяться и для реализации собственных методов внедрения SAP R/3, в том числе с использованием привычных инструментов динамического моделирования бизнес-процессов от других производителей.

1.2.3 Baan

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

Основные модули ERP-системы компании BAAN IV.

BAAN - моделирование предприятия: способствует сокращению сроков внедрения, снижению уровня затрат и ускоренному возврату вложенных средств. В основе подсистемы лежат уникальные средства методологии внедрения, называемой Orgware, разработанной с учетом опыта внедрения продуктов BAAN более чем в 50-ти странах мира. Процесс внедрения начинается с описания или рассмотрения соответствующей типу и профилю предприятия референтной модели. На следующей стадии производится корректировка параметров бизнес-модели с учетом требований заказчика. Далее система конфигурируется и для каждого конкретного пользователя создается меню, в структуру которого могут быть включены инструкции и нормативные документы, определяющие выполнение отдельных задач. В завершении проводится анализ деятельности предприятия, на основе которого формируются решения по модернизации производства, определяются дальнейшие направления развития. Использование системы позволяет сократить время внедрения до 3-10 месяцев.

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

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

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

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

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

BAAN - администратор деятельности предприятия: представляет собой инструментарий для совершенствования финансово-хозяйственной деятельности и разработан для получения достоверной информации по всем направлениям деятельности компании. Форма презентации данных позволяет проводить быстрый анализ для принятия безошибочных решений. Встроенная в пакет "система раннего предупреждения" дает возможность своевременно вносить необходимые коррективы.

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

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

Структура системы BAAN представлена на рисунке 3.

Рисунок 3 - Структура системы BAAN

2. Цели и задачи

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

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

3. Основная часть

3.1 Характеристика предприятия

3.1.1 Общие сведения

Компания "Высокие технологии" существует на рынке бытовой и офисной техники с 2002 года. Фирма занимается транспортной логистикой бытовой техники и электроники. Транспортная логистика -- это система по организации доставки, а именно по перемещению каких-либо материальных предметов из одной точки в другую по оптимальному маршруту. ООО "Высокие технологии" организовалась в г. Брянске. Сначала фирма работала с несколькими частными магазинами бытовой техники, находящимися в Брянской области, осуществляя поставки товаров от поставщиков в Москве, арендуя небольшой склад, на которой прежде чем доставить товар клиентам, он доставлялся от поставщиков в Москве. Позднее были налажены маршруты и поставки начались осуществляться за свой счёт, используя выработанные схемы доставки, благодаря чему для клиента снижалась себестоимость товара. К 2007 году клиентами фирмы становятся не только около половины магазинов Брянской области, но и некоторые крупные торговые центры Брянска. В распоряжении компании был уже большой склад, офис и бухгалтерия, где работало 3 грузчика, логист, бухгалтер и двое экспедиторов. Поставки товара начали осуществляться регулярно - 2 раза в неделю. Так же гораздо расширился круг поставщиков. В 2010 году было принято решение о создании филиала компании в Калуге. Это решение было принято не случайно, так как фирма планировала работать не только с клиентами в Калуги и Калужской области, но и с клиентами, находящимися в близлежащих областях: Тульской, Орловской, Курской. Причиной обоснования филиала в г. Калуге было то, что Калужская область практически равноудалена от соседних областей и с точки зрения транспортной логистики идеально подходит для осуществления перевозок в соседние области при минимальных затратах. Так же основной плюс организации филиала в этом городе состоял в том, что здесь у фирмы практически не было серьёзных конкурентов. В Калуге был арендован склад и наняты рабочие, так же оформлены договора с клиентами. В настоящее время компания использует широкий круг поставщиков, предлагает потребителям большой ассортимент товаров по минимальным ценам, осуществляет поставки товара за свой счёт, используя заранее выработанные схемы доставки. Поставки товара осуществляется регулярно, чтобы максимально увеличить товарооборот. Компания "Высокие технологии" стремится оперативно и гибко решать поставленные перед ней задачи, и открыта для предложений по работе с деловыми партнёрами, сотрудничает со многими оптовыми и производственными организациями и предлагаем различные схемы работы, наиболее удобные партнёрам. Политика компании направлена на долгосрочное и взаимовыгодное сотрудничество с покупателями.

3.1.2 Организационно-правовая форма

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

3.1.3 Основной вид деятельности, выполняемые услуги

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

Выполняемые услуги:

1) Транспортировка товара за свой счёт;

2) Выгрузка товара непосредственно в помещение клиента;

3) Доставка гарантийного оборудования в сервисные центры;

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

3.1.4 Организационная структура управления

Организационная структура управления представлена на рисунке 4.

Рисунок 4 - Организационная структура управления ООО "Высокие технологии"

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

3.2 Характеристика автоматизированной системы управления "HTControl"

3.2.1 Назначение

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

1. Переизбыток расчета объема товара.

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

2. Недостаток расчета объёма товара.

Допустим, что при расчёте объёма товара получилось 18 кубометров, пришлось заказать грузовой автомобиль вместимостью 24 кубометра. А при погрузке оказалось, что товара гораздо меньше, и заказ мог бы вместиться в "Газель" вместимостью 16 кубометров. А так как доставка товара обойдётся гораздо дороже на автомобиле с большей вместимостью, фирмы потеряет часть прибыли. Данная автоматизированная система помогает решить эти проблемы. Автоматизированная система позволяет наиболее точно и быстро подсчитать физический объём товара для конкретного клиента фирмы (заказчика), в качестве которого обычно выступает магазин. Так же данная автоматизированная система может подсчитать и сумму денежных средств, на которую был совершён определённый заказ или группа заказов, физический объём которых должен поместиться в грузовой автомобиль. Использовать данную систему могут использовать менеджеры фирмы, они добавляют новый товар или удаляют товар из прайс-листа, корректируют цены на товары. Система поможет с точностью определить сумму заказанного товара. Так же это упростит работу бухгалтерам, для ведения учета товара. Наиболее необходима автоматизированная система будет начальнику погрузки. Именно он должен подсчитать её помощью объем заказанного товара каждым клиентом, чтобы не ошибиться при выборе грузового автомобиля.

3.2.2 Организация вычислительных процессов в автоматизированной системе "HTControl"

Менеджеры компании составляют прайс-лист товаров с помощью данной автоматизированной системы, корректируют цены на товары. Автоматизированная система состоит из базы данных товара и пользовательской формы для работы с базой данных. База данных представляет собой прайс-лист товаров. Для каждого товара назначается: код, наименование, краткое описание, цена за штуку, и физический объём в кубометрах. Клиент, руководствуясь прайс-листом фирмы, формирует заказ, затем отсылает его менеджерам. Менеджеры сверяют его и утверждают, затем используя автоматизированную систему, подсчитывают сумму заказа и передают документацию бухгалтерии. Приняв заказы от клиентов, старший менеджер рассчитывает общий объём товара с помощью пользовательского интерфейса. В пользовательской форме представлен перечень товаров, из которого он может выбрать группу товаров, затем его конкретную модель и количество и этот товар будет добавлен к заказу клиента. Таким образом формируется заказ клиента, который представлен в виде списка позиций товара. После того как заказ будет сформирован старший менеджер заказывает грузовой автомобиль с подходящей вместимостью. Далее грузовой автомобиль отправляется к поставщикам с экспедитором. Затем груженый автомобиль возвращается на склад фирмы, товар разгружается и происходит сортировка товара по клиентам. Занимается погрузкой товара начальник погрузки, руководствуясь общим списком заказанных товаров. При завершении сортировки товара, начальник погрузки использует систему для подсчёта объёма товара для каждого клиента. После того, как заказ сформирован, программа рассчитывает физический объём товара и стоимость его заказа. Так же система может предложить один из вариантов грузовых машин, с помощью которой заказанный товар может быть доставлен при минимальных затратах на его перевозку. Затем уже начальник погрузки непосредственно заказывает грузовые автомобили. Товар отгружается со склада в автомобили и затем уже экспедиторы доставляют товар клиентам.

3.2.3 Выбор и обоснование объекта для сравнения: преимущества, недостатки

Для небольших логистичеких компаний внедрять крупные решения (BAAN, SAP) нерентабельно. Поэтому был выбран метод разработки собственной автоматизированной системы управления. Ранее для составления прайс-листа товаров фирмы использовался программный продукт MS Excel. Подсчёт объёма заказа осуществлялся вручную, на основе опыта погрузок, что не позволяло точно рассчитать физический объём заказанного товара.

3.3 Расчёт экономической эффективности внедрения автоматизированной системы

3.3.1 Расчет затрат на создание системы

где Н а - годовая норма амортизации, % рассчитывается по формуле (8);

Фд = ((365-С-В-Пр)х8-ППрх1) х S х (1-а/100), (9)

где n - количество обслуживаемых ПЭВМ, шт.;

Таблица 1 - Ожидаемая длительность работ на этапе проектирования программы

Наименование работ	Длительность работ (дней)
		Максимум	Ожидаемая
1. Разработка технического задания
2. Анализ технического задания и сбор данных
3. Набор программы на ПЭВМ *
4. Отладка программы на ПЭВМ *
5. Проведение экспериментов *

Таблица 2 - Данные для расчета себестоимости автоматизированной системы "HTControl"

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

Данные об обслуживающем персонале приведены в таблице 3.

Таблица 3 - Обслуживающий персонал

Стоимость 1 часа работы программиста, рассчитанная по формуле (4), составляет:

Основная заработная плата программиста за время разработки программы рассчитывается по формуле (3):

Дополнительная заработная плата составляет 12% от З о:

Отчисления на социальное страхование составляют 26% от суммы Зо и Здоп:

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

Стоимость электроэнергии рассчитывается по формуле

и составляет:

Норма амортизации рассчитывается по формуле:

Сумма амортизации, рассчитанная по формуле (7), составляет:

Стоимость ремонта оборудования рассчитывается по формуле (10) и составляет:

Основная заработная плата обслуживающего персонала за время разработки программы рассчитывается по формуле (12) и составляет:

Дополнительная заработная плата составляет:

Отчисления на социальное страхование составляют:

Таким образом, заработная плата обслуживающего персонала за время создания программы, рассчитывается по формуле (11) и составляет:

Расходы на эксплуатацию оборудования вычисляются по формуле

и составляют:

Накладные расходы составляют 50% от Зо:

По итогам проведенных расчетов себестоимость программы составляет:

3.3.2 Расчет суммарной экономии затрат

Суммарная экономия для разработанной системы может быть рассчитана по формуле (14)

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

Подобные документы

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

курсовая работа , добавлен 25.06.2012

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

курсовая работа , добавлен 19.10.2014

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

контрольная работа , добавлен 19.12.2013

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

контрольная работа , добавлен 04.06.2013

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

практическая работа , добавлен 25.11.2015

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

курсовая работа , добавлен 14.04.2012

Исследование сущности оборотных средств, их состава, структуры, источников формирования. Расчет затрат на разработку автоматизированной системы, текущих затрат на её функционирование. Оценка экономической эффективности инвестиционных затрат на внедрение.

контрольная работа , добавлен 22.01.2015

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

курсовая работа , добавлен 16.10.2014

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

курсовая работа , добавлен 02.02.2012

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

Расчет экономической эффективности является важным шагом при проектировании информационной системы.

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

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

Экономический эффект рассчитывается по следующей формуле (4.1):

- годовая экономия;

К – единовременные капитальные затраты на создание и внедрение программы;

- единовременный нормативный коэффициент экономической эффективности затрат (
=0,12….0,15);

- текущие затраты, связанные с эксплуатацией информационной системы.

Срок окупаемости капитальных вложений рассчитывается по формуле (4.2)

где: К – капитальные вложения во внедрение информационной системы;

- годовая экономия.

Расчет экономического эффекта.

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

Чтобы найти К - капитальные затраты на создание и внедрение программы воспользуемся формулой (4.3):

где:
- капитальные затраты на оборудования;

- капитальные затраты по монтажу.

- себестоимость разработки программного обеспечения.

Капитальные затраты по монтажу в нашем случае не учитываются.

Необходимо приобрести оборудование и обеспечение. Показатели, используемые при расчетах, предоставлены в таблице 4.1

Таблица 4.1 – Затраты на приобретаемое оборудование и обеспечение.

	Наименование оборудования и программ	Количество, шт	Цена за единицу, тг	Стоимость, тг.	Норма амортизации	Затраты на амортизацию
	Borland Delphi 7
ВСЕГО:

Исходя из данных в таблице 4.1, следует, что капитальные затраты составят:

тенге.

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

Основной зарплаты инженера-программиста - Зосн (тенге);

Дополнительной зарплаты Здоп (тенге);

Отчислений на социальные нужды Ссоц. нуж . (тенге);

Затрат на электроэнергию Сэ/э (тенге).

Таким образом, себестоимость разработки программного обеспечения рассчитаем по формуле (4.4):

Для расчета Зосн - основной зарплаты инженера – программиста нужно учитывать, что на этапе анализа и проектирования разработкой занимается аналитик. Требуемая квалификация: высшее образование, первая или высшая категория. Разряд единой тарифной сетки, согласно – 14 (тарифный коэффициент 2.25).

На этапе кодирования, тестирования и отладки – инженер-программист. Разряд, согласно единой тарифной сетки, 9 (тарифный коэффициент 1.78). Для выполнения поставленной задачи предприятие выделило аналитика и инженера-программиста в одном лице.

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

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

МЗП – минимальная заработная плата (с 01.01.2011 года = 15 999 тнг.);

К тар – тарифный коэффициент, устанавливается в соответствии с ЕТС РК.

Из предыдущих расчетов можно рассчитать почасовую оплату каждого этапа. Постановкой задачи, разработкой алгоритма и структуры базы данных занимается аналитик. Написанием программы, отладкой и подготовкой программной документации - программист. Так как всю работу будет выполнять инженер – программист, то каждый этап будет рассчитываться по часам. Почасовую оплату высчитываем, исходя из того, что на фирме рабочая неделя (5 дней) и 8-часовой рабочий день. Рабочих дней в месяце в среднем 21. Получается 168 рабочих часов в месяц. Отсюда высчитываем оплату за час:

тенге/час

Расчет фонда заработной платы представлен в таблице 4.2

Таблица 4.2 – Расчет фонда заработной платы

Наименование этапа	Количество часов, час	Часовая тарифная ставка, тенге/час.	Стоимость этапа, тенге
1.постановка задачи
2.разработка алгоритма и структуры базы данных
3.написание программы
4.отладка программы
5.подготовка программной документации

Дополнительная зарплата (20%)

Отчисления на социальные нужды принимаются в размере 13% от суммы основной и дополнительной зарплат по формуле (4.6):

где, P - мощность, потребляемая компьютером при работе равная 0,45(кВт);

T раб - время работы компьютера (304 часов – написание программы, отладка, составление программной документации);

Ц э - стоимость киловатта электроэнергии на данный момент (9,6 тенге за кВт).

Расход средств на оплату электроэнергии:

Себестоимость разработки программного обеспечения по заработной плате составит 74657,08 тенге.

К - капитальные затраты на создание и внедрение программы по формуле (4.3) составят:


= КВт,

где: п – количество оборудования;

- номинальная сущность оборудования (КВт=0,15);

- годовой фонд времени работы оборудования (2920 часов);

- коэффициент полезности действия (
).

По ниже приведенной формуле получаем следующее:

где:
- сумма потребляемой энергии:

- стоимость одного КВт/час (
КВт/час)

Рассчитываем затраты на амортизацию по формуле (4.11):

где:

- норма амортизационных отчислений на оборудование;

- капитальные затраты на оборудование

Итак, текущие затраты равны:

Зтек = 30000 + 30000+ 2943,3 = 62943,3тнг.

где:
- затраты на амортизацию используемого оборудования;

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

- затраты на электроэнергию.

Расчет эффективности от внедрения программы.

До внедрения информационной системы на оформление одного заказа затрачивалось 30 минут. После внедрения информационной системы время сократилось на обработку на 10 минут.

Средняя стоимость 1 заявки – 10 058 тн.

Рабочий день менеджера составляет восемь часов, или 480 минут. В день до внедрения программного обеспечения менеджер оформлял:

480/30=16 заявок/день;

После внедрения:

480/20=24 заявки/день;

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

16*255=4080 заявок/день;

24*255=6 120 заявок/день.

В день после внедрения программного проекта экономия времени составляет:

16*20мин = 320 мин;

480-320=160 мин, или 2,7 часа.

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

Рассчитаем экономичность, при условии, если еще в день в среднем оформлять на одну заявку больше.

В году 255 рабочих дней. За год будет выполнено на 255 заявок больше.

Рассчитаем годовую экономию.

Разница в суммах реализации товара составит

255 *10 058=2564790 тн/год;

Примерная рентабельность одного заказа составляет 27%. Годовая экономия составит:

Э год = 2564790 *27% = 692493,3 тн/год;

Срок окупаемости: Т ок. = К/Г эк. = 194 657,08/692493,3 = 0,28, что составляет примерно 3,5 месяца.

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

Экономический эффект составит:

692493,3 -(194 657,08*0,15+62943,3)=

Суммарный эффект показывает, за какое время произойдет возмещение затрат на разработку и внедрение информационной системы.

1. Изучить теоретические аспекты и выявить природу «Расчёт экономического эффекта от разработки и внедрения программного продукта»

2. С учетом того что было применен процесс автоматизации в ручную работу среднего работника были извлечены следующие выгоды: процесс поиска необходимой записи стал более экономичным по времени.

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

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

Первая и самая главная причина провала: некорректно поставленная цель для информационной системы .

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

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

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

Даже если предположить, что специалисты-информационщики знают, как следует изменить бизнес-процессы (с логикой у нас порядок), у них все равно нет нужного административного ресурса, да и ожидаемый результат зависит, в первую очередь, не от программного обеспечения. Здесь явно путается следствие и причина. Допустим, есть предприятие А с информационной системой ABC. Предприятие работает стабильно, нет авралов, неразберихи, заказы выполняются в срок, есть планомерная деятельность отлаженного механизма. Можно сделать вывод, что все хорошо благодаря системе ABC, но это 100% не так. Наличие системы ABC у предприятия A, кончено же, вносит свой вклад в бизнес, но не является ключевым. Если руководство некоего предприятия Б решило внедрить у себя систему ABC в надежде, что после ее внедрения предприятие Б тоже будет работать так же, как A, его ждет сюрприз. Деньги будут потрачены, но ожидаемый эффект не наступит, т.к. методика работы на предприятии Б не изменится.

Эффективные цели

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

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

Итак, с целями мы определились, теперь осталось правильно составить техническое задание.

Техническое задание

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

Получается, что не заказчик подписал неподходящее ТЗ, а исполнитель разработал и предложил совсем не то – не угадал, о чем мечтал заказчик. Замечаете парадокс? Исполнитель сам для себя пишет ТЗ, но при этом должен угадать, чего на самом деле хочет заказчик. В принципе, это возможно (для участников шоу «Битва Экстрасенсов»), но маловероятно. У меня был опыт создания подробных ТЗ, которые на этапе внедрения претерпевали изменения порядка 30%. Обычная история: в процессе работы над проектом у заказчика появлялись новые идеи, их приходилось учитывать, отказываясь от предыдущих решений. Потому я не сторонник очень подробных ТЗ. Они отнимают много времени, а в итоге будут скорректированы на этапе опытной эксплуатации и внедрения. Если не сделать корректировку, можно испортить отношения с заказчиком. При попытке сослаться на подробное ТЗ в ответ вы услышите – «ну, вы же специалисты, должны были сами все знать заранее».

Я считаю, в ТЗ должны быть отражены только общие блоки работ с описанием ожидаемых результатов. Пусть оно достаточно точно описывает, что хочет получить заказчик, и что должен сделать исполнитель. Корректировка ТЗ неизбежна из-за того, что при появлении нового инструмента у заказчика обязательно появятся новые бизнес-процессы. Попытка сохранить прежние бизнес-процессы приведет к провалу проекта. Конечно, не все старое отметается полностью, оно корректируется в соответствии с возросшими возможностями предприятия при наличии информационной системы. Максимум, на чем должно останавливаться ТЗ – списки документов для обработки системой с их образцами. Таким образом, составленное ТЗ не изменится по части общих требований, фактически оно будет уточняться в процессе внедрения, вплоть до конкретных полей и процессов. При этом исполнитель в любом случае знает ожидаемый объем работ. Для успешного проекта требуется 1-2 итерации: внедряется определенный объем выполненных работ, и по результатам заказчик согласовывает коррекцию с исполнителем. Время, которое можно было потратить на излишнюю детализацию ТЗ, гораздо эффективнее использовать для итерационных корректировок системы в соответствии с результатом тестовой эксплуатации.

Есть еще один вариант составления ТЗ: в нем декларируется конечная цель заказчика. И тут вы можете сразу заметить противоречия с предыдущем написанным тестом. Это случай составления проекта, в котором информационная система является только частью. У меня был опыт внедрения комплексной системы управления компаний, где основная сумма по контакту выплачивалась в случае, если заказчик получит увеличение оборота в два раза. Спрашивается, это как? Ответ прост: цели заказчика - автоматизация и оптимизация бизнес процессов копании, ускорение процесса работы с клиентами, точный учет затрат по контрактам, точный расчет бонусов менеджерам, участвующим в контрактах, финансовое планирование. Исходя из того, что все эти задачи не были решены, я подписал контракт. К сожалению, достигнуть 100% увеличения объема оборота у заказчика за 1 год не удалось, но 83% тоже хорошо. Мое вознаграждение было выплачено пропорционально.

Следующим важным документом для успешного выполнения работ является план-график работ.

План-график работ

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

Запуск системы в работу

Запуску системы предшествует тестирование исполнителем системы на примерах заказчика. После получения положительных результатов начинается работа по реальному внедрению и запуску системы. Если опытная эксплуатация делается только на опытных примерах без участия рядовых исполнителей заказчика, без использования реальных задач, она не достигнет поставленной цели. Целью же является сбор замечаний, которые необходимо устранить для перевода в промышленную эксплуатацию. Данный этап правильнее было бы назвать расширенным тестированием с привлечением исполнителей заказчика. Реальная опытная эксплуатация начинается после внедрения системы при участии, как минимум, 50-70% процентах рабочих мест.

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

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

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

Тестирование с привлечением сотрудников заказчика на реальных примерах;
Опытная эксплуатация с немедленным устраняем возникающих проблем;
Промышленная эксплуатация.

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

Теги: Добавить метки

Расчёт экономической эффективности внедряемой ИС. Оценка экономической эффективности внедрения автоматизированной информационной системы 'HTControl'