36925

КОМПЬЮТЕРНАЯ СИСТЕМА PROJECT EXPERT. ОПРЕДЕЛЕНИЕ НЕОБХОДИМОСТИ ФИНАНСИРОВАНИЯ ПРОЕКТА

Лабораторная работа

Архивоведение и делопроизводство

ОПРЕДЕЛЕНИЕ НЕОБХОДИМОСТИ ФИНАНСИРОВАНИЯ ПРОЕКТА Цель: изучить систему команд Project Expert формирования инвестиционного и операционного планов предприятия по реализации проекта. Выполнить на ПЭВМ следующие разделы Project Expert: Инвестиционный план Операционный план. На основе инвестиционного и операционного планов предприятия определить потребность в финансировании проекта. Теоретическое введение Следующим этапом процесса построения финансовой модели является описание плана развития предприятия проекта.

Русский

2013-09-23

47 KB

6 чел.

Лабораторная работа № 2

КОМПЬЮТЕРНАЯ СИСТЕМА PROJECT EXPERT. ОПРЕДЕЛЕНИЕ НЕОБХОДИМОСТИ ФИНАНСИРОВАНИЯ ПРОЕКТА

Цель: изучить систему команд Project Expert формирования инвестиционного и операционного планов предприятия по реализации проекта.

Порядок выполнения работы

  1.  Изучить теоретическое введение.
  2.  Сформировать исходные данные.
  3.  Выполнить на ПЭВМ следующие разделы Project Expert: «Инвестиционный план», «Операционный план».
  4.  На основе инвестиционного и операционного планов предприятия определить потребность в финансировании проекта.
  5.  Оформить отчет.

Теоретическое введение

Следующим этапом процесса построения финансовой модели является описание плана развития предприятия (проекта). Для этого необходимо ввести следующие исходные данные:

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

- операционный план, включая стратегию сбыта продукции (услуг), план производства, план персонала, а также производственные издержки и накладные расходы.

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

Порядок выполнения задания

Раздел «Инвестиционный план».

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

  1.  Календарный план.

Этот диалог предназначен для следующего:

- составление календарного плана проекта;

- описание отдельных этапов проекта с назначением необходимых ресурсов для их выполнения;

- формирование активов проекта из отдельных этапов;

- выбор сроков и способов амортизации активов;

- описание активов действующего предприятия;

- построение диаграммы ГАНТТ;

- формирование годового календаря.

2. Выбор актива.

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

3. Редактирование ресурсов.

Этот диалог предназначен для формирования списка используемых в проекте ресурсов.

4. Календарь.

Этот диалог предназначен для формирования календарей, используемых для расчетов в разделе «Инвестиционный план». Календарь формируется с учетом праздничных и выходных дней в зависимости от территории и графика работы организации, реализующей проект.

Раздел «Операционный план»

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

Раздел содержит такие модули:

  1.  План сбыта.

