Экономическая целесообразность производства продукта — КиберПедия 

История развития пистолетов-пулеметов: Предпосылкой для возникновения пистолетов-пулеметов послужила давняя тенденция тяготения винтовок...

Организация стока поверхностных вод: Наибольшее количество влаги на земном шаре испаряется с поверхности морей и океанов (88‰)...

Экономическая целесообразность производства продукта

2017-12-21 193
Экономическая целесообразность производства продукта 0.00 из 5.00 0 оценок
Заказать работу

Проблемы построения асоиу

центральная проблема при проектировании, производстве и эксплуатации автоматизированных систем обработки информации управления (АСОИУ) является проблема обеспечения надежности.

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

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

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

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

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

Второй причиной можно считать значительное расширение диапазона условий эксплуатации техники. Безусловно, не все отказы аппаратуры являются неизбежными, каждый из них имеет свою причину или группу причин. Если причины известны, на них можно воздействовать с целью предупреждения отказа. Однако сведения о процессах, происходящих в аппаратуре не всегда оказываются достаточными. Чтобы такие сведения получить, систематизировать и учесть при проектировании и производстве, необходимы немалое время и немалые средства, которыми создатели систем зачастую не располагают. Многие системы стареют морально раньше, чем физически. Поэтому зачастую инженеры вместо совершенствования уже созданных систем разрабатывают новые. Исходя их опыта предыдущей работы они исключают одни ошибки, но вместо них появляются другие, вызываемые различием систем и условиями их эксплуатации. По меткому выражению Д.Ллойда и М.Липова. эволюционный процесс накопления знаний входит в конфликт с революционной атмосферой проектирования.

Ненадежность техники оборачивается большими экономическими потерями.

Проблема надежности систем управления приобретает особое значение из=за большой значимости выполняемых ими функций и высокой цены отказа. Даже при довольно редких отказах ущерб, вызванный отключением системы управления или ее неправильным срабатыванием, может превысить выгоду, получаемую в периоды ее работоспособного состояния. Говоря о другой составной части АСОИУ – программном обеспечении, – следует отметить, что оно также заметно влияет на надежность системы. Нарушение работоспособности ПК часто приводит к не менее тяжелым последствиям, чем отказы техники, но найти причину нарушения бывает крайне тяжело. Неправильная работа программ может провоцировать отказы технических средств, устанавливая для них более тяжелые условия функционирования, поэтому вопросам обеспечения и подержания надежности ПК всегда уделялось большое внимание. Однако методы оценки надежности ПК стали разрабатываться совсем недавно. До сих пор теория надежности не имеет методик расчета надежности ПО, исследованных столь же тщательно, как методики для оценки технических средств. Вместе с тем отдельные результаты таких исследований вызывают определенное доверие разработчиков ПК и вполне могут быть использованы в проектной практике.

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

 

Классификация АСУ

Можно классифицировать АСОИУ по различным признакам:

 размерам сферы действия (в масштабах земного шара, государства, отрасли, предприятия,

отдельных процессов и операций);

 а характеру решаемых задач (стратегические, тактические. оперативные).

По сложности (степени сложности):

· Простые –– легко описываются и моделируются.

· Сложные –– с разветвленной структурой и большим числом связей. Их можно описать и

смоделировать.

· Особо сложные –– не поддаются точному и подробному описанию.

По используемым моделям: детерминированные и вероятностные.

По требованиям к времени реакции:

•АСОИУ реального масштаба времени:

•АСОИУ с контрольным временем;

•АСОИУ со свободным временем.

По областям работы АСОИУ:

 АСУП;

 БАС;

 связные системы;

 системы, используемые в торговле;

 военные системы;

 системы бронирования мест;

 медицинские системы;

 административные системы;

 справочные системы.

Каждая область АСОИУ может делиться на классы по определенным условиям использования.

 

 

ОЦЕНКА КАЧЕСТВА ПРОДУКТА

Определение коэффициента качества представляет сложною задачу состоящую из двух частей:

1) выявление показателей;

2) выявление степени важности каждого параметра.

Для определения качества продукта производимого процессом и системой управления,

пользуются

