Стратегии автоматизации и обоснованный выбор

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

— цели: области деятельности предприятия и последовательность, в которой они будут автоматизированы

— способ автоматизации: по участкам, направлениям, комплексная автоматизация, хаотичная.

— долгосрочная техническая политика - комплекс внутренних стандартов, поддерживаемых на предприятии

— ограничения: финансовые, временные и т.д.

— процедура управления изменениями плана.

Автоматизация – один из широко распространённых способов достижения стратегических целей, но не процесс. Во главе данной стратегии должна лежать стратегия деятельности предприятия: миссия предприятия, направления и модель деятельности. Т.о. стратегия автоматизации представляет собой согласованный по срокам и целям со стратегией деятельности организации план.

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

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

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

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

Полная автоматизация подразделяется на:

— автоматизация с внутренней интеграции – использования одной СУБД в качестве единого информационного хранилища (клиент-сервер);

— автоматизация с внешней интеграцией – использования внешних информационных сущностей (либо файлов) либо использования внутренних протоколов при взаимодействии отдельных модулей.

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

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

Способы приобретения ИС

Способы приобретения ИС – это последующие действия от определения и формализации решения о необходимости ИС до момента пока ИС не будет внедрена на предприятия. Существуют следующие способы приобретения ИС:

— разработка (самостоятельная и заказная);

— покупка ИС (покупка отечественной или зарубежной ИС);

— покупка и доработка (самостоятельная или заказная);

— аренда.

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

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

Технология проектирования

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

— короткий, но тщательно проработанный производственный график (от 2 до 6 мес.);

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

— небольшую команду программистов (от 2 до 10 человек).

— Главные отличия применяемой методологии от стандартной:

— широко влияние на процесс разработки оказывает совмещение методологии RAD с методологией «как придётся»;

— отсутствие производственного графика как такового.

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

Проектная часть