АРМ бухгалтера Учет основных средств (стр. 13 из 20)

7. Запрет на расчет амортизации - бывают случаи когда оборудование приходовано на баланс предприятия, а оно остается на складе, поэтому пока оборудование не находится в эксплуатации и стоит на складе на него не должна начисляться сумма амортизационных отчислений. Для этого существует процедура «Запрет расчета амортизации», нажав на кнопке «Запрет амортизационных начислений». После того как вы запретите расчет амортизации оборудования в окне (рисунок 21.6), в основном списке, появится красная книжка говорящая, что установлен запрет на перерасчет амортизации.

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

9. Установка значения пробега - в случае если оборудование является автотранспортом, для того чтобы произвести начисление суммы амортизационных отчислений, необходимо ввести значение пробега за все время использования автотранспортного средства. Для этого нажмите на кнопке «Пробег автотранспорта», появится окно (рисунок 21.11).

Рисунок 21.11

В этом окне вы увидите, значение пробега установленное в предыдущем месяце, и в поле «Новое значение» необходимо указать значение пробега в текущем месяце.

10. Закрыть - После нажатия на кнопке «Закрыть», функция для работы с

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

21.5 Расчет амортизационных отчислений

Процедура расчета амортизационных отчислений, производится перед закрытием отчетного месяца. Выберите пункт меню «Операции - Расчет сумм износа ОС», после чего в окне (рисунок 21.12) необходимо указать наименование отчетного месяца.

Рисунок 21.12

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

21.6 Расчет арендной стоимости

Для того чтобы произвести начисление арендной стоимости оборудования, необходимо выбрать пункт меню «Операции – Расчет арендной платы», после чего появится окно (рисунок 21.13), в котором необходимо указать, сколько дней в отчетном месяце.

Рисунок 21.13

Если нажать на кнопках «27», «31» соответственно будут введены значения 27 и 31 в поле «количество дней в месяце». Так как оборудование может находится в ответственном хранении, поэтому необходимо настроить коэффициенты расчета для хранения оборудования на складах. Для этого нажмите на кнопке «Настройка» и в появившемся окне (рисунок 21.14) установите все необходимые коэффициенты, установленные для вашего предприятия.

рисунок 21.14

21.7 Переоценка основных фондов

При деноминации значения балансовой стоимости теряют свою актуальность, для этого необходимо произвести переоценку основных фондов, так как оборудование делится на группы (Строения, Сооружения, Машины и т.д. ), поэтому для переоценки необходимо произвести установку коэффициентов для каждого типа оборудования. Для этого выберите пункт меню «Сервис - Переоценка основных фондов», в появившемся окне (рисунок 21.15) необходимо указать коэффициенты для каждого из типов оборудования и тип перерасчета (на уменьшение балансовой стоимости или на увеличение) и после нажатия кнопки «Пересчитать», будет произведена переоценка основных фондов по всем подразделениям и лизинговым компаниям. Если нажать на кнопке «Отказаться» окно для установки коэффициентов будет закрыто.

Рисунок 21.15

21.8 Закрытие отчетного периода

Процедура закрытия отчетного периода является необходимой при окончании месяца, так как только после нее формируется отчетная информация (приход за месяц, расход за месяц, сальдо на конец месяца и т.д.). Для этого необходимо выбрать пункт меню «Операции - Закрыть отчетный месяц» в появившемся окне (рисунок 21.16) необходимо указать наименование отчетного месяца.

Рисунок 21.16

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

Рисунок 21.17

22 Заключение. Оценка качества программного обеспечения

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

Боэм, Браун и Лайпоу занимались проблемой вычисления единой обобщающей меры качества и пришли к выводу, что это невозможно, так как входит в противоречие с частными характеристиками качества. Руководство должно принять решение об относительной важности следующих характеристик:

1) своевременное выполнение;

2) эффективность использования таких ресурсов, как:

а) процессоры;

б) память;

в) периферийные устройства;

3) аспекты обслуживания программы, такие как:

а) понимаемость;

б) модифицируемость;

в) удобство переноса с ЭВМ на ЭВМ.

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

22.1 Метрики Боэма, Брауна и Лайпоу

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

1. Как хорошо (просто, надежно, эффективно) могу я использовать данный пакет в том виде, как он есть?

2. Насколько просто его обслуживать (разобраться в нем, модифицировать, перепроверить)?

3. Могу ли я пользоваться этим пакетом, если сменю оборудование (удобство переноса)?

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

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

22.2 Метрики программного обеспечения Джилба

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

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

Отношение количества правильных данных ко всем данным приводится Джилбом в качестве меры точности (свободы от ошибок). Так же, как Боэм, Браун и Лайпоу, Джилб считает, что точность необходима для надежности программы. Прецизионность определяется как мера того, насколько часты ошибки, обусловленные одинаковыми причинами. Джилб оценивает ее дробью, в числителе которой стоит число фактических ошибок на входе, а в знаменателе - общее число наблюденных ошибок, причинами которых явились эти ошибки на входе. Так, например, если одна ошибка вызывает в течение определенного периода времени 100 сообщений об ошибках, то прецизионность равна 0.01.