Требования к ИС в целом

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

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

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

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

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

Открытость ИС.

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

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

Масштабируемость. Изменение структуры фирмы не должно приводить к отказу от освоенного программного обеспечения и используемых технических средств.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Нет.