Задачи технико экономического проектирования - Остальные рефераты: Технико-экономическое обоснование выбора проектного решения, Реферат
Основные задачи проектирования.
Козловских Л.А., Дашкова Н.И., Аничкина О.А. Технико-экономическое проектирование пищевых предприятий. Часть 1 - файл n1.doc
Предмет, метод и задачи курса «Технико-экономическое проектирование пищевых предприятий».
Технико-экономические принципы и задачи технического проектирования. Проектирование технологических процессов сборки машин
Реферат: Работа По курсу: Предметно-ориентированные экономические информационные системы на тему: «Технико-экономические показатели разработки программных средств и их оценка»
Понятие технико-экономического обоснования программного средства. Экономика жизненного цикла ПС………………………………………………………………………….. Основной задачей, стоявшей передо мной, в ходе написания этой курсовой работы, я видел изучение целей и задач технико-экономического анализа и обоснования программных средств, а также анализ характеристик программных объектов и факторов, определяющих центральное звено мой курсовой работы — технико-экономические показатели в дальнейшем - ТЭП при разработке программных средств ПС. Для этого я изучил предмет технико-экономического обоснования, ознакомился с экономикой жизненного цикла программных средств, определил цели технико-экономического анализа. Изучил вопрос прогнозирования технико-экономических характеристик программных средств, посредством ознакомления с: Экономика жизненного цикла ПС. Однако масштабы целей и функций сложных проектов имеют устойчивую тенденцию изменяться и увеличиваться по мере развития, а первоначально выделяемые ресурсы не удовлетворять их реализацию. Следствием этого являются большие ошибки при планировании сроков, трудоемкости и стоимости создания ПС. Эта стихийность при создании крупных комплексов программ в большинстве случаев приводит к значительному запаздыванию разработок и превышению предполагавшихся затрат. Большую часть этих негативных последствий можно избежать, используя существующие, достаточно точные методы оценивания и прогнозирования затрат, а также управления проектами ПС, для их успешного завершения. Перечисленные выше проблемы и задачи требуют для своего решения выполнения крупных, комплексных научно-исследовательских работ, многие из которых еще не поставлены и далеки от разрешения. Применение программных средств как продукции существенно повысило актуальность технико-экономического обоснования и прогнозирования их характеристик и процессов создания. Для получения обобщенных, конструктивных результатов ниже основной целью считается разработка сложных программных средств различных классов независимо от конкретных областей, в которых применяются системы, используемые для управления и обработки информации. В ряде случаев программы невозможно или очень трудно характеризовать непосредственной экономической эффективностью. Обеспечение жизненного цикла любых изделий не может быть бесплатным, оно требует определенных затрат ресурсов, которые обычно тем больше, чем выше требуемое их качество. Поэтому одной из основных задач при обеспечении ЖЦ ПС является технико-экономический анализ и обоснование необходимых ресурсов для создания проекта ПС в соответствии с требованиями контракта. Таким образом, при технико-экономическом анализе и обосновании проектов ПС возможны два сценария: Для этого разработчикам необходимо произвести оценки возможной конкурентоспособности предполагаемой продукции на рынке по величине соотношения: Поэтому оба партнера заинтересованы в достоверном технико-экономическом прогнозировании и обосновании проекта ПС. Для этого должны быть разработаны и внедрены методики сбора первичных технико-экономических данных и их обработки, по завершенным или находящимся в процессе разработки проектам ПС. В результате могут быть получены современные значения основных ТЭП создания программ разных классов. Вторам цель - создание методов и методик прогнозирования затрат и длительности разработки комплексов программ. При этом возникают задачи:. Наличие нормативов может коренным образом изменить характер разработки ПС и приблизить его к отрасли современного регламентированного промышленного проектирования. В результате появится возможность управления затратами на разработку, количеством и качеством создаваемых ПС и их компонентов на различных этапах. Однако этот критерий непосредственно не учитывает возможные различия назначения, функциональных и технических характеристик создаваемых и эксплуатируемых систем. На практике классы систем при анализе обычно имеют ряд близких по значимости целей применения, и соответствующих им характеристик качества. Во многих случаях эффективность сложной новой техники и ПС в процессе проектирования приходится прогнозировать в условиях неопределенности целей, различных факторов и характеристик. Необходимо обеспечить адекватность документации каждой версии эксплуатируемого ПС в любой момент времени. Вследствие этого в широких пределах изменяются трудоемкость и необходимое число специалистов, поддерживающих эти этапы. Вследствие этого вновь появляющиеся технологии практически неприменимы для уже начатых разработок. В зависимости от объектов, целей и глубины прогноза по времени изменяется доминирующий класс используемых методов. Поэтому, прежде всего, необходимо сформулировать особенности прогнозирования ТЭП. Для прогнозирования процессов и технико-экономических характеристик ПС используются исходные данные двух типов: Исходные данные первого типа отражают характеристики конкретного создаваемого объекта или процесса, доступные методы и средства автоматизации труда при их создании. Для достоверного планирования и прогнозирования необходимы накопление, изучение и обобщение конкретных данных о процессах, использованных ресурсах завершенных разработок ПС в различных аспектах. Наиболее успешно используются обобщенные ТЭП при более или менее однородных условиях разработки, которые достаточно близки к условиям прогнозируемого проекта. Такие ТЭП и факторы, их определяющие, изучены в процессе обработки значительного статистического материала реальных отечественных и зарубежных разработок. Таким образом, возникает дилемма: Методы прогнозирования ниже базируются на экстраполяции ТЭП аналогичных завершенных разработок с учетом особенностей конкретного прогнозируемого объекта. Экспертные прогнозы ниже рассматриваются с учетом достоверности их результатов, трудностей формализации и реальной возможности применения более точных методов. Существует много путей объединения индивидуальных оценок в единую - обобщенную. Один путь состоит в получении средних или срединных оценок. Это быстрый метод, но он может выдавать не очень точный результат из-за возможности выбросов значений отдельных оценок. Другой метод состоит в проведении совещания группы экспертов для формирования единой оценки. Во-первых, одна группа экспертов может повлиять на оценки другой группы своим красноречием и напористостью. Во-вторых, группа экспертов может лопасть под влияние авторитетной личности или политической ситуации. Прогнозирование ТЭП нового ПС в свою очередь требует некоторых затрат. С учетом этого целесообразно выделить три вида прогнозов технико-экономических характеристик разработок ПС:. Реализация таких автоматизированных средств возможна только при достаточных ресурсах используемых ЭВМ и высоких уровнях четвертый - пятый автоматизации технологии разработки особо сложных ПС. Базовый уровень масштаба должен обеспечивать: При этом следует учитывать, что:. С самого начала работы над проектом ПС важно вести постоянный учет данных о его действительной трудоемкости, стоимости и развитии затрат и сравнивать эти данные с реальными оценками характеристик проекта по следующим причинам:. Следует согласовывать цели оценивания с потребностями в информации, способствующей принятию решений для планирования затрат труда и других ресурсов. Для этого последовательно рассмотрим три методики:. В первой методике реализован метод прогноза ТЭП с учетом экспертной оценки минимального числа факторов. Если оказывается, что рассчитанные технико-экономические показатели и требуемые ресурсы не могут быть обеспечены для продолжения проекта, то возможны кардинальные решения: При первичном технико-экономическом обосновании сложных проектов ПС наибольшее значение имеют три ключевых фактора:. Анализ результатов и технико-экономическое обоснование продолжения проектирования ПС. Уточнение размеров создаваемого ПС должно предшествовать этапам проектирования и кодирования программ, выполняемым с целью реализации требований на практике. Путем оценивания ТЭП можно спрогнозировать общий объем ресурсов, который необходим для выполнения данного проекта. В стандарте выделены три группы видов характеристик: Имеющаяся статистика технико-экономических показателей разработки ПС различных классов позволила выявить основные факторы, от которых они зависят. Изучены тенденции изменения ТЭП от важнейших параметров. Малые разработки при небольших коллективах специалистов характеризуется большими коэффициентами вариации значений трудоемкости вследствие высокой роли индивидуальной способности специалистов. Трудоемкость разработки сложных ПС размером порядка тыс. Одновременно расширяется диапазон неопределенности достигаемого качества при некоторых затратах. В результате для сложных и сверхсложных ПС всегда есть риск проявления не устраненных ошибок и недостаточной достоверности оценок качества. Такой подход привел к активному использованию единиц трудоемкости: Однако при любых способностях есть предел, доступный разработчику - одиночке, и он редко превышает 10 тыс. Их трудозатраты направлены либо полностью на создание определенного ПС, либо распределяются между несколькими проектами. Перечисленные обстоятельства привели к тому, что затраты на системный анализ и предварительные исследования могут различаться на один-два порядка и обычно не включаются в совокупные затраты на создание ПС, что соответствует практике выделения и отдельного учета затрат на научно-исследовательские работы в промышленности. Однако при анализе реальных проектов эта граница оказывается тоже размытой, как и начальная, хотя и в меньшей степени. Эти затраты подлежат оценке и минимизации при условии обеспечения заданных функциональных характеристик ПС и его качества. При этом, в ряде случаев, желательно учитывать затраты на сопровождение и на эксплуатацию ПС. Даже приблизительный учет распределения вероятных затрат на этапах жизненного цикла позволяет более эффективно использовать экономические ресурсы при создании ПС. Длительность разработки комплекса программ зависит от многих факторов и, прежде всего, от сложности ПС. Технологический процесс создания любых программ включает ряд этапов, которые обязательно приходится реализовать независимо от затрат. Поэтому даже при увеличении затрат труда в несколько раз длительность разработки имеет тенденцию уменьшаться только на проценты. При этом следует подчеркнуть интегральный характер всех величин, используемых при расчете этой характеристики. Средние трудозатраты на создание каждой команды оператора в ПС соответствуют обратной величине производительности труда при разработке, измеренной в операторах на один человеко-месяц. Эти затраты могут быть весьма значительными, однако их не всегда удобно выражать трудоемкостью на команду. Тем не менее, для заключения контрактов на разработку ПС и для оценки интегральных затрат на проекты комплексов программ приходится применять величины затрат в денежном выражении. Во многих случаях важны не столько затраты на создание ПС сколько длительность разработки. Имеющиеся попытки введения заказчиками нормативов на ТЭП для разработчиков либо не способствуют выполнению их управляющей и регламентирующей роли если они занижены , либо приводят к снижению качества программ если они завышены. Неопределенность единиц измерения размера комплексов и компонентов программ значительно влияет на численные значения показателей и их разброс в опубликованных работах. В результате могут делаться различные и даже принципиально неверные выводы, например, об очень высокой эффективности некоторых частных технологических методов или инструментальных систем автоматизации разработки ПС. Исследованию различных единиц измерения, используемых при оценке размеров ПС, посвящены рассмотрению некоторых наиболее часто используемых из них. Выбор этих единиц зависит от конкретного проекта и потребностей организации. За рубежом чаще всего размер ПС определяется в терминах строк кода Lines of Code - LОС , функциональных точек и точек свойств. Каждая из этих единиц измерения имеет некоторые преимущества при определенных целях исследования. Кроме того, следует определять коэффициенты корреляции с базовыми единицами измерения при применении остальных единиц. Такая достоверность оценок обусловлена уровнем неопределенности на данном этапе знаний о конечном содержании и возможном размере программного продукта. Эта неопределенность уменьшается по мере детализации и углубления содержания и функций проекта, как только фиксируются конкретные принципы функционирования и концепция ПС. Измерение размера, оценка и составление графика разработки сложным образом переплетаются в процессе планирования проекта. Достаточно трудно оценить объем трудозатрат, необходимых для выполнения задачи, без достоверной информации относительно ее размера. Каждое из этих важных действий проекта может быть выполнено с помощью различных методик. Недостаточно достоверные оценки влекут проблемы взаимодействия разработчика с заказчиком и увеличивают степень риска проекта. В индустрии ПС часто обращаются к использованию метрики L ОС, единицы измерения, хорошо знакомой практикам в области разработки ПС. Для обеспечения точного оценивания в первую очередь следует иметь представление относительно размера продуцируемого ПС. Эта величина должна определяться на ранних стадиях цикла разработки и выражаться в единицах, которые являются достаточно простыми. В году на основе исследования процессов разработки 63 проектов ПС опубликована модель прогнозирования ТЭП под названием КОМОСТ. В этой модели на основе анализа более реальных проектов разработки комплексов программ различной сложности уточнены рейтинги влияния выделенных факторов на основные ТЭП. Эти данные ниже используются и рекомендуются как базовые для прогнозирования затрат при создании ПС. В общем случае для оценки технико-экономических характеристик новых проектов необходимы исходные данные: Наиболее важен учет и анализ факторов на начальных этапах разработки, когда прогнозируются первичные совокупные затраты С р на создание ПС табл. На этих этапах неопределенность оценки параметров и факторов наибольшая рис. Подобный анализ является базой для рационального распределения ресурсов и для управления их использованием по мере развития проекта. Такие достоверности можно получить, конечно, только при подробном анализе и оценке влияния важнейших факторов. Соответственно изменяются возможности подготовки и достоверность планов проведения работ. В процессе разработки сложных программных средств уточняются и детализируются их спецификации требований, функции, структура и характеристики компонентов. Тем самым может быть создана последовательно уточняющаяся база данных, позволяющая повышать достоверность прогнозирования и планирования разработок ПС определенного класса. По оставшимся работам могут быть оценены ТЭП для вариантов и выбран из них предпочтительный. Реальное изменение создаваемых в настоящее время сложных ПС от 10 4 до 10 7 строк LОС определяет диапазон трудоемкости разработки таких программ от человеко-года до десятков тысяч человеко-лет. Подтверждена по большому числу проектов высокая статистическая корреляция между размером комплексов программ в операторах на ассемблере и трудоемкостью их разработки. С другой стороны, отсутствуют какие либо данные о значительном преимуществе других мер размера и сложности при прогнозировании затрат на разработку сложных и сверхсложных ПС. Опыт подсказывает, что по мере увеличения размера комплекса программ возрастают не только абсолютные, но и относительные затраты на разработку каждой строки текста в программе. Модульно-иерархическое построение крупных ПС позволяет замедлить квадратичный рост сложности и соответствующей ей трудоемкости разработки при увеличении размера программ. В ряде исследований размер базы данных либо совсем не учитывается, либо включается в объем ПС. Для характеристики этих типов программ может использоваться отношение числа имен переменных к числу строк или операторов текста программ. Для первого типа ПС это отношение не превышает десяти процентов, а для второго оно может значительно превышать единицу и достигать десятков и сотен. Накопленный опыт создания ПС позволил выделить группы факторов, влияющих на выбор технологии и на затраты С рис. Абсолютная величина С , так же как и длительность разработки, зависят от ряда факторов, которые могут изменять их в различных направлениях. Остальные факторы можно учитывать поправочными коэффициентами при уточнении интегральных показателей. Для совокупностей ПС первого и второго классов, исследовалась зависимость трудоемкости разработки программ С от их объемов - П. ПС, а рост суммарных затрат на разработку крупных ПС замедляется, что отражается на величине показателя степени Е , значения которого в некоторых анализируемых выборках иногда получены меньше единицы. Первый встроенные - СРВ и второй ИПС классы ПС, отчетливо различаются по трудоемкости разработки. Более высокой точности оценки трудоемкости разработки только по одной переменной - размеру ПС, по-видимому, невозможно получить, так как процесс разработки зависит от большого числа факторов, которые следует учитывать при оценке трудоемкости. Длительность разработки программных средств является важнейшим технико-экономическим показателем, поскольку часто она определяет общие сроки разработки систем, а значит, быстроту реализации идей в различных областях автоматизации. В таблице 3 за начало разработки ПС принят момент начала создания технического задания Т3 , а за окончание — завершение испытаний программного продукта в целом или момент предъявления его на испытания. Диапазону размеров современных ПС в три-четыре порядка до 10 млн. Однако, очевидна принципиальная нерентабельность разработки даже очень сложных ПС более 5 лет. С другой стороны, программы даже в несколько тысяч строк по полному технологическому циклу с испытаниями как продукции редко создаются за время, меньшее, чем полгода-год. Их цели, концептуальная основа и алгоритмы не должны устареть за время разработки. Отсюда появляется верхний предел допустимых длительностей разработки. Этот верхний предел не может иметь единственное значение для любых классов и объемов ПС. Однако недопустима его вариация в том же диапазоне, что и размер. Поэтому на практике по мере возрастания размеров ПС увеличиваются коллективы специалистов-разработчиков, что обеспечивает основной прирост необходимой трудоемкости. Чем крупнее создаваемое ПС, тем большие усилия обычно прилагаются для автоматизации и совершенствования технологии разработки. Это также способствует замедлению роста длительностей разработки, однако по мере увеличения сложности программ, длительность их разработки все же заметно возрастает. Даже для довольно сложных ПС, имеющих размер свыше тыс. Подобные ситуации чаще встречаются при относительно небольших разработках 10 - 50 тыс. Границу снизу определяют естественный технологический процесс коллективной разработки и необходимость выполнения ряда взаимоувязанных работ на последовательных этапах, которые обеспечивают получение ПС требуемого качества. Попытки форсировать отдельные этапы работ, как правило, приводят к увеличению продолжительности других этапов. Это означает, что даже большие усилия по автоматизации и организации разработки программ приводят к сокращению длительностей только в 2 - 3 раза, в то время как трудоемкость уменьшается значительно больше. По результатам реальных разработок может быть оценена средняя или наиболее вероятная длительность разработок ПС определенного класса при заданных условиях. Эти абсолютные значения могут быть использованы для расчета коэффициентов регрессии с целью прогнозирования длительностей разработок на базе выявленных закономерностей и реальных опорных значений для конкретных условий разработки. Обобщенные данные длительности разработки Т по классам программ в ряде работ аппроксимировались уравнениями регрессии по методу наименьших квадратов в зависимости от размера ПС и от трудоемкости их разработки таблица Это определяется различием сложности классов программ, применяемых языков программирования и единиц измерения объема ПС, следствием чего является различие значений размера созданных программ при одной и той же длительности и трудоемкости разработки. Обработка тех же, что выше, наборов данных позволила получить коэффициенты уравнения регрессии представленные в таблице 2. Средние значения длительности разработки классов ПС практически не различаются в зависимости от трудоемкости разработки программ. Для крупных проектов класса СРВ е годы приводятся величины - строк на человеко-месяц, в отечественных проектах в те же годы эта величина приближалась к 80 - Для рационального распределения этих ресурсов необходимо знать как отражается изменение затрат на улучшении каждой характеристики качества ПС. Итак, в результате работы над проектом курсовой работы были сформированы основные понятия технико-экономического обоснования, технико-экономического анализа, также были затронуты такие определяющие звенья, как экономика жизненного цикла, классификация программных средств, классификация характеристик и атрибутов рассматриваемых комплексов программ. И что самое главное, были рассмотрены методы прогнозирования технико-экономических характеристик, а также методология оценки технико-экономических показателей программных средств. М, Проектирование программного обеспечения экономических информационных систем. Финансы и статистика, Практическое руководство по разработке успешного программного обеспечения. Метрология, качество и сертификация программного обеспечения, М. Выбор и оценивание характеристик качества программных средств, М.: Методы обеспечения качества крупномасштабных программных средств. Практические сведения по оценке технико-экономических показателей существующих экономических комплексов из интернет-ресурсов:. Авиация и космонавтика Административное право Арбитражный процесс 23 Архитектура Астрология 4 Астрономия Банковское дело Безопасность жизнедеятельности Биографии Биология Биология и химия Биржевое дело 68 Ботаника и сельское хоз-во Бухгалтерский учет и аудит Валютные отношения 50 Ветеринария 50 Военная кафедра ГДЗ 2 География Геодезия 30 Геология Геополитика 43 Государство и право Гражданское право и процесс Делопроизводство 19 Деньги и кредит ЕГЭ Естествознание 96 Журналистика ЗНО 54 Зоология 34 Издательское дело и полиграфия Инвестиции Иностранный язык Информатика Информатика, программирование Исторические личности История История техники Кибернетика 64 Коммуникации и связь Компьютерные науки 60 Косметология 17 Краеведение и этнография Краткое содержание произведений Криминалистика Криминология 48 Криптология 3 Кулинария Культура и искусство Культурология Литература: Плохо Средне Хорошо Отлично. Банк рефератов содержит более тысяч рефератов , курсовых и дипломных работ, шпаргалок и докладов по различным дисциплинам: А также изложения, сочинения по литературе, отчеты по практике, топики по английскому. Предметно-ориентированные экономические информационные системы на тему: Цели и задачи технико-экономического анализа и обоснования комплекса программ Прогнозирование технико-экономических характеристик ПС………………………….. Технико-экономические показатели и характеристики программного средства…. Оценка технико-экономических показателей ПС…………………………………………26 Заключение…………………………………………………………………………………….. Цели анализа и возможная достоверность исходных данных. Выбор методики и сценария оценки технико-экономических показателей. Экспертная оценка размера - масштаба программ проекта ПС. Экспертная оценка доли готовых повторно используемых компонентов. Экспертная оценка обобщенного размера программ. Экспертная оценка производительности труда при разработке программ проекта ПС. Экспертная оценка стоимости разработки одной строки текста программы проекта ПС. Экспертная оценка удельных затрат на строку текста программы. Расчет полной трудоемкости разработки проекта ПС. Расчет полной длительности разработки проекта ПС. Расчет необходимого среднего числа специалистов для разработки проекта ПС. Обобщение основных технико-экономических показателей и полной стоимости разработки проекта ПС. Классы и характеристики программных средств по стандарту ISO Концептуальные требования к рассматриваемым классам программных средств. Три базовых класса комплексов программ для анализа технико- экономических показателей. Функциональная пригодность - основа определения технико-экономических показателей программных средств. Характеристики сложности программных средств при анализе технико-экономических показателей. Описания единиц размера - масштаба и качества компонентов и комплексов программ. Единицы измерения трудоемкости разработки компонентов и комплексов программ. Единицы измерения длительности разработки комплекса программ — начала и окончания проекта. Технико-экономические показатели на единицу размера программной продукции. Технико-экономические показатели на этап разработки программного средства. Числа ошибок в комплексе программ в зависимости от длительности разработки. Станете ли вы заказывать работу за деньги, если не найдете ее в Интернете?
Приказ 1024н от 17.12 2015 классификации
Александр маршал уходя уходи текст
Сколько длится выездная налоговая проверка
Где находится магазин зара в москве
Грустная история словноиз кино