Специальный раздел Версия 0.7 от 12.12.2013 (1089414), страница 3

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

Текст из файла (страница 3)

При разработке интерфейса взаимодействия следует обратить особое внимание на вид деятельности пользователя, для автоматизации которой применяется данное ПО ВТ и АС. Разработка интерфейса взаимодействия включает в себя:

• создание технологии взаимодействия пользователя с системой (последовательность действий пользователя и ответных реакций системы);

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

• проектирование графа взаимодействия пользователя с системой;

• учет эргономических сертификатов информационных моделей;

• учет особенностей человеко-машинного взаимодействия.

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

Необходимо разработать требования к профессиональному уровню пользователя изделия.

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

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

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

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

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

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

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

В соответствии с нормативными документами, регламентирующими проведение испытаний на основе разработанной методики, пояснительная записка к результатам проведения испытаний (а в нашем случае – отдельный подраздел расчетно-пояснительной записки к дипломному проекту) должен включать:

1. сведения об области применения тестируемой программы;

2. определенную и достижимую цель испытания;

3. требования к условиям эксплуатации (испытания);

4. требования к информационной и программной совместимости;

5. порядок проведения и используемые методы испытаний, в том числе:

• последовательность испытаний;

• перечень необходимых технических, программных средств;

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

Материалы внутреннего проектирования отражаются в графической части дипломного проекта в виде чертежей и схем. Перечень возможных чертежей и схем приведен в «Приложение 2 Примерное распределение материала в графической части дипломного проекта».

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

Основные реквизиты документа Ввод в эксплуатацию основных средств:

• Вид операции документа – определяет тип документа (Ввод в эксплуатацию ОС, Безвозмездное поступление ОС, Поступление ОС от филиала);

• Дата документа – дата печатной формы ОС-1, влияет на ввод документа прошлым числом;

• Дата выгрузки в АБС – дата выгрузки проводок в систему АБС;

• Подразделение – справочник места хранения/подразделения;

• Ответственное лицо – материально ответственное лицо, справочник сотрудники;

• Адрес – будущий адрес вводимых основных средств;

• Код по ОКОФ – соответствующий справочник;

• Доначислять амортизацию - для основных средств, вводимых в эксплуатацию прошлой датой с доначислением амортизации;

• Начислять амортизацию в БУ – флажок, имеется ввиду в будущем начислять амортизацию по бухгалтерскому учету;

• Начислять амортизацию в НУ – флажок, имеется ввиду в будущем начислять амортизацию по налоговому учету;

• Ставка налога на имущество (при создании нового равен 2.20);

• Срок полезного использования – бухгалтерский учет;

• Амортизационная группа БУ – бухгалтерский учет, перечисление, при вводе срока полезного использования программа должна посчитать в какую группу амортизации попадает данный срок, и подставить соответствующую группу;

• Амортизационная группа НУ – налоговый учет перечисление, при вводе срока полезного использования программа должна посчитать в какую группу амортизации попадает данный срок и подставить соответствующую группу;

• Частично за счет прибыли – флажок, при установки которого отображается реквизит сумма за счет прибыли;

• Сумма за счет прибыли – сумма, которая отделяется от налоговой балансовой стоимости и учитывается на забалансовом счете;

• Поставщик – только для ОС безвозмездно полученных;

• Договор – только для ОС безвозмездно полученных;

• ДЦН – дата для целей налогооблажения, необходима для выгрузки проводок в систему АБС;

• Тип операции в налоговом учете – соответствующий справочник, необходим для выгрузки налоговых проводок в АБС.

Общие особенности ввода в эксплуатацию ОС и ведения учета в Росбанке.

1. Расчет норм амортизации

