Разработка проекта внедрения ERP-системы
Корпоративные информационные системы класса enterprise resource planning (ERP). Анализ проблем внедрения ERP-систем для малого бизнеса. Стадии проекта, план-график проекта. Риски проекта внедрения. Методики "быстрого запуска". Метод анализа иерархий.
Рубрика | Программирование, компьютеры и кибернетика |
Вид | дипломная работа |
Язык | русский |
Дата добавления | 23.08.2017 |
Размер файла | 2,0 M |
Отправить свою хорошую работу в базу знаний просто. Используйте форму, расположенную ниже
Студенты, аспиранты, молодые ученые, использующие базу знаний в своей учебе и работе, будут вам очень благодарны.
Таблица 2.3. Матрица ответственности
Наименование фазы проекта |
Этапы работ |
Рук. |
Администратор |
Инженер |
|
Выявление требований к ERP-системе |
Выявление необходимости внедрения ERP-системы; |
+ |
|||
Формирование концепции ERP-системы |
Выбор системы - коробочного продукта. |
+ |
|||
Формирование ТЗ в рамках ПР |
Разработка ПР; |
+ |
|||
Развертывание ERP-системы |
4.1. Инсталяция системы; 4.2. Активация системы; 4.3. Проведение настроек при необходимости; 4.4.Установка системы на рабочих местах; 4.5. Обучение пользователей; 4.6. Приемочное тестирование; |
+ |
|||
Опытно-промышленная эксплуатация |
+ |
+ |
+ |
К основам Best Ptactise разработки проекта внедрения относится принцип декомпозиции - то есть разбиения родительских мероприятий проекта внедрения на дочерние до тех пор, пока на каждую операцию нельзя будет назначить конечного исполнителя, определить время выполнения операции с высокой степенью определенности.
Работы, которые были подвержены декомпозиции, будут обладать иерархичной структурой, на верхнем уровне которой находятся родительские работы высокого уровня, самый низкий уровень иерархии - элементарные элементы, мероприятия. У каждой родительской работы может быть несколько дочерних работ, но у каждой дочерней работы - только одна родительская работа. На каждую элементарную работу назначается только один исполнитель. Уровень декомпозиции работ зависит от специфики проекта, но не рекомендуется делать слишком большое число уровней, чтобы избежать дублирования элементов, неоднозначности. План график должен быть ясным, прозрачным, легко интерпретируемым.
Типовой план-график проекта не варьируется в зависимости от отраслевой специфики деятельности фирмы, фазы проекта едины для всех, наличие или отсутствие фаз может завесить от методики запуска проекта.
Дата старта проекта совпадает с датой первой работы по проекту, дата окончания проекта совпадает с датой окончания последней проектной работы. Работы могут выполняться параллельно или последовательно, что отображается в плане-графике.
Рис. 2.1. Пример календарного планирования в MS Project
Для календарного планирования существует несколько программных продуктов, один из которых - Microsoft (далее MS) Project . На рисунке 2.1 приведен пример календарного планирования, реализованного с помощью MS Project.
2.2 Методика выбора конфигурации ERP-системы
Конфигурация ERP-системы - это набор взаимосвязанных компонент системы, объединенных в модули. Под модулем ERP-системы понимается комплекс программных интегрированных средств, объединенных по принципу общности автоматизируемого бизнес-процесса. Например, выделяют такие модули, как логистика, производство, финансы, HR и другие. Типовая конфигурация - это коробочный продукт, стандартное решение, предлагаемое вендором.
Рассмотрим некоторые типовые конфигурации ERP-систем, созданных и нацеленных для предприятий МБ.
Типовая конфигурация коробочной ERP-системы AVASystems, ERP-решение AVA ERP box. В систему входят модули кадры, документооборот, зарплаты, сборочное производство, поставки, договорная деятельность, финансы, продажи, управление проектами.
ERP-система, коробочный продукт от разработчика SAP представлен SAP Business One, в систему входят модули: Закупки, Возможности продаж, Продажи, Сервис, Сборка, Расчеты, Финансы, Бизнес-партнеры, Запасы, MRP, Персонал и Администрирование [35].
ERP-система от комапнии Micrisoft, NS Dynamics NAV, в нее входят модули: финансы и бухгалтерия, логистика, производство и операционная деятельность, управление продажами, управление проектами, бизнес аналитика и отчетность [36].
Внедрение нетипового продукта, конфигурируемого, обладает рядом преимуществ: гибкость настройки под желания заказчика, возможность сэкономить бюджет проекта за счет отказа от невостребованных на предприятии модулей. Задача конфигурации системы, выбора нужных модулей в таком случае становится актуальной.
Предложим методику выбора конфигурации ERP-системы для предприятий МБ. Особенностью выбора конфигурации является ограниченность бюджета проекта, потребность в быстром запуске проекта, отсутствие потребности в большом количестве модулей системы.
Методика выбора конфигурации состоит из трех этапов:
· выявление потребности организации, формализация ограничений;
· сопоставление существующих модулей системы потребностям;
· наложение на модель ограничений, выделения приоритетных модулей.
Приведем пример, следуя методике, выделим предполагаемый перечень требований к системе и перечень ограничений.
Требования к системе:
· наличие модуля «бухгалтерия» (расчеты с дебиторами/кредиторами, банкинг, зарплаты, бухгалтерская отчетность);
· наличие модуля «управление продажами» (построение ценообразования, закупки, управление складом, контроль задолженности);
· наличие модуля «финансы» (финансовая отчетность);
· интегрируемость модулей между собой;
· наличие модуля аналитики;
· быстрота развертывания первых двух модулей;
Ограничения проекта: Бюджет 150 тыс. руб; Продолжительность проекта (до ввода в промышленную эксплуатацию) до 2 недель. Составим матрицу соответствия функциональные требования к системе - возможности системы, исходя из предпосылки, что система выбрана (см. раздел 1.5. данной работы).
Таблица 2.4. Соответствие функциональных требований к системе возможностям системы
Требуемая функциональность |
Наличие функциональности в ERP-системе |
Модуль ERP-системы |
|
расчеты с контрагентами |
+ |
бухгалтерия |
|
банкинг |
+ |
бухгалтерия |
|
зарплаты |
+ |
бухгалтерия |
|
бухгалтерская отчетность |
+ |
бухгалтерия |
|
построение ценообразования |
+ |
логистика |
|
закупки |
+ |
логистика |
|
управление складом |
+ |
логистика |
|
контроль задолженности |
- |
логистика |
|
финансовая отчетность |
+ |
финансы |
Из приведенной выше таблицы видно, что, согласно требованиям предприятия, есть необходимость во внедрении модулей бухгалтерия, логистика и финансы, при этом наименьшая потребность наблюдается в модуле финансы - нужна только функциональность финансовая отчетность.
Следуя методике, наложим ограничения на проект, добавив в таблицу столбцы со временем и стоимостью внедрения каждого из модулей.
Сопоставление стоимости всех рекомендуемых к внедрению модулей с бюджетом проекта показало недостаточность бюджета, необходимость отказаться от одного из модулей. По временным ограничениям рекомендуемые модули полностью укладываются в ограничения проекта.
Таблица 2.5. Ограничения для модулей ERP-системы
Требуемая функциональность |
Модуль рассматриваемой ERP-системы |
Стоимость модуля |
Продолжительность внедрения модуля |
|
расчеты с дебиторами/кредиторами |
бухгалтерия |
75 000 руб. |
3 дня |
|
банкинг |
бухгалтерия |
|||
зарплаты |
бухгалтерия |
|||
бухгалтерская отчетность |
бухгалтерия |
|||
построение ценообразования |
логистика |
75 000 руб. |
3 дня |
|
закупки |
логистика |
|||
управление складом |
логистика |
|||
контроль задолженности |
логистика |
|||
финансовая отчетность |
финансы |
40 000 руб. |
2 дня |
|
Итог: |
190 000 руб. |
8 дней* |
||
Ограничения проекта: |
Бюджет проекта 150 000 руб. |
Продолжительность проекта до 14 дней |
*при последовательном внедрении модулей, при параллельном внедрении срок сокращается.
Для того, чтобы выявить модули, которые рекомендуется внедрить в рамках финансовых ограничений проекта, расставим приоритеты у рассматриваемых функциональности ERP-системы. Чем выше приоритет, тем важнее функциональная возможность для заказчика. Например, в рассматриваемом примере функциональность «расчеты с дебиторами/кредиторами» с приоритетом «1» важнее для заказчика, чем функциональность «банкинг» с приоритетом «2».
Таблица 2.6. Приоритеты функциональных возможностей системы
Требуемая функциональность |
Приоритет |
Модуль рассматриваемой ERP-системы |
Нарастающий итог стоимостей модулей |
|
расчеты с дебиторами/кредиторами |
1 |
бухгалтерия |
75 000 руб. |
|
банкинг |
2 |
бухгалтерия |
||
зарплаты |
4 |
бухгалтерия |
||
бухгалтерская отчетность |
5 |
бухгалтерия |
||
построение ценообразования |
6 |
логистика |
150 000 руб. |
|
закупки |
7 |
логистика |
||
управление складом |
8 |
логистика |
||
контроль задолженности |
9 |
логистика |
||
финансовая отчетность |
10 |
финансы |
190 000 руб. |
Из таблицы видно, что наименьшим приоритетом в рассматриваемом примере для заказчика обладает функциональность «финансовая отчетность» с приоритетом «10». Запишем в четвертой колонке в таблице выше нарастающий итог стоимостей модулей внедрения, при суммировании в порядке приоритетов модулей. При отказе внедрять модуль «финансы» бюджета проекта будет достаточно для модулей с наивысшими приоритетами. Таким образом, согласно предложенной методике, предприятию рекомендуется внедрить модули «бухгалтерия» и «логистика».
Автоматизируемые бизнес-процессы. Согласно данным Росстата за 2016 год, в России среди сектора малый бизнес преобладают организации с направлениями деятельности «Оптовая и розничная торговля», «операции с недвижимым имуществом», «строительство», «обрабатывающее производство». В предлагаемом стандартизированном проектном решении описаны бизнес-процессы организаций, осуществляющих деятельность в отраслях «оптовая торговля», «розничная торговля», «операции с недвижимым имуществом», «строительство». Таким образом, проектное решение охватывает бизнес-процессы 71% организаций сектора малый бизнес. Проектное решение может быть использовано большей частью организаций малого бизнеса в процессе внедрения ERP-системы. На диаграмме (рисунок 2.2) отображены доли каждой отрасли малого бизнеса.
Рис.2.2. Статистика МБ по видам деятельности за 2016 г.
Рассмотрим бизнес-процессы, которые могут быть автоматизированы ERP-системой в рамках отраслевых инвариантов. Следующие бизнес-процессы, могут быть автоматизированы в рамках проекта внедрения:
· обработка заявки клиента;
· управление персоналом;
· заказ ТМЗ;
· финансовая отчетность;
· управленческая отчетность.
Взаимосвязь с другими функциональные информационными элементами предприятия: интеграция с другим программным обеспечением может быть реализована посредством использования стандартных средств, предусмотренных в ERP-системе.
Методология: автоматизация бизнес-процессов Компании с помощью ERP-систем, основывается на мировой практике «Best Practice» в сфере автоматизации управленческой, финансовой и производственной деятельности. Автоматизация основывается так же и на нормативно-методических документах руководства Компании. Кроме того, концепция отражает принципы реализации бизнес-процессов в различных отраслях. Нормативная документация предприятия это главный инструмент, обеспечивающий целостный подход к автоматизации бизнес-процессов.
Автоматизация бизнес-процессов на предприятии производится с целью сокращения многократно повторяющихся трудоемких операций, таким образом, повышается производительность труда, уменьшается трудоемкость выполняемых операций. Кроме того, автоматизация бизнес процессов на аналитическом уровне способствует быстрому принятию управленческих решений, обеспечивает качественный глубокий анализ данных, путем предоставления соответствующей отчетности.
Проект внедрения предполагается разделить на две составные части, разделенные по принципу реализации функциональности предприятия в системе. Первая часть проекта - фаза 1 «быстрый пуск», вторая часть проекта - фаза 2 «Полная реализация». Приведем развернутое описание фаз.
Фаза 1. «Быстрый запуск». Фаза «Быстрый запуск» предполагает стандартную реализацию возможностей, эти системные опции, разработанный с учетом международного опыта и лучших практик. Мировые стандарты в области управленческого, складского, финансового учета являются основой системы. «Быстрый запуск» внедрения, основанный на стандартной функциональности, позволяет реализовывать быстро и эффективно основные операции бизнес-процессов. «Быстрый запуск» позволяет снизить риски дублирования ручных и системных операций, а также позволяет получать необходимые отчеты из автоматизированных бизнес процессов.
Фаза 2. Полная реализация. Второй этап проекта включает в себя все процессы предприятия и функциональные требования внедрения, что позволяет обеспечить соответствие стандартам Общества. В ходе данной фазы предполагается передача системы в промышленную эксплуатацию, проведение обучения пользователей в соответствии с корпоративными стандартами.
В таблице 2.7. приведен типовой перечень реализуемых в системе ролей. Каждая роль содержит в себе ряд полномочий на выполнение транзакций и ограничений на ввод, изменение, проводку данных в системе.
Таблица 2.7. Перечень реализуемых ролей
№ |
Роль |
Описание |
|
1 |
Менеджер |
Ответственен за обработку заявки клиента, за заказ ТМЗ на склад |
|
2 |
Кладовщик |
Ответственен за заведение и списание ТМЗ в ИС |
|
3 |
Бухгалтер |
Ответственен за ведение финансово-экономических отчетностей, проведение бухгалтерских проводок |
|
4 |
Директор |
Ответствен за ведение управленческой отчетности, управление персоналом |
|
5 |
Администратор |
Техническая роль, предназначенная для выполнения настроек |
|
6 |
Тестер |
Техническая роль, предназначенная для тестирования транзакций |
Детальное описание функциональности системы. ERP-система это объединенное решение для интеграции на предприятиях, обеспечивающее управленческий контроль над всеми аспектами деятельности предприятия, увеличивающее степень прозрачности. Система охватывает ниже описанные аспекты деятельности [37]:
Финансовое управление. Данные раздел включает в себя инструментарий для оптимизации бизнес-процессов финансово-экономических и бухгалтерских служб (в том числе банкинг, управление денежными потоками, бухгалтерию, контроллинг).
CRM и управление продажами. Этот модуль создан для поддержки полного цикла продаж от поступления заявки от клиента до постпродажного сервисного обслуживания. CRM имеет множество востребованных функций, например, хранение обширной базы данных по клиентам, создание и аналитику по продажам, резервирование товара.
Сервисное обслуживание. Это постпродажные гарантийные обязательства предприятия. В модуль включен инструментарий для обработки, хранения информации, проведения аналитики в разных срезах.
Управление закупками. Модуль обеспечивает своевременную обработку информации по состоянию складов, предоставляет возможность прогнозирования потребности в ТМЦ, предоставлен инструментарий по отгрузке со склада и отгрузки на склад.
Управление запасами. Данные модуль более детально предоставляет информацию по расходованию ТМЦ, также предоставляется возможность прогнозирования потребности в ТМЦ, ведется учет по местам хранения ТМЦ, учет по комплектованиям и упаковкой ТМЦ.
Сборка. Это модуль для управления на производстве, включает инструментальный набор для учета материалов, трудозатрат на производстве, созданий спецификаций на производство, создание и реализацию заказов в производство.
Администрирование. Модуль обеспечивает административную работу предприятия, управленческую деятельность, предусмотрена возможность интеграции с приложения MS, Crystal Reports, отчеты поддаются персонализации, также предоставлены возможности конфигураций различных финансовых показателей, например, курсов валют, норм рентабельности, процентных ставок.
Для предприятий, функционирующих в России предусмотрена возможность интеграции с системами отечественных вендоров, например, 1С и Босс Кадровик, с различными терминалами, кассовыми аппаратами.
Перед разработкой проектного решения проводится предпроектное исследование. Предпроектное исследование проводится для формулирования целей предстоящего внедрения, выявления этапов, требующих повышенного внимания, для выработки соответствующей стратегии. Целесообразно провести обследование пользователей, изучить их информационные потребности, для этого необходимо:
· до старта проекта внедрения и после завершения внедрения извлечь данные о типе информации, о манипуляциях с информацией в информационной системе;
· выявить направления сопровождения пользователей;
· выделить группы пользователей, описать специфику групп, описать информационные потребности групп пользователей;
· описать необходимые проектные документы, включив в описание вид, тематику и глубину проработки;
· описать потребности пользователей, требования к предоставлению информации;
· описать основные характеристики будущей ИС (программно-техническое обеспечение, форматы представления информации, лингвистические средства и другие данные, необходимые для автоматизированной поставки информации пользователям ИС);
· разработать план обучения пользователей, план перехода пользователей на новую ИС.
Подготовка опросников. Для выявления требований к программному обеспечению, ожиданий менеджмента предприятия от внедрения требуется провести опрос сотрудников и собственников предприятия. Гайд интервью для предпроектного обследования предоставлен в Приложении 1. Пример интервью, проведенного в рамках предпроектного исследования «Проекта внедрения SAP B1 на предприятии «УралТехПром» представлен в приложении 2.
2.3 Типовое проектное решение
Проектное решение - это основной документ проекта, описывающий ход выполняемых работ проекта внедрения, характеризующий функциональность внедряемых компонентов. Проектное решение содержит детализированное описание ролей проекта, бизнес-процессов заказчика, подлежащих автоматизации.
Типовое проектное решение - это макет документа, описывающий реализацию функциональных задач.
Настоящее Проектное решение содержит описание бизнес-процессов «TO BE» с учетом отраслевых инвариантов и подход к их реализации в информационной системе управления предприятием класса ERP, адаптивно к предприятиям МБ. Этот документ разъясняет необходимые бизнес-процессы и является основой для реализации системных настроек в ИС.
Цель документа. Настоящее проектное решение описывает реализацию функциональных задач, автоматизируемых в процессе внедрения ERP-системы.
Документы, на основании которых ведется проектирование. Здесь рекомендуется приводить список документов, в которых определены требования на разработку: техническое задание, приказы на запуск проекта с указанием функциональных рамок, Протоколы совещаний с уточнением функциональных рамок и т.п.
Организации, участвующие в разработке. Перечисляются организации, участвующие в разработке, включая субподрядчиков с указанием ответственных сотрудников и их контактов.
Стадии и ожидаемая длительность исполнения. Укрупненные стадии (вехи) и ожидаемая длительность исполнения, изложены в разделе 2.1. «План-график проекта».
Цели, назначение и области использования. Внедрение описываемого в настоящем Проектном решении программно-аппаратного комплекса обеспечит реализацию следующих целей:
· выполнение автоматического сбора, формализации, накопления исходных данных для формирования производственной и финансовой отчётности;
· обеспечение наглядности и информативности отображения показателей деятельности компании через структурирование данных в форме, требуемой пользователем;
· повышение оперативности и качества принимаемых управленческих решений посредством устранения разнородности информации на различных уровнях;
· повышения уровня управляемости предприятием посредством повышения уровня контроля изменения информации.
Нормативно-технические документы. Приводятся регламенты и нормативно-методическая документация (далее НМД) компании, в которых описаны автоматизируемые бизнес-процессы с указанием владельцев этих бизнес-процессов.
Описание бизнес-процесса. В разделе присутствует словесное описание каждого из автоматизируемых бизнес процессов To Be, предполагается описание процесса As Is, ожидаемые результаты.
Диаграммы бизнес процессов отображены в приложениях 3,4,5,6,7,8,9,10. Диаграммы описывают процессы обработки заявки клиента, продажи в розницу, оптовой продажи, заказа и покупки ТМЦ, исполнение заказа клиента, поставка товара. Диаграммы созданы при помощи инструментов bizage, bpmn modeler.
Приведем пример описания бизнес-процесса в случае автоматизации оптовой торговли. Автоматизации подлежит бизнес процесс «Обработка заявки покупателя». Бизнес процесс включает в себя полный цикл работ от обработки заявки клиента до отгрузки продукции клиенту. Бизнес-процесс 1. «Обработка заявки от покупателя». Исполнители: Директор, Менеджер, Кладовщик, Бухгалтер, Клиент.
Потоки управления с логическими условиями в данной модели БП выходят из операций, а не логических операторов:
· логический оператор "Есть достаточно ТМЗ?":
o условный поток (ИСТИНА), передающий управление операции "Согласовать договор";
o поток управления по умолчанию (ЛОЖЬ), передающий управление операции "Проанализировать необходимость заказа ТМЗ".
· логический оператор "Клиент оплатил?":
o условный поток (ИСТИНА), передающий управление операции "Отгрузить клиенту товар";
o поток управления по умолчанию (ЛОЖЬ), предполагающий выход из условия.
Остальные потоки управления являются безусловными, т.е. показывают порядок, в котором выполняются операции процесса.
Перечислим все бизнес-условия, присутствующие в в схеме бизнес-процесса:
1. Заявка от клиента проанализирована («да» или «нет»).
2. ТМЗ проанализированы в «1С: Предприятие» («да» или «нет»).
3. Соответствие ТМЗ проверено кладовщиком на складе («да» или «нет»).
4. Необходимость заказа недостающих ТМЗ проанализирована («да» или «нет»).
5. Недостающие ТМЗ заказаны («да» или «нет»).
6. Договор согласован («да» или «нет»).
7. Договор с клиентом подписан директором («да» или «нет»).
8. Договор с предприятием подписан клиентом («да» или «нет»).
9. Счёт выставлен («да» или «нет»).
10. Товарная накладная оформлена («да» или «нет»).
11. Сообщение кладовщику о необходимости отгрузки ТМЗ отправлено («да» или «нет»).
12. ТМЗ отгружены («да» или «нет»).
13. Товарная накладная передана клиенту («да» или «нет»).
14. ТМЗ списаны («да» или «нет»).
Построенная модель БП представлена в приложениях 3,4,5. В приложении 3 и 4 обозначен основной бизнес-процесс «обработка заявки от клиента». Диаграмма бизнес-процесса разбита на две части для удобства восприятия. В приложении 5 обозначен подпроцесс «Заказ ТМЦ». Диаграммы бизнес-процесса построены с помощью инструмента Bizagi Modeler.
Горизонтально обозначены пять дорожек, соответствующие исполняемых ролям: клиент, бухгалтер, кладовщик, менеджер, директор. Подпроцесс «Заказ ТМЦ» реализуется в рамках роли менеджер.
В списке отображена последовательность выполнения бизнес-операций, выполняемых в процессе «Обработка заявки клиента клиента».
Операции Бизнес-процесса:
1. Проанализировать заявки от клиентов
2. Проанализировать в «1С: Предприятие» имеющиеся в наличии товарно-материальные запасы (ТМЗ), необходимые для выполнения заявки
3. Проверить соответствие ТМЗ, найденных менеджером в «1С: Предприятие» для выполнения заявки, и имеющихся запасов на складе
4. Проанализировать необходимость заказа ТМЗ, при условии их недостаточности на складе
5. Заказать недостающие ТМЗ, необходимые для выполнения заявки
6. Оформить заявку.
7. Проанализировать цены поставщиков.
8. Выбрать поставщика.
9. Оформить заказ
10. Подписать договор.
11. Оплатить счет.
12. Отправить поставщику копию платежного поручения.
13. Принять ТМЗ на склад.
14. Подписать товарные накладные.
15. Оприходовать товар в 1С: предприятие.
16. Согласовать условия договора с клиентом.
17. Подписать договор с клиентом.
18. Подписать договор.
19. Выставить счёт клиенту.
20. Оформить товарную накладную для дальнейшей передачи её кладовщику.
21. Отгрузить ТМЗ со склада клиенту при условии поступления от клиента оплаты.
22. Передать товарную накладную на подпись клиенту.
23. Списать ТМЗ в «1С: Предприятие», использованные для выполнения заявки, после получения подписанной товарной накладной от клиента.
Основные технические решения. Раздел предполагает описание возможностей функциональной системы, комплекс технических средств и программное обеспечение. Например, для хранения информации применяется СУБД Oracle в конфигурации единственного экземпляра (single-instance) и с использованием транзакционной модели обработки данных OLTP (online transaction processing). Обработка информации осуществляется на серверах приложений в определенной конфигурации. Состав необходимых программных модулей сервера приложения:
Таблица 2.8. Состав необходимых программных модулей.
Компонент ПО |
Описание компонента программного обеспечения |
|
C-CE |
EC Core Country Versions |
|
ERECRU |
E-Recruiting |
|
FI |
FI |
|
FI-CA |
Расширенный FI-CA |
|
FINBA |
Fin. Bas |
|
IS-OI |
IS-OI |
|
DAT-generator |
Формирование документов товаропродвижения |
|
eCommerce |
Интеграционное решение для интернет-магазина |
Для работы с Java-кодом используется Java-сервер. На Java-сервере должен быть установлен и настроен web-сервис Adobe Document Services (ADS).
Для организации обмена информации между системой и АРМ пользователя применяется следующее программное обеспечение:
· на стороне клиента:
o web-браузер MS Internet Explorer версии 7 и выше с плагином Access Platform Presentation Server Client for Windows версии не ниже 12.0;
· на стороне сервера:
o терминальный сервер Citrix Metaframe Server;
o тонкий клиент, опубликованный на терминальном сервере.
Отправка электронных сообщений на АРМ осуществляется через корпоративный почтовый сервер Microsoft Exchange. Обмен данными с внешними информационными системами осуществляется через FTP-сервер на платформе Microsoft FTP Server.
Аппаратное обеспечение. Приложения ERP и СУБД Oracle размещаются на серверах высокого уровня готовности (High-End) модельного ряда Sun Fire 25K под управлением ОС Solaris 10 с использованием технологии виртуализации Solaris Zones. В целях предотвращения дефицита вычислительных ресурсов в конфигурации Solaris Zones не используется дифференцированное распределение процессорной мощности и оперативной памяти: всем виртуальным серверам доступны все процессора и ОЗУ физического сервера. Продуктивные системы и системы ландшафта сопровождениясистемыинсталлированы на разных физических серверах.
Характеристики продуктивного сервера системы:
· тип процессоров -Dual Core x 1,8 ГГц;
· количество процессорных ядер - 32 шт.;
· объем ОЗУ - 288 ГБ.
Доступ пользователей. Все пользователи подключаются к системе по следующей web-ссылке: https://*** - доступ к терминальным серверам Citrix, из которых запускается клиент SAPGUI для подключения к системам.
Резервирование системы. Используемые сервера Sun Fire 25K и система хранения данных Hitachi Data Systems USP-V обладают внутренней отказоустойчивостью за счет резервирования аппаратных компонент, что обеспечивает в случае отказа продублированных модулей (CPU/RAM/HDD) осуществить переключение на резерв без останова всей системы (т.н. «горячее» резервирование). Резервирование инфраструктурных серверов на платформе Intel обеспечивается за счет их избыточности, а также использованием системы хранения данных NetApp с внутренней отказоустойчивостью (дублированием модулей).
Ландшафт подключен к Корпоративной системе резервного копирования. Резервному копированию подлежат файловые системы и база данных Oracle. Копирование базы данных рабочей системы производится в режиме online 1 раз в сутки. Копирование архива оперативных журналов продуктивной ERP-системы производится 6 раз в сутки.
Структура функционального элемента, перечень подсистем. Указывается общая структура, состоящая из блоков, модулей и подсистем с кратким описанием каждой подсистемы, ее назначению и основным характеристикам
Способы и средства связи для информационного обмена между компонентами подсистем. Описываются форматы, условия и способы информационного обмена между подсистемами и модулями внутри системы.
Взаимосвязь функционального элемента со смежными системами. Описываются форматы, условия и способы информационного обмена между подсистемами и модулями создаваемой системы и смежными системами-источниками или получателями. Обычно этот раздел берется из ТЗ, пункт " Требования к характеристикам взаимосвязей создаваемой системы со смежными системами ".
Концепция авторизации. Роли, полномочия, в случае SAP с точностью до транзакции. Описание форматов и способов передачи данных между блоками, которые должны быть описаны в предыдущем разделе.
Отчеты. Список, форматы, алгоритмы.
Интерфейсы с другими системами. Список систем, форматы данных, способ передачи и т.д.
Миграция данных. Указываются мероприятия по приведению информации к виду, пригодному для обработки в системе. В том числе указываются какие именно исторические данные необходимо загрузить в систему
Пользовательские интерфейсы. Пример: разработана форма такая-то для ввода такой-то информации. Далее картинка - как форма выглядит
Потоки данных внутри функционального элемента. Пример: Инвойс сканируется и заводится в таблицу (какую) системы VIM, далее проходит процесс авторизации и попадает в таблицу (какую) ERP.
Мероприятия по подготовке персонала. Раздел включает перечень руководств и инструкций пользователя, которые подготавливаются в процессе реализации проекта.
Технические требования к инфраструктуре. Система функционирует на инфраструктуре Заказчика. Для организации новых рабочих мест проводятся строительно-монтажные и пуско-наладочные работы, включая размещение оборудования, установка серверных приложений, установка клиентских приложений. По завершению перечисленных работ составляется акт приемки в опытную эксплуатацию. Дополнительные мероприятия. Все мероприятия, которые не вошли предыдущие пункты.
В главе разработано типовое проектное решение, включающее рекомендации к содержанию, примеры содержания, относительно нескольких инвариантов бизнес-процессов предприятий малого бизнеса. В главе описаны мероприятия, проводимые в ходе реализации проекта внедрения ERP-системы для малого бизнеса, составлен план-график проекта. Разработан и изложен метод, позволяющий сделать оптимальный выбор конфигурации ERP-системы. В главе рассмотрен типовой план-график проекта внедрения, отражающий внедрение проекта по «классической» методике. Предполагается, что при следовании методике «быстрого старта» из типового плана-графика необходимо убрать излишние этапы.
Разработанное типовое проектное решение может быть использовано предприятиями малого бизнеса для снижения временных, финансовых затрат, возникающих в процессе внедрения ERP-системы. Использование приведенного типового проектного решения возможно с условием его дополнения данными заказчика и подрядчика, информацией о специфичных чертах, характеристиках проекта.
Глава 3. Оценка эффекта от внедрения ERP-системы
3.1 Эффекты от внедрения ERP-систем
Эффект от внедрения ERP-системы на предприятии можно оценивать в долгосрочной и краткосрочной перспективе.
Возможные и наиболее частые эффекты от внедрения:
1. Сокращение трудозатрат персонала на определенные операции. В этом случае предлагается производить сокращения численности персонала или перераспределять обязанности таким образом, чтобы оптимально и эффективно занять высвободившееся время.
2. Эффект снижения зависимости от опытных специалистов, которые хорошо ориентируются в самописных системах предприятия. Переход на ERP-систему сопровождается повышением привлекательности предприятия как работодателя для специалистов, работающих в аналогичных ERP-системах. Работодатель становится менее зависимым от специалистов, которые ранее обладали уникальными знаниями по работе «самописных» в АРМ.
3. Положительный экономический эффект от внедрения ERP-системы в виде повышения скорости обработки сделок предприятия, обслуживания клиентов, проведения транзакций операционной деятельности. Таким образом, может увеличиться скорость оборачиваемости активов, увеличиться количество клиентов предприятия.
4. Процессный - внеэкономический эффект от внедрения системы, выраженный в повышении соответствия бизнес процессов предприятия целям и задачам деятельности предприятия. Этот эффект достигается за счет исчезновения побочных операций, существовавших ранее для удовлетворения второстепенных административных и производственных потребностей, например, сбор и анализ различной информации по персоналу, активам предприятия, различные сервисные функции. ERP-система сконцентрирована на операционной деятельности, но позволяет производить все необходимые второстепенные операции в короткие сроки с наименьшими трудозатратами.
5. Эффект повышения управляемости, гибкости и мобильности бизнеса в результате делегирования полномочий, распределения ответственности между работниками, повышения тесноты связей и взаимодействий между работниками.
6. Повышение прозрачности учета на предприятии. В результате чего повышается скорость и качество проводимого аудита.
7. Повышение инвестиционной привлекательности предприятия, т.к. открытие и прозрачность данных способствуют принятию положительных инвестиционных решений.
8. Улучшение имиджа предприятия за счет перехода предприятия на более высокую степень управляемости, организации. Улучшение имиджа в том числе повышает инвестиционную привлекательность, таким образом здесь можно говорить об увеличении нематериальных активах предприятия виде имиджа.
9. Социально-экономический эффект, выраженный в увеличении или сокращении рабочих мест, за счет увеличении выпуска предприятия и/или сокращении административно-сервисной нагрузки для обслуживания нужд предприятия.
В предлагаемой методике оценке эффекта от внедрения ERP-системы необходимо сопоставить потребность в системе для предприятия с возможным эффектом от внедрения.
На рис. 3.1 изображены четыре возможных варианта потребности предприятия во внедрении ERP-системы. К категории низкой текущей и будущей потребности традиционно относят CRM-системы и системы автоматизированного документооборота. Это объясняется тем, что автоматизация CRM-блока и документооборота отдельно от основной ИС предприятия не принесет существенного удобства или выгоды. Потребуются дополнительные операции на загрузку и выгрузку документов, на выгрузку и анализ данных из CRM. Кроме того, эти два бизнес-процесса не отражают или отражают частично операционную деятельность предприятия, поэтому и потребность в них низкая.
К категории высокой текущей и будущей потребности относят системы класса ERP. Внедрение таких систем означает полную (почти полную) автоматизацию процессов, интеграцию основных блоков, оперативность поступления и обработки информации. Важно подчеркнуть, что блоки документооборота и CRM могут быть частями ERP-системы, если заказчик выберет соответствующую конфигурацию. Почему важно внедрять ERP-сегодня? Потому что экономический эффект наступит с момента ввода в эксплуатацию. Почему внедрение ERP-системы это стратегический шаг? Потому что ERP-система способна развиваться вместе с предприятием, законодательством и отраслью. Развитие происходит посредством обновления системы до новых версий с учетом законодательных изменений и посредством программной адаптации системы и ее функциональности под требования БП предприятия.
К категории высокой текущей потребности и низкой стратегической потребности относятся производственные системы класса MES, EAM, WMS. Обычно, производственные процессы, технологические цепочки стабильны. Поэтому внедрив такую систему один раз, предприятие избавляется от нужны постоянных корректировок данных и адаптаций системы. Однако, внедрения системы необходимо сегодня, чтобы оптимизировать производственное планирование, загрузку мощностей, складские запасы. Оптимизация перечисленных параметров напрямую способна существенно увеличить финансовое благосостояние предприятия.
К последней категории низкой текущей потребности и высокой стратегической потребности относятся системы KPI, BSC. Внедрение таких систем не способность в краткосрочной перспективе способствовать проведению изменений БП предприятия. Системы перечисленных классов основаны на аккумулирования данных для анализа для проведения медленных корректирующих изменений, для принятия стратегических управленческих решений. Такие системы напрямую не влияют на операционную деятельность, но служат основой для разработки будущей стратегии развития бизнеса.
На рисунке 3.2 приведено сопоставление систем разных классов в разрезе эффектов от внедрения. Производственные информационные системы имеют быстрый финансовый эффект от внедрения: станки оптимально загружены производственными операциями согласно производственному плану, присутствие сотрудников на рабочих местах оптимизировано согласно загрузке мощностей, отходы операций минимизированы, время на выполнение операций минимизировано, соблюдена приоритетность выпуска производственных заказов, оптимизированы и минимизированы складские запасы. Таким образом уменьшается потребность в ресурсах и увеличении выпуска продукции.
Рис. 3.1. Потребность предприятия в ERP-системе
Системы автоматизации докуметооборота напрямую, как правило, не влияют на операционную деятельность, но способны увеличить скорость согласования заказов, сделок и др. Системы CRM могут частично охватывать операционную деятельность, но их самостоятельное наличие не гарантирует успешную реализацию услуг и продуктов предприятия.
Стратегические системы типа KPI, BSC не имеют прямой материальной отдачи, внедрение таких систем является дополняющим фактором на пути к успешной автоматизации деятельности предприятия.
Внедрение системы класса ERP сопровождается и материальными и нематериальными эффектами. Направленность эффектов в большой степени зависит от конфигурации ERP-системы и предыдущего уровня автоматизации предприятия.
На сегодняшний день предложено несколько методик определения экономического (в том числе финансового) эффекта от внедрения ERP-систем. Поясним, чем финансовый эффект отличается от экономического, и почему понятие экономического эффекта шире по смыслу, чем понятие финансового эффекта. Экономический эффект от внедрения - это изменение хозяйственных и экономических, финансовых показателей деятельности предприятия, выраженных в изменении трудозатрат на реализацию процесса, изменение бизнес-процессов. Финансовый эффект - это количественное (денежное) измерение изменений деятельности предприятия, вычисляемое из годовой финансовой отчетности предприятия и сравниваемое с отчетностью предыдущих лет.
Рис. 3.2. Отдача от ERP-системы в сопоставлении с потребностью в системе
3.2 Методы оценки экономического эффекта от внедрения
Рассмотрим несколько методик оценки экономического и финансового эффекта.
Метод чистого приведенного дохода (NPV net present value) - в рамках этого подхода проект внедрения ERP-системы рассматривается как инвестиционный проект, доходность по которому вычисляется по внутренней норме доходности. В этом методе первоначальные и последующие вложения рассматриваются как отрицательные денежные потоки, последующие доходы или «положительные эффекты» рассматриваются как положительные денежные потоки. Все денежные потоки дисконтируются по внутренней норме доходности. Нома доходности рассчитывается индивидуально, исходя из финансово-экономического положения в стране, регионе, отрасли, исходя из альтернативных вариантов вложения денежных средств, исходя из рисков проекта. Кроме того, в этом методе период дисконтирования определен как жизненный цикл ИС, т.е. существует необходимость ввода предпосылке об ограниченности жизненного цикла и прогнозирования его величины.
Метод определения срока возврата инвестиций (Payback, ROI) - это метод, имеющий цель определения периода, в течении которого инвестиции вернутся, т.е. определения окупаемости проекта. Данный метод подходит для основы для принятии решения о внедрении. В этом методе не учитывается дисконтирование, т.е. обесценивание денег во времени. Денежные потоки равны во времени, что является существенным недостатком метода.
3.3 Методы оценки процессного эффекта от внедрения
Метод информационной экономики (IE) - один из качественных методов определения направления для инвестирования денежных средств в информационную инфраструктуру предприятия. Метод основан на расстановке приоритетов в направлениях, чтобы направить ресурсы туда, где они будут иметь наибольшую отдачу. Отрицательная сторона данного метода - это приблизительность и субъективность расчетов, метод не основывается на конкретных показателях деятельности предприятия. Положительная сторона данного метода - это простота и оперативность расчета, наглядность и прозрачность.
Метод управления активами предприятия (portfolio management) - это качественный метод, предполагает постоянную оценку эффективности вложений средств предприятия, постоянное сопоставление между различными альтернативами для капиталовложений. Сравнение может быть произведено по критериям риска, доходности, скорости реализации и др. Этот метод реализуется с позиции собственника, поэтому направлен на минимизацию рисков.
Метод IT Scorecard - качественный метод определения эффекта от внедрения ИС, заключающийся в выборе четырех перспективных ИТ-направлений развития компании, после чего по каждому направлению определяются ориентиры развития, сопоставляются прогнозируемые ИТ-проекты с целями направлений, определяется уровень соответствия цели и проекта, и принимается решение о внедрении/не внедрении. При оценке эффекта от внедрения оценивание производится «постфактум», т.е. определяется, насколько проект соответствовал целям предприятия.
Выделяют также вероятностные методы оценки эффективности, например, метод справедливой цены опционов. Данный метод предполагает построение системы сбалансированных показателей на основе финансовых показателей деятельности фирмы в результате внедрения ИС.
Рис.3.3. Сопоставление горизонта потребности в ИС с методом оценки эффекта от внедрения
На рисунке 3.3. произведено сопоставление методик оценки эффекта от внедрения информационной системы на предприятии с горизонтом планирования потребности в системе. На рисунке введены условные обозначения «Ф» - финансовые методики, «К» - качественные методики, «В» - вероятностные методики. Принадлежность методик к данным категориям была определена выше. Таким образом, из рисунка видно, что в краткосрочной перспективе для предприятия незначительно важны обслуживающие системы класса СRM или документооборот, и обслуживание системы можно измерить финансовыми методиками. В краткосрочной перспективе для предприятия более важным является внедрение систем для автоматизации производства (MES и др.), оценить эффект от внедрения таких систем можно качественными и финансовыми методиками. В долгосрочной перспективе предприятию менее важны системы для оценки и анализа потенциала, например KPI. Оценить эффект от внедрения таких систем можно вероятностными и качественными методиками. В долгосрочном планировании для бизнеса является приоритетным внедрение систем класса ERP. Оценка эффекта от внедрения таких систем производится комплексом методик - финансовыми, экономическими и качественными способами.
3.4 Разработка метода оценки эффекта от внедрения
Ни один из выше описанных методов в полной мере не описывает и не дает качественную оценку изменениям, происходящим на предприятии в результате внедрения ERP-системы. Каждый из описанных методов, традиционно принятых для произведения оценки от внедрения ИС, имеет определенную направленность: финансово-экономическую, процессную, вероятностную. Любое изменение, происходящее на предприятии, в конечном итоге имеет выражение в финансовых показателях.
Введем новое понятие оценки эффекта от внедрения информационной системы, основанной на Balance Score Card (BSC) -Net Score of ERP (NS-ERP) - индекс чистого эффекта от внедрения, учитывающего риски проекта внедрения, финансово-экономическую отдачу, необходимые инвестиции и процессные изменения на предприятии.
Метод расчета эффективности BSC [19] предназначается для инвестиционных проектов, оценки бизнеса в целом, но может быть применен для проектов в информационных технологиях, если рассматривать их с точки зрения инвестиционных вложений, повлекущих положительную отдачу в будущем. Необходимым требованием для применения метода является измеримость отдачи (результатов) от проекта. В традиционной интерпретации по методу BSC формируются стратегические карты. В карте указываются группы целей, соответствующие задачи, объекты и перспективы. Выделяют четыре категории целей, которые могут быть раскрыты и адаптированы в соответствии со стратегией предприятия:
1. Финансовые цели: выручка, прибыль, активы, рентабельность, инвестиции и др.;
2. Маркетинговые цели (клиенты и рынки): присутствие на рынке, целевая аудитория, повышение качества выпускаемого продукта, повышение качества обслуживания, «идеальный продукт», расширение доли рынка и др.;
3. Бизнес-процессы: повышение качества внутренних процессов, уменьшение стоимости БП, времени БП, количества ошибок во время выполнения БП, рискованности и др.;
4. Развитие: совершенствование и поиск новых технологий, развитие персонала и др..
Рис. 3.4. Метод оценки эффективности Balance Score Card
На предприятии все группы целей всегда являются взаимосвязанными и взаимозависимыми. При повышении «score» (счета) одной из групп, повышается счет другой группы в зависимости от силы взаимосвязи. Например, при повышении доли рынка предприятия, увеличивается выручка, увеличивается прибыли. Таким образом, увеличение счета маркетинговой категории приводит к увеличению счета финансовой категории.
Целью определения эффективности по методу BSC является определение последовательности действий - инициатив, наилучшим образом сказывающихся на увеличении совокупного score всех категорий целей.
При рассмотрении BSC в контексте информационных технологий в качестве объектов могут быть выбраны информационные системы, процессы управления в ИТ. Подчеркнем, что любые процессы, происходящие в ИТ предприятия выходят за рамки ИТ и требуют активного участия и интеграции других служб. Существенным минусом для применения BSC в ИТ является то, что ни одна из категорий явно не рассматривает. На рисунке 3.4. изображен метод BSC: в центре находится видение и стратегия, от центра отходят четыре направления целей. У каждой цели есть объекты, меры к принятию, задачи, инициативы.
На рисунке 3.5 изобразим разработанный нами метод NS-ERP. В центре рисунка находится ИТ-стратегия предприятия, которая соответствует бизнес-стратегии фирмы, от ИТ-стратегии отходит четыре группы целей. Первая группа операционных целей может включать повышение прозрачности данных, повышение оперативности предоставления данных, повышение качества предоставляемых данных, внедрение оптимальных технологий, т.е. технологий, отвечающим требованиям и возможностям предприятия. Вторая группа целей - инновационные цели, включает в себя обучение и развитие персонала, посредством перехода на новую систему, освоение новой функциональности, внедрение и поиск новых технологий, которые повышают качество обрабатываемых операций. К новым технологиям, например, можно отнести инструменты Business Intelligence (BI), позволяющие хранить, анализировать и визуализировать в удобной для пользователя форме большие объемы информации. К таким технологиям также относят инструменты удаленного доступа к ERP-системы (CISCO), позволяющие оперативно вносить изменения в данные, контролировать бизнес-процессы предприятия. К третьей группе целей относятся финансово-экономические цели - повышение выручки, увеличение прибыли, повышение рыночной стоимости компании, повышение цены акции и др. Достижение этих целей посредством внедрения ERP-системы происходит за счет уменьшения затрат на реализацию бизнес-процессов, увеличения количества одновременно реализуемых заказов и услуг, оптимизации складских запасов, оптимизации привлечения ресурсов на выпуск и др. Последняя группа целей включает цели пользователей системы, сюда входим удобство, дружелюбность системы, скорость реализуемых операций и достижение высокого качества создаваемых/извлекаемых в результате операции данных.
Рис. 3.5. Метод NS-ERP
Смысл описываемого метода NS-ERP заключается в разбиении целей на группы, выражение каждой цели в баллах, суммирование счета (score) и дисконтировании всего проекта по ставке доходности, с учетом первоначальных и последующих инвестиций, учетом рисков проекта. Таким образом, метод учитывает вероятностный подход, доходный подход и процессный подход. Опишем алгоритм расчета NS-ERP подробно, с данными на входе, источниками данных и данными на выходе алгоритма.
Рыночная стоимость компании определяется сравнительным, затратным или доходным методом. Если компания торгуется на рынке, то оптимально посчитать рыночную цену акции, умноженную на количество акций.
Определение горизонта планирования - жизненный цикл ERP-системы.
Определение средневзвешенной ставки WACC стоимости капитала.
Расчет инвестированного капитала - суммирование всех строк затрат. Первоначальные вложения отображаются со знаком минус, т.к. это отрицательный денежный поток.
Таблица 3.1. Итерация алгоритма метода NS-ERP
№ |
Операция |
Условное обозначение |
|
1. |
Выделить величину первоначальных инвестиций (развертывание системы, закупка ключей, обеспечение технической возможности развертывания и др.) |
I0 |
|
1.1. |
Стоимость развертывания системы |
I01 |
|
1.2. |
Стоимость лицензий |
I02 |
|
1.3. |
Стоимость консультирования разработчиками системы |
I03 |
|
1.4. |
Стоимость дополнительной разработки и адаптации системы |
I04 |
|
1.5. |
Обеспечение технической возможности: покупка сервера, дополнительных ПК и др. |
I05 |
|
1.6. |
средневзвешенная ставка WACC стоимости капитала. |
WACC |
|
2.1. |
Рыночная ставка по используемому компанией заемному капиталу, %; |
kd |
|
2.2. |
Ставка налога на прибыль, доли ед. |
T |
|
2.3. |
Сумма заемного капитала компании, ден. ед. |
D |
|
2.4. |
Сумма собственного капитала компании, ден. ед. |
E |
|
2.5. |
Рыночная (требуемая) ставка доходности собственного капитала компании, % |
ke |
|
2.6. |
Спред доходности |
spr |
|
2.7. |
Премия за риск |
pr |
|
2.8. |
Безрисковая норма доходности |
r |
|
3. |
Рыночная стоимость компании |
Pmarket |
|
4. |
Последующие инвестиционные вложения в проект внедрения и сопровождения ERP-системы |
I1, I2, In |
|
5. |
Балльная оценка процессным улучшениям, произошедшим в результате внедрения ERP-системы (Экспертный метод оценки) |
Score(process) |
|
5.1. |
Ускорение операций, происходящим по БП (Экспертный метод оценки) |
Score(bp-jump) |
|
5.2. |
Улучшение качества информации (Экспертный метод оценки) |
Score(information) |
|
5.3. |
Реинжиниринг БП (Экспертный метод оценки) |
Score(bp) |
|
6. |
Балльная оценка достижения пользовательских целей (Экспертный метод оценки) |
Score(users target) |
|
7. |
Балльная оценка инновационным целям (Экспертный метод оценки) |
Score(innovation) |
|
8. |
Балльная оценка достижения внутренних целей (Экспертный метод оценки) |
Score(internal target) |
|
8.1. |
Улучшение качества предоставляемых и хранимых данных (Экспертный метод оценки) |
Score(bi) |
|
8.2. |
Повышение оперативности и прозрачности отчетности (Экспертный метод оценки) |
Score(accounting) |
|
9. |
Определение горизонта планирования |
n |
Формула эффекта от внедрения ERP системы, рассчитанная по методу NS-ERP, будет выглядеть следующим образом:
Подобные документы
Построение моделей деятельности предприятия. Разработка системного проекта в соответствии с требованиями заказчика. Разработка предложений по автоматизации предприятия, его технического проекта. Этап разработки, тестирования и внедрения проекта.
контрольная работа [15,5 K], добавлен 14.01.2011Применение инновационных интернет-технологий при разработке проекта внедрения системы автоматизации продаж с целью повышения эффективности работы региональных представителей компании на примере ООО "Логистика". Особенности организации сбыта в Интернете.
дипломная работа [1,6 M], добавлен 31.01.2015Технологии управления доступом в помещение. Организационно-управленческая характеристика ООО "Новые информационные технологии". Анализ системы технического и программного обеспечения. Разработка проекта системы контроля и управления доступом "Кодос".
дипломная работа [71,6 K], добавлен 16.01.2014Анализ организационной структуры и деятельности предприятия. Разработка диаграмм бизнес-процессов AS-IS, TO-BE. Характеристика этапов пакетов работ для внедрения автоматизированной информационной системы. Определение состава участников проекта и их задач.
курсовая работа [3,3 M], добавлен 21.01.2015Разработка проекта автоматизации учета основных средств на сельскохозяйственных предприятиях. Состав технических и программных средств, необходимых для реализации проекта автоматизации учета. Предполагаемые результаты внедрения данного проекта.
курсовая работа [23,4 K], добавлен 14.08.2010Обоснование выбора информационной системы - Microsoft Dynamics CRM 4.0. План выполнения работ по внедрению выбранной системы. Общий бюджет и календарный план проекта. Экономический эффект от внедрения адаптивной и уникальной информационной системы.
курсовая работа [371,8 K], добавлен 14.04.2014Повышение эффективности управленческой деятельности посредством внедрения информационных систем. Повышение уровня мотивации сотрудников к освоению ИС в форме поощрений и благодарностей. Проблемы безопасности информации. Оценочная стоимость проекта.
реферат [29,6 K], добавлен 06.10.2014Технико-экономическое описание предметной области и разработка программного проекта по автоматизации рабочего места менеджера по клининговым услугам. Разработка этапов внедрения программного продукта и расчет экономической эффективности его внедрения.
дипломная работа [2,1 M], добавлен 12.04.2014Составление плана проекта создания нового предприятия по производству автомобилей. Создание базы данных по ресурсам в программе Project Expert. Применение методики PERT для анализа проекта. Контроль выполнения задач проекта по срокам и трудозатратам.
курсовая работа [3,7 M], добавлен 11.10.2014Организация технологии сбора и обработки информации. Проектирование системы автоматизации отдела по управлению муниципальной собственностью. Цели использования вычислительной техники. Расчет экономической эффективности проекта внедрения АИС "Saumi".
дипломная работа [4,0 M], добавлен 09.12.2014