CC BY
27
В целом, можно сделать вывод, что главный бухгалтер осуществляет организацию бухгалтерского учета в организации. Согласно ФЗ «О бухгалтерском учете» главный бухгалтер формирует все аспекты учетной политики организации в области бухгалтерского учета, делая упор на максимальную эффективность с учетом специфики деятельности своей компании. Таким образом, главный бухгалтер выполняет особую роль в организации, как лицо ответственное за ведение бухгалтерского учета и бухгалтерской (финансовой) отчетности. А именно, правильно составленная бухгалтером бухгалтерская (финансовая) отчетность характеризует финансовое положение организации.
Использованные источники:
1. Федеральный закон «О бухгалтерском учете» № 402-ФЗ от 6 декабря 2011г.
2. Кодекс этики профессиональных бухгалтеров. Утвержден решением Президентского Совета НП «Институт профессиональных бухгалтеров и аудиторов России». Протокол № 12/12 от «12» декабря 2012 г.
3. Электронный ресурс. Система ГАРАНТ. Дата обращения 28.03.2015г.: http://www.garant.ru/products/ipo/prime/doc/70190482/#ixzz36K54 3niq.
4. Бехтерева И.С. Документооборот и технология обработки учетной информации - одни из ключевых элементов эффективной учетной политики //ТЕНДЕНЦИИ СОЦИАЛЬНО-ЭКОНОМИЧЕСКОГО РАЗВИТИЯ РЕГИОНОВ : науч. тр. по материалам Междунар. науч.-практ. конф. (г Уфа, 12 мая 2014г) /АЭТЕРНА. г.Уфа, 2014. С. 7-10
5. Сытник О.Е., Бехтерева И.С. Методика формирования аспектов учетной политики, обеспечивающих эффективную стратегию деятельности // Экономика и предпринимательство. №11. 2014г. С. 203-210
Борисова Е.А. старший преподаватель Логинова Е.С. студент 1-го курса Сызранский филиал ФГБОУВПО «Самарский государственный экономический университет» Россия, г. Сызрань ТЕСТИРОВАНИЕ И ОТЛАДКА ПРОГРАММ Аннотация. В статье рассмотрены виды ошибок при разработке программ, процесс поиска ошибок в программе, составление плана тестирования с целью выявления ошибок и методы отладки программ.
Ключевые слова: программа, тестирование, ошибка, отладка, блок -схема, алгоритм.
История тестирования и отладки программ отражает эволюцию разработки самого программного обеспечения. В течение длительного времени разработка программного обеспечения уделяла основное внимание крупномасштабным научным программам, а также программам министерства обороны, связанным с системами корпоративных баз данных, которые проектировались на базе универсальной ЭВМ или миникомпьютера. Тестовые сценарии записывались на бумагу. С их помощью проверялись целевые потоки управления, вычисления сложных алгоритмов и манипулирование данными. Окончательный набор тестовых процедур мог эффективно протестировать всю систему полностью. Тестирование обычно начиналось лишь после завершения разработки проекта и выполнялось тем же персоналом тех же разработчиков.
Появление персональных компьютеров способствовало стандартизации этой отрасли, поскольку приложения стали изначально создаваться для работы с общей операционной системой и привело к быстрому и бурному росту коммерческих разработок, которые жестко боролись за первенство и выживание, пакетная обработка заменялась системами, работающими в реальном времени.
Тестирование систем реального времени потребовало другого подхода к проектированию тестирования из-за того, что рабочие потоки могли вызываться в любом порядке, это привела к появлению огромного количества процедур тестирования.
Конечная цель программиста заключается в написании правильно работающей программы, но, к сожалению, в 99 случаях из 100 первая попытка использования программы приводит к появлению предупреждения диалогового окна с кодом ошибки, неверного результата или в худшем случае к зависанию компьютера. Приблизительно так начинается нелегкий путь отладки программы.
При разработке программ наиболее трудоемким является этап отладки и тестирования программ. Цель тестирования заключается в выявлении имеющихся в программе ошибок. Цель отладки состоит в выявлении и устранении причин ошибок.
Отладку программы начинают с составления плана тестирования. Такой план должен представлять себе любой программист. Составление плана опирается на понятие об источниках и характере ошибок. Основными источниками ошибок являются недостаточно глубокая проработка математической модели или алгоритма решения задачи; нарушение соответствия между блок-схемой алгоритма (или его записью на алгоритмическом языке) и программой, записанной на языке программирования; неверное представление исходных данных; невнимательность при наборе программы и исходных данных на клавиатуре.
Нарушение соответствия между детально разработанной записью алгоритма в процессе написания программы относится к ошибкам из-за невнимательности программиста, приводит и ко всем остальным ошибкам в
процессе подготовки программы и исходных данных. Такие ошибки могут иметь непредсказуемые последствия, так как наряду с потерей меток и описаний массивов, дублированием меток, нарушением баланса скобок возможны и такие, как потеря операторов, замена букв в обозначениях переменных, отсутствие определений начальных значений переменных, нарушение адресации в массивах, сдвиг исходных данных относительно полей значений, которые определены спецификациями формата.
Из-за разнообразия источников при составлении плана тестирования ошибки классифицируют на три типа: 1 - синтаксические; 2 -семантические (смысловые); 3 - логические.
Синтаксические ошибки - это ошибки в записи конструкций языка программирования (чисел, переменных, функций, выражений, операторов, меток, подпрограмм).
Семантические ошибки - это ошибки, связанные с неправильным содержанием действий и использованием недопустимых значений величин.
Логические ошибки - нарушение логики программы, приводящее к неверному результату. Это наиболее трудный для "отлова" тип ошибки, ибо подобного рода ошибки, как правило, кроются в алгоритмах и требуют тщательного анализа и всестороннего тестирования.
Обнаружение большинства синтаксических ошибок автоматизировано в основных системах программирования. Поиск семантических ошибок менее формализован: часть их проявляется при исполнении программы в нарушениях процесса автоматических вычислений и сопровождается либо выдачей диагностических сообщений программы, либо отсутствием печати результатов из-за зацикливания (повторения одной и той же части программы), либо печатью неверных результатов.
В план тестирования обычно входят следующие этапы:
1. Сравнение программы со схемой алгоритма.
2. Визуальный контроль программы на экране дисплея или визуальное изучение распечатки программы. Первые два этапа тестирования способны устранить больше количество ошибок, как синтаксических (что не так важно), так и семантических (что очень важно, так как позволяет исключить их трудоемкий поиск в процессе дальнейшей отладки).
3. Трансляция программы на машинных язык. На этом этапе выявляются синтаксические ошибки. Компиляторы языков программирования выдают диагностическое сообщение о синтаксических ошибках в листинге программы при формировании объектного модуля.
4. Редактирование внешних связей и компоновка программы. На этапе редактирования внешних связей программных модулей программа-редактор внешних связей, или компоновщик задач, обнаруживает такие синтаксические ошибки, как несоответствие числа параметров в описании подпрограммы и обращении к ней, вызов несуществующей стандартной программы и ряд других ошибок.
5. Выполнение программы. После устранения обнаруженных транслятором и компоновщиком задач синтаксических ошибок переходят к следующему этапу - выполнению программы: программа загружается в оперативную память, в соответствие с программой вводятся исходные данные и начинается счет. Проявление ошибки в процессе вода исходных данных или в процессе счета приводит к прерыванию счета и выдаче диагностического сообщения рабочей программы. Проявление ошибки дает повод для выполнения отладочных действий; отсутствие же сообщений об ошибках не означает их отсутствия в программе. План тестирования включает при этом проверку правильности полученных результатов для каких-либо допустимых значений исходных данных.
6. Тестирование программы. Если программа выполняется успешно, желательно завершить ее испытания тестированием при задании исходных данных, принимающих предельные для программы значения. а также выходящие за допустимые пределы значения на входе.
Контрольные примеры (тесты) - это специально подобранные задачи, результаты которых заранее известны или могут быть определены без существенных затрат.
Наиболее простые способы получения тестов:
• Подбор исходных данных, для которых несложно определить результата вычислений вручную или расчетом на калькуляторе.
• Использование результатов, полученных на других ЭВМ или по другим программам.
• Использование знаний о физической природе процесса, параметры которого определяются, о требуемых и возможных свойствах рассчитываемой конструкции. Хотя точное решение задачи заранее известно, суждение о порядке величин позволяет с большой вероятностью оценить достоверность результатов.
В каждой современной системе программирования существует специальное средство отладки программ — отладчик (debugger), который позволяет в режиме интерпретации установить контрольные точки, выполнить отдельные участки программы и посмотреть результаты работы операторов.
Для отлова логических ошибок выполняется трассировка программы, т. е. выполнение программы или ее участка, сопровождающееся выводом в хронологической последовательности информации о событиях, связанных с выполнением программы. При этом мы получаем и наблюдаем изменение переменных после выполнения операторов программы в пошаговом режиме и тут же его исправляем.
На отладку в среднем затрачивается около 50% цикла разработки, потому ее начинают на стадии разработки требований к программе и продолжают до получения финальной версии продукта.
Использованные источники:
1. Батищев П.С. Основы программирования на Visual Basic 6.0. Электронный учебник.
2. Кашаев С.М. Программирование в Microsoft Excel на примерах. - СПб.: БХВ-Петербург, 2007. - 320 с.: ил. + Видеокурс (на CD)
3. Коликова Т.В. Основы тестирования программного обеспечения. Учебное пособие [текст] / Т.В. Коликова, В.П. Котляров; - Интуит, 2006, - 285 с. ISBN 5-85582-186-2.
4. Плаксин М. Тестирование и отладка программ - для профессионалов будущих и настоящих [текст] / М. Пласкин; - Бином. Лаборатория знаний, 2007, - 168 с. ISBN 978-5-94774-458-3.
Боркова К.Е. студент 5 курса экономический факультет специальность бухгалтерский учет, анализ и аудит Башкирский государственный аграрный университет
Фаррахова Ф.Ф., к. э.н.
доцент
кафедра бухгалтерского учета и анализа ФГБОУВПО Башкирский ГАУ УПРАВЛЕНИЕ ДЕБИТОРСКОЙ ЗАДОЛЖЕННОСТЬЮ В ООО ФИРМА «СПЕЦОСНАСТКА» МК
Аннотация: статья посвящена вопросу управления и контроля дебиторской задолженностью. Определены ключевые задачи, круг основных показателей и предложены рекомендации по эффективному востребованию задолженности.
Ключевые слова: дебиторская задолженность, управление, контроль.
На сегодняшний день эффективное управление дебиторской задолженностью предполагает планирование перспективы развития и работы предприятия на рынке, а также контроль и управление долговыми обязательствами. Поэтому важной задачей ООО фирмы «Спецоснастка» МК является эффективное управление дебиторской задолженностью, которое направлено на нахождение наилучшего варианта решения уменьшения общего ее размера и обеспечения своевременного сбора денежных средств.
Дебиторская задолженность - это сумма долгов, причитающаяся предприятию, от юридических или физических лиц в итоге хозяйственных взаимоотношений [2]. А в соответствии с МСФО, дебиторская задолженность определяется как сумма, причитающаяся компании от покупателей (дебиторов).
У ООО фирмы «Спецоснастка» МК возникают задолженности других организаций и физических лиц по расчетам за реализованные им товары, продукцию (работ и услуг). Если дебиторы несвоевременно оплачивают
