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

Будущее сисадмина

DevOps или DevSecOps — специализация на стыке разработки, администрирования и безопасности

На данный момент внимание к DevOps только растёт и этот тренд продолжится, развиваясь в сторону контейнеризации, нагруженных приложений и систем, микросервисной архитектуры и т.д. Изучайте всё это, пока это выглядит как наиболее приоритетное будущее.
Информационная безопасность — ещё одно направление развития

Если раньше инфобезопасники были только в телекоме и банках, то сегодня они нужны практически в любой ИТ-компании. Сфера непростая, потребует знаний в разработке, системах взлома и защиты, — это гораздо глубже, чем установить антивирус и настроить файервол. И, кстати, для инфобеза есть отдельные специальности в вузах, поэтому если вы в начале пути, можно сразу поступать по профилю, а если «старичок», то можно рассмотреть магистратуру для углубления знаний и наличия диплома.
CTO, CIO — руководящие должности в ИТ-сфере или ИТ-подразделениях компаний. Отличный путь для тех, кто кроме системного мышления и любви к технологиям имеет управленческие и финансовые способности. Вы будете руководить всей ИТ-инфраструктурой, проводить сложные внедрения, выстраивать архитектуры для бизнеса, и это, само собой, очень неплохо оплачивается. Однако, как показывает практика, CTO/CIO в крупной компании — это ещё и умение договариваться, объяснять, обосновывать и пробивать бюджеты, это колоссальные нервы и ответственность.
Открыть своё дело. Например, заняться системным администрированием и поддержкой компаний как аутсорсер. Тогда вы сможете выстраивать свой график, планировать доходность и занятость, предоставлять те услуги, которые у вас выходят особенно круто. Но это непростой путь как с точки зрения набора и удержания клиентской базы, так и с точки зрения управления, финансов и права.

Эволюция концепций администрирования

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

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

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

Концепция «Точно вовремя»

Гибкое производство (Lean Manufacturing)
Гибкое предприятие
Пластичное производство (Flow Manufacturing)
Бережливое производство

Постоянное улучшение работы путем ликвидации ЛЮБЫХ и ВСЕХ бесполезных действий

Предприятия начинают работать:

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

Процесс создания гибкого предприятия (ТВВ)

Определение нужного
Определение потоков, создающих добавленную стоимость
Потоки

Метод 5С:

1.Сейри

2.Сейтон

3.Сейзо

4.Сейкетсу

5.Ситсуке

Вытягивание (Канбан, такт)
Совершенствование

Философия ТВВ:

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

Теория ограничений

Предварительные действия:

Пропускная способность (ПС) – оборот, объем выпуска.
Операционные расходы (ОР) — это все деньги, которые система тратит для трансформации запасов в пропускную способность.
Запасы (З).

Основные цели и задачи сетевого администратора

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

установка и последующая настройка ЛВС;
поддержание ее постоянной работоспособности;
инсталляция основного ПО;
ведение мониторинга сетей.

На основе вышеизложенных целей сетевой администратор должен выполнять следующие функции:

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

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

ЖИЗНЕННЫЙ ЦИКЛ РАЗВИТИЯ ИНФОРМАЦИОННОЙ СИСТЕМЫ УПРАВЛЕНИЯ

Этот жизненный цикл можно условно разделить на несколько этапов:

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

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

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

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

Таблица 2.
Роли и ответственность при разработке стратегии развития ИСУ

	Совет директоров/ собственники	Генеральный управляющий	Финансовый директор	Руководители бизнес-направлений
Участие в разработке стратегии	Консультации по отрасли (аналоги, опыт, эксперты)	Обеспечение интересов всех бизнес-единиц (БЕ) и учета всех функций	Обеспечение «присутствия» всех БЕ	Приоритеты БЕ, услуги по поддержке бизнес-направлений
Вклад в разработку стратегии	Тенденции в отрасли, сценарии развития	Миссия и цели, выбор БЕ (рост, инвестиции)	Финансирование ИСУ, финансовые и бизнес-риски	Новые рынки, клиенты, продукты (2-4 года), процессы поддержки
Вопросы компетенции	Соответствие уровня финансирования	Адекватность потребностям организации	Возможности финансовой поддержки, смягчение рисков	Адекватность потребностям бизнес-единиц
Участие в реализации	Периодический обзор на соответствие бизнес-целям	Контроль соответствия стратегии бизнеса, разрешение конфликтов между БЕ	Финансовые гарантии, контроль рисков	Отслеживание изменений в стратегии БЕ и их учет в общей стратегии развития ИСУ