Прежде, чем говорить про ввод в эксплуатацию, несколько слов про расчет амортизации. Срок полезного использования основного средства при вводе в эксплуатацию всегда выставляется по бухгалтерскому, и по налоговому учетам, как равный максимальному количеству месяцев в этой группе. По налоговому учету расчет нормы амортизации такой же, как и в бухгалтерском. Расчет новой нормы амортизации, при модернизации, в бухгалтерском учете равен (балансовая стоимость + сумма модернизации – начисленная амортизация) / оставшийся срок полезного использования, а в налоговом учете (балансовая стоимость + сумма модернизации) / оставшийся срок полезного использования. Так вот, у нас не так, считаем, в этом случае, одинаково и в бухгалтерском и в налоговом учете, как в бухгалтерском. В правилах ведения налогового учета сказано, что допустимы оба варианта расчета, организация сама может выбрать, но это должно быть закреплено в её учетной политике. Т.е. формула при вводе в эксплуатацию ОС для расчета нормы амортизации для БУ и НУ: первоначальная стоимость ОС/ количество месяцев срока полезного использования.

Нюанс по начислению амортизации для всей части по ОС.

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

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

1. Часть суммы за счет прибыли

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

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

Сумма амортизации за период на сумму отнесенную за счет прибыли, как и проводку по отнесению суммы за счет прибыли в АБС НЕ выгружается, но выводится в печатной форме всех ведомостей амортизации по НУ (ОС-3 НУ) в дополнительных последних 2-х колонках.

1. Налоговый учет.

Проводок по налоговому учету не возникает при вводе в эксплуатацию, если это не безвозмездное поступление ОС (выгружаемых в АБС проводок нет) и, если нет доначисления амортизации. Но, при расчете новых норм амортизации, при модернизации ОС, при списании ОС, необходимо на забалансовых счетах налогового плана счетов учитывать балансовую стоимость ОС.

1. Ввод в эксплуатацию в прошлой дате.

При вводе в эксплуатацию ОС датой акта, относящегося к прошедшему периоду, необходимо делать начисление амортизации за соответствующие прошедшие месяцы. Ситуация заключается в следующем: в бухгалтерию поступают документы, конкретно акт ввода в эксплуатацию, допустим ОС-1 от 1 февраля прошлого года. Т.е. получается, что у нас уже как с 1 февраля прошлого года есть ОС, кот. амортизируется и эксплуатируется где-то год, но не отражено в балансе. Что должен сделать бухгалтер в бухгалтерском учете: проводку по вводу в эксплуатацию сегодняшним днём, + проводки по доначислению амортизации за все периоды, кот. оно амортизитровалось тоже сегодняшним днём (11 проводок с содержанием «Доначисление амортизации за период март 2010г», «Доначисление амортизации за период апрель 2010 г» и т.д.). В налоговом учете всё сложнее. Проводка по вводу в эксплуатацию ОС должна быть той самой прошлой датой (т.е. проводки, выгружаемой нет, но на наш условный забалансовый баланс первоначальная стоимость и все периодические реквизиты этого ОС должны попасть тем самым февралём 2010 г, датой акта ввода в эксплуатацию). Проводки по доначислению амортизации за прошедшие периоды в налоговом учете, должны быть следующим образом. У нас есть такие понятия, как налоговый период - квартал, и понятие – дата, по закрытию налогового периода, которая равна 20 число месяца следующего за периодом, за кварталом. Т.е., если у нас 1 период 2011 года, то это 1 квартал 2011 года, а дата его закрытия = 20 апреля. Соответственно , 4 квартал 2010 года закрылся 20 января 2011 года. Так вот, все проводки по доначислению амортизации в налоговом учете, которые относятся к закрытым периодам, должны быть отражены в системе 1 числом открытого периода по налоговому учету. Т.е. получается, если есть проводки по доначислению амортизации за прошлый год, то они должны быть 21 января этого года, учитывая, что мы хотим отразить это ОС в балансе находясь в дате операционного дня, равной 05.02.2011. А проводки, которые относятся к доначислению амортизации в текущем периоде, должны попадать на конец каждого соответствующего месяца.

Пример:. Вводим в эксплуатацию ОС сегодня (05.02.2011) , дата документа (дата ОС-1) от 02.10.2010 г.

У бухгалтера должна быть возможность не сделать при таком вводе в эксплуатацию проводок по доначислению амортизации за прошлые периоды, соответственно, если флажок «Доначислить амортизацию» не выставлен, то таких проводок не делать.

Характеристики

Список файлов ВКР