Инструментарий разработки модели

Для разработки модели в процессе бизнес-планирования используются различные инструментальные средства, основными из которых являются: «Альт-Инвест»; «Project Expert»; «Comfar»; Microsoft Office Excel. Порядок работы с указанными продуктами отражен в соответствующих руководствах.

Обращает на себя внимание эффективное применение при моделировании Microsoft Office Excel. Программа имеет огромный базовый набор алгоритмов (формул), которые могут использоваться в разработке модели инвестиционного проекта или предприятия. Основными группами таких алгоритмов являются: логические алгоритмы – 7 базовых видов (например, если произойдет событие 1, то значение показателя будет А и т. д.); ссылки и массивы - 18 базовых видов; математические алгоритмы - 60 базовых видов; статистические алгоритмы - 83 базовых вида; аналитические функции - 7 базовых видов. В практике бизнес-планирования используется незначительное число алгоритмов. Его расширение зависит от стоящих задач разработки бизнес-плана, требований к степени детализации модели, универсальности разрабатываемой модели.

Конечные и промежуточные показатели оценки сценариев развития

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

- простой срок окупаемости;

- динамический срок окупаемости;

- внутренняя норма доходности;

- чистый дисконтированный доход.

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

Промежуточными показателями оценки сценариев развития могут выступать:

- чистая прибыль (чистый доход);

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

- различные показатели рентабельности;

- интегральные показатели эффективности и финансовой устойчивости.

Показатели, формирующие сценарии развития

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

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

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

-структуры продаж продукции по сегментам рынков;

- цен на выпускаемую продукцию;

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

- численности работающих, их средней заработной платы;

- других составляющих операционных затрат;

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

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

Этапы моделирования

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

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

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

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

- наполнение модели факторологическими данными;

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

- отражение результатов моделирования с оценкой рисков и эффективности.

Процедуры выполнения этапов по разработке и использованию линейно-функциональной модели инвестиционного проекта (предприятия) отражены в работе:

Ельсуков В. П. Бизнес-планирование: учебно-методическое пособие / «Издательский центр БГУ», 2011. – 280 с.

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

Тема «Бизнес-план открытия магазина модной одежды»

Введение

1. Методологические основы разработки бизнес-плана.

2. Анализ рынка. Стратегия маркетинга.

2.1. Планируемый к реализации товар.

2.2. Анализ рынка одежды.

2.3. Конкуренты.

2.4. Емкость рынка.

2.5. Стратегия маркетинга.

3. Бизнес-план открытия магазина модной одежды.

3.1. Требуемые инвестиции и источники их финансирования.

3.2. Производственно-торговый план.

3.3. Организационный план.

3.4. Прогнозирование коммерческой деятельности.

3.5. Оценка рисков и моделирование сценариев развития.

Заключение. Список использованных источников. Приложения.

Тема «Бизнес-план организации производства смесевого твердого биотоплива на основе рапсовой соломы и других отходов растениеводства»

Введение

1. Методологические основы разработки бизнес-плана инвестиционного проекта.

1.1. Методология разработки бизнес-плана.

1.2. Современные технологии производства биотоплива.

2. Анализ рынка и стратегия развития.

2.1. Рынок исходного сырья.

2.2. Потребители и рынок готовой продукции.

2.3. Конкуренты.

2.4. Риск-анализ (SWOT и PEST методы).

2.5. Стратегия развития.

3. Бизнес-план план организации производства смесевого твердого биотоплива.

3.1. Инвестиционный план.

3.2. Производственный план.

3.3. Организационный план.

3.4. Прогнозирование экономической деятельности.

3.5. Оценка рисков и моделирование сценариев развития.

Заключение. Список использованных источников. Приложения.

Тема «Разработка стратегии развития и бизнес-план транспортно-экспедиционной компании»

Введение

1. Основы разработки стратегии развития и бизнес-плана предприятия.

Стратегия развития предприятия.

1.2. Разработка бизнес-плана предприятия.

1.3. Организация международных перевозок грузов и транспортно-экспедиционное обслуживание.

2. Анализ рынка и разработка стратегии развития транспортно-экспедиционной компании.

2.1. Описание компании.