Поток проектов. Реализация программы развития информационной системы управления, утвержденной в
рамках разработки стратегии, может быть описана с помощью итерационной
концепции «Мероприятия — Готовность — Проекты — Цели» (рис. 2). В ней
предполагается следующее:

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

Где учиться

Базовое образование, желательно техническое, даст вам понимание основ алгоритмического мышления, инженерии, электроники и т.д. Оно значительно облегчит понимание специальности и ускорит её освоение. Кроме того, не стоит забывать, что для большинства российских работодателей диплом по-прежнему является важным документом при приёме на работу.
Один или несколько сертификатов Cisco значительно прокачают ваши скиллы и сделают резюме конкурентоспособным. Например, Cisco Certified Entry Network Technician (CCENT) — первый уровень инженера-техника сетевых средств Cisco или Cisco Certified Network Associate (CCNA) Routing and Switching — один из базовых сертификатов начального уровня. С Cisco вы столкнётесь практически в любой компании, особенно крупной. В любом случае эта профессиональная сертификация — по сути золотой стандарт сетевой работы. В дальнейшем можно «получить» остальные уровни, но, по секрету скажу, уже за счёт работодателя
В зависимости от профиля работы вы можете получить соответствующие сертификаты по операционным системам, безопасности, сетям и т.д. Это реально востребованные работодателем бумаги и по своему опыту скажу — во время подготовки к экзаменам прокачиваешься в теме по полной. Если самостоятельно не заниматься, а ограничиться только занятиями курса, сдать экзамен практически невозможно.
Есть ещё один способ образования — комплексные курсы системных администраторов Windows и Unix. Конечно, многое зависит от преподавателя и базовой организации, проводящей курс, но качество курса может разочаровать на 100%. Между тем, при удачном стечении обстоятельств такой курс здорово систематизирует знания, раскладывает их по полочкам. Если вы всё же решитесь получить такое дополнительное образование, выбирайте не вуз, а корпоративный университет, где лекцию и практику читают реальные, действующие профессионалы, а не теоретики из 90-х.

Лучшие книги и средства обучения

Классика — это Эндрю Таненбаум: «Архитектура компьютера», «Компьютерные сети», «Современные операционные системы». Это три толстые книги, которые тем не менее пережили несколько изданий, отлично читаются и воспринимаются. Более того, у некоторых системных администраторов любовь к работе начинается именно с этих книг.
Т.Лимончелли, К. Хоган «Практика системного и сетевого администрирования» в — потрясающая «мозговправительная» книга для систематизации знаний уже готового системного администратора. Вообще у Лимончелли немало хороших книг для системных администраторов.
Р. Пайк, Б. Керниган «Unix. Программное окружение», и другие книги Кернингана
Ноа Гифт «Python в системном администрировании UNIX и Linux» — отличная книга для фанатов автоматизации админского труда.

Распределенные ИС

Основные принципы создания и функционирования распределенных баз данных:

Синхронизация и согласованность;
Прозрачность;
Изолированность.

Дополнительные принципы распределенных БД:

локальная автономия;
отсутствие центральной установки;
независимость от местоположения;
непрерывность функционирования;
независимость от фрагментации данных;
независимость от репликации данных;
распределенная обработка запросов;
распределенное управление транзакциями;
независимость от аппаратуры;
независимость от типа операционной системы;
независимость от коммуникационной сети;
независимость от СУБД.

Проблемы практической реализации техники представлений:

1.Размещение системного каталога базы данных.

2.Проблема обновлений.

Направления в технологиях распределенных систем

технологии «Клиент-сервер»,
технологии репликации данных,
технологии объектного связывания.

Общие понятия

Современная практика проектирования информационных систем основывается на процессном подходе. Этот подход тесно связан с понятием «бизнес-процесс».

Определение 1

Бизнес-процесс — это последовательность действий, имеющая целью получение заданного результата, полезного для организации.

Определение 2

Корпоративные информационные системы (КИС) – это программные комплексы, управляющие информационными потоками всех бизнес-процессов организации.

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

локальные КИС;
КИС управления финансами;
средние интегрированные КИС;
крупные интегрированные КИС.

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

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

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

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

Задача администрирования сети

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

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

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

Свежие новости и статьи

Статьи
10 ноября 2022

Как мы на Яндекс Почту мигрировали: кейс ALP ITSM
ALP ITSM обеспечивает IT-поддержку компаниям разного масштаба — от небольших офисов с 20 сотрудниками до международных фастфуд-гигантов. Мы помогаем нашим клиентам находить выгодные IT-решения, подбираем и устанавливаем оптимальные сервисы. Но недавно мы сами оказались в ситуации, когда нужно было отказываться от привычных решений и искать новые варианты. Рассказываем, как наша компания численностью 120 сотрудников переходила на отечественный почтовый продукт и что из этого вышло.