а) габаритно-массовыми показателями продукта;

б) характеристиками продукта;

· для химических веществ: чистотой, концентрацией и т.д.;

· для продуктов питания: калорийностью, жирностью, градусами крепости, вкусовыми

свойствами и т.п.;

· для информации: достоверностью данных, скоростью передачи, объемом данных и т.п.;

в) если продукт является устройством или прибором, или машиной, то качество может

оцениваться:

· удельным потреблением энергии;

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

· затратами на эксплуатацию;

· внешним видом;

· удобством использования продукта.

Каждый параметр качества характеризуется диапазоном изменения Pi,

Стоимость одной единицы измерения i -го параметра:

Величину затрат хi на получение i -го параметра

Аддитивное представление функции качества

Мультипликативное представление

функции качества

Смешанное представление функции

качества

Цена продукта

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

 

ПС=ГИ+СПО+ФЗП+СМВ+ОСС+ОМС+ОПФ +НР;

где, ПС – полная себестоимость разрабатываемой системы, ГИ – затраты на готовые изделия, СПО – себестоимость программного обеспечения, ФЗП – фактическая заработная плата, СМВ – стоимость машинного времени, ОСС – отчисления на социальное страхование, ОПФ – отчисления в пенсионный фонд, ОМС – отчисления на медицинское страхование, ОФЗ – отчисления в фонд занятости, НР – накладные расходы.

 

 

Затраты на эксплуатацию

Затраты по обслуживанию арендуемого имущества представляют собой совокупность расходов, связанных с осуществлением текущего и капитального ремонта, а также расходов, связанных с эксплуатацией объекта аренды (далее — эксплуатационные расходы).

Затраты, связанные с содержанием и улучшением объектов аренды:

1. Затраты, связанные с содержанием объектов аренды:

· Эксплуатационные расходы

· Текущий ремонт

· Капитальный ремонт

2. Улучшения арендуемого имущества

· Отделимые улучшения

· Неотделимые улучшения

Эксплуатационные расходы — это затраты, связанные с использованием объекта аренды. Четкий перечень подобного рода расходов законодательством не установлен. Их состав определяется применительно к каждому объекту аренды.

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

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

Эксплуатационные расходы на содержание зданий (помещений) в зависимости от условий каждого конкретного договора аренды может нести как арендатор, так и арендодатель.

 

8. Общие требования к алгоритмам процесса проектирования

Алгоритм - это точное описание способа решения задачи (выполнение математических

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

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

ОСНОВНЫЕ ХАРАКТЕРИСТИКИ ПРОЦЕССА

Процессы, происходящие в любых системах управления, описываются:

1) алгоритмом поведения процесса;

2) временными параметрами его течения;

3) величинами объемов входных и производимых продуктов;

4) качеством производимого продукта;

5) удельными затратами энергии на единицу продукта;

6) ЗАНИМАЕМЫМ ОБЪЕМОМ, МАССОЙ СИСТЕМЫ И УСЛОВИЯМИ ЕЕ РА БОТЫ.

Алгоритм подсистемы должен удовлетворять следующим условиям:

a) алгоритм задачи должен иметь минимальное число связей с остальными подсистемами;

b) алгоритм должен соответствовать требованиям к аппаратуре подсистемы.

2. Деление алгоритма системы на алгоритмы подсистем связано с традиционным распределением зон

ответственности и специфики работы.

3. При делении на подсистемы необходимо учитывать сложность их алгоритмов.

 

9. Виды погрешностей, наблюдаемые в системах :

· Погрешность входных данных δxDj.

· Трансформированная погрешность δyτi.

· Методическая погрешность δymi.

· ВЫЧИСЛИТЕЛЬНАЯ ПОГРЕШНОСТЬ ΔYBJ.

· ИНСТРУМЕНТАЛЬНАЯ ПОГРЕШНОСТЬ ΔYHI.

 

10. процесс деления системы на подсистемы

Число частей, на которые разделяют систему, определяется:

1) составом алгоритмов системы, требованием к их быстродействию, объемами памяти, а также

количеством связей между источниками и потребителями информации;

2) надежностью, необходимой или требуемой для эффективной работы системы и путями ее

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

