3) выбор СУБД и ERP системы;

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

5) формирование требований к веб-сайту компании, составление технического задания;

6) разработка системы распределения задач и сайта компании (с помощью компании-разработчика);

7) составление необходимой конфигурации аппаратных средств для поддержки работы информационного пространства;

8) интеграция закупленного ПО и разработанных систем;

9) тестирование системы и запуск в эксплуатацию.

Для описания процесса выполнения данных задач разработки единой информационной системы составлена диаграмма Ганта (см рисунок 3.4).

Рисунок 3.4. Диаграмма Ганта

Список связных задач был составлен с использованием программы Microsoft Office Project, описывающих разработку информационной системы компании. Условным началом выполнения проекта в данном случае разработка системы занимает 69 рабочих дней. Длительность работы над заказами компаниями-разработчиками предварителен, т.к. нет оснований для точного определения продолжительности работ. Работы, которые ложатся на сторону компании в рамках данного проекта занимают 63 рабочих дня.

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

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

Таблица 3.8. Задачи проекта

Выводы касательно выполненного проектирования системы и дальнейшей разработки системы:

1. Для построения ИС необходима покупка двух компонентов: система класса ERP и системы управления базами данных.

2. Необходима разработка двух компонентов системы: сайт для заказа услуг и системы распределения работ.

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

Заключение

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

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

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

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

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

Библиографический список

1. Богданов А.В. Виртуализация: новые возможности известной технологии: монография / А. В. Богданов, Е. Н. Станкова, В.В. Мареев. - СПб. : Институт высокопроизводительных вычислений и интегрированных систем, 2009. - 31 с.

2. Авдошин С.М. Синергетические организации в экономике XXI-го века / С.М. Авдошин, В.Б. Тарасов // Известия АИН им. АМ Прохорова. Бизнес-информатика. - 2006. - Т. 17. - С. 155-163.

3. Авдокушин Е. Ф. О предпосылках и сущности «новой экономики» / Е.Ф. Авдокушин // Вопросы новой экономики Рецензируемый научно-методический журнал № 3 (11) 2009. - 2009. - С. 4.

4. Плескач В.Л. Электронная коммерция: учебник / В.Л Плескач, Т.Г. Затонацька - К.: Знание, 2007.

5. ГОСТ Р. 50.1.031-2001 //Информационные технологии поддержки жизненного цикла продукции. Терминологический словарь. Ч. - 2001. - Т. 1.

6. Манюшис А., Виртуальное предприятие как эффективная форма организации внешнеэкономической деятельности компании / А. Манюшис, В. Смольянинов, В. Тарасов //Проблемы теории и практики управления. - 2003. - №. 4. - С. 89-93.

7. Котляров И. Д. Шкала оценки степени виртуализации предприятия / И.Д. Котляров // Вестник Алтайской академии экономики и права. 2011. № 4. С. 34-38.

8. Токмакова Н.О. Менеджмент-консалтинг: учебно-методический комплекс. / Н.О. Токмакова, М.В. Андриянова - М.: Изд. центр ЕАОИ, 2009. - 271 с.

9. Стрекалова Н.Д. Концепция бизнес-модели: методология системного анализа / Н.Д. Стрекалова // Известия РГПУ им. А.И. Герцена. - 2009. - №9

10. Остервальдер А. Построение бизнес-моделей: Настольная книга стратега и новатора. / А. Остервальдер, И. Пинье - М.: Альпина Паблишер, 2015. - 288 с.

11. Иванов Д.А. Виртуальные предприятия: оперативная кооперация в логистике с помощью Интернет / Д.А. Иванов //Коммерческий директор. - 2006. - №. 1. - С. 55-58.

12. Davidow W. The Virtual Corporation: Structuring and Revitalizing the Corporation for the 21st Century / W. Davidow, M. Malone // New York: Harper Collins. - 1992.

