9629

Оценка стоимости разработки ПС по модели COCOMO

Контрольная

Производство и промышленные технологии

Оценка стоимости разработки ПС по модели COCOMO Модель конструктивных затрат (Constructive COst Model, СОСОМО) относится к числу наиболее широко применяемых технологий оценивания. Основанная на использовании регрессии модель была разработана докторо...

Русский

2013-03-14

169 KB

137 чел.

Оценка стоимости разработки ПС по модели COCOMO

Модель конструктивных затрат (Constructive COst Model, СОСОМО) относится к числу наиболее широко применяемых технологий оценивания. Основанная на использовании регрессии модель была разработана доктором Барри В. Боэмом (Dr. Barry W. Boehm) в начале 1970 годов. В то время Барри работал в фирме TRW. Он начал с анализа 63 программных проектов различных типов. При атом оценивался фактический размер (показатель LOC), понесенные трудозатраты, а также фактическая длительность разработки ПО. Регрессионный анализ используется на этапе разработки экспоненциальных уравнений, которые лучше всего описывают связь между разбросанными точками данных

Режимы модели СОСОМО

В модели СОСОМО используются три режима, с помощью которых классифицируется сложность системы, а также среды разработки (таблица 1).

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

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

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

Таблица 1. Характеристики режимов СОСОМО

Режим

Размер программного продукта

Проект/команда

Потребность в инновациях

Срок сдачи и ограничения

Среда разработки

Органический

Обычно 2-50 KLOC

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

Незначительная

Либеральные

Стабильная, в домашних условиях

Сблокированный

Обычно 50-300 KLOC

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

Средняя

Средние

Средняя

Внедренный

Обычно более 300 KLOC

Большие проекты, требующие большой команды

Максимальная

Серьезные ограничения

Сложный HW/Интерфейсы заказчиков

Уровни модели СОСОМО

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

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

Промежуточный уровень. На этом уровне применяются сведения о размере, режиме и 15 дополнительных переменных с целью определения необходимых трудозатрат. Дополнительные переменные называются "драйверами затрат" и имеют отношение к атрибутам продукта, персонала, компьютера и проекта, которые могут являться результатом более ли менее значительных трудозатрат. Произведение драйверов затрат называется корректировочным множителем среды (Environmental adjustment factor, EAF).

Детализированный уровень. Этот уровень надстраивается на промежуточном уровне СОСОМО путем внедрения дополнительных множителей трудозатрат, чувствительных к фазе, и трехуровневой иерархии программных продуктов. Промежуточный уровень может быть настроен по фазе и по уровню разработки продукта с целью достижения детализированного уровня. В качестве примера множителей трудозатрат, чувствительных к фазе, можно рассматривать ограничения по памяти, которые могут применяться при попытках оценивания фаз кодирования или тестирования проекта. Однако в то же самое время показатели размера памяти могут не оказывать влияния на величину затрат либо трудозатрат на фазе анализа. Это становится еще более очевидным после описания множителей трудозатрат (либо драйверов затрат). Множители, чувствительные к фазе, обычно резервируются для использования зрелыми организациями и требуют применения автоматизированных инструментов.

Задание 1. Базовая модель

Оценка трудозатрат.

Показатель KLOC касается исключительно входной переменной. Для вычисления трудозатрат используется экспоненциальная формула (базовая формула оценки трудозатрат СОСОМО):

трудозатраты (Е)=a×(размер)b, где

а и b – константы, определенные на этапе регрессионного анализа (в зависимости от проекта).

Размер – тысячи строк кода (KLOC).

E – трудозатраты, выраженные в человеко-месяцах.

Как указывал доктор Фрайли (Dr. Frailey), трудозатраты измеряются в человеко-месяцах (19 дней в месяце либо 152 рабочих часа в месяце), константы а и b могут определяться с помощью процедуры построения кривой по точкам (регрессионный анализ), причем данные проекта сравниваются с помощью уравнения. Большинство организаций не располагают массивом данных, достаточным для выполнения подобного анализа, начиная с применения дерева уровней трудности Боэма (Boehm). Этот метод может применяться для описания многих программных проектов.

Базовые формулы оценки трудозатрат для трех режимов модели СОСОМО, выглядят следующим образом:

Трудозатраты для органического режима: E=2,4×(размер)1,05

Трудозатраты для сблокированного режима: E=3,0×(размер)1,12

Трудозатраты для внедренного режима: E=3,6×(размер)1,20

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

Таблица 2. Базовые формулы оценки необходимых для разработки времени и трудозатрат в модели СОСОМО

Режим

A

B

Формула для оценки трудозатрат=а×(размер)b

