Управление развитием информационных систем компании "Аконцепт"

Размещено на http://www.allbest.ru/

Размещено на http://www.allbest.ru/

Федеральное агентство железнодорожного транспорта

Федеральное государственное бюджетное образовательное учреждение высшего профессионального образования

Омский государственный университет путей сообщения (ОмГУПС)

Кафедра «Автоматика и системы управления»

Пояснительная записка к курсовой работе

УПРАВЛЕНИЕ РАЗВИТИЕМ ИС КОМПАНИИ «АКОНЦЕПТ»

по дисциплине «Управление развитием ИС»

ИНМВ.400300.000 ПЗ

Студент группы 25 э Т.П. Карбушева

Омск 2016

Реферат

Архитектура предприятия, инвестиционный проект, портфель инвестиций, модель IDEF0, IDEF3, ЕРС-диаграмма, портфель инвестиций, портфель проектов.

Цель курсовой работы - формирование проекта для развития ИС компании.

В курсовой работе поэтапно рассматривается процесс управления развитием ИС компании «Аконцепт».

Содержание

• Введение
• 1. Построение архитектуры организации «Аконцепт»
• 1.1 Процесс выстраивания архитектуры
• 1.2 Анализ современных сред моделирования архитектуры организации
• 2. Разработка стратегии развития информационных систем
• 2.1 Методы идентификации и приоритетов направления развития ИС
• 2.2 Формирование портфеля инвестиционных ИТ-проектов
• 2.3 Методы формирования ИТ-бюджета компании «Аконцепт»
• 3. Методы и концепции управления инвестициями в ИТ
• 3.1 Анализ инвестиций в ИТ в компании «Аконцепт»
• 3.2 Анализ показателей эффективности инвестиционного проекта
• Заключение
• Список использованных источников и литературы
• Приложение

Введение

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

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

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

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

Для разработки плана была выбрана компания «Аконцепт», деятельностью которой является создание и продвижение сайтов.

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

1. Построение архитектуры организации «Аконцепт»

1.1 Процесс выстраивания архитектуры

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

Архитектура является стратегической информационной основой, определяющей:

- структуру бизнеса;

- информацию, необходимую для ведения бизнеса;

- технологии, применяемые для поддержания бизнес-операций;

- процессы преобразования, развития и перехода, необходимые для реализации новых технологий в ответ на изменение/появление новых бизнес потребностей.

Рассмотрим архитектуру предприятия «Аконцепт».

Структура компании отображена на рисунке 1.

Штат насчитывает 15 человек.

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

Цель компании - помогать вашему бизнесу развиваться в сфере интернет, используя самые современные технологии.

Миссия компании: «Вместе оказывать услуги профессионально».

На рисунке 2 представлена контекстная диаграмма деятельности по разработке сайтов в нотации IDEF0.



Рисунок 1 - структура компании.

Рисунок 2 - Контекстная диаграмма

Рассмотрим дальнейшую декомпозицию.

На следующем рисунке представлена декомпозиция блока «Разработка стратегии и развитие бизнеса».

Далее следует декомпозиция блока «Продажи».



Рисунок 3 - Деятельность по созданию сайтов

Рисунок 4 - Декомпозиция блока «Разработка стратегии и развитие бизнеса»

Следующий блок - планирование и осуществление проектных работ, декомпозиция данного блока представлена на рисунке 6.



Рисунок 5 - Декомпозиция блока «Продажи»

Рисунок 6 - Планирование и осуществление проектных работ

На рисунке 7 представлена декомпозиция блока «Закупки и снабжение».

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

Рисунок 7 - Декомпозиция блока «Закупки и снабжение»

Рисунок 8 - Декомпозиция блока «Финансирование деятельности и расчеты»

Более подробно декомпозируем блок «Реализация проекта» в блоке «Планирование и осуществление проектных работ».



Рисунок 9 - Декомпозиция блока «Реализация проекта»

На рисунке 10 представлена декомпозиция блока «Завершение проекта», блок «Показ проекта руководителю» в нотации IDEF3.

Рисунок 10 - Показ проекта руководителю

1.2 Событийная цепочка процессов

Необходимо построить EPC-диаграмму для планирования потоков работ бизнес-процесса «Реализация проекта».

EPC-диаграмма процесса «Анализ и разработка проекта» представлена следующем рисунке.

Рисунок 11 - Анализ и разработка проекта

1.3 Анализ современных сред моделирования архитектуры организации