Статьи

5 сентября 2022

Импортозамещение и локализация ИТ-инфраструктуры. Что общего? И в чем отличия?
В чем разница между импортозамещением и локализацией ИТ? Для каких компаний подходят эти две стратегии? Значит ли их реализация, что от иностранного софта и оборудования нужно будет отказаться полностью? Разобраться в теме помог Сергей Идиятов, руководитель направления консалтинга ALP ITSM.

Статьи

22 августа 2022

Топ-5 рекомендаций для CEO: как локализовать IT-инфраструктуру?
Для компаний с центральным офисом в зарубежных странах санкционный кризис стал серьезным испытанием. При сохранении бизнеса в России нужно выделить IT-инфраструктуру локального офиса и сделать ее независимой и автономной от глобальной компании, объявившей об уходе из РФ. Этот «развод по-итальянски» требует четкого плана, ресурсов и крепких нервов. Как минимизировать риски, рассказывает Сергей Идиятов, руководитель направления консалтинга ALP ITSM, сервисной IT-компании холдинга ALP Group.

Статьи

11 мая 2022

Не можно, а нужно: рассказываем, как безболезненно перенести IT-инфраструктуру компании в российское облако. Кейс ALP ITSM

За последние два месяца российские компании столкнулись с различными сложностями, в том числе по части IT. Среди них — остановка продажи нового ПО, невозможность оплаты услуг западных сервисов, повышение цен на оборудование и всевозможные блокировки. ALP ITSM помогает клиентам найти решения, чтобы обезопасить IT-инфраструктуру в нынешних условиях. Делимся опытом миграции из зарубежных облаков в российские.

Статьи

1 апреля 2022

Автоматизируй это! Четыре бизнес-процесса, где нельзя обойтись без Service Desk.
Когда компания растет, увеличивается и количество запросов от пользователей. Однажды это превращается в «снежный ком»: техподдержка не справляется с потоком, заявки теряются, время обработки обращений все дольше, пользователи недовольны. Знакомая ситуация? Тогда нужно срочно внедрять ServiceDesk. Разбираемся, чем может помочь эта система, и какие направления стоит автоматизировать в первую очередь.

Основной производственный план (ОПП)

Основные функции ОПП:

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

Количество товара, доступного для предложения (ДДП)

Временные периоды ОПП

Изменение ОПП вызывает:

повышение себестоимости продукции;
снижение уровня обслуживания клиентов;
снижение достоверности ОПП.

Планирование необходимых (производственных) ресурсов (ПНР)

— определение доступной мощности;

— определение загрузки;

— устранение выявленных несоответствий между требуемой и доступной мощностями.

Планирование материалов и мощностей

Исходные данные системы планирования ресурсов:

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

Этапы ПНР:

1.Оценивание доступных мощностей.

2.Определение требуемой мощности.

3.Распределение производственных заданий по рабочим центрам.

4.Сопоставление требуемых мощностей с доступными.

Точность работы системы планирования зависит:

1) от точности определения независимых потребностей;

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

3) от точности и актуальности количества в наличии для всех материалов, участвующих в расчете;

4) от точности определения сроков поставки материалов и производства необходимых материалов и комплектующих;

5) от точности указания времени доставки и производства материалов.

Требования, предъявляемые к корпоративным базам данных

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

Классификация КИС

Заказные (уникальные):

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

Тиражируемые (адаптируемые)

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

Microsoft Dynamics AX (Axapta)

Application Object Server (AOS);
MorphX Development Suite ;
Dynamics AX Оbject Tree – AOT;
Редактор Х++;
Система слоев:
- YS: системный слой; основная функциональность, общая для всех стран.
- GLS: функциональность, доработанная внешними разработчиками.
- BUS: бизнес-решения партнеров (партнерские модификации).
- VAR: модификации, сделанные партнером для клиента на этапе внедрения.
- CUS: модификации, сделанные программистами компании-клиента.
- USR: модификации пользователя.
Поддержка модели COM (Component Object Model).

Мифы профессии