Формула для определения времени разработки

Органический

2,4

1,05

E=2,4×(S)1,05

TDEV=2,5×(S)0,38 месяцы

Сблокированный

3,0

1,12

E=3,0×(S)1,12

TDEV=2,5×(S)0,36 месяцы

Внедренный

3,6

1,20

E=3,6×(S)1,20

TDEV=2,5×(S)0,32 месяцы

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

Оценка длительности базового проекта СОСОМО

Боэму (Boehm) принадлежат три формулы, применяемые для оценки времени разработки таким же образом, как и в случае с оценкой трудозатрат.

Оценка длительности проекта при использовании базовой модели СОСОМО производится по следующим формулам:

Длительность проекта в органическом режиме: TDEV=2,5×(E)0,38

Длительность проекта в сблокированном режиме: TDEV=2,5×(E)0,36

Длительность проекта во внедренном режиме: TDEV=2,5×(E)0,32

Если известны трудозатраты (Е) и время разработки (TDEV), может быть вычислена средняя численность персонала (SS), необходимого для завершения проекта при использовании базовой модели СОСОМО:

средняя численность персонала (SS) = трудозатраты/TDEV.

Оценка производительности и средней численности персонала в базовой модели СОСОМО

Если известна средняя численность персонала (SS), может быть определен уровень производительности для базовой модели СОСОМО: производительность (P) = размер/трудозатраты

В базовой модели СОСОМО предлагается метод быстрых оценок трудозатрат, времени разработки, количества персонала, а также производительности. При этом исходными являются сведения о размере и режиме. При этом не понадобится ничего более сложного, чем обычный калькулятор. Но и результат будет эквивалентен оплате. Т.е. не составляет особого труда выполнить оценку трудозатрат на базовом уровне, но полученные при этом результаты будут весьма приблизительными. С целью улучшения процесса оценки Боэм (Boehm) разработал руководство по «настройке» точности метода с помощью фактора корректировки сложности, описанного в промежуточной модели СОСОМО.

Задача 1.

Размер разрабатываемого проекта оценивается 7,5 KLOC.

Задача 2.

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

Задание 2. Промежуточная модель

В промежуточной модели СОСОМО используются значения размера и режимы, подобные тем, которые применялись в базовой модели. Дополнительно применяются 15 переменных, называемых драйверами затрат, с помощью которых могут быть объяснены и модифицированы уравнения трудозатрат (таблица 4). Идея, применяемая в этом случае, заключается в том, что характеристики данного проекта управляют затратами (трудозатратами).

Оценка трудозатрат в промежуточной модели СОСОМО

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

Формула для промежуточной модели СОСОМО:

Трудозатраты (Е) = a×(размер)b×C

Обратите внимание, что константы для экспонент и коэффициенты различаются для каждого режима (см. таблицу 4).

Формула для промежуточной модели СОСОМО: коэффициенты и экспоненты, измененные по сравнению с базовой моделью

Трудозатраты для органического режима: Е=3,2×(размер)1,05×С

Трудозатраты для сблокированного режима: Е=3,0×(размер)1,12×С

Трудозатраты для внедренного режима: Е=2,8×(размер)1,20×С

Таблица 4. Формулы для оценки трудозатрат в промежуточной модели СОСОМО

Режим

a

b

Формула для оценки трудозатрат

Трудозатраты=а×(размер)b×C

Органический

3,2

1,05

E=3,2×(S)1,05×C

Сблокированный

3,0

1,12

E=3,0×(S)1,12×C

Внедренный

2,8

1,20

E=2,8×(S)1,20×C

Драйверы затрат

Концепция, связанная с фактором корректировки трудозатрат (Effort adjustment factor, EAF), заключается в том, что он создает эффект увеличения либо уменьшения трудозатрат, а следовательно, и затрат, в зависимости от набора факторов среды. Факторы среды иногда называются факторами корректировки затрат [C,s] либо драйверами затрат. Определение этого фактора-множителя происходит в два этапа.

На этапе 1 драйверам затрат назначаются числовые значения.

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

Фактор EAF представляет собой произведение факторов корректировки затрат.

Факторы корректировки затрат могут сказываться на оценках графика и затрат проекта, изменяя их в 10 и более раз!

Произведение драйверов затрат образует фактор корректировки затрат:

EAF = C1 × C2 × … × Cn

Ci = степень фактора корректировки затрат

Ci = 1 – драйвер затрат не применим

Ci > 1 – драйвер затрат увеличивает затраты

Ci < 1 – драйвер затрат уменьшает затраты

Драйверы затрат группируются в виде четырех категорий, как показано в таблице 5.