В общем виде под архитектурой понимается всестороннее и исчерпывающее описание всех ключевых элементов предприятия и межэлементных отношений. Согласно ISO 15704, архитектура предприятия должна включать роль людей, описание процессов (функции и поведение) и представление всех вспомогательных технологий на протяжении всего жизненного цикла предприятия. В соответствии с документом «Federal Enterprise Architecture Framework. Dev. by: The Chief Information Officers Council(USA)» архитектура является стратегической информационной основой, которая определяет [3]:

- структуру бизнеса;

- информацию, необходимую для ведения бизнеса;

- технологии, применяемые для поддержания бизнес-операций;

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

Архитектуру предприятия принято представлять в виде следующих слоев:

- корпоративные миссия и стратегия, стратегические цели и задачи;

- бизнес-архитектура;

- системная архитектура (ИТ-архитектура).

Корпоративные миссия и стратегия определяют основные направления развития предприятия и ставят долгосрочные цели и задачи.

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

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

Среда моделирования архитектуры предприятия должна включать следующие четыре компонента. Блок элементарных объектов предприятия:

- описания (представления) элементарных объектов (например, конкретного продукта/услуги, производимого на предприятии в настоящее время);

- средства, используемые для порождения таких представлений (т. е. данных по объектам) согласно определенным правилам (например, ERP, SCM, CRM, СУБД).

Существующие среды моделирования можно классифицировать следующим образом:

- универсальные интегрирующие среды (например, Zachman Framework, GERAM);

- языки моделирования предприятий (например, IDEF, ARIS, BPML); программные среды моделирования (например, ARIS 6 Collaborative Suite, Popkin System Archi tect, METIS);

- мета-модели и языки мета-моделирования (например, UML Profile for Business Process Definition, UEML).

Универсальные интегрирующие среды. Эти среды являются наиболее продвинутыми в части покрытия обозначенных требований. Например, Zachman Framework отличается гармоничным и комплексным учетом всех архитектурно-существенных факторов, позволяя концентрироваться на отдельных аспектах архитектуры, но не теряя при этом взгляда на предприятие как на единое целое. Эта среда легка для понимания, логически полна и согласована, нейтральна по отношению к инструментарию, является, пожалуй, самой распространенной. С другой стороны, Zachman Framework не поддерживает представление динамики развития предприятия и его информационных систем (отсутствие оси времени), является достаточно поверхностной референсной моделью (в смысле степени детализации), относительно бедна с технических позиций [4].

Языки моделирования предприятий. К наиболее распространенными в настоящее время относятся языки IDEF, ARIS и BPML. Основными недостатками IDEF являются:

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

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

ARIS в целом преодолевает перечисленные недостатки IDEF, однако его методология по сути является методологией-оболочкой: нет четко описанных регламентов действий, не предлагается уникального подхода к проблеме моделирования архитектуры предприятия. Сам язык включает более 100 типов моделей, 90% из которых практически никогда не используются, инструментальная поддержка осуществляется продуктом той же компании - разработчика методологии. Этот продукт имеет цену на порядок превышающую стоимость инструментов аналогичного класса для аналогичных платформ, и огромные трудозатраты на его разработку, что вряд ли позволит создать когда-либо конкурирующий инструментарий, поддерживающий данный язык. Именно эта методология моделирования бизнес-процесса в данной курсовой работе была использована выше. А именно, была построена модель ЕРС для процесса «ДМС» [4].

BPML (Business Process Modeling Language) - специальный язык, ориентированный на моделирование бизнес-процессов, - является одной из последних разработок в данной области. Этот язык обеспечивает построение абстрактной исполняемой модели взаимодействующих процессов на основе концепции конечного автомата (машины конечных состояний). BPML представляет бизнес-процессы посредством объединения описания взаимодействий управляющих потоков, потоков данных и потоков событий с дополнительными ортогональными средствами моделирования бизнес-правил, ролей, контекста взаимодействия. Он поддерживает синхронные и асинхронные распределенные транзакции, поэтому может быть использован как исполняемая модель для встраивания существующих приложений в качестве процессных компонент внутри бизнес-процессов.

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

2.1 Методы идентификации и приоритетов направления развития ИС

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

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

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

- интервьюирование руководителей.

Все методы направлены на выяснение сильных и слабых сторон существующего состояния информационных систем, но главным образом - на идентификацию приоритетных направлений их развития. Методы могут применяться в различных комбинациях в зависимости от специфики организации. Каждый из них обладает своими преимуществами и недостатками, но в любом случае выбор метода сбора информации определяется созданной на предприятии «рабочей группой» [5].

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

