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

1. Начисление налога на прибыль:

· исчисление налогооблагаемой базы на прибыль;

· проверка правильности налогооблагаемой базы;

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

· формирование декларации по налогу на прибыль.

2. Составление актов сверок:

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

· проверка расчетов;

· передача документов контрагентам;

3. Составление декларации по НДС:

· проверка правильности проводок по НДС;

· проведение общих проводок по НДС;

· формирование декларации.

4. Расчеты с покупателями и заказчиками:

· выписка счет - фактуры и актов;

· формирование проводки;

· формирование книги - продаж;

· составление расшифровки дебиторской и кредиторской задолженности;

· передача документов в архив.

5. Ведение базы дебиторов и кредиторов:

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

· введение основных данных кредиторов и дебиторов;

· получение результатов по введению кредиторов и дебиторов;

1.3 Выбор и обоснование технологии проектирования и инструментальных средств разработки

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

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

Объектно-ориентированный подход предполагает выбор инструментального CASE- средства, с помощью которого будет спроектирована система.

Появление на рынке программных продуктов первых CASE-средств (Computer Aided Software Engineering) ознаменовало новый этап развития программной инженерии, характерными особенностями которого являются существенное сокращение сроков разработки программных проектов, реализация проектов группой программистов и ориентация на визуальные средства специфицирования компонентов программного обеспечения.

Модель проблемной области при объектно-ориентированном подходе рассматривается как совокупность взаимодействующих во времени объектов. Конкретный процесс обработки информации формируется в виде последовательности взаимодействия объектов. Так как этот подход предполагает совместное моделирование данных и процессов, то система объектно-ориентированных моделей последовательно направляется к модели динамического взаимодействия объектов, на основе которой могут быть сгенерированы классы объектов в конкретной программно-технической среде. Предполагается, что средой для реализации данного проекта будет являться Borland/Inprise Delphi.

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

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

Среди всех фирм-производителей CASE-средств именно компания Rational Software Corp. одна из первых осознала стратегическую перспективность развития объектно-ориентированных технологий анализа и проектирования программных систем. Эта компания выступила инициатором унификации языка визуального моделирования в рамках консорциума OMG, что, в конечном итоге, привело к появлению первых версий языка UML. И эта же компания первой разработала инструментальное объектно-ориентированное CASE-средство, в котором был реализован язык UML - Unified Modeling Language - унифицированный язык моделирования, который имеет несколько версий (1., 1.4, 2.0).

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

Опираясь на все вышеуказанное, можно принять решение об использовании в качестве инструментального средства разработки проекта Rational Rose Enterprise Edition, который полностью поддерживает объектно-ориентированный подход.

1.4 Описание методики оценки экономической эффективности проекта

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

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

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

1. К группе абсолютных показателей относят:

· Показатели, оценивающие величину трудоемкости обработки информации за год по базовому и предлагаемым вариантам T0 и Tj.

· Показатели, оценивающие величину эксплуатационных стоимостных затрат за год по базовому и предлагаемому варианту C0 и Cj

· Показатель оценки снижения трудовых затрат за год

Показатель снижения стоимостных затрат за год

2. К группе относительных показателей относят:

· Коэффициент снижения трудовых затрат за год - показывает, на какую долю снижаются затраты по предлагаемому варианту в сравнении с базовым:

· Индекс снижения трудовых затрат - показывает, во сколько раз снижаются трудовые затраты предлагаемого варианта в сравнении с базовым:

· Коэффициент снижения стоимостных затрат за год:

· Индекс снижения стоимостных затрат:

Показатель трудовых затрат Tj на j-й проект рассчитывается по формуле:

tij - трудовых затрат на i-ю операцию j-го проекта, который рассчитывается:

-объем работ, выполненных на i-й операции по j-му проекту.

- норма выработки на i-й операции.

Показатель стоимостных затрат представляет собой сумму затрат по следующим статьям затрат:

· Заработная плата;

· Амортизация;

· Затраты на материалы;

· Затраты на оплату машинного времени;

· Затраты на ведение информационной базы;

· Накладные расходы;

- показатель стоимостных затрат на i-ю операцию j-го проекта. В состав этого показателя входят следующие величины:

§ Сз/п - затраты на заработную плату оператора

- трудоемкость выполнения.

- тарифная ставка i-й операции.

§ Снр - затраты на накладные расходы, рассчитывается как производная величина от затрат на з/п:

- коэффициент накладных расходов (0,6-0,7).

§ Са - величина амортизационных отчислений на используемую технику.

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

§ Смв - стоимость машинного времени на ввод, обработку и выдачу результатов.

§ См - затраты на материалы в год

§ СИБ - стоимость сопровождения ИБ, годовые затраты на ведение ИБ.

Кроме того, рассчитывается показатель годовой экономии:

Ко - капитальные затраты.

Ен - расчетный коэффициент эффективности, является обратной стороной сроку окупаемости:

А срок окупаемости представляет собой отношение капитальных затрат к экономной стоимости затрат:

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

2. Проектная часть

2.1 Постановка задачи по подсистемам

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

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

Диаграмма классов (class diagram) служит для представления статической структуры модели системы в терминологии классов объектно-ориентированного программирования. Диаграмма классов может отражать, в частности, различные взаимосвязи между отдельными сущностями предметной области, такими как объекты и подсистемы, а также описывает их внутреннюю структуру и типы отношений. На данной диаграмме не указывается информация о временных аспектах функционирования системы. Для разработчика, который видит систему непосредственно изнутри, наилучшим вариантом будет использование диаграммы классов - Class Diagram.

Страницы: 1, 2, 3



2012 © Все права защищены
При использовании материалов активная ссылка на источник обязательна.