Таблица 5. Категории драйверов затрат в промежуточной модели СОСОМО

Программный продукт

Компьютер

Персонал

Проект

Требуемая надежность ПО (RELY)

Ограничения времени выполнения (TIME)

Способности аналитика (АСАР)

Использование практики современного программирования (MODR)

Размер базы данных (DATA)

Ограничения основного хранилища (STOR)

Опыт в создании приложений (АЕХР)

Использование инструментов разработки ПО (TOOL)

Сложность программного продукта (CPLX)

Изменяемость виртуальной машины (VIRT)

Способности программиста (РСАР)

План требуемой разработки (SCED)

Оборотное время компьютера (TURN)

Опыт в области виртуальных машин (VEXP)

Опыт в области языков программирования (LEXP)

Атрибуты программного продукта

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

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

Атрибуты, связанные с аппаратными средствами

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

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

Атрибуты проекта

Атрибуты, связанные с практикой и инструментами:

  •  практика современного программирования – структурные или ОО-технологии;
  •  современные  инструменты  программирования – CASE-инструменты, хорошие отладчики, инструменты, используемые при выполнении тестирования;
  •  сжатие (или расширение) графика – отклонение от идеала всегда удручает, но меньшая степень отклонения всегда лучше, чем большая.

Атрибуты персонала

Некоторые атрибуты применяются для описания исполнителей работ:

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

Другие драйверы затрат

Несмотря на то, что наиболее часто с приложениями в рамках промежуточной модели СОСОМО связываются указанные выше четыре категории атрибутов, менеджер проекта может добавлять дополнительные атрибуты:

  •  изменяемость требований – некоторые из них являются ожидаемыми, однако большинство из них могут представлять значительную проблему;
  •  изменяемость машины, предназначенной для разработки – нестабильные ОС, компиляторы, CASE-инструменты и т.д.;
  •  требования безопасности – применяются для классифицированных программ;
  •  доступ к данным – иногда является весьма затрудненным;
  •  влияние стандартов и навязанных методов;
  •  влияние физического окружения.

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

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

Числовые значения драйверов затрат при их совместном перемножении образуют фактор корректировки, т.е. С.

Произведение драйверов затрат:

C = RELY × DATA × CPLX × TIME × STOR × VIRT × TURN × ACAP × AEXP × PCAP × VEXP × LEXP × MODP × TOOL × SCED

Задача 3.

Нормальные значения для драйверов затрат.

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

Задача 4.

Оценки для показателей АСАР и РСАР увеличиваются.

При выполнении оценки проекта получается значение, равное 44 человеко-месяцам (SM). Если при выполнении проекта привлекается более квалифицированный персонал, оценки РСАР и АСАР уменьшаются от номинальных (1,00) до высоких (0,86). Однако затраты на персонал возрастают с $5000 до $6000 из расчета на один SM. Предположим, что значения других драйверов затрат будут номинальными (1,00).

Таблица 1. Значения драйверов затрат для промежуточной модели СОСОМО

Драйвер затрат

Применение

Оценка

Множитель трудозатрат

RELY

Локальное применение системы. Не возникают серьезные проблемы с восстановлением данных

Номинальная

1,00

DATA

30000 байт

Низкая

0,94

CPLX

Обработка коммуникаций

Очень высокая

1.30

TIME

Будет применяться 70% свободного времени

Высокая

1,11

STOR

45 Кбайт из 64 Кбайт доступного хранилища (70 %)

Высокая

1.06

VIRT

Основано на коммерческом микропроцессорном аппаратном обеспечении

Номинальная

1,00

TURN

Среднее время обхода равно 2 часам

Номинальная

1,00

АСАР

Опытный старший аналитик

Высокая

0,86

АЕХР

3-летний опыт

Номинальная

1,00

РСАР

Опытные старшие программисты

Высокая

0,86

VEXP

6 месяцев

Низкая

1,10

LEXP

12 месяцев

Номинальная

1,00

MODP

Большинство технологий применяется более одного года

Высокая

0,91

TOOL

На уровне базового миникомьютерного инструмента

Низкая

1,10

SCED

10 месяцев

Номинальная

1,00

EAF

С = 1,00 × 0,94 × 1,30 × 1,11 × 1,06 × 1,00 × 1,00 × 0,86 × 1,00 × 0,86 × 1,10 × 1,00 × 0,91 × 1,10 × 1,00

С=1,17

Заключение: В настоящем примере использование услуг более квалифицированного персонала обходится дешевле, несмотря на возросшие при этом расходы на оплату труда.


Приложение

Таблицы

Таблица 6. Значения драйверов затрат при разработке ПО в рамках модели СОСОМО