В компании «Аконцепт» выбирают для этого проведение круглого стола с руководителями.

Результат матрицы согласия отображен в приложении 1.

После составления «Матрицы согласия», необходимо произвести расчет «меры автоматизации» - показатель, характеризующий степень зрелости организации в области применения ИТ. Расчет меры автоматизации осуществляется следующим образом:

(1)

(2)

Ниже приведены условные обозначения для формул 1 и 2.

x_ij - уровень согласия в i-ом разделе, j-ой строке;

N - количество разделов в матрице;

K_i - количество строк в i-ом разделе;

S_i - оценка согласия по i-му разделу;

P_i - вес i-го раздела;

M - мера автоматизации.

Для того чтобы найти S_i, необходимо было произвести расчет для каждого раздела, по матрице согласия, разделов получилось 6. В результате подсчетов значений для формулы 1, получились следующие значения: S₁=0,8; S₂=0,7; S₃= 0,8; S₄= 0,8; S₅= 0,9; S₆= 0,5.

После того, как были рассчитаны оценки согласия для каждого из разделов, можно приступить к нахождению меры автоматизации. В формулу 2 вместо P_i - подставляем количество строк в каждом разделе, затем суммируем их, в результате получили 32. Соответственно первая часть выражения будет равна 1/32. Во второй части уравнения необходимо для начала найти произведение P_i * S_i , т.е. количество строк в разделе умножить на оценку согласия раздела, затем результаты сложить. В итоге результат получили 24,4. Теперь можно подставить значения в формулу 2. Получаем, что M = 0,76.

Если > 0,7, это означает, что организация находится в весьма зрелой стадии применения ИТ и уже нуждается в разработке полномасштабной ИТ-стратегии, а скорее в планировании их развития, наращивания функциональности и расширения контуров внедрения.

2.2 Формирование портфеля инвестиционных ИТ-проектов

На основе диаграммы нотации EPC, изображенной на рисунке 10, была определена область построения корпоративной информационной системы (КИС) - была выбрана система управления взаимоотношениями с клиентами (CRM) Битрикс 24 [1].

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

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

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

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

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

Система CRM позволяет: повысить уровень взаимопонимания с клиентами; увеличить прибыли в расчете на одного заказчика; повысить эффективность усилий по сбыту традиционных для компании товаров и услуг; снизить накладные расходы, а также затраты на маркетинг и администрирование; расширить перечень предлагаемых товаров и услуг; поднять свой имидж в глазах клиентов. Система CRM способствует формированию единого информационного пространства для синхронизации бизнес-процессов «поставщик - потребитель». В таблице 1 приведена матрица основных направлений развития ИТ [1].

Таблица 1 - Матрица основных направлений развития ИТ

Направление развития ИТ	Приоритет
1. Развертывание интегрированной системы управления контрактами	1
2. Обучение персонала по категориям и направлениям	1
3. Внедрение системы управленческого документооборота	1
4. Разработка и внедрение системы информационно-аналитического обслуживания руководства	1
5. Развертывание информационной системы финансово-экономического блока (включая разработку комплекса ключевых финансово-экономических показателей)	1
6. Формирование программ долгосрочного сотрудничества с профессиональными участниками рынка ИТ	3
7. Формализация внутренних бизнес-процессов	2
8. Формализация бизнес-процессов взаимодействия с партнерами	3
9. Внедрение системы управления персоналом	2
10. Применение интернет-технологий для построения обеспечивающей среды делового взаимодействия, как внутри организации, так и с внешними организациями	2
11. Внедрение системы управления цепочками поставок	3
12. Организация информационно-аналитической службы, отвечающей за информационное наполнение систем	3
13. Определение долгосрочной технической политики в отношении архитектуры и состава программно-технических средств, используемых платформ и решений	3

Развитие информационных технологий в направлениях, вошедших в матрицу, требует реализации последовательности конкретных проектов, которые и составляют портфель инвестиционных проектов. В таблице 2 отображен состав портфеля проектов в привязке к основным направлениям информатизации, а также предварительные оценки сроков и стоимости выполнения проектов [1].

Таблица 2 - Общий вид портфеля проектов

	Наименование проекта	Сроки (мес.)	Ст-сть (руб.)
