В большинстве случаев целесообразно заказывать систему на стороне, а не создавать собственное подразделение разработчиков. Почему так происходит, рассмотрим ниже.
Нередко случается так, что руководство нанимает «околокомпьютерного мальчика», который приносит кучу дискет, на которых записано множество «неофициально» полученных пакетов программ (от редакторов текстов до пакетов трехмерной графики). После этого устанавливают на компьютеры весь этот ворох программ, который венчает легально приобретенная бухгалтерская программа, к примеру «Финансы без проблем». Теперь можно сказать, что офис компьютеризован. Бог в помощь такому руководителю и процветания его фирме!
Но бывает и иной подход. Руководитель дает объявление, что примет на работу людей, разрабатывающих АСУ, и такие люди находятся. Перед ними ставится задача создать автоматизированную систему для управления предприятием. Чаще всего, через некоторое время система становится недееспособной. Но предположим, что система работает. Так могло получиться, только если в процессе работы сложился дружный творческий коллектив. Но работа у данного заказчика закончилась. Что предстоит такому коллективу разработчиков, неужели его деятельность ограничится внесением эпизодических улучшений в созданное изделие? Скорее всего, разработчики, закончив проект, уволятся с предприятия заказчика и будут создавать аналогичные изделия для других. А с чем же останется заказчик? Так как работа производилась его персоналом, то никаких гарантийных обязательств по этой работе у него не осталось. Со всеми пожеланиями о доработках ему придется обращаться к самостоятельному коллективу, причем за отдельную плату. Следует вывод, что, пойдя по пути самостоятельной разработки, к тому же при очень малой вероятности хорошего результата, заказчик получает то, от чего хотел уйти.
Кратко обозначим основные преимущества внешнего разработчика, которые свойственны ему по определению.
Профессионализм. Внешний разработчик интегрирует не только опыт многих разработок, но и многих «живых» систем, которые ему пришлось автоматизировать.
Реализм. Разработчик должен отчетливо представлять степень реализуемости задания, тем самым предохраняя заказчика от неоправданных затрат финансов и/или времени на нереализуемые проекты. Это, на наш взгляд, самое важное преимущество.
Ответственность. Внешний разработчик несет перед заказчиком юридическую и финансовую ответственность за разработку в полном объеме (в отличие от собственного разработчика).
Экономическая целесообразность. Разработку системы может выполнить только подготовленный коллектив, имеющий концептуальные, инструментальные и технологические наработки. На оснащение, обкатку и наработку всего этого уходит немало времени и средств. Поэтому при относительно небольших планируемых сроках (до двух лет) на эту работу и разовом ее характере на данном предприятии разработка внешним исполнителем будет стоить дешевле, чем собственным. В некоторых случаях могут быть варианты, но это требует детального анализа.
К созданию своих коллективов разработчиков обычно тяготеют те фирмы, которые сами специализируются в этой или близких областях. Собирая или приглашая к себе коллектив разработчиков, фирмы чаще всего имеют в виду, что, выполнив работу для них, данный коллектив впоследствии создаст рыночный продукт, который окупит разработку и сохранит коллектив для последующих усовершенствований созданной программы. Конечно, резон в таком подходе есть, и существуют примеры успешной его реализации. Однако в общем случае стимулы у коллектива, который находится на постоянной зарплате в организации, гораздо менее сильные, чем у фирмы, привлеченной для выполнения конкретной работы за конкретное вознаграждение. Есть еще один психологический момент, связанный с разработкой, выполненной собственным коллективом. После того как работа выполнена и ее стали использовать на предприятии, база данных системы начинает очень быстро насыщаться информацией. Если концепция и средства разработки были выбраны неправильно, то это ведет к стремительному падению эффективности ее применения (пример: системы NTFS and Fat 32). Руководство в этом случае требует ее доработки, даже когда оно уже понимает, что неправильна сама концепция системы. Слишком тяжело принять решение о создании или приобретении новой разработки и тем самым признать свою прежнюю ошибку.
Основной проблемой, определяющей путь развития автоматизации предприятия, является выбор объекта автоматизации.
Проще всего, конечно, приобрести у разных фирм-разработчиков программы, автоматизирующие те или иные сферы деятельности: бухучет, работу в торговом зале или на складе. Но в этом случае может возникнуть ситуация, когда форматы данных, используемые в одной системе, не будут совместимы с другой, а значит, получить полную картину работы предприятия окажется довольно трудно. Отсюда вытекает, что приобретение программ разных производителей не позволит решить проблемы комплексной автоматизации.
По мере роста числа партнеров, товарооборота, количества складов или розничных магазинов и расстояния от них до центрального офиса требования, предъявляемые к системам автоматизации управленческой деятельности, становятся все более жесткими; они включают в себя единый формат базы данных, полноту функциональных возможностей, необходимость получения информации или данных, актуальных на данный момент времени. Следовательно, встает вопрос о системе комплексной автоматизации деятельности, которая должна обеспечить:
•полноту и корректность данных;
•гибкость и настраиваемость большинства параметров, отражающих специфику деятельности конкретного предприятия;
•высокую надежность и быстродействие;
•сохранность информации в базе данных и возможность ее быстрого восстановления;
•возможность наращивания и модернизации системы. Соединение складской, бухгалтерской и финансовой систем в единый комплекс является, по мнению многих разработчиков, необходимым условием для реализации на предприятии управленческого учета в режиме реального времени.
При комплексной автоматизации предприятие оснащается набором автоматизированных рабочих мест (АРМ), каждое из которых помогает решению той или иной задачи. АРМ имеет процедуры ручного или полуавтоматического (с дискет) ввода исходной информации, автономно производит ее обработку без привлечения информации из других АРМ. Результатом обработки является выходной документ, который сохраняется в базе данных АРМ или в приписанной ему области общей базы данных. Информационные связи между автономными АРМ разорваны, что дает почву для умышленных искажений, злоупотреблений, небрежности отдельных лиц или обычных ошибок и требует дополнительного контроля и дублирования информации. В системе же разрыв какой-либо информационной цепочки сигнализирует об аварии и локализует ее источник. При системной автоматизации предполагается, что объектом выступает не отдельная задача, а предприятие в целом или его часть, которая сама по себе образует систему.
Есть особенность в создании систем автоматизации организационного управления предприятием. Она заключается в необходимости автоматизировать управление предприятием, внедряя компьютерные средства в существующую систему управления в отличие от технологических автоматизированных систем, которые создаются одновременно с технологией производства. Эта особенность наиболее сильно проявляется при разработке именно СИСТЕМ. А поскольку системы автоматизации организационного управления предназначены для внедрения в существующую систему управления предприятием, то мы дополняем это название термином “интегрированная».
Системный подход требует, чтобы каждый объект или задача рассматривались не сами по себе, а с учетом взаимосвязей и взаимодействия с окружающими объектами и соответствующими задачами. При этом выбор окружения зависит от целевой функции автоматизируемого объекта.
Документы, имманентные (т.е. внутренне присущие) деятельности конторы, будем называть первичными. Внутренние справки, своды, реестры, регистры – это производные от первичных документов, сопровождающих перемещение материальных ценностей и движение денег. Есть еще документы отчетные, которые по сути – те же справки, но представляемые в контрольные органы и поэтому становящиеся документами. Назовем их (вместе со справками) вторичными. Разнообразные справочники, инструкции, положения и т. П. – нормативно-справочная информация. Теперь определим, что составляет базис данных предприятия. Понимая под базисом основные, элементарные, неизменяемые в дальнейшем данные, отражающие факты деятельности предприятия, придем к выводу, что его составляют данные из первичных документов. Вторичные документы и справки формируются на основе данных первичных документов, а нормативно-справочная информация не связана с фактами деятельности предприятия. Здесь необходимо подчеркнуть, что базис составляют именно данные из документов, а не сами первичные документы.
Начиная разработку системы автоматизации управления на предприятии, необходимо определить, что составляет информационное содержание базы данных – основного системообразующего звена в системе. Естественно предположить, что основное содержание базы данных — это определенный нами базис. Базис данных задает схему базы данных автоматизированной системы и ее информационное наполнение.
Возникает вопрос: надо ли хранить в базе данных информацию из вторичных документов? В принципе в этом нет необходимости, так как мы можем в любой момент получить эту информацию, интерпретировав по заданному алгоритму набор данных из первичных документов, но на практике это бывает полезно для ускорения работы системы. Однако получить любой вторичный документ мы можем только в том случае, если нам будет одновременно доступен весь набор данных. Значит, в систему должны быть введены все данные.
База данных составляет информационное ядро системы, которое чаще всего размещается на одном компьютере – сервере локальной сети. Но это не обязательно. Первые системы создавались с распределенной базой данных, так как компьютеры были дороги, на предприятиях их было мало и выделять компьютер для сервера считалось роскошью. Распределенная система хранения данных к тому же повышала живучесть самой системы путем применения специальной схемы дублирования файлов данных на разных компьютерах. Сейчас это стало неактуально, так как те же цели достигаются более простыми средствами.
Определившись с базой данных, рассмотрим вопрос о количестве и размещении компьютеров. Естественно, что использование единой базы данных требует коммуникаций между всеми компьютерами и сервером. В настоящее время эти возможности предоставляет локальная сеть.
Страницы: 1, 2, 3, 4, 5
