1.5 Вопросы для обсуждения: проблемы проектирования и внедрения ис

Внедрение ИС на предприятии предполагает наличие двух сторон: заказчика и исполнителя. Возможна и третья сторона – консультант.

Все стороны обычно считают себя готовыми к внедрению ИС. При этом, исполнитель заинтересован в том, чтобы "выжать" побольше денег и отвечать не за конечный результат, а за выполнение определённого объёма работ. Заказчик же считает, что всё ему должны сделать задёшево и система в полном объёме должна заработать через неделю. В любом случае проект начинается с того, что заказчик с исполнителем договариваются – в какие сроки, за какие деньги и что именно будет сделано.

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

Тема 1. Что мешает внедрению ис на предприятиях?

• Чрезмерные и/или противоречивые ожидания первых лиц (топ-менеджеров) предприятия и их неактивное участие во внедрении.

• Сравнительно невысокие реальные приоритеты, присвоенные задачам комплексной автоматизации.

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

• Сохранить коллектив важнее, чем приумножить капитал.

• Существуют противоречия между подразделениями предприятия.

• Слабость среднего менеджмента.

• Слишком много неизвестных в долгосрочном плане.

• Консерватизм сотрудников.

• Двойственность положения отделов АСУ при внедрении программных продуктов сторонних фирм. Переход разработчика – творца в группу поддержки или эксплуатации – это всё равно, что переход боевого лётчика в группу диспетчеров, не всякий захочет.

Тема 2. Нужна ли поддержка коллектива для успешного внедрения ис или достаточно крепкого кулака директора?

Возможные варианты ответов:

• пока бóльшая часть коллектива не поймёт суть автоматизации, ничего не выйдет;

• система делает предприятие "прозрачным", и руководство немедленно узнает, что начальник отдела, цеха или мастер некомпетентны (пассивное сопротивление среднего звена);

• систему нередко внедряют вопреки желанию коллектива;

• обязательно главным заинтересованным лицом должен быть генеральный директор или его зам.

Тема 3. Где взять деньги на автоматизацию и можно ли обойтись без них?

• Внедрение может быть поэтапным и деньги нужно платить постепенно.

• Если директор заинтересован в ИС, то деньги найдутся.

• Можно использовать разные схемы оплаты (лизинг, оплата от конечного результата, растянутые по времени схемы и т.д.) и т.д.

Тема 4. Существует ли единая методология проектирования ис?

Нет.

2 Фирма как объект внедрения иус

2.1 Фирма как объект исследования и как среда функционирования ис

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

Рассмотрим основные понятия, используемые при построении моделей фирмы и ИС.

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

Не всякая фирма может и должна иметь информационную систему.

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

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

Внешняя обстановка: спрос, инфляция, законодательство и т.д.

Назначение ИС: ИС должна поставлять сведения, необходимые для снятия неопределённости у руководства фирмы и других заинтересованных сторон (инвесторов, кредиторов, государственных органов), при принятии управленческих и других решений в отношении фирмы.

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

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

Учётная политика определяет способ учёта затрат при осуществлении деятельности, например: при производстве бумаги – учёт попроцессным методом, а при строительстве – позаказным.

Самый простой пример бизнес-процесса: "купил дешевле, продал дороже". Рассмотрим на этом примере, что должен знать проектировщик ИС о бизнес-процессе, учитывая, что реальные бизнес-процессы значительно сложнее:

1) что продал?

2) у кого купил?

3) кто этим занимается на фирме?

4) чем он руководствуется при принятии решений относительно цены?

5) где берёт для этого информацию?

6) кто ему её предоставляет?

Бизнес-процедура – это функционально-законченная и документально оформленная операция бизнес-процесса. Например, "оформление заказа от клиента".

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

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

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

Основная идея бухгалтерского учёта – теория двойной записи элементарного факта, т.е. факт отражается, как минимум, на двух счетах бухгалтерского учёта.

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

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

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

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