ПОИСК Статьи Чертежи Таблицы Пакетная передача данных из "Как интегрировать САПР и АСТПП " Статья расходов затраты. [c.210] Кроме амортизации оборудования нужно учитывать затраты на персонал, ремонт (обычно ежегодно 10% начальной закупочной стоимости), снабжение, проведение обучения, среду (коммунальные услуги, воздушное охлаждение и т. п.). Таким образом, можно подсчитать, что для поддержки функционирования этой системы реально расходуется 172 ООО долл. в год и эта сумма составляет итоговые затраты, которые вы должны начислить на счет пользователя и при этом соблюсти свои интересы. По существу, необходимо собрать все расходы и распределить их согласно измеримым коэффициентам потребления ресурсов. На рис. 7.11 показано, как сравнивать капиталовложение с текущими расходами. Естественно, если у вас есть другие расходы, которые точно могут быть отнесены к такой сфере деятельности, как часы консультаций (программирования) и т. п., то их нужно включать в особые статьи расходов, а не в расходы на потребление ресурсов. Понимание соотношения йачальных затрат на различные составляющие системы может оказаться полезным для рационального распределения текущих затрат. [c.210] Статья расходов Ежеиесячно доступные устройства требуемое ежемесячно возмещение стоимости, долл. Затраты на устройство, долл. [c.211] Ресурс Соответству ющн й ежемесячный коэффициент потребления Издержки, долл. [c.212] Измерение и исчисление затрат. Йакет учета системных ресурсов используется для определения ресурсов, ежемесячно потребляемых каждым пользователем или коллективом пользователей. При этом затраты вычисляются и удерживаются из стоимости оставшегося пользовательского бюджета. В табл. 7.3 показано, как, базируясь на месячном коэффициенте потребления, можно определить сумму, оплачиваемую пользователем. [c.212] Важно заметить, что эти вычисления предполагают почти полную нагрузку оборудования и если уровень потребления значительно ниже, то полученные числа нужно уточнять, чтобы гарантировать возмещение затрат без сильного завышения стоимости. Это регулирование особенно целесообразно делать на ранней стадии существования системы, так как требуется иногда год или два, чтобы пользователь в достаточной мере научился работать с системой. Возможно, что вы пожелаете добавить масштабный множитель, который будет способствовать начислению более высоких издержек пользователю за потребление ресурсов каждого устройства по мере того, как система достигает-объема, который гарантирует увеличение и расширение системы. [c.212] ЦИИ издержек более глубокого уровня. Некоторые системы предоставляют такую возможность, но при этом может потребоваться, чтобы конструктор кончал и снова начинал сеанс с целью изменения данных о запрошенных ресурсах, что может оказаться помехой для выполнения совместного проекта предприятием, продукция которого пользуется спросом. [c.213] Все сказанное в этой главе может показаться слишком сложным. Однако эти сведения имеют реальную ценность. Ведь компьютерное время является такой абстрактной величиной, которую порой трудно оценцть. А пользователям и особенно руководству коллективом пользователей важно уяснить истинную стоимость каждого ресурса. Она выражается в реально затраченных долларах. Если этого не понять, то запросы на ресурс будут бесконтрольно возрастать и вскоре вы будете вьшуждены вносить дорогостоящие усовершенствования, которые сами по себе могут не представлять никакого интереса. Оценка затрат дает информацию для управления коллективом пользователей, на которой базируются решения по коэффициентам потребления системы. На рис. 7.12 показан график общего направления роста коэффициента потребления центрального процессора. Этот график может оказаться мощным средством управления для предсказания потребностей и обоснования расширения возможностей центрального процессора. Тем самым он может оказать непосредственную помощь для организации управления этим ресурсом ИПТ. [c.213] В этой главе исследуется взаимосвязь между САПР/АСТПП и экономическими системами. Обсуждается также несколько различных типов программного обеспечения, которые являются пакетами, готовыми к непосредственному использованию ( под ключ ). В большинстве случаев рассмотрению подвергается не конкретный пакет поставщика, а общие области применения пакетов. И наконец, приводятсй требования к поддержке сданного под ключ программного обеспечения. [c.214] Часто бывает нужно связать системы ИПТ и автоматизированную систему управления (АСУ) для обмена как экономическими, так и кЬнструкто1 скими данными (см. рис. 3.1). [c.214] Организация обмена данньши мёж о системами ИПТ и АСУ определяется требованиями Ьбъемй и времени (рис. 8.1). Наше обсуждение методов обмена данными будет идти от самого простого к более сложным. [c.214] Данные просто выгружаются на ленту, которая вручную переносится и устанавливается на другой системе. При этом требуется только обеспечение совместимости формата данных на ленте (плотность и формат записи, длина записи, размер блока и формат данных А8С11 или ЕВСВХС). Например, фирме нужно добавить к своим чертежам блок текстовой информации, представляющий собой список деталировочных описаний подсборок. [c.214] Эти данные содержаФвя в материальной ведомости системы АСУ, и для того чтобы извлечь их и поместить на ленту, разрабатывается программное обеспечение на большом компьютере, на котором действует АСУ. А чтобы прочитать ленту и приспособить рассматриваемые данные к соответствуюш,ему чертежу, реализуется программное обеспечение в системе САПР/АСТПП. [c.215] Удаленный ввод заданий требует интерфейса и программного обеспечения на каждой системе. Передача данных осуществляется через пакетное задание, которое направляется одной машиной в пакетную очередь другой. Данные собираются в файл программой системы-отправителя, передаются через интерфейсы другой системе и размещаются в надлежащем месте программой системы-получателя. [c.215] Вернуться к основной статье