3) требованиями к конструктивному оформлению, которые определяются условиями работы и

расположением частей, а также удобством их установки и эксплуатации;

4) сроками создания и, при необходимости, этапами введения в эксплуатацию.

Требования к принципам деления системы на части:

1. Исходя из особенностей, принятых в обществе условий разделения ответственности при

эксплуатации частей и систем.

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

а также с сокращением времени изготовления системы.

3. Определяемые требованиями ЕСКД, которые обеспечивают производство системы на заводах.

11. ДЕКОМПОЗИЦИЯ АЛГОРИТМА ПОДСИСТЕМЫ

1. Частный алгоритм и модуль должны представлять логически завершенную часть программы, которая:

a) имеет минимальное число связей;

b) требует минимальные затраты на контроль работоспособности и тесты для проверок;

c) программы отдельных частных алгоритмов и модулей могут выполняться независимо.

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

3. Возможность применения существующих проверенных программ частных алгоритмов.

 

 

 

ОПРЕДЕЛЕНИЕ ТРЕБОВАНИЙ К НАДЕЖНОСТИ И ДОСТОВЕРНОСТИ РАБОТЫ СИСТЕМЫ

.Под живучестью будем понимать способность системы выполнять «определенные функции» при

нарушениях или выведении из строя ее частей и линий передач данных, вызванных внешними

воздействиями.

.Достоверность работы системы определяется средней величиной интервала времени между

появлением неправильных данных на ее выходе. Достоверность непосредственно связана с

качеством контроля работы и надежностью аппаратуры.

Контроль может проводиться с применением:

1) дополнительных программ, т.е. программный метод контроля;

2) специальной аппаратуры, т.е. аппаратурный метод контроля;

3) комплексного контроля.

Достоверность информации цифровой

системы оценивается зависимостью

 

Технические средства защиты

Аппаратурные, программные и криптографические средства защиты.

Аппаратурные:

1) специальные регистры для хранения реквизитов защиты;

2) генераторы кодов;

3) кодированные замки;

4) устройства измерения индивидуальных характеристик человека;

5) схемы контроля границ адреса ЗУ;

6) схемы прерывания передачи информации в линии связи.

Программные средства защиты:

1) идентификации технических средств, задач, пользователей и массивов;

2) определения прав технических средств и пользователей;

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

4) регистрации работы технических средств и пользователей;

5) уничтожения информации в ЗУ после использования;

6) сигнализации при несанкционированных действиях;

7) вспомогательных программ различного назначения.

Способы шифрования:

· замена (подтасовка), при которой символы шифруемого текста заменяются символами того же или

другого алфавита в соответствии с заранее обусловленной схемой замены;

· перестановка, при которой символы шифруемого текста переставляются по определенному

правилу в пределах какого-то блока этого текста;

· гаммирование, при котором блоки шифруемого текста складываются с кодами некоторой

случайной последовательности (гаммы);

· аналитическое преобразование, когда шифруемый текст преобразуется по некоторой формуле,

например, перемножение вектора (шифруемого текста) на матрицу (ключ шифрования).

Физические средства защиты

1) физическая изоляция сооружений, где установлена аппаратура АСОИУ, от других сооружений;

2) ограждение территории, где расположена АСОИУ;

3) организация контрольно-пропускных пунктов у входов в помещения АСОИУ;

4) организация системы охранной сигнализации.

Требования к системам защиты

 

 

Типы структур

ОБЪЕДИНЕННЫЙ ПРИНЦИП

РАСПРЕДЕЛЕННЫЙ ПРИНЦИП

1. Быстродействие и объем памяти обеспечиваются существующими вычислительными

средствами.

ЗАПОМИНАЮЩИХ УСТРОЙСТВ.

Порядок создания асу

ПОРЯДОК СОЗДАНИЯ АСОИУ

В ПРОЦЕССЕ СОЗДАНИЯ АСОИУ УЧАСТВУЮТ:

 организация-заказчик;

 организация-исполнитель;

 ОРГАНИЗАЦИЯ-ИЗГОТОВИТЕЛЬ.

Весь период создания системы состоит из следующих этапов:

1) разработка технических предложений;

2) разработка технических требований к системе;

3) разработка эскизного проекта;

4) разработка технического проекта;

5) изготовление рабочих чертежей;

6) создание опытного образца;

7) проведение испытаний опытного образца;

8) корректировка рабочей документации;

9) изготовление головного образца системы и ввод его в эксплуатацию;

10)опытная эксплуатация и доработка головного образца, корректировка документации;

11)ВЫПУСК И ВВОД В ЭКСПЛУАТАЦИЮ СЕРИЙНЫХ ОБРАЗЦОВ.

 

Экономическое обоснование

Этапы создания асу

Общие положения

Проектирование систем управления (АСУ ТП, СБ и ПАЗ, АСКУЗ компрессорных установок и т. д.) является одним из приоритетных направлений деятельности и развития компании. Проектный отдел состоит из специалистов высокой квалификации, имеющих базовое образование по системам автоматизации и работающих в отрасли на протяжении многих лет. В отделе используется технология сетевого проектирования с созданием электронной базы для каждого проекта, которая существенно сокращает время, затраты и риски при разработке проектов АСУТП.

Этапы проектирования

Разработка проекта АСУ ТП состоит из следующих основных этапов:

· Разработка и согласование Технических Требований

· Обследование объекта автоматизации

· Выбор средств автоматизации и согласование основных технических решений

· Разработка технического задания на проектирование

· Разработка разделов проектной документации

· Разработка проектно-сметной документации

Документация разрабатывается на основе основных нормативно-технических документов действующих на территории РФ.

Перечень наименований разрабатываемых документов и их комплектность определяется в соответствии с ГОСТ 34.201-89 "Виды, комплектность и обозначение документов при создании автоматизированных систем".

Состав проекта

Проект состоит из следующих основных разделов:

· Общесистемная документация

· Техническое обеспечение

· Программное и информационное обеспечение

· Эксплуатационная документация

Проблемы построения асоиу

центральная проблема при проектировании, производстве и эксплуатации автоматизированных систем обработки информации управления (АСОИУ) является проблема обеспечения надежности.

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

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

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

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

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

Второй причиной можно считать значительное расширение диапазона условий эксплуатации техники. Безусловно, не все отказы аппаратуры являются неизбежными, каждый из них имеет свою причину или группу причин. Если причины известны, на них можно воздействовать с целью предупреждения отказа. Однако сведения о процессах, происходящих в аппаратуре не всегда оказываются достаточными. Чтобы такие сведения получить, систематизировать и учесть при проектировании и производстве, необходимы немалое время и немалые средства, которыми создатели систем зачастую не располагают. Многие системы стареют морально раньше, чем физически. Поэтому зачастую инженеры вместо совершенствования уже созданных систем разрабатывают новые. Исходя их опыта предыдущей работы они исключают одни ошибки, но вместо них появляются другие, вызываемые различием систем и условиями их эксплуатации. По меткому выражению Д.Ллойда и М.Липова. эволюционный процесс накопления знаний входит в конфликт с революционной атмосферой проектирования.

Ненадежность техники оборачивается большими экономическими потерями.

Проблема надежности систем управления приобретает особое значение из=за большой значимости выполняемых ими функций и высокой цены отказа. Даже при довольно редких отказах ущерб, вызванный отключением системы управления или ее неправильным срабатыванием, может превысить выгоду, получаемую в периоды ее работоспособного состояния. Говоря о другой составной части АСОИУ – программном обеспечении, – следует отметить, что оно также заметно влияет на надежность системы. Нарушение работоспособности ПК часто приводит к не менее тяжелым последствиям, чем отказы техники, но найти причину нарушения бывает крайне тяжело. Неправильная работа программ может провоцировать отказы технических средств, устанавливая для них более тяжелые условия функционирования, поэтому вопросам обеспечения и подержания надежности ПК всегда уделялось большое внимание. Однако методы оценки надежности ПК стали разрабатываться совсем недавно. До сих пор теория надежности не имеет методик расчета надежности ПО, исследованных столь же тщательно, как методики для оценки технических средств. Вместе с тем отдельные результаты таких исследований вызывают определенное доверие разработчиков ПК и вполне могут быть использованы в проектной практике.

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

 