1	Интегрированная система управления контрактами	5	80 000
1.1	Подсистема управления проектом	2	25 000
1.2	Подсистема управления бюджетом проекта	1	15 000
1.3	Подсистема управления документированной информацией	1	20 000
1.4	Ввод системы в эксплуатацию	1	20 000
2	Обучение	1	10 000
3	Информационно-аналитическая система обслуживания руководства	3	30 000
3.1	Пробная версия системы	1	5 000
3.2	Полнофункциональная версия системы	1	10 000
3.3	Интеграция системы	1	15 000
4	Система управления документооборотом	2	15 000
4.1	Настройка системы	1	10 000
4.2	Ввод системы в промышленную эксплуатацию	1	5 000
5	Применение интернет технологий	2	30 000
5.1	Создание выделенной интернет-сети	1	5 000
5.2	Разработка интернет-портала МТО	1	25 000
6	Система управления персоналом	2	20 000
7	Модель деятельности	4	40 000
7.1	Разработка модели	1	20 000
7.2	Предложения по оптимизации бизнес- процессов	1	10 000
7.3	Разработка процедур и средств управления развитием ИТ	1	10 000
Итого:	18	225 000

По результатам портфеля проектов видно, что для разработки и внедрения CRM-системы Битрикс 24 на предприятие потребуется 225 000 рублей и 19 месяцев времени.

2.3 Методы формирования ИТ-бюджета компании «Аконцепт»

При формировании бюджета для ИС, необходимо выделять основные направления расходов, в данном случае это будут:

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

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

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

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

- трансфертные затраты (TCU) - затраты, которые связаны с товарами и услугами, предоставляемыми другими подразделениями, т. е. внутренние расчеты между подразделениями организации;

- учет затрат (СА) - затраты, связанные с деятельностью самого процесса управления финансами [1].

В рамках выполнения данной курсовой работы необходимо рассчитать ECU и SCU. Рассмотрев финансовое состояние компании, сотрудниками было принято решение о составлении бюджета для реализации проекта, «с нуля». Безусловно, ИТ-бюджет был оценен относительно оборота организации, который составляет 2,5% годовых. После рассмотрения основного бюджета на все новые затраты, после необходимо также учесть и бюджет технической поддержки оборудования и ПО, потому что все имеет свойство «выходить из строя». Расчет ежегодной стоимости поддержки информационной инфраструктуры осуществляется по следующим формулам:

(3)

(4)

(5)

Ниже приведены условные обозначения, входящих в состав формул 3,4,5.

- ежегодная стоимость поддержки инфраструктуры;

- ежегодная стоимость поддержки оборудования;

- ежегодная стоимость поддержки программного обеспечения;

T_i, T_j - длительность жизненного цикла оборудования или ПО;

N_i, N_j - количество единиц оборудования или ПО;

C_i, C_j - цена приобретенной единицы оборудования или ПО;

R_i - коэффициент затрат на ремонт оборудования.

Общие результаты затрат на покупку и поддержку ПО и оборудования, рассчитанные по формулам 3,4,5, приведены в таблице 3.

Таблица 3 - Расчет ежегодной стоимости поддержки ИТ-структуры

Кол-во оборудования	18
Стоимость единицы оборудования	50 000
Стоимость всего оборудования	900 000
ЖЦ Оборудования	5 лет
Стоимость поддержки оборудования (5 лет)	954 000
Вероятность поломки единицы оборудования в течение года	10%
Средняя стоимость ремонта единицы оборудования (в % от цены)	10%
Стоимость ремонта оборудования	9 000
Кол-во лицензий	54
Стоимость одной лицензии	5 000
Стоимость всех лицензий	270 000
ЖЦ ПО	5
Стоимость поддержки ПО (5 лет)	270 000
Суммарная стоимость поддержки	1 224 000

инвестиция информационный рентабельность окупаемость

3. Методы и концепции управления инвестициями в ИТ

3.1 Анализ инвестиций в ИТ в компании «Аконцепт»

Инвестиция - это помещение капитала в какие-либо юридически самостоятельные предприятия на длительный срок (более одного года) с целью получения прибыли или приобретения влияния на компании.

Механизм инвестиционного процесса базируется на обосновании и реализации наиболее эффективных форм вложений капитала, направленных на расширение экономического потенциала предприятия. Для осуществления инвестиционной деятельности вырабатывают инвестиционную политику, которая является частью стратегии развития предприятия и общей политики управления его прибылью. Она заключается в выборе и реализации наиболее эффективных форм вложения капитала с целью расширения объема операционной деятельности и формирования инвестиционной прибыли. Инвестиционный процесс всегда связан с двумя факторами: временем и риском. Риск обусловлен неполучением желаемого прироста капитала в настоящем периоде и возмещением потерь от инфляции в предстоящем периоде. Основной формой реализации инвестиционного процесса являются инвестиции. [5]

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