Сисадмины — рабочая профессия. Нет, это интеллектуальная, сложная работа с многозадачностью и нагрузками, потому что в современном мире ИТ-инфраструктура значит слишком много в любой компании.
Сисадмины злые. Нет, обычные — по мере характера обладателя профессии. Но их реально раздражают пользователи, которые не могут описать проблему или, чего доброго, считают себя почти что хакерами и перед тем, как позвать на помощь, усугубляют проблему донельзя.
Не злые, а опасные!
Сисадминам не нужно образование. Если вы не хотите всю жизнь «починять примусы» и заниматься базовыми вещами типа установки антивируса и других программ, учиться нужно постоянно, как самостоятельно, так и на профессиональных сертифицированных курсах. Высшее образование поможет ускорить процесс самообучения и восприятия сложной технической информации.
Сисадмины бездельники. О, это мой самый любимый миф! Хороший сисадмин работает с программными средствами управления ИТ-инфраструктурой и держит всю систему в порядке. Это занимает огромное количество времени, нередко требует сверхурочной работы, но внешне да, кажется, что сисадмин просто сидит за ПК, как и все мы. На взгляд обывателя это непорядок: админ же должен обернуться проводами и носиться с кримпером и стриппером наперевес. Глупость, короче. Хотя никто не безгрешен — но ленивого сисадмина вы сразу почувствуете на своей шкуре.
Сисадмины неопрятны, ходят в растянутых свитерах и с бородой. Внешность сисадмина не продиктована никакими стандартами и зависит исключительно от его личных предпочтений.

Технология «Клиент-сервер»

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

Модели технологии «Клиент-сервер»:

модель файлового сервера (File Server — FS);
модель удаленного доступа к данным (Remote Data Access — RDA);
модель сервера базы данных (DataBase Server — DBS);
модель сервера приложений (Application Server — AS).

Модель файлового сервера (FS)

Достоинства:

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

Недостатки:

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

Модель удаленного доступа к данным (RDA)

Достоинства:

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

Недостатки:

Существенный трафик сети;
Излишнее дублирование кода приложений;
Сервер играет пассивную роль;
Высокие требования к клиентским установкам.

Модель сервера баз данных (DBS)

Достоинства:

Повышение надежности;
Возможности коллективной работы пользователей
Более активная роль сервера;
Разгрузка сети.

Недостатки:

Большая загрузка сервера.

Модель сервера приложений (АS)

Достоинства:

Повышение надежности;
Возможности коллективной работы пользователей
Более активная роль сервера;
Оптимальное построение вычислительной схемы.

Недостатки:

Трафик сети.

Шаг 5. Создаем бизнес-ориентированное описание полномочий

наименование полномочия, включая объект, к которому применяется право доступа;
действие, которое разрешается делать с объектом (просмотр, изменение и т.п., возможность ограничения, например, по территориальному признаку или по группе клиентов);
код полномочия (код и имя функции/запроса системы, которые можно выполнить с использованием полномочия);
описание полномочия (подробное описание действий в ИС при применении полномочия и их последствий для процесса;
статус полномочия: «Активно» (если полномочие назначено хотя бы одному пользователю) или «Не активно» (если полномочие не используется).

ГОТОВНОСТЬ ПРЕДПРИЯТИЯ К РАЗРАБОТКЕ СТРАТЕГИИ РАЗВИТИЯ ИС УПРАВЛЕНИЯ

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

На предприятии можно выделить следующие группы факторов, влияющих на процесс
перехода к новому уровню ИСУ:

наличие стратегии
бизнеса (и ее использование);
человеческий фактор
(участие высшего руководства в процессе усовершенствования управленческой ИС, наличие
среди сотрудников кандидатур, которые могли бы составить команду перемен,
достаточный уровень владения современными принципами управления,
возможность привлечения системных специалистов и аналитиков, позитивное
отношение сотрудников к изменениям);
бизнес-процессы
(существует формализованное описание процессов деятельности, есть
готовность к оптимизации и, в случае необходимости, к изменению
бизнес-процессов предприятия);
документирование и
нормативно-справочная документация (наличие и использование
документов, регламентирующих деятельность подразделений и сотрудников,
инструкций по сложным и критически важным процессам, производственных
нормативов и статистики; наличие документации по производственным
процессам, установкам, оборудованию, а также другой необходимой
нормативной и справочной информации);
процессы жизненного
цикла информационной системы управления (на предприятии существует база для
реализации или уже реализуются необходимые процессы ЖЦ ИСУ — договорные,
технические, корпоративные, проектные и адаптирующие);
уровень развития
инфраструктуры (достаточный уровень
коммуникаций, производительности рабочих станций и серверов, наличие
квалифицированных специалистов по развитию инфраструктуры);
финансы (имеются свободные
денежные средства для инвестирования в развитие ИСУ, проведена оценка
возможных источников получения экономического эффекта, существует
возможность разработки и утверждения обоснованного бюджета на развитие).

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

Вы можете также ознакомиться с нашим опытом проектирования функционала информационной системы управления в статьях «Проектирование функционала ИС ERP-класса» и «Проектирование функционала CRM-системы», а также с .