отдельных направлений деятельности предприятия
24.
В нашем случае будет выбрана стратегия автоматизации по участкам. Вследствие этого предприятие сможет автоматизировать деятельность по работе с клиентами, получив при этом экономический эффект.
Для рассматриваемой фирмы разработка стратегии реализации проекта будет такой:
-
Анализ области деятельности предприятия;
-
Анализ стратегии дальнейшего развития предприятия;
-
Определения стратегических свойств разрабатываемой системы;
-
Определение функциональности системы;
-
Анализ существующих разработок;
-
Выбор стратегии автоматизации;
-
Выбор способа приобретения;
-
Определение архитектуры;
-
Формирование бизнес-плана.
На сегодня существуют две ключевых стратегии автоматизации: подгонка существующего программного продукта под бизнес-процессы организации, предварительная реорганизация бизнес-процессов и последующая автоматизации уже упрощенной структуры. Выбор стратегии автоматизации зависит от целей развития организации-заказчика и ее долгосрочных экономических возможностей.
Для рассматриваемой фирмы более подходит вариант с подгонкой существующего программного продукта под бизнес-процессы.
Кроме того, существуют следующие стратегии автоматизации:
1) Хаотичная (кусочная) автоматизация является одним из наиболее неэффективных видов инвестирования средств для развития предприятия. Под автоматизацией понимается отсутствие стратегического плана создания и развития. При таком подходе процесс внедрения информационных технологий определяется локальными сиюминутными задачами, а не реальными потребностями бизнеса. В этом случае предприятие получает разрозненные прикладные системы, стоимость интеграции которых может быть сравнима с комплексным решением.
Выбрав эту стратегию можно сэкономить время и средства на развертывание системы. Но при возможной последующей в будущем модернизации, которая будет затрагивать полную автоматизацию, использование системы будет не рациональным и экономически невыгодным.
2) Автоматизация по участкам подразумевает процесс автоматизации отдельных производственных или управленческих подразделений предприятия, объединенных по функциональному признаку. Подобный подход автоматизации выбирается, когда у предприятия не хватает инвестиций на автоматизацию в полном объеме или существующие участки дают большой экономический эффект. Часто данная автоматизация применяется на производственных участках.
3) Автоматизация по направлениям подразумевает автоматизацию отдельных направлений деятельности предприятия. Отличительной чертой от автоматизации по участкам является, что деятельность предполагает участие в этом процессе всех организационных подразделений, функционирование которых связано с автоматизируемым направлением. Конечным результатом автоматизации по направлениям может быть полная автоматизация компании.
4) Полная автоматизация подразумевает собой систему, состоящую из большого количества элементов различных уровней и различного назначения. К ним относятся подсистемы, модули, блоки управления, задачи, управленческие процедуры, функции и так далее. Это позволяет использовать один алгоритм для расчета схожих задач. Так же исключается необходимость дублирования различных справочников в разных системах, так как всё собрано в одной. Есть и минусы полной автоматизации. Полная автоматизация требует значительных финансовых и временных затрат, а также очень точного и тщательного планирования. Проанализировав данные варианты стратегий, была выбрана стратегия полной автоматизации, так как это наиболее подходящий вариант для нашего предприятия.
-
Выбор и обоснование способа приобретения ИС
для автоматизации задачи
Способы приобретения ИС - это последующие действия от определения и формализации решения о необходимости ИС до момента пока ИС не будет внедрена на предприятия. Существуют следующие способы приобретения ИС:
-
разработка (самостоятельная и заказная);
-
покупка ИС (покупка отечественной или зарубежной ИС);
-
покупка + доработка (самостоятельная или заказная);
-
аренда.
Рассмотрим детально каждый из способов на предмет его применения к автоматизации поставленной задачи.
При покупке готового решения необходимо выбрать такое решение, которое полностью будет соответствовать схемам ведения бизнеса. Это очень сложно, так как производители систем автоматизации пытаются угодить всем потенциальным клиентам и их системы получаются перегруженными лишним функционалом, за который приходится платить, либо система представляет собой каркас для построения решения под конкретного потребителя. Оба эти варианта не подходят для решения поставленной задачи, так как приобретение готовой информационной системы для автоматизации по направлениям является невыгодным с точки зрения вложения денег в систему автоматизации.
Также приобретаемая информационная система нам не подходит из-за ряда недостатков, а также нехватки функциональности, хуже продумано направление будущего развития информационной системы, длительный срок адаптации под требования предприятий, так же требуется частое обращение в службу поддержки.
Заказ разработки у сторонних разработчиков позволит получить информационную систему, удовлетворяющую бизнес-правилам компании в настоящий момент. Однако при изменении бизнес-процессов возможно потребуется ее переработка, что выльется в лишение затраты на реинженеринг имеющейся ИС.
Покупка и доработка возможна, если требует небольшой объем доработки, данная доработка часто возможна в рамках модели ядра ИС, что часто вызывает затруднения из-за отсутствия развернутой документации. У варианта аренды ИС можно выявить следующие преимущества:
-
улучшает инновационные возможности компании за счет взаимодействия и партнерства с поставщиками мирового уровня, имеющими большой интеллектуальный потенциал и богатый инновационный опыт;
-
обеспечивает большую гибкость компании в случае внезапного изменения рыночной ситуации или потребительских предпочтений: проще и дешевле найти новых поставщиков с необходимыми возможностями и ресурсами, чем перестраивать внутреннюю деятельность компании, ликвидируя одни мощности и ресурсы и создавая новые;
-
ускоряет приобретение ресурсов и навыков;
-
позволяет сосредоточиться на тех операциях, которые эффективно выполняются силами компании, и тех, которые стратегически целесообразно сохранить под ее контролем.
Однако в этом случае компания рискует вывести за свои пределы слишком многие виды деятельности и лишиться части собственных ресурсов и возможностей. В таких случаях компания утратит виды деятельности, которые в течение длительного времени обеспечивали ей успех на рынке.
Поэтому информационная система будет разрабатываться в компании собственными силами, так как компания располагает квалифицированными сотрудниками для разработки и внедрения данной информационной системы. Разработка собственной системы предполагает наличие у предприятия специалистов, способных провести анализ бизнес-процессов, разработать и внедрить систему их автоматизации. Так как автоматизируется одно достаточно небольшое направление деятельности ООО
, имеющимся работникам не составит особого труда провести весь комплекс работ по проектированию, разработке и внедрению системы автоматизации.
Разрабатываемая информационная система будет включать весь необходимый функционал, и учитывать все особенность работы и пожелания сотрудников данной компании, так как будет являться индивидуальным (уникальным) продуктом, что позволяет быстро изменить функциональность в соответствии с требованием внутреннего заказчика.
2.1.1 Этапы жизненного цикла проекта автоматизации
Понятие жизненного цикла является одним из базовых понятий методологии проектирования информационных систем. Жизненный цикл информационной системы представляет собой непрерывный процесс, начинающийся с момента принятия решения о создании информационной системы и заканчивается в момент полного изъятия ее из эксплуатации.
Жизненный цикл информационной системы охватывает все стадии и этапы ее создания, сопровождения и развития:
-
исследование предметной области с последующим формированием функциональной и информационной моделей объекта, для которого предназначена информационная система;
-
проектирование системы, заключающееся в разработке проектных решений, удовлетворяющих всем требованиям ТЗ;
-
разработку системы (в том числе программирование и тестирование прикладных программ на основании проектных спецификаций подсистем, выделенных на стадии проектирования);
-
тестирование информационной системы и выявление сбоев с последующим их устранением;
-
эксплуатацию системы и ее сопровождение;
-
развитие системы.
Жизненный цикл протекает в соответствии с выбранной моделью ЖЦ.
Существует целый ряд стандартов, регламентирующих ЖЦ ПО, а в некоторых случаях и процессы разработки.
Среди наиболее известных стандартов можно выделить следующие:
-
ГОСТ 34.601-90 - распространяется на автоматизированные системы и устанавливает стадии и этапы их создания. Кроме того, в стандарте содержится описание содержания работ на каждом этапе. Стадии и этапы работы, закрепленные в стандарте, в большей степени соответствуют каскадной модели жизненного цикла .
-
ISO/IEC 12207:1995 - стандарт на процессы и организацию жизненного цикла. Распространяется на все виды заказного ПО. Стандарт не содержит описания фаз, стадий и этапов.
-
Custom Development Method (методика Oracle) по разработке прикладных информационных систем - технологический материал, детализированный до уровня заготовок проектных документов, рассчитанных на использование в проектах с применением Oracle. Применяется CDM для классической модели ЖЦ (предусмотрены все работы/задачи и этапы), а также для технологий «быстрой разработки» (Fast Track) или «облегченного подхода», рекомендуемых в случае малых проектов.
-
Rational Unified Process (RUP) предлагает итеративную модель разработки, включающую четыре фазы: начало, исследование, построение и внедрение. Каждая фаза может быть разбита на этапы (итерации), в результате которых выпускается версия для внутреннего или внешнего использования. Прохождение через четыре основные фазы называется циклом разработки, каждый цикл завершается генерацией версии системы. Если после этого работа над проектом не прекращается, то полученный продукт продолжает развиваться и снова минует те же фазы. Суть работы в рамках RUP - это создание и сопровождение моделей на базе UML.
-
Microsoft Solution Framework (MSF) сходна с RUP, так же включает четыре фазы: анализ, проектирование, разработка, стабилизация, является итерационной, предполагает использование объектно-ориентированного моделирования. MSF в сравнении с RUP в большей степени ориентирована на разработку бизнес-приложений.
-
Extreme Programming (XP). Экстремальное программирование (самая новая среди рассматриваемых методологий) сформировалось в 1996 году. В основе методологии командная работа, эффективная коммуникация между заказчиком и исполнителем в течение всего проекта по разработке ИС, а разработка ведется с использованием последовательно дорабатываемых прототипов.
-
Стандарт ISO/IEC серии 15288