Драйверы затрат

Показатели

Очень низкий

Низкий

Номинальный

Высокий

Очень высокий

Сверхвысокий

Атрибуты продукта

Требуемая надежность ПО (RELY)

0,75

0,88

1,00

1,15

1,40

Размер базы данных (DATA)

0,94

1,00

1,08

1,16

Сложность программного продукта (CPLX)

0,70

0,85

1,00

1,15

1,30

1,65

Ограничения времени выполнения (TIME)

1,00

1,11

1,30

1,66

Ограничения главного хранилища (STOR)

1,00

1,06

1,21

1,56

Изменяемость виртуальной машины (VIRT)

0,87

1,00

1,15

1,30

Оборотное время компьютера (TURN)

0,87

1,00

1,07

1,15

Атрибуты персонала

Способности аналитика (АСАР)

1,46

1,19

1,00

0,86

0,71

Опыт в создании приложений (АЕХР)

1,29

1,13

1,00

0,91

0,82

Способности программиста (РСАР)

1,42

1,17

1,00

0,86

0,70

Опыт в области виртуальных машин (VEXP)

1,21

1,10

1,00

0,90

Опыт в области языков программирования (LEXP)

1,14

1,07

1,00

0,95

Атрибуты проекта

Использование практики современного программирования (MODP)

1,24

1,10

1,00

0,91

0,82

Современные инструменты программирования (TOOL)

1,24

1,10

1,00

0,91

0,82

Требуемый график разработки (SCED)

1,23

1,08

1,00

1,04

1,10

Эта модель, которая является чувствительной к CPLX, представляет определения оценок для текущего драйвера затрат в отдельном инструменте. В таблицах 8-11 демонстрируется, каким образом CPLX определяется для пяти различных приложений: контрольные операции, вычислительные операции, операции, зависящие от устройств, операции менеджмента, а также требования и разработка проекта продукта.

Таблица 7. Оценки драйверов затрат для ПО, разрабатываемого с применением промежуточной модели СОСОМО

Оценки драйверов затрат

Очень низкая

Низкая

Номинальная

Высокая

Очень высокая

Сверхвысокая

Атрибуты программного продукта

RELY

Эффект: небольшое неудобство

Небольшие, легко возмещаемые потери

Средние возмещаемые потери

Большие финансовые потери

Риск для человеческой жизни

DATA

БД байт/прог. DSI<10

10<БД байт/прог. ELOC < 100

100 < БД байт/прог. ELOC-1000

БД байт/прог. ELOC =>1000

CPLX

См. отдельные таблицы CPLX

См. отдельные таблицы CPLX

См. Отдельные таблицы CPLX

См. отдельные таблицы CPLX

См. Отдельные таблицы CPLX

См. отдельные таблицы CPLX

Атрибуты компьютера

TIME

Используется <= 50% доступного времени выполнения

Используется 70% доступного времени выполнения

Используется 85% доступного времени выполнения

Используется 95% доступного времени выполнения

STOR

Используется <= 50% доступного хранилища

Используется 70% доступного хранилища

Используется 85% доступного хранилища

Используется 95% доступного хранилища

VIRT

Изменения: верхние 12 месяцев; нижний 1 месяц

Изменение: верхние 6 месяцев; нижние две недели

Изменение: верхние 2 месяца; нижний одна неделя

Изменение: верхние 2 недели; нижние два дня

TURN

Интерактивный

Средний обход (< 4 часов)

4-12 часов

>12 часов

Атрибуты персонала

АСАР

15-й процентиль

35-й процентиль

55-й процентиль

75-й процентиль

90-й процентиль

АЕХР

Опыт <= 4 месяца

1 год

З года

6 лет

12 лет

РСАР

15-й процентиль

35-й процентиль

55-й процентиль

75-й процентиль

90-й процентиль

VEXP

Опыт <= 1 месяца

4 месяца

1 год

З года

LEXP

Опыт <= 1 месяца

4 месяца

1 год

З года

Атрибуты проекта

MODP

Не используется

Начальное использование

Некоторые применения

Общее использование

Использование процедурами

TOOL

Базовые микропроцессорные инструменты

Базовые мини-инструменты

Базовые миди/макси инструменты

Строго мак си прог./тестовые инструменты

Дополни тельные треб., описание, управление, докум. инструменты

SCED

75% номинала

100% номинала

75% номинала

130% номинала

160% номинала

Таблица 8. Таблица корректировки трудозатрат CPLX для контрольных операций

Описание

Оценка

Простой код, содержащий не вложенные SP-операторы: DO, CASE, IF THEN ELSE, простые предикаты