13. Morris M. The entrepreneur`s business model: toward a unified perspective / M. Morris, M. Schindehutte, J. Allen // Journal of Business Research. - 2005. - Vol. 58, № 6. P. 726-735.

Приложение

Техническое задание

1. Наименование

1.1. Наименование программы

Система оперативного управления процессами и координацией.

1.2. Область применения программы

Единая информационная система компании, автоматизированная подсистема распределения заказов консалтинговой компании.

1.3. Наименование заказчика и разработчика программы

1.3.1. Заказчик

Консалтинговая компания.

1.3.2. Исполнитель

Компания-разработчик.

1.4. Плановые сроки начала и окончания работ

1.4.1. Плановый срок начала работ

27 сентября 2016 года.

1.4. Плановый срок окончания работ

7 ноября 2016 года.

1.5. Источник и порядок финансирования работ

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

1.6. Порядок оформления и предъявления заказчику результатов работ

Исходный код программы должен быть представлен в виде проекта MS Visual Studio. Руководство пользователя должно быть выполнено согласно РД 50-34.698-90.

2. Основания для разработки

2.1. Документ, на основании которого ведётся разработка

Основанием для разработки является приказ НИУ ВШЭ - Пермь «Об утверждении тем и руководителей выпускных квалификационных работ студентов 4 курса образовательной программы «Бизнес-информатика», направления подготовки 38.03.05 Бизнес информатика, факультета экономики, менеджмента и бизнес-информатики, очной формы обучения».

2.2. Наименование темы разработки

Наименование темы разработки - «Проектирование виртуального предприятия консалтинговой компании».

3. Назначение разработки

3.1. Функциональное назначение

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

3.2. Эксплуатационное назначение

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

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

Пользователями программы могут являться люди, прочитавшие положение пользователя и программисты, ознакомившиеся с руководством программиста.

4. Требования к программе

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

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

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

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

1. Моделировать процесс выполнения работы согласно составленной модели бизнес-процесса.

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

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

4. Импорт и экспорт моделей бизнес-процессов.

5. Распределять выполнение работ среди сотрудников компании согласно их занятости и календарному плану работ наиболее оптимальным для экономии ресурсов компании образом.

4.1.2. Требования к организации входных данных.

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

Источниками данных для системы являются:

1. Информация о сотрудниках компании - СУБД Microsoft SQL Server.

2. Информация о стоимости услуг, оплаты работ и календарному графику - SAP Business One.

4.1.3. Требования к организации выходных данных

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

4.2. Требования к надежности

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

1. Программа должна нормально функционировать при бесперебойной работе ЭВМ.

2. Восстановление нормальной работы программы при возникновении сбоя в работе аппаратуры должно производиться после: перезагрузки операционной системы; запуска исполняемого файла программы; повторного выполнения действий.

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

4.3. Условия эксплуатации

4.3.1. Требования к численности и квалификации персонала

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

4.4. Требования к составу и параметрам технических средств

В состав технических средств должен компьютер серверного типа, имеющий устойчивое соединение с интернетом с скоростью загрузки не ниже 100 кб/сек.

4.5. Требования к информационной и программной совместимости

Бизнес-модели, использующиеся в системе для моделирования исполнения должны быть составлены с помощью языка моделирования BPML.

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

4.5.2. Требования к исходным кодам и языкам программирования

Исходные коды программы должны быть реализованы на языке C#. В качестве интегрированной среды разработки программы может быть использована среда Microsoft Visual Studio 2015 и ее более поздние версии.

5. Требования к программной документации

5.1. Предварительный состав программной документации

Состав программной документации должен включать в себя:

1. Описание алгоритмов (в виде блок-схем);

2. Исходный код программы;

3. Руководство пользователя.

6. Стадии и этапы разработки

1. Разработка требований к программе.

2. Разработка программы, реализующей алгоритм:

a. сбор информации о сотрудниках компании и предоставляемых услугах;

b. моделирование процессов выполнения задач и составление отчетов их выполнения;

c. контроль занятости сотрудников, учет свободного времени и календарного плана работ;

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

3. Проверка правильности работы программы в условиях работы серверного ПО, под различными уровнями его загруженности.

7. Порядок контроля и приемки

7.1. Виды испытаний

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

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

2. Путем пошагового исполнения программы и непрерывного контроля значений переменных в соответствии с набором контрольных примеров и сравнения полученных в процессе тестирования значений с контрольными значениями.

7.2. Общие требования к приемке

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

UML диаграммы