2.2. Анализ рынка международных автомобильных перевозок.

2.3. Риск-анализ (SWOT и PEST методы).

2.4. Стратегия развития.

3. Бизнес-план транспортно-экспедиционной компании.

3.1. Инвестиционный план.

3.2. Операции и технологии (производственный план.

3.3. Управление и штатная структура.

3.4. Экономические расчеты.

3.5. Оценка рисков и моделирование сценариев развития.

Заключение. Список использованных источников. Приложения.

Базы данных и знаний

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

Для решения такого рода задач были разработаны системы управления базами данных (СУБД). СУБД – совокупность языковых и программных средств, предназначенных для создания, ведения и совместного использования базы данных многими пользователями.

Курсовая работа, посвященная разработке баз данных, должна быть ориентирована прежде всего на решение практических задач. С этой целью следует избегать общего описания возможностей конкретной СУБД (обычно используется MS Access). Исключения возможны в случае обсуждения ряда характеристик программного обеспечения, связанного с отличительными особенностями выполняемого проекта. Например, если в базе данных широко используются инструменты импорта и экспорта из приложений пакета MS Office, то следует сосредоточиться именно на этих функциях и преимуществах выбранного программного обеспечения при решении данного круга задач.

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

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

· введение;

· характеристика предприятия и подробная постановка задачи;

· разработка структуры базы данных;

· создание базы данных;

· заключение.

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

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

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

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

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

Для выявления такого рода недостатков полезно ответить на ряд стандартных вопросов:

· имеется ли на предприятии единая учетная система, ведется ли централизованный учет основных показателей производственной (торговой) деятельности?

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

· не является ли работа с учетной системой слишком сложной? Возможно, что временные затраты при работе с имеющимся программным обеспечением являются слишком большими, что сильно снижает эффективность использования системы;

· достаточно ли хорошо имеющиеся средства автоматизации работы сочетаются с принятыми в организации (на предприятии) формами отчетности и методиками сбора данных.

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

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

· загрузка данных из внешних источников;

· оперативный ввод данных, осуществляемый с помощью форм;

· получение оперативных и промежуточных результатов работы (реализуются на основе запросов и форм);

· формирование итоговых отчетов.

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

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

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

o сотрудник работает в определенном подразделении и занимает некоторую должность;

o у сотрудника имеются определенные условия найма (штатный, совместитель, …);

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

o место работы и подразделение может изменяться;

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

Исходя из приведенного описания можно выделить основные объекты предметной области:

· сотрудник;

· подразделение;

· должность;

· вид занятости;

· адрес.

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

Рис. 1 Основные объекты базы данных и связи между ними

В данной концептуальной схеме имеются следующие связи:

· связь между объектами Сотрудник и Адрес: связь типа «многие-ко-многим», что обусловлено возможностью совпадения адреса у некоторых сотрудников и возможностью проживания сотрудника по разным адресам в разные промежутки времени;

· связь между объектами Подразделение и Должность: связь типа «многие-ко-многим», так как в одном подразделении в штате предусмотрено наличие нескольких сотрудников, а одинаковые должности могут быть предусмотрены в разных подразделениях;

· сложная связь между объектами Должность, Сотрудник и Занятость, нуждающаяся в уточнении и введении дополнительного объекта.

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

Рис. 2. Модифицированная концептуальная схема

Использование дополнительного объекта Штатное расписание позволило дополнительно преобразовать связи между объектами в связи типа «один-ко-многим».

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

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

Данный этап требует построения более подробной схемы базы данных с указанием всех полей таблицы, указанием ключевых полей и внешних полей в каждой таблице. Особенностью Access, как, впрочем, и других СУБД, является не совсем корректная работа с кириллическими символами в именах таблиц и полей, особенно при использовании программных модулей и преобразованиях базы данных в исполняемый MDE-файл. Простейший и наиболее понятный способ именования объектов – использование транслитерации и запись названий объектов латиницей.

Рис. 3. Модификация связей «многие-ко-многим»

Рис. 4. Таблицы базы данных

Особо пристального внимания требует потенциально наиболее объемная таблица базы данных – таблица со сведениями о сотрудниках (Sotrudnik). Даже беглый анализ таблицы и документов, на основе которых она создается, выявляет два основных недостатка:

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

- ряд полей (предыдущие места работы, сведения об образовании, состав семьи и др.) содержат неатомарные значения.

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

Рис. 5. Разделение таблицы Sotrudnik

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

Рис. 6. Нормализация таблицы Sotrudnik

Рис. 7. Структура таблиц после преобразования таблицы Sotrudnik

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

- SotrudnikDetali;

- Biografiya;

- Obrazovanie;

- Semya.

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

Рис. 8. Вид первой страницы

Первая страница содержит информацию из таблицы Sotrudnik, сгруппированные следующим образом:

o фамилия, имя и отчество;

o дата и место рождения, национальность;

o сведения об образовании (вид, специальность и квалификация).

Рис. 9. Вид второй страницы

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

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

Рис. 10. Вид третьей страницы

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

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

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

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

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

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

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

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

Тема «Разработка базы данных для складского учета»

Введение

1. Анализ информационных потоков в складском учете.

1.1. Общая характеристика предприятия.

1.2. Достоинства и недостатки существующих систем учета.

2. Проектирование системы складского учета.

2.1. Определение предметной области.

2.2. Разработка логической схемы данных. Создание таблиц.

2.3. Проектирование форм и отчетов.

3. Внедрение базы данных.

3.1. Основные этапы внедрения.

3.2. Анализ возникающих проблем и способов их преодоления.

3.3. Расчет экономической эффективности внедрения.

Заключение. Список использованных источников. Приложения.

Тема «Разработка информационной системы для поддержки работы кадровой службы»

Введение

1. Основные особенности работы с информацией в процессе кадрового учета.

1.1. Анализ информации, необходимой для полноценной работы кадровой службы (отдела кадров).

1.2. Интеграция кадровой системы с системами бухгалтерского учета.

2. Проектирование информационной системы.

2.1. Определение основных механизмов сбора и консолидации информации.

2.2. Разработка системы таблиц и запросов.

2.3. Уточнение требований к формированию отчетной документации.

2.4. Создание форм и отчетов.

2.5. Механизмы распределения прав доступа к системе.

3. Внедрение информационной системы.

3.1. Разработка механизмов импорта и экспорта информации в целях интеграции с существующими смежными информационными системами.

3.2. Анализ ожидаемого экономического эффекта.

3.3. Расчет эффективности предлагаемого программного решения.

Заключение. Список использованных источников. Приложения.

Тема «База данных торгового предприятия»

Введение

1. Анализ информационных потоков в торговой деятельности.

1.1. Особенности работы с торговой информацией.

1.2. Требование оперативности деятельности.

1.3. Необходимость в последующем статистическом анализе и подготовке сводных отчетов.

2. Проектирование учетной системы торгового предприятия.

2.1. Анализ предметной области.

2.2. Учет особенностей оперативного учета и требование статистической отчетности.

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

2.4. Связывание с электронными таблицами.

2.5. Создание макросов и программных модулей.

3. Внедрение базы данных.

3.1. Основные этапы внедрения.

3.2. Тестирование работы базы данных.

3.3. Анализ возникающих проблем и способов их преодоления.

3.4. Расчет экономической эффективности внедрения.

Заключение. Список использованных источников. Приложения.

Тема «Использование СУБД в сфере массового обслуживания»

Введение

1. Информационная поддержка предприятий массового обслуживания.

1.1. Обзор существующего программного обеспечения. Типовые достоинства и недостатки.

1.2. Особенности задач по обработке и анализу информации в предприятиях сферы массового обслуживания.

1.3. Возможности СУБД MS Access в области.

2. Проектирование базы данных.

2.1. Уточнение основных требований к базе данных.

2.2. Анализ предметной области.

2.3. Учет особенностей оперативного учета.

2.4. Разработка системы таблиц и запросов.

2.5. Уточнение требований к формированию отчетной документации.

2.6. Создание форм и отчетов.

3. Анализ эффективности внедрения базы данных.

3.1. Основные этапы внедрения.

3.2. Анализ возникающих проблем и способов их преодоления.

3.3. Анализ сокращения временных затрат и расчет экономической эффективности внедрения.

Заключение. Список использованных источников. Приложения.