Одним из аспектов, на который в новых предложениях по разработке систем затрат уделяется наибольшее внимание, является повышение точности расчета на основе увеличения количества мест, где возникают затраты (центры, секции или виды деятельности). При этом предполагается, что распределение косвенных затрат отвечает истинной причинно-следственной связи, таким образом, чтобы оно отражало множественность Баз распределения, существующих в компании.
Аналогичным образом, увеличение объемов косвенных затрат в текущей среде сделало поиск переменных, позволяющих связать потребление ресурсов с объектом, который требует их, все более сложным. В этом смысле работа отражает метод ABC и критерии, которые должны присутствовать во время его внедрения, чтобы они не искажали информацию об окончательной оценке продуктов, предлагая их своевременно для принятия решения.
Целью компаний является производство и продажа на конечных рынках совместных выпусков товаров и / или услуг из ресурсов, приобретенных на исходных рынках, с использованием инфраструктуры в организационном и технологическом порядке с целью максимизации разницы между стоимость, полученная в результате продаж, и оплаченные использованные ресурсы. Поэтому любая система, направленная на удовлетворение информационных потребностей, должна развиваться (менеджмент бизнеса должен учитывать все аспекты глобально и комплексно.
Точно так же необходимо иметь информацию, которая позволяет выбирать и комбинировать использование ресурсов, чтобы требования клиентов эффективно удовлетворялись; Чтобы эффективно преобразовать цели управления в операционные термины, необходимо изучить организационную структуру, внедренную в компании, с четким определением уровней полномочий и ответственности, чтобы разработать формат отчетности и канал связи системы. познавательный.
В этом документе основное внимание уделяется информации, относящейся к затратам, с целью дать некоторые размышления об элементах, которые должны вмешиваться в проектирование инфраструктуры для поддержки системы расчета затрат, которая помогает принимать важные решения в рамках компания.
Программа базы данных SERVI-ABC была разработана в Microsoft Access на основе основ, поддерживающих метод (ABC), исходя из предпосылки, что процессы требуют действий, они потребляют ресурсы, а ресурсы - это те, которые потребляют затраты. Эта Программа является источником информации о стоимости процессов.
Цель работы: предоставить инструмент для своевременной обработки информации о различных действиях, которые потребляются в процессе, а также определение их затрат и их последующий перенос в продукт, ориентированный в основном на компании. услуг.
Предположение основано на следующей гипотезе:
Если система инструментов, ориентированная на управление, разработана, теоретически демонстрирующая взаимосвязь между системами управления на основе видов деятельности, бюджетом на основе видов деятельности, затратами на основе деятельности и программой базы данных (SERVI-ABC) для затрат на деятельность. деятельности, то создаются необходимые условия для достижения целей и задач, поставленных организацией.
Работа построена следующим образом:
- Появление и потребность в программе SERVI-ABC. Проектирование базы данных программы SERVI-ABC. Методологические предложения для программы SERVI-ABC.
В первой части дается теоретический обзор возникновения и необходимости программы SERVI-ABC, а также подробно рассматриваются некоторые аспекты метода ABC, кроме того, включены теоретические аспекты о взаимосвязи затрат-объема-активности и обобщение некоторых причин. финансовые ресурсы, используемые в программе.
Во второй части составляется дизайн программы SERVI-ABC, а также детализируются аспекты, которые необходимо учитывать в указанной программе.
Наконец, предлагается методология программы, в которой отражены различные возможности и варианты, предлагаемые указанной системой.
1. Возникновение и потребность в программе SERVI-ABC.
Программа изучения базы данных (SERVI-ABC) - это интегрированная система для хранения, расчета стоимости процессов и информационного поиска, предназначенная для управления числовыми и нечисловыми базами данных, в основном применяемая для компаний Сервисы.
Программа была разработана в этом году на основе информационного инструмента Access 2000.
База данных затрат по видам деятельности для сервисных компаний (SERVI - ABC) позволяет хранить неограниченное количество информации, поскольку ее структуры предназначены для получения любой информации, необходимой для процесса принятия решений; единственное ограничение, которое может возникнуть при использовании программы, - это мощность компьютера, на котором установлена система. В настоящее время производимых меньших мощностей более чем достаточно для достижения взаимосвязи программы с методом калькуляции затрат ABC.
Программа разработана с использованием техники генерации меню, поэтому предлагает различные модули, которые показаны на начальном экране. Использование меню позволяет правильно организовать каждую последовательность, которую хочет клиент, в соответствии с информацией, с которой он хочет работать. Меню предлагает ряд опций, которые можно разделить на основные, это:
Администратор: он используется для введения и изменения таблиц, форм, запросов и т. Д. Системы, а также для модификации уравнений, с которыми работает система, в соответствии с потребностями пользователя.
Пользователь: Это может быть любой, кому требуются ваши услуги. Он используется для управления системой, ввода информации в программу и извлечения из нее результата указанной информации.
Система основана на методе калькуляции работ; это начинается с предпосылки, что различные процессы компании потребляют действия, а они - затраты. При этом условии более точно известны затраты на каждую деятельность, что позволяет оценивать чрезвычайно важные решения.
Точно потребность в программе SERVI-ABC резюмируется в следующем: принятие решений в нужное время и наиболее правильным способом в отношении тех действий, которые влияют на продукт, а также; устранение или усиление деятельности, которая может или не может повышать ценность продукта и организации, маркетинг услуг или продуктов, которые будут предлагаться, включение альтернативных или дополнительных продуктов, реструктуризация ответственности, среди прочего, которые считаются важными для измерения: разработка политик инвестиции, непрерывность или прекращение деятельности компании, продолжение производства и / или выход на рынок и т. д., чтобы компания была более компетентной в меняющейся и динамичной среде в рамках революции в компаниях, занимающихся предоставлением услуг.
Процесс изменений, который окружает общество и компании, имеет множество аспектов, включая: 1) глобализацию мировой экономики; 2) соревнование; 3) новые конструкции и продукты с коротким жизненным циклом; 4) глубокие изменения в операционных и управленческих методах компаний.
Прототип представляет собой базовую экспериментальную модель продукта с аналогичными функциональными характеристиками, которые позволяют корректировать определенные функции аналогично требованиям к конечному продукту.
Методика прототипа обеспечивает высокодинамичный дизайн, который позволяет обнаруживать неудовлетворенность во время разработки программы, а не на этапе тестирования, что позволяет устранить любую ошибку с первого этапа работы, минимизируя затраты на любой возможный сбой. в компьютерной системе - продукт вводимой и обрабатываемой информации. Конечная цель прототипа - иметь эффективный инструмент для принятия решений и максимального использования программы с более высокими результатами, чем эксперименты, проводившиеся ранее в других исследовательских работах.
На этом этапе совместная работа (пользователь и разработчик) очень важна для разработки информационной системы, так как их отсутствие интеграции подразумевает большие трудности и затраты на следующих этапах, что может вызвать отказ информационной системы. система.
Качество - это элемент, который необходимо учитывать при создании программного обеспечения как с технической точки зрения, так и с точки зрения коммуникации с пользователями.
С помощью программы SERVI-ABC желающие смогут получить всю необходимую информацию за короткое время и могут производить поиск из разных точек, подключенных к компьютерной сети, получая желаемую информацию.
Важность программы базы данных (SERVI-ABC) для управленческого учета.
Управленческий учет направлен на предоставление соответствующей информации, исторической или предварительной, денежной или неденежной, сегментированной или глобальной, о внутреннем обороте компании для принятия решений. Поскольку это нельзя рассматривать отдельно или изолированно от внешнего или финансового учета, основными целями которого являются получение исторической информации об отношениях компании с внешним миром.
В современном обществе полезный срок службы продуктов, как правило, значительно сократился, в отличие от идеи о том, что качество должно обеспечивать более длительный срок службы товаров, предлагаемых обществу.
У человека в организации было мало возможностей для размышлений, так как он вынужден тратить практически все свое время на понимание огромного объема информации, которую он должен обработать в кратчайшие сроки и с которой он сталкивается в самых разнообразных ее проявлениях. деятельность внутри и вне организации. Какую трактовку получили затраты в их исторической эволюции и какое отношение они имеют к информационной системе для принятия решений в организации?
Историческая эволюция управленческого учета.
Учет затрат или управленческий учет строится на первом этапе - с начала 15 века до третьей четверти 19 века - и характеризуется учетными записями промышленной деятельности в рамках бухгалтерского учета (Blanco Dopico, 1994)., и более поздний, в котором записи сделаны более гибкими, чтобы повысить полезность информации для принятия решений. Сосредоточившись на этом втором этапе, Энтони (1989, стр. 1) и Хоппер (1994, стр. 1) согласились указать, что практика, связанная в настоящее время с управленческим учетом, появился в 19 веке во время промышленной революции. Однако впоследствии было показано, что эти практики уже использовались, по крайней мере, с 16 века (Donoso, 1997; Carmona and others, 1998; Quattrone, 1998; среди прочих).
Другие авторы (Hopwood, 1980, стр. 227) рассматривали роль управленческого учета с двух разных концепций:
- Автоответчик: он считает, что управленческий учет состоит из ряда механизмов апостериорного контроля, и связывает предположительно оптимальное решение каждой проблемы квазиавтоматическим способом. Эта концепция устарела, поскольку окружающая среда радикально изменилась из-за усиления конкуренции и технологических инноваций, что в большей степени увеличило неопределенность. Обучающаяся машина: именно неопределенность породила эту концепцию, которая пытается предвидеть проблемы, вызывающие управление, изменения в окружающей среде и в самой организации; что является первым шагом к текущему управленческому учету.
В настоящее время существуют и другие факторы, которые существенно повлияли на развитие управленческого учета и необходимую связь между ним и технологическими инновациями. Интернационализация рынков и сильная конкуренция больше не являются основными элементами эволюции, которая воспринимается, теперь занимая это пространство: а) организационная культура; б) управление знаниями; в) высокая неопределенность; г) размер организации и е) информационные технологии.
В управленческий учет вводятся новые системы управления: Направление по деятельности, бюджетирование по деятельности; Затраты, основанные на деятельности; Сбалансированная система показателей; Контроль и управление качеством и точно в срок. Также ценится тот факт, что управленческий учет не только анализирует только количественные показатели при принятии решений, поскольку теперь качественные показатели были включены в управление, тем самым улучшая информацию, обрабатываемую организацией.
Расчет затрат по видам деятельности как инструмент для принятия решений.
Стоимость продукта, клиента, заказа или любого другого объекта интереса - это экономическая стоимость всех потребляемых ресурсов.
Использование традиционных систем было обусловлено следующими условиями: 1) низкая относительная значимость косвенных затрат; 2) чрезмерное использование рабочей силы с относительно значительным влиянием на общую стоимость; 3) Низкий уровень использования технологий, автоматизации и технического капитала; 4) модификации производственных процессов и продукции; 5) ограниченное использование информации о затратах по сравнению с конкурентами; 6) неэффективные уровни управления и 7) слабая диверсификация и специализация организационной структуры.
Согласно Р. Куперу и Роберту С. Каплану (1995), деятельность, осуществляемая в компании, - это те, которые потребляют ресурсы, и те, которые порождают затраты, а не продукты, поскольку они требуют только действий, необходимых для производства. Следовательно, продукты теряют известность как единственная цель затрат, то есть система калькуляции затрат на основе видов деятельности (ABC) появляется как комплексная система управления, а не как система, основной целью которой является расчет стоимости продукта.
Чтобы работать с методом ABC, необходимо хорошо знать его философию, чтобы быть уверенным, что выполняемые шаги верны для его последующего применения.
Систему ABC следует внедрять, когда: a) косвенные затраты составляют высокий процент от общих затрат организации; б) компания подвержена сильному ценовому давлению на рынке, и они хотят точно знать состав стоимости своей продукции; c) когда в производственной зоне производство нескольких продуктов осуществляется на справедливой основе и для разных целей, и очень трудно узнать или определить пропорциональную часть косвенных расходов, которые соответствуют каждому из продуктов, и, d) компании имеют с высоким уровнем структурных затрат и с учетом серьезных организационно-стратегических изменений.
Для разработки программы требовалось: 1) анализ и определение мероприятий; 2) определение затрат на деятельность; 3) определение стоимостных драйверов деятельности; 4) определение стоимости различных объектов затрат (выпуска).
При этом некоторые инструменты и индикаторы интегрированы в предлагаемое программное обеспечение с целью проведения комплексного анализа управленческой и финансово-экономической ситуации в компании, это: а) точка равновесия; б) ротация запасов; в) средняя инвентарная стоимость ; г) причины долга; д) соотношение обязательств и капитала; е) индекс ликвидности и, ж) индекс платежеспособности, з)
- Дизайн базы данных программы SERVI-ABC.
Процесс проектирования базы данных не детерминирован; нет ни алгоритма для получения оптимального дизайна баз данных, ни для определения, является ли проект эффективным или нет. Однако некоторые проверки могут применяться для обнаружения возможных недостатков дизайна, например, определение того, можно ли получить содержимое отношения из других отношений базы данных; если возможно, то в указанном соотношении содержится избыточность информации. Другая проверка может заключаться в том, чтобы проверить, все ли возможные связи между атрибутами присутствуют в базах данных, иначе это будет неполный или неправильный дизайн.
Хороший дизайн базы данных должен основываться не только на общей структуре данных и взаимосвязях, но и на объеме различных атрибутов, задействованных в базе данных; например, необходимо учитывать возможный диапазон значений числовых полей или длину, которую может достигать поле типа character. Эти соображения гарантируют правильное функционирование системы и позволят избежать возможных ошибок во время выполнения.
Дизайн стола
Взяв за основу идеи концепции системы для удовлетворения ожиданий клиентов, она приступила к проектированию системы следующим образом.
Дизайн системных таблиц SERVI-ABC разделен на две основные части, которые можно разделить на основные и вспомогательные.
Основными являются базы данных, содержащие основную информацию, такую как:
Компании: а) балансовая единица; б) название компании; в) адрес и, г) электронная почта
Процессы: а) код процесса; б) балансовая единица и в) название процесса.
Виды деятельности: а) гр ода деятельности; б) код процесса; в) название деятельности; г) код индуктора; д) количество индуктора; е) прямой материал; ж) прямой трудовой и з) код центра деятельности.
Косвенные производственные затраты: а) балансовая единица; б) наименование косвенной стоимости изготовления; c) код индуктора; d) количество индуктора.
Индукторы: а) код индуктора; б) тип индуктора и, в) количество индуктора.
В свою очередь, программе требуется вся доступная информация, поэтому одним из ее выходных данных является баланс и отчет о прибылях и убытках.
Данные бухгалтерского баланса: а) балансовая единица; б) оборотные активы; в) текущие обязательства; г) товарно-материальные запасы ($); д) общая сумма обязательств; е) общие активы; ж) долгосрочные обязательства; з) акционерный капитал; i) себестоимость реализации; к) средний запас.
Точка безубыточности: а) код точки безубыточности; б) единицы точки равновесия; в) код процесса; г) фиксированная стоимость; д) переменная стоимость единицы; f) продажная цена и g) пропорция смеси по продуктам.
Вспомогательные базы - это те, которые созданы для связи и предоставления другой информации основным базам данных, хотя можно добавить, что в базе данных все таблицы важны, поскольку они вмешиваются в нее через отношения, которые существуют между ними и основными, этими Они есть:
- Центры деятельности.Точка баланса для общих фиксированных затрат.
Администратору SERVI-ABC
Администратор, а также пользователь могут вводить и выводить информацию, которую он предоставил, хотя это не его основная функция, так как работая с базой данных (SERVI-ABC) он сможет, в дополнение к вышесказанному, он будет единственным возможность вносить внутренние изменения в программирование базы данных, то есть изменять таблицы, формы, запросы, отчеты, добавлять / удалять любую часть базы данных или любой другой элемент, найденный в SERVI-ABC.
Для пользователя SERVI-ABC.
Система входа:
Учитывая способ, которым был создан этот инструмент, пользователь может вводить данные, не только ограничивается взаимодействие между пользователем и информацией, хранящейся в полях таблиц SERVI-ABC, но также может быть обновлено вручную. записи и получить от них ответы, которые он хочет.
Система отправлений:
Пользователь будет иметь возможность найти ответ на введенные данные, полностью или частично по желанию, после того, как они обновят записи своей информацией, система будет отвечать за их предложение организованным способом в форме предварительного просмотра, готового к печати, если Это ваше желание, и в случае каких-либо разногласий вы можете повторить процесс входа и проверить, есть ли у вас какие-либо сомнения, отчеты о выходе, которые выдает программа, следующие:
Из компаний: I
Информация, непосредственно относящаяся к компании: 1) название, адрес, номер телефона, e-mail; 2) процессы, принадлежащие каждой компании, и 3) затраты на процесс.
Процессы: а) е п е к т, к которому он принадлежит; б) деятельность, которой он владеет; c) элементы затрат с разбивкой по видам деятельности; г) общая стоимость; д) косвенные производственные затраты, уже распределенные по видам деятельности; f) индуктор каждого участвующего действия и g) количество индуктора, потребляемого каждым видом деятельности за счет косвенных затрат.
С точки зрения равновесия:
- Он предлагает следующее по процессам и компаниям: a) Предоставляет информацию о точке безубыточности в единицах и в валюте продукта или в ситуации с несколькими продуктами.
Финансовые показатели, устанавливаемые компаниями: 1) коэффициент платежеспособности; 2) индекс кислотности; 3) коэффициент долга; 4) коэффициент капитальных обязательств; 5) оборачиваемость запасов и 6) средний срок запасов.
Жизненный цикл системы баз данных:
Планирование проекта : этот этап включает планирование того, как этапы жизненного цикла могут быть выполнены наиболее эффективным образом.
- Работа, которую необходимо сделать Ресурсы для выполнения
Для поддержки этого этапа потребуется корпоративная модель данных, в которой показаны основные сущности компании и их взаимосвязи, а также определены основные функциональные области. Обычно эта модель данных представлена диаграммой "сущность-связь". Эта модель также должна показывать, какие данные используются в различных функциональных областях компании.
Планирование базы данных также включает разработку стандартов, которые определяют, как собирать данные, как указывать их формат, какая документация потребуется, и как будут выполняться проектирование и реализация. На разработку и поддержание стандартов может уйти много времени, но если они хорошо разработаны, они являются основой для обучения ИТ-персонала и измерения качества, а также обеспечения соответствия работы стандартам независимо от навыков. и опыт дизайнера. Например, вы можете установить правила именования ваших данных, которые позволят избежать дублирования и несогласованности. Все юридические аспекты данных и те, которые установлены компанией, должны быть задокументированы, например,с какими данными следует обращаться конфиденциально.
Среди средств сбора данных - одни и те же характеристики каждой компании, поскольку, поскольку программа SERVI-ABC является прототипом, она не отвечает конкретной компании, а обобщается, так что в последующих исследованиях ее можно применять непосредственно к любому объекту, а также через сотрудников указанной компании их потребности, а также через первичные документы, отвечающие за форматирование каждого типа информации, которая требуется системе, кроме того, учитываются мнения пользователей, которые будут использовать программу, Определение системы
На этом этапе указываются объем и ограничения приложения базы данных, а также то, с какими другими системами оно взаимодействует. Также необходимо определить, кто является пользователями и какие сферы применения.
Система SERVI-ABC охватывает расчет затрат по видам деятельности и, в свою очередь, связана с процессом, к которому каждый из них принадлежит, а также связывает элементы затрат-объема-деятельности посредством расчета точки равновесия для продукта и для нескольких продуктов., также используйте некоторые важные финансовые коэффициенты.
Сбор и анализ требований.
На этом этапе собираются и анализируются требования пользователей и прикладных областей. Эту информацию можно собрать несколькими способами: а) опросить персонал компании, в основном тех, кто ее использует; б) наблюдение за деятельностью компании; c) изучение документов, особенно тех, которые используются для сбора или отображения информации; c) использование опыта, полученного при проектировании подобных систем, и, d) использование первичных документов, которые компания может предоставить разработчику системы.
Собранная информация должна включать в себя основные области приложений и группы пользователей, документацию, используемую или генерируемую этими областями приложений или группами пользователей, транзакции, требуемые каждой областью приложения или группой пользователей, а также список требований с приоритетами. каждой области приложения или группы пользователей.
Результатом этого этапа является комплект документов с описанием требований пользователей, где операции, проводимые в компании, описываются с разных точек зрения.
Собранная информация должна быть структурирована с использованием методов спецификации требований, таких как методы структурированного проектирования и анализа и диаграммы потоков данных. Также инструменты CASE (Computer-Aided Software Engineering) могут предоставить автоматизированную помощь для обеспечения полноты и согласованности требований.
Дизайн тематической базы
Этот этап состоит из трех этапов: концептуального проектирования, логического проектирования и физического проектирования базы данных.
Первый этап состоит из создания концептуальной схемы, независимой от всех физических соображений. Затем эта модель преобразуется в логическую схему, удаляя конструкции, которые не могут быть представлены в выбранной модели базы данных. На третьем этапе логическая схема преобразуется в физическую схему для выбранной системы управления базой данных. На этапе физического проектирования рассматриваются структуры хранения и методы доступа, необходимые для обеспечения эффективного доступа к вторичной базе данных в памяти.
Цели проекта базы данных: 1) представить данные, необходимые для основных областей приложения и групп пользователей, и представить отношения между этими данными; 2) предоставить модель данных, которая поддерживает транзакции, которые должны выполняться с данными, и 3) указать схему, которая обеспечивает функции, необходимые для системы.
Есть три стратегии, которым нужно следовать, чтобы выполнить дизайн: 1) нисходящий и восходящий; 2) изнутри и 3) смешанная стратегия. Первая стратегия начинается со всех атрибутов и группирует их в сущности и отношения. Это уместно, когда база данных простая, с небольшим количеством атрибутов. Это больше подходит для сложных баз данных. Он начинается со схемы с высокоуровневыми объектами, которые производятся для получения низкоуровневых объектов, атрибутов и отношений.
Стратегия «наизнанку» похожа на стратегию «снизу вверх», но отличается тем, что она начинается с основных концепций, а схема расширена, чтобы также учитывать другие концепции, связанные с теми, которые были идентифицированы в первую очередь. Наконец, смешанная стратегия использует обе стратегии со схемой разделения и правила. Получается исходная высокоуровневая схема, она делится на части, и из каждой части получается подсхема. Затем эти подсхемы интегрируются для получения окончательной модели.
Выбор системы управления базой данных
Если у вас нет системы управления базами данных или существующая устарела, вам следует выбрать ту, которая подходит для информационной системы. Этот выбор должен быть сделан в любое время до логического проектирования. В случае программы SERVI-ABC выбранной системой управления был Microsoft Access 2000.
Разработка программного обеспечения: на этом этапе разрабатываются прикладные программы, которые будут использовать и обрабатывать базу данных. Этот этап и разработка базы данных параллельны. В большинстве случаев разработка приложения не может быть завершена, пока не будет завершена разработка базы данных. С другой стороны, база данных существует для поддержки приложений, так что будет обратная связь от дизайна приложений до дизайна базы данных.
На этом этапе вы должны убедиться, что вся функциональность, указанная в требованиях пользователя, заложена в дизайне приложения. Будут некоторые программы, которые используют и обрабатывают данные из базы данных.
Кроме того, необходимо будет разработать пользовательские интерфейсы, а это очень важный аспект, который часто игнорируется. Система должна быть простой в освоении, простой в использовании, понятной и способной исправлять ошибки пользователей. Если интерфейс не имеет этих характеристик, система без сомнения выдаст проблемы.
Прототип программного обеспечения. Этот необязательный этап - создание прототипов приложения, которые позволяют разработчикам и пользователям тестировать систему. Прототип - это рабочая модель системных приложений. Прототип не обладает всеми функциональными возможностями окончательной системы, но пользователям достаточно использовать систему и определять, какие аспекты являются хорошими, а какие нет, а также иметь возможность предлагать улучшения или включение новых элементов. Этот процесс позволяет тем, кто разрабатывает и внедряет систему, знать, правильно ли они интерпретировали требования пользователей. Этот этап важен, когда внедряемая система имеет высокую стоимость, высокий риск или использует новые технологии.
Программная реализация : на этом этапе создаются определения базы данных на концептуальном, внешнем и внутреннем уровне, а также прикладные программы. Реализация базы данных осуществляется через предложения языка определения данных выбранной системы управления. Эти предложения отвечают за создание схемы базы данных, файлов, в которых будут храниться данные, и представлений пользователей.
Прикладные программы реализуются с использованием языков третьего или четвертого поколения. Частями этих приложений являются транзакции в базе данных, которые вводятся через язык управления данными управляющей системы. На этом этапе также включаются меню, формы ввода данных и отчеты визуализации данных. Для этого система управления может иметь языки четвертого поколения, которые позволяют быстро разрабатывать приложения с использованием непроцедурных языков запросов, генераторов отчетов, генераторов форм, графических генераторов и генераторов приложений. Этому этапу также присущи все средства контроля безопасности и целостности.Некоторые из этих элементов управления могут применяться напрямую, а другие, возможно, придется реализовать с помощью системных утилит менеджера или прикладных программ.
Тестирование программы: на этом этапе система тестируется и проверяется на соответствие требованиям, указанным пользователями. Для этого необходимо разработать серию тестов с реальными данными, которые необходимо проводить методично и тщательно. Важно понимать, что этап тестирования не служит для демонстрации отсутствия неисправностей, он служит для их поиска. Если этап тестирования прошел успешно, вы обнаружите ошибки в прикладных программах и в структуре базы данных. Кроме того, он продемонстрирует, что программы работают в соответствии с требованиями и что желаемые преимущества могут быть получены без труда. Наконец, с помощью тестов можно будет измерить надежность и качество разработанного программного обеспечения.
Сопровождение программы: после того, как система полностью внедрена и протестирована, она запускается. Сейчас система находится на этапе обслуживания, в ходе которого выполняются следующие задачи: 1) мониторинг производительности системы. Если производительность упадет ниже определенного уровня, может потребоваться реорганизация базы данных; 2) обслуживание и обновление системы. При необходимости новые возникающие требования будут включены в систему, опять же в соответствии с только что представленными этапами жизненного цикла.
После завершения дизайна ниже представлена методология его выполнения.
3. Предлагаемая методология для программы SERVI-ABC.
Ввод данных
Программа базы данных, основанная на калькуляции затрат по видам деятельности (SERVI-ABC), имеет различные базы данных, которые облегчают быстрый расчет и распределение косвенных производственных затрат. Для этого в нем есть система меню, которая оптимизирует и управляет процессом расчета затрат на процесс для пользователей.
Главное меню:
|
Это меню служит ссылкой для доступа к различным формам, которые имеют функцию, как указано в их названиях на кнопках:
Ввод данных: эта кнопка направляет действие системы в список, который будет служить пользователю для ввода своих данных в систему, этот список:
- Компании: как видно из названия, с его помощью можно будет обновлять записи, содержащие название компании, адрес, телефон и электронную почту, как показано на рисунке 2.
|
- Индукторы: этот ресурс обновляет типы катушек индуктивности и их соответствующую удельную стоимость, как показано на рисунке 3.
|
- Процессы: это одна из наиболее важных форм, поскольку в нее вводятся данные, соответствующие компании, к которой они принадлежат, название процесса, его индуктор, количество индуктора и очень важные данные при подсчете общих затрат на сами действия и процессы, он также указывает программе, к какому центру деятельности принадлежит каждое действие. Обратите внимание, что это маленькое окно имеет кнопку в нижней правой части с именем, это относится к форме, показанной на рисунке 3, она доступна там, поскольку может быть возможно, что возможная запись не появится в списке индукторов. войдите в форму « Процессы» (см. рисунок 4).
|
- Непрямые производственные затраты: эта ссылка ведет к, возможно, наиболее важным записям в базе данных, просто чтобы упомянуть, что через это поля имени косвенных производственных затрат, индуктора, в котором он обрабатывается, и общих затрат. косвенно, чем того типа, который потреблялся на уровне каждой компании (см. рисунок 5).
|
- Точки баланса: эта форма записывает данные, связанные с затратами-объемом-прибылью, то есть она определяет точку баланса в двух аспектах, которые были проанализированы в программе (для 1 или более процессов), и вводит следующие данные: стоимость фиксированная, переменная стоимость единицы, цена продажи, соотношение смешивания и общая фиксированная стоимость, последние два для расчета в ситуации с несколькими продуктами, обратите внимание, что в нижней центральной части есть запись, которая появится только тогда, когда она будет объявлена
что будет проанализировано более одного процесса, в результате чего нет необходимости в записях фиксированных затрат для их заполнения (см. рисунок 6).
- Данные баланса: это окно позволяет пользователю вводить и одновременно рассчитывать индексы, которые было решено включить, обратите внимание, что при наведении указателя на любой из индексов он будет рассматриваться как комментарий, объясняющий некоторые вопросы о причине (см. рисунок 7).
|
|
Вывод информации.
В главном меню включена кнопка с названием Отчеты, которая ведет к другому списку, но на этот раз относящемуся к отчетам с разными ответами, относящимися к ранее обновленным данным. В этом смысле список содержит информацию, относящуюся к:
- Действия по процессам: этот документ связывает данные о названии процесса, действия, которые находятся в этом процессе, с разбивкой по соответствующим элементам затрат и, соответственно, рассчитанными, включая уже назначенные косвенные производственные затраты, а также включает в себя индуктор различных действий. а также количество индукторов, участвовавших в распределении косвенных производственных затрат (см. рисунок 8)
|
|
- Процессы компаний: эта форма позволяет каждой компании просматривать свои процессы и соответствующие затраты, выделяя процессы с наибольшей и наименьшей общей стоимостью, позволяя пользователю при желании распечатать документ.
|
- Компании: в этом последнем отчете содержатся данные о компаниях, то есть их название, адрес, номер телефона и адрес электронной почты.
После завершения процесса сбора данных можно отметить, что программа SERVI-ABC предлагает пользователям предварительный просмотр и распечатанную информацию.
Приведенные выше аргументы позволяют нам прийти к частичным выводам, которые послужат отправной точкой для будущих улучшений, которые желательны для программы SERVI-ABC.
Выводы
После проектирования этой работы и проверки работы программы SERVI-ABC можно сделать следующие выводы:
- Программа была реализована в Microsoft Access 2000. Программа SERVI-ABC может ассимилировать большой объем информации и регистрироваться в своих базах данных для дальнейшей обработки. Программа SERVI-ABC способна быстро обрабатывать записи данные; В то же время, он позволяет оперативно и своевременно получать информацию для управления бизнесом на основе метода ABC. Он позволяет рассчитывать стоимость продуктов по группировке однородных видов деятельности и стоимость процесса по категориям на уровне единицы, продукта и компании. Это упрощает получение информации, такой как отчет при печати и предварительном просмотре. Было показано, что основные инструменты в компьютере, такие как семейство Microsoft Office, очень полезны, когда дело доходит до компьютеризации какого-либо метода или механизма, который почти всегда используется для бухгалтерского учета.
Библиография
- Альварес Ариас, Ана Мария: Корнехо Гарсия, Беатрис; Суарес Гарсиа Л. Распределение косвенных затрат. Журнал двойной игры. № 90, июнь 1998 г., 42–57 с. Amat, Oriol. Понимание бухгалтерского учета и финансов 1-е издание. Капелладес (Барселона), Испания. Ediciones Gestión 2000, SA, сентябрь 1998 г. 99–110 страниц Amat, Oriol. Soldevilla Pilar. Бухгалтерский учет и управление затратами. 2-е издание. Барселона, Испания. Ediciones Gestión 2000, SA, сентябрь 1998 г. 297 страниц Armenteros Días, Marta. Традиционные системы затрат устарели. Cifras Magazine. Город Гавана. Year 1, n ° 2, 2000. 5-10 страниц Епископ Чарльз. Время пересмотреть системы управления, основанные на деятельности. Журнал "Стоимость и менеджмент". Well Aires, Аргентина. Year 7, n ° 28, июнь 1998. 277–284 страниц Brauch, John M.; Тейлор, Томас С.? Кто считает затраты на мощность? Журнал "Стоимость и менеджмент". Буэнос-Айрес, Аргентина. Year 7, No. 27, March 1998 207–220 стр. Cheathman, Carole B; Четман, Лео Б. Редизайн системы калькуляции: устарели ли стандартные затраты? Журнал "Стоимость и менеджмент". Буэнос-Айрес, Аргентина. Year 6, n ° 24 июня 1997 г. 289-302 Pages Cogan, Samuel. Расчет затрат на основе деятельности (ABC). Мощная стратегия 1-го издания. Сан-Паулу, Бразилия. Editora Pionera, 1994. 12–45 страниц Cogan, Samuel. Модель системы ABC, применяемой в сотовом производстве. Журнал "Стоимость и менеджмент". Буэнос-Айрес, Аргентина. Year 7, n ° 26, декабрь 1997. Сборник авторов, 119–127 страниц. IV международная конференция педагогических наук. Университет Камагуэя. 1997 Коллективы авторов. Управленческий учет в сельскохозяйственных компаниях.Испанская ассоциация бухгалтерского учета и делового администрирования (AECA), документ № 20, июль 1999 г. 204 Pages Дадеро Васкес, Хуан Карлос; Давила, Антонио. Затраты являются ключевым фактором в стратегическом направлении. Deusto Editions, Бильбао. Испания; Ссылка № 0619. Harvard Deusto Finance and Accounting. / сн; сл; Сб. / 60-68 с. Издание. Барселона, Испания. Ediciones Gestión 2000, SA, апрель 1998. 40 страниц Mop Costamagna, Rosana. Системы снижения затрат. Журнал "Стоимость и менеджмент". Буэнос-Айрес, Аргентина. Year 7, n ° 27, март 1998. 237–250 страниц Gillespie, Cecil. Нормативные затраты и маржинальный учет. Революционное издание. Кубинский книжный институт. Да да, сн. 155-198 страниц Харасо Санджурджо, Антонио, Затраты в сервисной компании. ВАнтонио. Затраты являются ключевым фактором в стратегическом направлении. Deusto Editions, Бильбао. Испания; Ссылка № 0619. Harvard Deusto Finance and Accounting. / сн; сл; Сб. / 60-68 с. Издание. Барселона, Испания. Ediciones Gestión 2000, SA, апрель 1998. 40 страниц Mop Costamagna, Rosana. Системы снижения затрат. Журнал "Стоимость и менеджмент". Буэнос-Айрес, Аргентина. Year 7, n ° 27, март 1998. 237–250 страниц Gillespie, Cecil. Нормативные затраты и маржинальный учет. Революционное издание. Кубинский книжный институт. Да да, сн. 155-198 страниц Харасо Санджурджо, Антонио, Затраты в сервисной компании. ВАнтонио. Затраты являются ключевым фактором в стратегическом направлении. Deusto Editions, Бильбао. Испания; Ссылка № 0619. Harvard Deusto Finance and Accounting. / сн; сл; Сб. / 60-68 с. Издание. Барселона, Испания. Ediciones Gestión 2000, SA, апрель 1998. 40 страниц Mop Costamagna, Rosana. Системы снижения затрат. Журнал "Стоимость и менеджмент". Буэнос-Айрес, Аргентина. Year 7, n ° 27, март 1998. 237–250 страниц Gillespie, Cecil. Нормативные затраты и маржинальный учет. Революционное издание. Кубинский книжный институт. Да да, сн. 155-198 страниц Харасо Санджурджо, Антонио, Затраты в сервисной компании. ВSA, апрель 1998 г. 40 страниц Fregona de Costamagna, Rosana. Системы снижения затрат. Журнал "Стоимость и менеджмент". Буэнос-Айрес, Аргентина. Year 7, n ° 27, март 1998. 237–250 страниц Gillespie, Cecil. Нормативные затраты и маржинальный учет. Революционное издание. Кубинский книжный институт. Да да, сн. 155-198 страниц Харасо Санджурджо, Антонио, Затраты в сервисной компании. ВSA, апрель 1998 г. 40 страниц Fregona de Costamagna, Rosana. Системы снижения затрат. Журнал "Стоимость и менеджмент". Буэнос-Айрес, Аргентина. Year 7, n ° 27, март 1998. 237–250 страниц Gillespie, Cecil. Нормативные затраты и маржинальный учет. Революционное издание. Кубинский книжный институт. Да да, сн. 155-198 страниц Харасо Санджурджо, Антонио, Затраты в сервисной компании. Вwebmail2.com/tracker .Каплан С., Роберт; Купер, Робин. Дизайн системы управления затратами: текстовые кейсы и чтения. 3-е издание. Прентис-Холл, Инк., 1991. Каплан С., Роберт.; и другие. Управление деятельностью: сверх затрат. Управленческий учет; Ссылка № F4TO3. 36-40 стр. Лоусон, Раф А. За пределами азбуки: затраты на процесс. Журнал "Стоимость и менеджмент". Буэнос-Айрес, Аргентина. Year 5, n ° 18, декабрь 1995, 124–142 Pages Lorino, Philippe. Контроль стратегического управления, управление по видам деятельности. 1-е издание. Барселона, Испания. Marcombo, SA.. Год 1993. 35-86 страниц MacArthur, JB. От калькуляции затрат по видам деятельности до бухгалтерского учета. Журнал "Стоимость и менеджмент". Буэнос-Айрес, Аргентина. Year 6, n ° 22, декабрь 1996. 103–112 страниц Mallo, Rodríguez, Carlos. Аналитический учет, затраты, доходность, цены и результаты. 4-е издание.Мадрид, Испания. Институт бухгалтерского учета и аудита, октябрь 1979 г. 337–384 стр. Малло, Родригес, Карлос. Затратный и управленческий учет (часть I). / Карлос Малло. sI, sn, sa /.Mocciaro, Osvaldo A.. Стратегическое и динамическое управление затратами. Цепочка добавленной стоимости и стратегический альянс. Журнал "Стоимость и менеджмент". Буэнос-Айрес, Аргентина. Year 7, n ° 26, декабрь 1997. 162-181 страницы Перес Баррал, О. Предложение инструментов управления для сервисных компаний. ПОЛУЧИТЕ чемодан Варадеро. Магистерская работа в области делового администрирования. Университет Матансаса «Камило Сьенфуэгос» Полимени, Ральф. Учет затрат. 2-е издание. Том II. / сл, сн, са /. 51–187 стр. Taliani Castelló, Enma. Система затрат на деятельность навязывается. Эдисионес Деусто, Бильбао, Испания; Каталожный номер F4002. 26-30 стр.Институт бухгалтерского учета и аудита, октябрь 1979 г. 337–384 стр. Малло, Родригес, Карлос. Затратный и управленческий учет (часть I). / Карлос Малло. sI, sn, sa /.Mocciaro, Osvaldo A.. Стратегическое и динамическое управление затратами. Цепочка добавленной стоимости и стратегический альянс. Журнал "Стоимость и менеджмент". Буэнос-Айрес, Аргентина. Year 7, n ° 26, декабрь 1997. 162-181 страницы Перес Баррал, О. Предложение инструментов управления для сервисных компаний. ПОЛУЧИТЕ чемодан Варадеро. Магистерская работа в области делового администрирования. Университет Матансаса «Камило Сьенфуэгос» Полимени, Ральф. Учет затрат. 2-е издание. Том II. / сл, сн, са /. 51–187 стр. Taliani Castelló, Enma. Система затрат на деятельность навязывается. Эдисионес Деусто, Бильбао, Испания; Каталожный номер F4002. 26-30 стр.Институт бухгалтерского учета и аудита, октябрь 1979 г. 337–384 стр. Малло, Родригес, Карлос. Затратный и управленческий учет (часть I). / Карлос Малло. sI, sn, sa /.Mocciaro, Osvaldo A.. Стратегическое и динамическое управление затратами. Цепочка добавленной стоимости и стратегический альянс. Журнал "Стоимость и менеджмент". Буэнос-Айрес, Аргентина. Year 7, n ° 26, декабрь 1997. 162-181 страницы Перес Баррал, О. Предложение инструментов управления для сервисных компаний. ПОЛУЧИТЕ чемодан Варадеро. Магистерская работа в области делового администрирования. Университет Матансаса «Камило Сьенфуэгос» Полимени, Ральф. Учет затрат. 2-е издание. Том II. / сл, сн, са /. 51–187 стр. Taliani Castelló, Enma. Система затрат на деятельность навязывается. Эдисионес Деусто, Бильбао, Испания; Каталожный номер F4002. 26-30 стр.Родригес, Карлос. Затратный и управленческий учет (часть I). / Карлос Малло. sI, sn, sa /.Mocciaro, Osvaldo A.. Стратегическое и динамическое управление затратами. Цепочка добавленной стоимости и стратегический альянс. Журнал "Стоимость и менеджмент". Буэнос-Айрес, Аргентина. Year 7, n ° 26, декабрь 1997. 162-181 страницы Перес Баррал, О. Предложение инструментов управления для сервисных компаний. ПОЛУЧИТЕ чемодан Варадеро. Магистерская работа в области делового администрирования. Университет Матансаса «Камило Сьенфуэгос» Полимени, Ральф. Учет затрат. 2-е издание. Том II. / сл, сн, са /. 51–187 стр. Taliani Castelló, Enma. Система затрат на деятельность навязывается. Эдисионес Деусто, Бильбао, Испания; Каталожный номер F4002. 26-30 стр.Родригес, Карлос. Затратный и управленческий учет (часть I). / Карлос Малло. sI, sn, sa /.Mocciaro, Osvaldo A.. Стратегическое и динамическое управление затратами. Цепочка добавленной стоимости и стратегический альянс. Журнал "Стоимость и менеджмент". Буэнос-Айрес, Аргентина. Year 7, n ° 26, декабрь 1997. 162-181 страницы Перес Баррал, О. Предложение инструментов управления для сервисных компаний. ПОЛУЧИТЕ чемодан Варадеро. Магистерская работа в области делового администрирования. Университет Матансаса «Камило Сьенфуэгос» Полимени, Ральф. Учет затрат. 2-е издание. Том II. / сл, сн, са /. 51–187 стр. Taliani Castelló, Enma. Система затрат на деятельность навязывается. Эдисионес Деусто, Бильбао, Испания; Каталожный номер F4002. 26-30 стр.Стратегическое и динамическое управление затратами. Цепочка добавленной стоимости и стратегический альянс. Журнал "Стоимость и менеджмент". Буэнос-Айрес, Аргентина. Year 7, n ° 26, декабрь 1997. 162-181 страницы Перес Баррал, О. Предложение инструментов управления для сервисных компаний. ПОЛУЧИТЕ чемодан Варадеро. Магистерская работа в области делового администрирования. Университет Матансаса «Камило Сьенфуэгос» Полимени, Ральф. Учет затрат. 2-е издание. Том II. / сл, сн, са /. 51–187 стр. Taliani Castelló, Enma. Система затрат на деятельность навязывается. Эдисионес Деусто, Бильбао, Испания; Каталожный номер F4002. 26-30 стр.Стратегическое и динамическое управление затратами. Цепочка добавленной стоимости и стратегический альянс. Журнал "Стоимость и менеджмент". Буэнос-Айрес, Аргентина. Year 7, n ° 26, декабрь 1997. 162-181 страницы Перес Баррал, О. Предложение инструментов управления для сервисных компаний. ПОЛУЧИТЕ чемодан Варадеро. Магистерская работа в области делового администрирования. Университет Матансаса «Камило Сьенфуэгос» Полимени, Ральф. Учет затрат. 2-е издание. Том II. / сл, сн, са /. 51–187 стр. Taliani Castelló, Enma. Система затрат на деятельность навязывается. Эдисионес Деусто, Бильбао, Испания; Каталожный номер F4002. 26-30 стр.Магистерская работа в области делового администрирования. Университет Матансаса «Камило Сьенфуэгос» Полимени, Ральф. Учет затрат. 2-е издание. Том II. / сл, сн, са /. 51–187 стр. Taliani Castelló, Enma. Система затрат на деятельность навязывается. Эдисионес Деусто, Бильбао, Испания; Каталожный номер F4002. 26-30 стр.Магистерская работа в области делового администрирования. Университет Матансаса «Камило Сьенфуэгос» Полимени, Ральф. Учет затрат. 2-е издание. Том II. / сл, сн, са /. 51–187 стр. Taliani Castelló, Enma. Система затрат на деятельность навязывается. Эдисионес Деусто, Бильбао, Испания; Каталожный номер F4002. 26-30 стр.
Взято у Переса Баррала, О. «Предложение инструментов управления для сервисных компаний. ПОЛУЧИТЕ чемодан Варадеро. Диссертация на соискание ученой степени магистра делового администрирования. Университет Матансаса, 2003 г.
Загрузите исходный файл