- оценка фактического объема собственного капитала (СК), который предполагается использовать для финансирования проекта;

- оценка недостающей доли заемного капитала (ЗК);

- обоснование оптимальной структуры СК и ЗК;

- анализ цены каждого источника СК и ЗК, т. е. оценка финансовых издержек, связанных с обслуживанием каждого источника, с учетом инфляции и налогообложения.

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

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

Заемный капитал (ЗК) в доходах проекта не участвует и возвращается заимодавцу на платной основе. Сумма собственного и заемного капиталов образует инвестиционный капитал (ИК):

(6)

Иногда может возникнуть проблема обоснования оптимальной структуры инвестиционного капитала, что объясняется двумя обстоятельствами: во-первых, как показывает практика, даже при наличии благоприятных условий для осуществления инвестиционного кредитования ссудозаемщик может рассчитывать на получение недостающих ему средств только в том случае, если значительная часть потребности в капитале будет покрываться им самим из собственных источников финансирования; и, во-вторых, любой проекто-устроитель желает получить максимальную рентабельность на вложенные собственные средства при минимальных финансовых рисках, связанных с заемным капиталом. [1]

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

- показатель рентабельности инвестиционного капитала (ROI):

(7)

Где Р - валовая прибыль проекта, т.е. прибыль до выплаты налогов;

I - общий объем инвестиций. Т.к. Р =900 000, I =100 000, то в результате подсчета получаем, что ROI =9;

- показатель рентабельности собственного капитала (ROE):

(8)

Т.к. Р = 900 000, СК = 2 500 000, то ROE = 0,36;

- показатель финансового рычага (FL), или коэффициент финансирования:

(9)

FL показывает, сколько заемных средств приходится на 1 рубль собственных, и характеризует зависимость от внешних источников, т. е. определяет потерю финансовой устойчивости проекта. В данном случае FL = 0,4, т.к., ЗК = 1 000 000, СК = 2 500 000.

Просчитав все необходимые показатели, можно сделать определенные выводы. Доля заемного капитала меньше доли собственного, коэффициент финансового рычага FL (0,4) <1. Это означает, что проект обладает хорошей устойчивостью и финансовые риски FR (невыплата долговых обязательств), которые ложатся на акционеров, минимальны.

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

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

- оценивается общая потребность в инвестиционном капитале вне зависимости от возможных источников финансирования;

- формируются различные варианты структуры СК/ЗК;

- рассчитывается показатель , определяющий соотношение «рентабельность - финансовый риск» для всех вариантов структуры инвестированного капитала:

(10)

где r - средняя процентная ставка на заемный капитал (10%); r_f - безрисковая ставка рентабельности (6%); tax - ставка налога на прибыль и другие отчисления (20%). В данном случае ROE вычисляется на основании прибыли после выплаты налогов процентов на ЗК, получаем ROE = 0,256, FR = 0,011.В результате получаем, что = 23,3.

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

(11)

Все исходные данные известны, подставляем их значения в формулу, РВ= 0,156.

3.2 Анализ показателей эффективности инвестиционного проекта

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

Рисунок 12 - Оценки экономической эффективности ИТ-проекта

Классические методы определения эффективности проектов включают в себя расчет таких показателей, как:

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

- внутренняя норма доходности - такая ставка дисконтирования, при которой величина чистого приведенного дохода проекта равна нулю;

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

- индекс рентабельности инвестиций. [6]

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

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

В данной курсовой работе необходимо рассчитать срок окупаемости проекта.

Моментом окупаемости с учетом дисконтирования называется тот наиболее ранний момент времени в расчетном периоде, после которого чистый дисконтированный доход NPV(t) становится и в дальнейшем остается неотрицательным.

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

 (12)

(13)

В результате подсчетов, получились следующие результаты:

Значение, полученное после вычисления формулы 12, подставляем в формулу 13, тем самым получая срок окупаемости проекта.

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

инвестиция информационный рентабельность окупаемость

Заключение

В данной курсовой работе был разработан инвестиционный проект для компании «Аконцепт». Все поставленные цели были решены, а именно:

- была рассмотрена структура компании «Аконцепт», были выделены ее бизнес-процессы в нотациях IDEF0, IDEF3, EPC;

- была рассмотрена матрица согласия компании;

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

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

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

Список использованных источников и литературы

