Автоматизированная система управления городскими финансами. Дипломная (ВКР). Информационное обеспечение, программирование.
⚡ 👉🏻👉🏻👉🏻 ИНФОРМАЦИЯ ДОСТУПНА ЗДЕСЬ ЖМИТЕ 👈🏻👈🏻👈🏻
Информационное обеспечение, программирование
Вы можете узнать стоимость помощи в написании студенческой работы.
Помощь в написании работы, которую точно примут!
Похожие работы на - Автоматизированная система управления городскими финансами
Нужна качественная работа без плагиата?
Не нашел материал для своей работы?
Поможем написать качественную работу Без плагиата!
Глава 1. Существующие методические
основы описания бизнес-архитектуры
.1 Описание и анализ подходов к
описанию бизнес-архитектуры
.2 Описание и анализ стандартов
составления технико-экономического обоснования
.3 Описание и анализ моделей оценки
стоимости разработки информационной системы
.4 Описание системы показателей
оценки эффективности разработки информационной системы
Глава 2.Описание бизнес-архитектуры
.1 Краткое описание объекта
автоматизации
.2 Основание для разработки
информационной системы
.3 Назначение и цели разработки
информационной системы
.3.1 Назначение информационной
системы
.3.2 Цели и задачи разработки
информационной системы
.4 Описание функциональных
возможностей
.8 Моделирование процесса разработки
информационной системы
.9 Расчет оценки стоимости
разработки информационной системы
.10 Расчет экономических показателей
.10.1 Расчет ставки дисконтирования
.10.2 Расчет экономических
показателей эффективности
Автоматизированная система управления городскими
финансами - это специально разрабатываемая программная платформа для поддержки
и осуществления бюджетного процесса на местном уровне. Заказчиком разработки
является Департамент финансов - ведомство, реализующее локальную бюджетную
политику и контроль финансирования деятельности, осуществляемой на территории
административной единицы в рамках одного государства - Российской Федерации.
Создание аналогичных информационных систем
зачастую связано с большими материальными затратами, которые включают в себя не
только затраты на обеспечение трудовых ресурсов, но и затраты на обеспечение
поддержки бесперебойной доступности системы с технической стороны. В связи с
высокой сложностью мониторинга планируемых доходов и расходов, выделяемых на
создание автоматизированной системы управления, а также требований,
предъявляемых со стороны функционального заказчика, регламентированных
государственными нормативно-правовыми актами и разработанным техническим
заданием, существует прямая необходимость в разработке технико-экономического
обоснования - специального документа, который предшествует непосредственно
работам, направленным на создание информационной системы. С помощью анализа,
который проводится в рамках разработки описываемого документа выявляются как
основные экономические, так и технические параметры, которые в последствии
влияют на принятие ключевых решений в работе над проектом.
Объектом данного исследования является
бизнес-модель автоматизируемых системой процессов, в свою очередь предметом
исследования выступают подходы и методики описания соответствующей
бизнес-модели.
Целью работы является разработка документа,
удостоверяющего рациональность создания и развития автоматизируемой системы
управления городскими финансами - технико-экономического обоснования.
Для достижения цели исследования необходимо
решить следующие задачи:
1. Проанализировать подходы к описанию
бизнес-архитектуры.
2. Сравнить стандарты разработки
технико-экономических обоснований.
. Определить показатели эффективности
деятельности, направленной на разработку автоматизированной системы управления
городскими финансами.
. Составить документ - подтверждение
рациональности осуществления описываемого проекта: технико-экономическое
обоснование разработки информационной системы «Автоматизированная система
управления городскими финансами».
В рамках данной работы используются: метод
теоретического исследования, предполагающий проведение глубокого анализа
существующих авторитетных источников исходной информации, методы эмпирического
исследования, такие как изучение предметной области, особенностей
автоматизируемой деятельности, методы моделирования (визуализация
автоматизируемых бизнес-процессов с помощью специализированных программных
средств).
Глава 1. Существующие
методические основы описания бизнес-архитектуры
В динамичных условиях развития потребительского
спроса в сфере информационных технологий (далее ИТ), создается высокий уровень
необходимости в осуществлении гибкой политики управления процессами разработки
со стороны формирующей предложения на рынке ИТ услуг. Эта задача может быть
решена различными методами, в том числе и с помощью комплексного описания
бизнес-архитектуры или в частности, процессов, автоматизируемых системой в
плановом периоде.
Для корректного и приемлемого со стороны
функционального заказчика описания бизнес-архитектуры требуется не только
сформировать перечень существующих методик, но и подготовить развернутый
сравнительный анализ.
1.1 Описание и анализ подходов к
описанию бизнес-архитектуры
бизнес архитектура моделирование
информационный
Термин «архитектура» используется в сфере ИТ
достаточно часто. В большинстве случаев, его применяют к описанию предприятия,
информационной системы или автоматизируемым бизнес-процессам. Впервые данное
понятие было введено Дж. Захманом в 1987 г. в статье «Структура архитектуры
информационных систем» [1]. Опубликованная Дж. Захманом работа касалась
непосредственно архитектуры информационной системы в целом, однако именно она
легла в основу дальнейших разработок в части бизнес-архитектуры.
На данный момент, под термином
«бизнес-архитектура» подразумевают организационную структуру и бизнес-модель
автоматизируемого предприятия, документы, используемые в процессе разработки и
реализации программных продуктов. В действительности, в соответствии со
стандартом ANSI/IEEE 1471-2000 под архитектурой предприятия следует понимать
«фундаментальную организацию системы, реализованную в ее компонентах, связях
этих компонентов друг с другом и внешней средой и принципах, определяющих
структуру и развитие системы».
В соответствии с методологией The
Open Group
Architecture
Framework,
бизнес-архитектура предусматривает формализацию архитектуры деятельности
объекта автоматизации в соответствии с ранее утвержденным видением.
Опираясь на статью М. Платта [2],
бизнес-архитектура описывает принципы работы бизнеса: бизнес-стратегии и планы
по переходу организации из текущего состояния в будущее. Она состоит из
следующих компонентов: высокоуровневые цели и задачи автоматизируемого объекта,
бизнес-процессы, выполняемые бизнес-функции, основные организационные структуры
и связи между всеми описанными элементами.
В работе Е. Всяких, Е.
Сидоренко,
А. Зуевой, Б. Носкова, А. Киселёва «Практика и проблематика моделирования
бизнес-процессов» авторы рассмотрели следующие подходы к описанию
бизнес-архитектуры: «сверху вниз», «снизу вверх» и гибридный, который частично
включает в себя предыдущие два [3].
В основе подхода «сверху вниз» лежит концепция
описания архитектуры Дж. Захмана. Предполагается, что бизнес-архитектура, в
данном случае, рассматривается в глобальном смысле, т.е. процесс создания
модели строго формализован (включая разработку необходимых методик, определение
стандартов и сбор информации для типового проектного решения).
Преимущества данного подхода заключаются в том,
что с самого первого этапа четко формируется проблема, приоритетные
бизнес-потребности и задачи, задаются границы для создания эффективной модели
бизнес-архитектуры, определяются методология и инструменты, которые будут
использоваться в качестве среды разработки, задается организационная структура
для сопровождения разработки и управления процессами.
Недостатки использования подхода связаны с тем,
что на начальной стадии требуется формирование большого числа компонентов,
связанных с инфраструктурой предприятия, таких как методологическая и
инструментальная база для разработки моделей конкретных бизнес-процессов.
Данные работы требуют достаточно много времени и других ресурсов, в том числе,
возможно, потребуются дополнительные финансовые вложения для обучения
формальным методам, которые необходимы для разработки бизнес-моделей.
Характерной чертой подхода «снизу вверх»
является переход от отдельных бизнес-процессов к цельному представлению
бизнес-архитектуры. Данный подход часто используется ввиду того, что он
достаточно быстро окупается, поскольку в первую очередь уделяется внимание
узким местам.
К достоинствам метода относятся гибкость в
масштабировании и управлении всеми процессами, в том числе формированием
проектной группы и выбором дальнейшего направления деятельности. Также в ходе
получения некоторых компонентов модели бизнес-архитектуры возможно
незамедлительное исполнение мероприятий по ее реализации. Данный подход
позволяет получить видимый результат в кратчайшие сроки.
Недостатки подхода «снизу вверх» связаны с его
изначальной ориентированностью на конкретные бизнес-процессы, что значительно
снижает возможности использования методологических и проектных решений на
других направлениях бизнес-процессов, а также порождает дополнительные
организационные и технологические проблемы по формированию нескольких моделей
бизнес-процессов в единую модель. Кроме этого, существует вероятность того, что
формируемая «снизу вверх» бизнес-архитектура может иметь противоречия в
структуре и вообще не являться оптимальной.
Помимо вышеназванных подходов «сверху вниз» и
«снизу вверх» иногда применяют гибридный подход, который включает в себя
частичное использование обоих подходов. В любом случае, выбранная стратегия
моделирования должна отвечать конкретным текущим и планируемым потребностям
организации.
В данной работе будет использоваться подход
«сверху вниз», так как подход «снизу вверх» в основном используется на
проектах, где разработка осуществляется в условиях высокого уровня
неопределенности.
1.2 Описание и анализ стандартов
составления технико-экономического обоснования
Бизнес-архитектура, как и любой другой, значимый
в рамках реализации проекта, элемент должен иметь формальное,
задокументированное представление. Чаще всего формализация бизнес-архитектуры
осуществляется в контексте разработки специального документа -
технико-экономического обоснования.
Стандарт технико-экономического обоснования -
это определенный набор правил или структура, которой нужно следовать, чтобы
создавалось полное представление о проекте. Существует большое количество
стандартов по формированию технико-экономического обоснования, среди которых
можно выделить два стандарта, которые нашли более широкое применение среди
множества остальных.
ГОСТ 24.202-80 - это специально сформированный
перечень требований, утвержденных государством, согласно которым
разрабатывается технико-экономическое обоснование для проектов, в рамках
которых предполагается реализовывать автоматизированные системы управления
(далее АСУ) всех видов. Описываемый стандарт универсален для систем на всех
уровнях управления (помимо общегосударственного).
Общие положения по технико-экономическому
обоснованию, которые регламентирует данный стандарт, можно сформулировать
следующим образом:
. Технико-экономическое обоснование разработки
АСУ (далее ТЭО АСУ) предназначено для обоснования необходимости и
технико-экономической целесообразности создания или развития новой
информационной системы.
2. ТЭО АСУ создается как независимый
документ, составляемый при создании АСУ на действующих или реконструируемых
(реорганизуемых) объектах автоматизации или как раздел в сопутствующих
разработке документах.
. В зависимости от назначения и
специфических особенностей создаваемых АСУ допускается включать в документ ТЭО
АСУ дополнительные разделы, требования к содержанию которых не установлены
настоящим стандартом.
. Для вновь проектируемых объектов
управления, исходные данные, необходимые для написания разделов и подразделов
документа ТЭО АСУ, определяют на основе анализа аналогов.
Основным преимуществом данного стандарта
является то, что несмотря на сравнительно краткое содержание, конечный документ
обладает высокой степенью ёмкости предоставляемого материала, помимо этого
стандарт допускает гибкость содержания конечного документа.
В соответствии со стандартом, обязательными для
включения в документ, являются следующие разделы:
· характеристика объекта и
существующей системы управления;
· цели, критерии и ограничения
создания;
· функции и задачи создаваемой
системы;
· ожидаемые технико-экономические
результаты создания;
Второй стандарт был разработан c
помощью United Nations Industrial
Development Organization (далее
UNIDO). Предложенный
UNIDO подход к
подготовке ТЭО, подразумевает под собой тот факт, что целью составления
документа является необходимость в принятии решений об инвестировании и
способах финансирования создания новых продуктов/услуг.
Методика, регламентируемая данным стандартом,
подходит не только для новых инвестиций, она в равной мере пригодна для
проектов по оздоровлению, расширению, модернизации автоматизируемых процессов в
контексте ИТ.
Предполагается, что в соответствии со
стандартом, разработанным UNIDO, ТЭО должно отражать описание следующих
положений:
. Условия реализации проекта (описание
автоматизируемых в плановом периоде бизнес-процессов AS-IS),
уже проведенные ранее исследования в экономической и технической сферах
разработки.
2. Материальные факторы (производственные,
трудовые, денежные ресурсы, которыми обладает исполнитель и которые планируется
задействовать в рамках поставленной задачи). Приближенные к реальным, параметры
реализации проекта.
. Производственная программа - специально
разрабатываемая концепция, содержащая обоснованные прогнозы по реализации
проекта в плане времени, затраченного на те или иные этапы и других мощностей.
. Проектно-конструкторская документация -
предварительное установление масштабов проекта: описание конкретных технологий,
которые планируется использовать в ходе реализации, описание оборудования
(расчёты амортизации).
. Организация процесса разработки
информационной системы: структура рабочей группы, задействованной на проекте,
взаимосвязи между участниками рабочей группы и накладные расходы, связанные с
их работой над проектом.
. Финансовая и экономическая оценка
эффективности - общие допустимые инвестиционные издержки с учетом выделяемого
финансирования. Расчет показателей экономической эффективности от реализации
проекта. Допустимо описание бизнес-процессов с помощью подхода TO-BE.
Основным преимуществом описанного стандарта
является тот факт, что в результате проведенного анализа складывается
полноценное представление о специфике и особенностях осуществляемого проекта.
Однако, несмотря на это, стандарт не учитывает характер конкретно заданной
предметной области. В связи с этим, можно сделать вывод о том, что наиболее
подходящим стандартом, который следует использовать в процессе составления ТЭО
для автоматизированной системы управления городскими финансами, является - ГОСТ
24.202-80.
Тем не менее, учитывая предоставляемую
государственным стандартом 24.202-80 возможность дополнения основных положений,
при формировании, в ТЭО будут включены такие разделы как производственный план,
технологический план, организационный план, регламентированные стандартом UNIDO.
1.3 Описание и анализ моделей
оценки стоимости разработки информационной системы
Оценка стоимости разработки программного
обеспечения, или, в частности информационной системы, - один из самых важных,
сложных и в то же время неизбежных этапов в процессе составления
технико-экономического обоснования. Доказательством этого утверждения служит
тот факт, что в течение последних трёх десятилетий наблюдается устойчивая тенденция
к росту внедрения и использования разнообразных моделей для оценки стоимости
разработки информационных систем и всех сопутствующих процессов. На ряду с
ростом потенциальных пользователей, разрабатывается всё больше новых моделей,
удовлетворяющих множеству потребностей в плане анализа и моделирования оценки
стоимости.
Несмотря на то, что точность оценки стоимости,
осуществляемая с помощью некоторых моделей, в среднем достигает 25% от
фактической величины, многое зависит от предметной области. Поскольку
достоверность и надежность оценки стоимости разработки информационной системы
очень важны для обеспечения успеха проекта, необходимо проанализировать, а
также сравнить несколько моделей, с целью выявления наиболее подходящей модели
оценки стоимости разработки автоматизированной системы управления, где
заказчиком выступает Департамент финансов - подконтрольное государству
ведомство, реализующее локальную бюджетную политику и контроль финансовой
деятельности.
. COCOMO 81 (Constructive Cost Model) - это
эмпирическая модель оценки стоимости разработки, предложенная в 1981 году.
COCOMO 81 была создана с опорой на исследование 63 программных проектов
размерностью от 2 000 до 100 000 строк кода и написанных на языках
программирования, начиная с ассемблера [4].
Данные по описанным проектам были исследованы
для того чтобы обнаружить множество закономерностей и формул наиболее
подходящих для проведения наблюдений с использованием модели. Таким образом, в
рамках COCOMO 81, трудоемкость разработки системы - основа оценки ее стоимости,
которая выражается в человеко-месяцах - PM
(Person Months), напрямую зависит от ее размера, а также условий реализации
соответствующего проекта - EM
(Effort Multipliers) и рассчитывается следующим путем:
“a”
и “b” - константы,
соответствующие определенным значениям в рамках модели.
В формуле используется 15 мультипликаторов.
Такая модель позволяет учитывать предыдущий опыт реализации аналогичных
проектов, что в действительности является чрезвычайно сложной и вместе с тем
важной задачей.
. В 1997 году создана усовершенствованная
модель оценки стоимости разработки информационной системы - COCOMO II.
Согласно обновленной модели, расчет ведется по формуле:
B - коэффициент
зависимости трудозатрат от степени масштабируемости проекта, полученный путем
обработки информации по большому количеству проектов за длительный промежуток
времени.
SF - факторы,
отражающих особенности проекта и коллектива разработчиков.
Всего в модели COCOMO II
используется 31 параметр для прогнозирования затрат различного характера на
разработку информационной системы. Такой большой объем анализируемого материала
линейно зависит от непосредственной оценки стоимости выявляемой с помощью
моделирования, то есть прогноз в большинстве случаев имеет высокий уровень
достоверности, точности.
3. SEER (System Evaluation and
Estimation of Resources) - запатентованная
модель,
которая
принадлежит
корпорации
“Galorath Associates”. Принципы расчётов SEER
основаны на ранних исследовательских работах доктора наук Рэнделла Йенсена.
Основное уравнение, используемое в концепции модели:
S - количество
эффективных (не закомментированных), исполняемых строк кода, обеспечивающих
функционирование информационной системы.
Ct -
константа, используемая для оценки технологии применяемой разработчиком.
- время, отведенное
на разработку информационной системы в годах.
K - общая стоимость
обеспечения жизненного цикла информационной системы в человеко-лет.
Представленное уравнение связывает эффективный
размер разрабатываемой системы (эффективность определяется посредствам анализа
результатов нагрузочного тестирования отдельных компонентов и системы в целом)
и технологические методы, подходы, применяемые разработчиками при реализации.
Константа, связанная с технологическими методиками, применяемыми
программистами, используется SEER
для калибровки модели к определенной конкретной среде. Описываемая константа
вычисляется с учетом двух аспектов технологии производства: технический и
аспект, относящийся ко внешней среде объекта.
Технический аспект учитывает всё, что касается
основного потенциала развития: оценка возможностей рабочей группы, опыт
разработчиков, аналитиков и прочих членов команды, наличие или отсутствие
практики в области развития технического потенциала и технических инструментов.
Аспект, относящийся ко внешней для системы
среде, учитывает всё, что касается конкретной информационной системы на внешних
уровнях ее структуры: возможность обеспечения надежности, поддержка работы
разрабатываемой системы в режиме реального времени.
. Модель оценки стоимости разработки SLIM
(Software
Life-Cycle
Model). Применяется в
основном для крупных проектов, где информационные системы по размерности
составляют 70 000 строк кода. Основана на распределении Рэлея - это
распределение вероятностей случайной величины “x” с плотностью [5].модель
использует два уравнения: уравнение измерения трудоемкости разработки
информационной системы и уравнение вычисления уровня производительности
информационной системы. Распределение Рэлея применяется в рамках модели с целью
оценки точности составления производственного графика разработки и учета
вероятности наступления тех или иных рисков. Таким образом, два ключевых
атрибута, предлагаемых к использованию в модели SLIM
- коэффициент производительности (PI)
и индекс трудоемкости (MBI).
Основная формула, применяемая при расчётах согласно
модели SLIM (включает
два вышеописанных уравнения):
dy/dt
- оценка трудоемкости приведенная к единице времени.- общая стоимость
обеспечения жизненного цикла системы.
a - параметр
масштаба информационной системы.
t - прошедшее с
момента начала разработки время.
На основе дополнительных данных и
данных описанных выше, для каждой из моделей оценки стоимости разработки
информационной системы, проведен сравнительный анализ по ряду основных, важных
факторов, классифицируемых по группам (см. Таблица 1).
Как показал сравнительный анализ,
самым лучшим вариантом для оценки стоимости разработки информационной системы
«Автоматизированная система управления городскими финансами» является модель -
COCOMO II. Это связано с тем, что аналогичные модели в меньшем объеме учитывают
основные факторы, участвующие в оценке стоимости. В данном случае достоверность
оценки прямо пропорциональна количеству факторов, которые учитываются в
концепции модели.
Таблица 1. Сравнение моделей оценки
стоимости разработки информационных систем
Переход на техническое
обслуживание
1.4 Описание системы показателей
оценки эффективности разработки информационной системы
Экономическая эффективность в самом общем смысле
есть сравнение результатов хозяйственной деятельности с затраченными на эту
деятельность ресурсами: трудовыми, материальными, природными [6].
Эффективность предприятия - категорий,
отражающий соответствие предприятия целям и интересам его участников и
выражаемая соответствующей системой показателей.
Для оценки эффективности деятельности
предприятия выделяют две группы показателей:
Ключевыми показателями прибыли являются:
· валовая прибыль - разница между выручкой и
себестоимостью, которая характеризует эффективность сделок, то есть способность
продать товар дороже стоимости его изготовления;
· себестоимость - прямые затраты,
связанные непосредственно с разработкой информационной системы;
· прибыль от продажи - разница между
валовой прибылью и расходами, связанными с продажей продукции и
администрированием, характеризует эффективность обычной деятельности фирмы, то
есть деятельности по производству или оказанию услуг;
· прибыль до налогообложения - разница
между всеми доходами и расходами фирмы, которая характеризует суммарный
результат обычной и прочих видов деятельности;
· чистая прибыль - разница между
налогооблагаемой прибылью и суммой налога на прибыль, подлежащим уплаты в
бюджет, характеризует прибыль, заработанную для собственников фирмы, то есть
прирост собственного капитала;
· нераспределенная прибыль - разница
между чистой прибылью и выплатами собственникам, характеризует величину
прибыли, которую собственники оставили в компании для ее дальнейшего развития.
Обычно к ключевым показателям рентабельности
относят:
· маржу - долю валовой прибыли в выручке (процент
стоимости, который нужно добавить, чтобы получить цену);
· наценку - долю валовой прибыли в
себестоимости;
· рентабельность продаж - долю чистой
прибыли в выручке;
· рентабельность активов - долю чистой
прибыли в активах;
· рентабельность собственного капитала
- долю чистой прибыли в собственном капитале.
Кроме разделения на показатели прибыльности и
показатели рентабельности показатели эффективности еще принято делить на:
. Относительные - показывают соотношение
полученного эффекта с затратами на его осуществление и являются своего рода
платой за достижение данного результата.
2. Абсолютные - отражают уровень развития
предприятия, достигнутый за определенный промежуток времени.
Основные принципы оценки эффективности
деятельности предприятия базируются на основе учета влияния инфляции и учета (в
количественной форме) влияния неопределенностей и рисков. Чаще всего для оценки
эффективности применяют абсолютные показатели:
1) валовая прибыль - разница между валовым
доходом и издержками, связанными с получением дохода;
2) операционная прибыль (прибыль до уплаты
процентов за кредит и налога на прибыль) - вычисляется как разница валовой
прибыли и амортизации;
3) чистый операционный доход (чистая прибыль)
- разница между операционной прибылью, налогами и процентами по кредитам;
4) чистый операционный денежный поток (в
основном используется как база для расчета других показателей) - вычисляется
как сумма чистой прибыли и амортизации;
5) чистая приведенная стоимость - разница
между суммой дисконтированных денежных потоков и первоначальными инвестициями.
I0 - начальные
инвестиции, i - месячная ставка
дисконтирования [7].
Расчёт NPV
показывает оценку эффекта от инвестиции, приведённую к настоящему моменту
времени с учётом разной временной стоимости денег. Если NPV
больше 0, то инвестиция экономически эффективна, а если NPV
меньше 0, то инвестиция экономически невыгодна. Именно с помощью NPV можно
вычислить срок окупаемости деятельности предприятия.
Для вычисления всех названных показателей
сначала вычисляют ставку дисконтирования. Ставка дисконтирования отражает
стоимость привлеченного капитала с учетом временного фактора и рисков.
Существует несколько способов расчета ставки
дисконтирования. Выделяют кумулятивный и укрупненный метод оценки ставки
дисконтирования.
I. Кумулятивный
метод ставки дисконтирования представляет собой расчет по следующей
формуле:
гдеmin
- минимальная реальная ставка дисконтирования (как правило, за минимальную
реальную ставку дисконтирования принимают 30-летние государственные облигации
США).- уровень инфляции.- премия за риск.
Премия за риск также является вычисляемым
показателем, и представляет собой следующую сумму:
Страновой риск можно узнать из различных
источников, публикуемых рейтинговыми агентствами и консалтинговыми фирмами.
Размер премии за риск, характеризующий ненадежность участников проекта не
должен быть выше 5%. Риск неполучения предусмотренных доходов устанавливается в
зависимости от цели проекта.
II. Укрупненный метод
предполагает расчет средневзвешенной стоимости капитала (WACC),
которая учитывает стоимость собственного капитала и стоимость заемных средств:
Re - ставка
доходности собственного капитала.
E - рыночная
стоимость собственного капитала.
D - рыночная
стоимость заемного капитала.
V - сумма стоимости
займов и собственного капитала.d
- ставка доходности заемного капитала.
Ставка доходности собственного капитала (Re)
вычисляется по формуле:
β - коэффициент,
определяющий изменение цены на акции компании по сравнению с изменением цен на
акции по всем компаниям данного сегмента рынка.
Rm -
среднерыночная ставка доходности на фондовом рынке (Rm
- Rf - премия за
рыночный риск).
Полученная ставка дисконтирования является
годовым номинальным значением, которое не используется для вычисления реальных
экономических показателей, поэтому с учетом временной стоимости денег
вычисляется реальная ставка дисконтирования (годовая и месячная, в зависимости
от того, какой период рассматривается).
) реальная годовая ставка дисконтирования:
2) реальная месячная ставка
дисконтирования:
Глава 2. Описание
бизнес-архитектуры
Согласно выбранному подходу к описанию
бизнес-архитектуры следует проанализировать исходные, для проекта по разработке
информационной системы, данные и сформулировать положения об объекте
автоматизации, назначении и характеристике основных функциональных возможностей
системы в плановом периоде, необходимых ресурсах на реализацию разработки.
2.1 Краткое описание объекта
автоматизации
Объектом автоматизации являются бизнес-процессы,
осуществляемые Департаментом финансов и другими органами исполнительной власти
в части деятельности по планированию, анализу и контролю исполнения,
обеспечению прозрачности бюджета.
Свою деятельность в рамках реализации бюджетного
процесса Департамент финансов осуществляет в соответствии с постановлением от
22 февраля 2011 г. № 43-ПП «Об утверждении Положения о Департаменте финансов».
Порядок организационного, документационного,
информационного обеспечения деятельности Департамента финансов определяет
«Регламент Департамента финансов» (Приложение к Приказу Департамента финансов
от 23 апреля 2009 г. № 58, в редакции приказов Департамента финансов от 28
сентября 2009 г. № 108 и от 13 июля 2010 г. № 133).
Распределение ответственности между структурными
подразделениями Департамента Финансов за предоставление показателей по разделам
и подразделам классификации расходов бюджета, по главным распорядителям
бюджетных средств, по государственным программам, по источникам финансирования
дефицита бюджета определяет Приказ Департамента финансов № 36 «Об утверждении
перечней ответственных ст
Похожие работы на - Автоматизированная система управления городскими финансами Дипломная (ВКР). Информационное обеспечение, программирование.
Реферат: Барокко в Италии. Скачать бесплатно и без регистрации
Курсовая работа: Verb phrases
Курсовая работа по теме Безработица как социально-экономическое явление рыночной экономики
Сочинение Матч Троекурова И Будильник Дубровский
На Каком Курсе Пишут Диссертацию
Контрольная Работа 6 Тема Функции
Реферат: Социальная защита детства
Реферат Источники Власти В Организации
Организация Работы Химической Лаборатории Галополимер Курсовая Работа
Конспект Урока Подготовки К Сочинению Егэ
Дипломная работа по теме Организация коммерческой деятельности малых предприятий в розничной торговле
Реферат На Тему Баскетбол Владение Мячом
Контрольная Работа 1 Дроби И Проценты
Реферат: Учение о государстве в работе Т.Гоббса Левиафан
Классное Эссе
Развитие Силы Реферат По Физкультуре
Реферат: Теория эволюции
Расход Отрицательная Курсовая Разница
Реферат по теме Вексель и проблемы взысканий по векселю
Реферат по теме Искусство росписи пасхальных яиц
Доклад: Гимнастика дыхательная
Реферат: Анализ психодинамической теории личности З.Фрейда
Реферат: Средневековая Франция