Project Expert предоставляет пользователю набор инструментов для описания индивидуальной стратегии реализации продукции (услуг). Одной из важных задач, которую должен решить пользователь, является правильный выб(?р перечня продуктов (услуг), учитывающий условия сбыта продукции. В процессе разработки стратегии продаж следует также учитывать временные факторы: время реализации продукта (услуги), время задержки платежа после поставки продукции, а также условия оплаты продукта (услуги) потребителем (по факту, с предоплатой или в кредит). Все эти факторы имеют существенное значение для финансового результата проекта и поэтому не следует ими пренебрегать.

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

2. Сырье, материалы и комплектующие.

В Project Expert предусмотрена возможность ведения общего склада материалов и комплектующих. Эта функция реализована в диалоге «Сырье, материалы и комплектующие», который состоит из двух основных частей:

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

-диалоговой панели для ввода информации об условиях закупки текущего материала (нижняя часть диалога).

3. План производства.

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

К прямым (переменным) издержкам относятся такие издержки, объем которых зависит от объема производства продукции. К ним можно отнести: затраты на сырье, материалы, сдельную заработную плату. Ввод значений прямых производственных издержек осуществпяется по отношению к единице продукции.

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

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

4. План персонала.

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

5. Общие издержки.

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

Содержание отчета

1. Название и цель лабораторной работы, фамилия студента, группа.

2. Исходные данные.

3. Результаты компьютерного моделирования инвестиционного проекта предприятия.


 

А также другие работы, которые могут Вас заинтересовать

33623. Поточные шифры 31.5 KB
  Поточный шифр это симметричный шифр в котором каждый символ открытого текста преобразуется в символ шифрованного текста в зависимости не только от используемого ключа но и от его расположения в потоке открытого текста. Синхронные поточные шифры генерируют псевдослучайную последовательность независимо от какихлибо битов открытого или шифрованного текста. Фактически же если период гаммы превышает длину всего зашифрованного текста и неизвестна никакая часть исходного текста то шифр можно раскрыть только прямым перебором пробой на ключ....
33624. ЦИФРОВАЯ ПОДПИСЬ 55 KB
  2002 Об электронной цифровой подписи. Юридическую силу такой документ имеет только в том случае если на нем стоит электронноцифровая подпись подтвержденная сертификатом ключа подписи не утратившим силу на момент подписания. Глава III закона об ЭЦП регламентирует существование Удостоверяющих центров которые и подтверждают легитимность сертификата ключа подписи а значит и легитимность самой ЭЦП то есть электронный ключ обязательно должен быть подтвержден сертификатом выпущенным удостоверяющим центром. Для этого необходимо...
33625. МЕЖСЕТЕВОЙ ЭКРАН 79.5 KB
  Как правило эта граница проводится между локальной сетью предприятия и INTERNET хотя ее можно провести и внутри локальной сети предприятия. Возможности брандмауэра: 1Защита от уязвимых мест в службах Брандмауэр может значительно повысить сетевую безопасность и уменьшить риски для хостов в подсети путем фильтрации небезопасных по своей природе служб. Например брандмауэр может запретить чтобы такие уязвимые службы как NFS не использовались за пределами этой подсети. Это позволяет защититься от использования этих служб атакующими из...
33626. Многоагентные системы защиты 54 KB
  Многоагентные системы защиты Наиболее наглядной и удобно разрабатываемой является модель в основе которой лежит архитектура базовых агентов многоагентной системы защиты ВС. Многоагентная система – сложная система в которой функционируют два или более интеллектуальных агентов. Под агентом понимается самостоятельная интеллектуальная аппаратнопрограммная система которая обладает рядом знаний о себе и окружающем мире и поведение которой определяется этими знаниями. Таким образом компоненты системы зищиты агенты защиты представляют собой...
33627. Формирование вариантов модели систем безопасности СОИ АСУП 50.5 KB
  Поскольку защита данных непосредственно связана с программными и аппаратными средствами защиты данных передачи и хранения то с учетом этого предлагается представлять объекты защиты в виде совокупности этих средств. Таким образом обеспечивается возможность детального определения объектов защиты для каждого типа защищаемых данных. Такой подход обеспечивает возможность выполнения анализа требований защиты данных с учетом различных источников и типов угроз. Для оценки величины возможного ущерба и определения степени внимания которое необходимо...
33628. Обобщенная модель системы безопасности сетей передачи данных 46.5 KB
  Обобщенная модель системы безопасности сетей передачи данных Рассматриваемая модель предполагает что функционирование системы безопасности происходит в среде которую можно представить кортежем 1.1 где {Пс} множество неуправляемых параметров внешней среды оказывающих влияние на функционирование сети; {Пу} множество внутренних параметров сети и системы безопасности которыми можно управлять непосредственно в процессе обработки защищаемых данных; {Пв} множество внутренних параметров сети не поддающихся...
33629. Мандатная модель 31 KB
  Модели механизмов обеспечения целостности данных Модель Биба Рассматриваемая модель основана на принципах которые сохраняют целостность данных путем предотвращения поступления данных с низким уровнем целостности к объектам с высоким уровнем целостности. Уровень целостности согласно. субъектам запрещено чтение данных из объекта с более низким уровнем целостности; нет записи наверх т. субъектам запрещено запись данных в объект с более высоким уровнем целостности.
33630. Модель Харрисона-Руззо-Ульмана (матричная модель) 32 KB
  Модель ХаррисонаРуззоУльмана матричная модель Модель матрицы права доступа предполагает что состояние разрешения определено используя матрицу соотносящую субъекты объекты и разрешения принадлежащие каждой теме на каждом объекте. Состояние разрешения описано тройкой Q = S О А где S множество субъектов 0 множество объектов А матрица права доступа. Вход s о содержит режимы доступа для которых субъект S разрешается на объекте о. Множество режимов доступа зависит от типа рассматриваемых объектов и функциональных...
33631. Многоуровневые модели 31.5 KB
  К режимам доступа относятся: чтение запись конкатенирование выполнение.7 где b текущее множество доступа. Это множество составлено из троек формы субъект объект режим доступа. Тройка s о т в b указывает что субъект s имеет текущий доступ к объекту о в режиме т; М матрица прав доступа аналогичная матрице прав доступа в модели ХаррисонаРуззоУльмана; f функция уровня которая связывается с каждым субъектом и объектом в системе как уровень их защиты.