Очень низкая

Непосредственное вложение SP-операторов; преимущественно простые предикаты

Низкая

Преимущественно простое вложение; небольшой объем межмодульного контроля; таблицы решений

Номинальная

Высокая степень вложения SP-операторов наравне со многими сложными предикатами; контроль стека и очереди; достаточный уровень межмодульного контроля

Высокая

Кодирование с применением рекурсии и повторного вхождения; обработка прерываний с фиксированным приоритетом

Очень высокая

Составление графика распределения ресурсов с динамически изменяющимися приоритетами; кодирование на уровне микрокода

Сверхвысокая

Таблица 9. Таблица корректировки трудозатрат CPLX для вычислительных операций

Описание

Оценка

Оценка простых выражений, таких как A=B + C*(D-E)

Очень низкая

Оценка умеренных по сложности выражений, таких как D = SQRT(В** 2-4.0* А* С)

Низкая

Использование стандартных математических и статистических процедур; базовые операции с матрицами/векторами

Номинальная

Базовый числовой анализ: многомерная интерполяция, обычные дифференциальные уравнения, базовые операции усечения/округления

Высокая

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

Очень высокая

Сложный и не структурированный числовой анализ: высокоточный анализ зашумленных стохастических данных

Сверхвысокая

Таблица 10. Таблица корректировки трудозатрат CPLX для операций, не зависящих от устройств

Описание

Оценка

Простые операции считывания/записи, имеющие простой формат

Очень низкая

Отсутствие необходимости в знании характеристик конкретного процессора либо устройства ввода/вывода. Ввод/вывод осуществляется на уровне операторов GET/PUT; не требуется дополнительные знания либо перекрытие

Низкая

Обработка операций ввода/вывода включает выбор устройства, проверку статуса, а также обработку ошибок

Номинальная

Операции на физическом уровне ввод/вывода (трансляционный адрес физического хранилища; поиск, чтение и т.д.); оптимизированное перекрытие ввода/вывода

Высокая

Процедуры, применяемые для диагностики прерываний, обслуживания, маскировки; работа с коммуникационным каналом

Очень высокая

Кодирование на базе устройств, зависимых от времени, микропрограммные операции

Сверхвысокая

Таблица 11. Таблица корректировки трудозатрат CPLX для операций, реализующих управление данными

Описание

Оценка

Простые массивы, хранящиеся в основной памяти

Очень низкая

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

Низкая

Несколько входных файлов на один выходной файл; простые структурные изменения, простые изменения данных

Номинальная

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

Высокая

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

Очень высокая

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

Сверхвысокая


 

А также другие работы, которые могут Вас заинтересовать

49838. Проектирование привода вертикального вала 3.89 MB
  Определение мощности частоты вращения и крутящего момента для каждого вала. Проверочный расчет тихоходного вала наиболее нагруженного на усталостную прочность и выносливость. Определение частоты вращения приводного вала: мин1 где диаметр звездочки мм. Определение частоты вращения вала электродвигателя: Т.
49839. Технологический процесс изготовления детали “Форсунка” 133.5 KB
  БАУМАНА Калужский филиал Кафедра К1КФ Расчетно-пояснительная записка к курсовому проекту на тему: Технологический процесс изготовления детали Форсунка Введение. Применяемый на ОАО КАДВИ технологический процесс изготовления детали Форсунка является вполне современным. Припуск слой материала удаляемый с поверхности заготовки в целях достижения заданных свойств обрабатываемой поверхности детали. Базирование детали происходит по внешней торцевой поверхности мм с упором в противоположный торец.
49844. Аналитическая копия работы Джорджо де Кирико 11.13 MB
  Джорджо де Кирико создатель практик и теоретик. Де Кирико The Seer – пророк. В итоге выбор в качестве основного предмета исследования творчества Джорджо Де Кирико на фоне западноевропейских и частично отечественных реализмов 1920-1930х гг.
49845. Аналитическая копия работы Дж. Моранди «Красный натюрморт» 4.3 MB
  Основная тематика творчества метафизиков – геометрия простых предметов, взаимоотношения живого и неживого – находит выражение в натюрмортах или в фантастических композициях с фигурами, составленными из манекенов и портновских лекал.
49846. Виды механической обработки материалов резанием 592.5 KB
  Характерным признаком его является непрерывность резания. Процесс фрезерования отличается от других процессов резания тем что каждый зуб фрезы за один ее оборот находится в работе относительно малый промежуток времени. Большую часть оборота зуб фрезы проходит не производя резания. Физические основы процесса резания: деформация при стружкообразовании сила резания и тепловые явления.