1. Ендовицкий Д.А. Комплексный анализ и контроль инвестиционной деятельности Изд-во: Финансы и статистика, 2001. 400с.

2. Мезенцев К.Н. Автоматизированные информационные системы: Учебник для студентов учреждений среднего профессионального образования / К.Н. Мезенцев. М.: ИЦ Академия, 2013. 176 c.

3. Матяш С. А. Корпоративные информационные системы: учебное пособие. М.: Директ-Медиа, 2015. 471 с.

4. Стратегическое управление информационными системами. М.: Бином Лаборатория знаний 2010.511 с.

5. Федорова Г.Н. Информационные системы: Учебник для студ. учреждений сред. проф. образования / Г.Н. Федорова. М.: ИЦ Академия, 2013. 208 c.

6. Ясенев В.Н. Информационные системы и технологии в экономике: Учебное пособие для студентов вузов / В.Н. Ясенев. М.: ЮНИТИ-ДАНА, 2012. 560 c.

7. Официальный сайт компании ОАО «Росгосстрах»

Приложение

Таблица 1 - Матрица согласия

Составляющие согласия	Уровень 1	Уровень 2	Уровень 3	Идеальный уровень
Цели бизнеса
1. Понимание и видение бизнеса специалистами ИТ	Осознаны только основные требования	Достаточное знание бизнеса, ИТ помогают формализовать требования	Вырабатывается понимание междисциплинарных (многофункциональных) потребностей бизнеса	Хорошее знание и понимание практики лидирующих конкурентов и лидеров в смежных отраслях, руководители ИТ принимают участие в разработке стратегий развития бизнеса
2. Деловое сотрудничество	Взаимодействие бизнес-специалистов и специалистов ИТ на уровне пользователей, ограниченная вовлеченность специалистов по ИТ в процесс принятия решений высшим руководством	Установление режима "делового присмотра" (предостережение высшего руководства от грубых ошибок)	Ограниченное сотрудничество, образование смешанных проектных групп с участием специалистов ИТ, но специалисты ИТ отвечают только за ИТ.	Полное сотрудничество, полная ответственность, формирование команд и выдвижение лидеров независимо от профиля специалиста.
3. Планирование	Тактическое планирование, обусловленное целями ИТ	Стратегическое планирование, обусловленное целями и возможностями ИТ	Стратегическое планирование ИТ обусловленное основными бизнес-целями	Совместное стратегическое планирование бизнеса и ИТ
4. Бюджетирование	Фиксированный бюджет ИТ, контроль прироста затрат.	Фиксированный бюджет, контроль прироста стоимости активов (сосредоточенных в ИТ)	Объем денежных поступлений определяет уровень затрат на ИТ	Добавление стоимости (обусловленное применением ИТ) определяет уровень инвестиций в ИТ
Стратегии и архитектурные решения, определяемые целями бизнеса
5. Идентификация проектов ИТ	Проекты отвечают только требованиям конкретных заказчиков	Требования конкретных заказчиков соотносятся с перспективами развития технологий и системообразующими планами	Проекты нацеливаются на удовлетворение информационных потребностей высшего управленческого персонала и исполнительных директоров по направлениям бизнеса	Проекты обеспечивают конкурентные преимущества, возврат инвестиций и развитие инфраструктуры
6. Выбор приоритетов и отбор первоочередных задач	Приоритеты диктуются наиболее активными пользователями	Приоритеты назначаются централизованным советом управленцев среднего звена	Приоритеты устанавливаются советом высших управляющих	Приоритеты определяются решениями об инвестициях в основной бизнес
7. Обоснование решений, выбор мотивировок	Волевые решения	Предварительный финансовый анализ проектов, применяемый не вполне последовательно	Последовательно применяемая формальная финансовая экспертиза проектов	Следствие соответствующего раздела бизнес-плана, обосновывающего уровни инвестиций в ИТ
8. Проекты преобразований	Концепция преобразований отсутствует, утверждаются просто "большие проекты".	Знакомят с новыми технологиями	Знакомят с новыми технологиями, трансформируют отдельные бизнес-процессы	Знакомят с новыми технологиями, трансформируют информационную организацию бизнеса
9. Финансирование развития инфраструктуры	Финансирование относят на счет подразделения ИТ, первый пользователь покрывает все убытки	Пользователи платят за свою часть используемой инфраструктуры, финансирование инфраструктуры корпоративных данных и коммуникации относят на счет подразделения ИТ	Пользователи платят за использование корпоративной инфраструктуры (включая пользование данными), подразделения ИТ поддерживают инфраструктуру меж офисных коммуникаций и финансируют развитие новых технологий, перенося затраты на всех пользователей инфраструктуры	Финансирование проходит в масштабах предприятия и рассматривается как инвестиции в инфраструктуру ИТ
Достижение осязаемых результатов
10. Поиск, выбор и назначение лидеров проектов	Определяется случаем	Строгое формальное следование методикам	Прагматическое использование методик	Динамический состав исполнителей и рабочих групп (включая собственных разработчиков и внешние команды, включенные в проект на контрактной основе)
11. Трудозатраты	Не рассматриваются	Полностью предопределены и жестко контролируются	Предопределены заранее, гибко управляются	Непрерывно учитываются и оцениваются с точки зрения эффективности расходования времени и других ресурсов
12. Риск	Не осознается и не анализируется	Риска пытаются полностью избежать	Внедряется управление рисками	Управляемые риски и бонусы
13. Качество	Измеряется числом рекламаций пользователей	Электронный контроль и протоколирование сбоев	Разрабатываются специальные функции обеспечения качества	Проводятся измерения уровня качества и поддерживается непрерывная обратная связь с производством
14. Возможность реорганизации бизнес-процессов	Внедряются системы автоматизирующие существующие бизнес-процессы.	Применяются системы общего назначения для реорганизации бизнес-процессов.	Реорганизация фокусируется на экономии, достигаемой при изменении отдельного бизнес-процесса.	Реорганизация затрагивает все предприятие и связана с его расширением.
15. Небольшие изменения бизнеса	Планы внедрения ограничены ресурсами. Постоянное отставание от планов.	Фоновая работа подразделений ИТ, постоянная модернизация оборудования, продажа списанного устаревшего оборудования смягчают ограничения по ресурсам	Фоновая работа подразделений ИТ, автономная доработка или заказ обновлений ПО с целью уменьшить отставание от планов.	Централизованное решение в масштабах предприятия нацеленное на быстрейшую доставку от одного поставщика
Управление «возмущающими технологиями», т. е. технологиями действительно новыми для организации
16. Связь с целями основного бизнеса	Нет связи. Сотрудники подразделений ИТ просто играют с новыми технологиями.	Сфокусированы на целях собственно подразделений ИТ.	Сфокусированы на целях основного бизнеса	Осознаются как умножающие возможности бизнеса в конкурентной борьбе
17. Знакомство с новыми технологиями и отслеживание появления новых технологий на рынке	Неизбирательное знакомство со специализированными информационными источниками (пресса, выставки и т.п.), апробация всего, что доступно	Пробное использование оборудования и инструментальных средств, которые в подразделениях ИТ считают подходящими	Фокусирование на наборе средств, решающих задачи бизнеса	Отбор бизнес-решений и идентификация потенциальных стратегических партнеров. Вхождение в отраслевые организации.
18. Опыт продуктивного использования	Продукты покупаются в случае крайне важности	Ограничен небольшим числом специалистов ИТ, опыт масштабного и самостоятельного использования отсутствует.	Пилотные проекты, ограниченное использование.	Опыт использования и оценки работающего прототипа, самостоятельного масштабного внедрения, нацеленного на быстрое достижение бизнес-результата
19. Стандарты ИТ	Не используются	Ожидание принятия стандартов другими бизнес-субъектами	Стандарты определились и инкорпорированы в архитектуре информационных систем	Самостоятельная разработка опережающих стандартов, позволяющая лидировать в отрасли
Планирование и внедрение совместной обработки данных и обеспечивающей сетевой инфраструктуры
20. Совместное использование информации	Персональные базы данных и локальные устройства hardware	Специальное извлечение фрагментов данных и перенос их для совместного использования	Интегрированные базы данных предприятия в рамках вертикально управляемых орг. структур	Склады и витрины данных - прозрачный доступ к множественным источникам данных, связанных как по вертикали, так и по горизонтали организационной структуры
21. Обмен данными	Обмен данными не практикуется или осуществляется централизованно, для большинства сотрудников в нем нет крайне важности	Передача информации как обмен файлами	Используются интерфейсы клиента к множественным источникам данных	Управляемый единым сервером интернет-доступа универсальный интерфейс доступа к множественным источникам данных
22. Стандарты обмена информацией	Не существует	Стандарты установлены, но в большинстве случаев игнорируются, так как слишком жестки и неудобны	Установлены стандарты на пользовательское локальное оборудование, доступ к БД и персональное ПО	Установлены и применяются гибкие и устойчивые стандарты на обмен информацией в рамках всех применяемых технологий
23. Сети	Ограниченный сетевой доступ на основе подключения к мэйнфреймам, обмен данными в индивидуальном режиме	Установлены локальные сети (главным образом, в масштабах отдельных подразделений), выход в глобальные и региональные сети ограничен	Локальные и распределенные сети обеспечивают интеграцию ресурсов, размещенных на серверах, физически установленных в едином серверном помещении	Централизованно управляемая распределенная многопротокольная сеть с децентрализованным размещением информационных ресурсов
Управление ресурсами и персоналом ИТ
24. Управление поставками средств ИТ	Все контракты закрываются, история выполнения поставок не сохраняется, фиксированы скидки по конкретным позициям конкретного контракта	Поставщики включены в процесс планирования закупок на нерегулярной основе	Специальные ценовые и иные условия (к примеру, сроки поставки), предлагаются поставщиками на конкурсной основе, поставщики дифференцированы по технологиям, требования и предпочтения, сообщаемые поставщикам заранее, позволяют предприятию выступить в роли со-разработчика ИТ	Устанавливаются долговременные партнерские отношения, заключаются соглашения о корпоративных поставках со специальными условиями
25. Распределение ресурсов	Все ИТ ресурсы централизованы	Большинство разработок централизованы, некоторые бизнес-подразделения принимают на работу собственных разработчиков и специалистов ИТ	Большинство разработчиков и специалистов по ИТ работают в режиме поддержки пользователей	Достигнуто оптимальное соотношение между централизацией и децентрализацией ресурсов ИТ
26. Управление квалификацией персонала	Преобладают традиционные системные программисты, аналитики БД, прикладные программисты	Квалификация формируется в основном текущими должностными функциями и предписаниями	Используются базы данных специалистов, владеющих современными технологиями. Широко используются внешние специалисты для ускорения обучения новым технологиям и инструментальным средствам.	Ведется досье на специалистов необходимых предприятию (как работающих на предприятии, так и занятых на других предприятиях) в соответствии с долговременными целями бизнеса и стратегией развития ИТ
27. Обучение и тренинг	Персонал обучается по ходу выполнения работы, специальное обучение незначительно	Персонал готовится и тестируется для выполнения определенного проекта	Устанавливается формальная последовательность квалификационных этапов карьеры специалиста ИТ.	Формальная последовательность квалификационных этапов включает обязательные циклы обучения, тренинга, сертификации, ротации на управленческих должностях и т.п.
Управление отдельными техническими операциями и техническим обслуживанием
28. Принципы технического обслуживания (сервиса)	Ответственность службы техобслуживания обсуждается при возникновении любого сбоя или проблемы	Ответственность определена заранее по строго регламентированному перечню возникающих проблем. В случае если проблема не входит в перечень, ответственность обсуждается	Быстрый отклик на запрос пользователя по как можно более широкому кругу проблем	Энергичный поиск разрешения любой проблемы и оперативное устранение последствий любого сбоя независимо от его причины и формальной ответственности
29. Уровни качества сервиса	Не определены	Уровни качества сервиса определены, но не всегда достигаются на практике	Уровни качества сервиса определены и измеряются в каждом эпизоде предоставления сервиса	Уровни качества сервиса отслеживаются в динамике от эпизода к эпизоду, действует система обеспечения гарантированного уровня качества
30. Доступ к услугам сервисной службы	Сервис предоставляется с использованием пула запчастей на территории сервис-центра, услуги оказываемые на месте возникновения проблемы - редкость	Обеспечен доступ к услугам посредством единого диспетчера контактов, работа сервис-инженера на месте возникновения проблемы - только по требованию пользователя	Техническая поддержка интегрирована в сфере обслуживания инфраструктуры бизнеса на всех производственных площадях	Многопрофильная сервис-команда обеспечивает удаленную диагностику, дистанционное консультирование и другие оперативно предоставляемые услуги
31. Поддержка и сопровождение ПО	Выполняется собственными силами	Выполняется разработчиком, но требует значительных затрат (внесение и тестирование изменений может требовать до 6 мес.)	Выполняется в основном разработчиком или поставщиком, модифицированный код доступен посредством стандартизованного API	Полностью выполняется разработчиком или его бизнес-партнером
32. Резервное копирование и восстановление данных	Распределенная ответственность	Централизованная ответственность	Централизованная ответственность для серверов, децентрализованная для клиентов	Полностью автоматический централизованно инициируемый процесс

Размещено на Allbest.ru