Классификация АСУ

Можно классифицировать АСОИУ по различным признакам:

 размерам сферы действия (в масштабах земного шара, государства, отрасли, предприятия,

отдельных процессов и операций);

 а характеру решаемых задач (стратегические, тактические. оперативные).

По сложности (степени сложности):

· Простые –– легко описываются и моделируются.

· Сложные –– с разветвленной структурой и большим числом связей. Их можно описать и

смоделировать.

· Особо сложные –– не поддаются точному и подробному описанию.

По используемым моделям: детерминированные и вероятностные.

По требованиям к времени реакции:

•АСОИУ реального масштаба времени:

•АСОИУ с контрольным временем;

•АСОИУ со свободным временем.

По областям работы АСОИУ:

 АСУП;

 БАС;

 связные системы;

 системы, используемые в торговле;

 военные системы;

 системы бронирования мест;

 медицинские системы;

 административные системы;

 справочные системы.

Каждая область АСОИУ может делиться на классы по определенным условиям использования.

 

 

Экономическая целесообразность производства продукта

Оценка перспективности выбранного процесса и системы управления производится на основе

маркетинговых исследований, которые определяют:

 основные показатели продукта;

 потребности в продукте и объеме его выпуска;

 диапазон возможных цен продажи продукта;

 прогнозируемую длительность использования продукта;

 затраты на утилизацию системы.

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

факторами:

. процессом, используемым для получения продукта, производительностью и удельным

потреблением энергии;

. совершенством системы управления, которое определяется организацией и объемом

используемого человеческого труда;

. занимаемой площадью и в некоторых случаях весом аппаратуры АСОИУ;

. стоимостью исходных материалов.

 

ОЦЕНКА КАЧЕСТВА ПРОДУКТА

Определение коэффициента качества представляет сложною задачу состоящую из двух частей:

1) выявление показателей;

2) выявление степени важности каждого параметра.

Для определения качества продукта производимого процессом и системой управления,

пользуются

а) габаритно-массовыми показателями продукта;

б) характеристиками продукта;

· для химических веществ: чистотой, концентрацией и т.д.;

· для продуктов питания: калорийностью, жирностью, градусами крепости, вкусовыми

свойствами и т.п.;

· для информации: достоверностью данных, скоростью передачи, объемом данных и т.п.;

в) если продукт является устройством или прибором, или машиной, то качество может

оцениваться:

· удельным потреблением энергии;

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

· затратами на эксплуатацию;

· внешним видом;

· удобством использования продукта.

Каждый параметр качества характеризуется диапазоном изменения Pi,

Стоимость одной единицы измерения i -го параметра:

Величину затрат хi на получение i -го параметра

Аддитивное представление функции качества

Мультипликативное представление

функции качества

Смешанное представление функции

качества

Цена продукта

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

 

ПС=ГИ+СПО+ФЗП+СМВ+ОСС+ОМС+ОПФ +НР;

где, ПС – полная себестоимость разрабатываемой системы, ГИ – затраты на готовые изделия, СПО – себестоимость программного обеспечения, ФЗП – фактическая заработная плата, СМВ – стоимость машинного времени, ОСС – отчисления на социальное страхование, ОПФ – отчисления в пенсионный фонд, ОМС – отчисления на медицинское страхование, ОФЗ – отчисления в фонд занятости, НР – накладные расходы.

 

 


Поделиться с друзьями:

Состав сооружений: решетки и песколовки: Решетки – это первое устройство в схеме очистных сооружений. Они представляют...

Особенности сооружения опор в сложных условиях: Сооружение ВЛ в районах с суровыми климатическими и тяжелыми геологическими условиями...

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

Архитектура электронного правительства: Единая архитектура – это методологический подход при создании системы управления государства, который строится...



© cyberpedia.su 2017-2024 - Не является автором материалов. Исключительное право сохранено за автором текста.
Если вы не хотите, чтобы данный материал был у нас на сайте, перейдите по ссылке: Нарушение авторских прав. Мы поможем в написании вашей работы!

0.169 с.