Страницу Назад
Поискать другие аналоги этой работы
Стандартизация и сертификация. Контрольная работа. 15-й вариантID: 198687Дата закачки: 10 Февраля 2019 Продавец: nura (Напишите, если есть вопросы) Посмотреть другие работы этого продавца Тип работы: Работа Контрольная Описание: ЧАС ТЬ 1 АВТОМАТИЗАЦИЯ РАСЧЕТА ТЕХНИКО-ЭКОНОЬШЧЕСКОГО ОБОСНОВАНИЯ ПРОЕКТА Цель работы: изучить структуру технико-экономического обоснования эффективности проекта по разработке автол/иатизированной информационной системы на основе сравнения с аналогом и автоматизировать процесс расчета Т ЭО. Технико-экономическое обоснование (ТЭО) — это анализ, расчет, оценка экономической целесообразности осуществления предлагаемого проекта, B данном случае — проекта по разработке автоматизированной информационной системы. ТЭО основано на сопоставительной оценке затрат И результатов, установлении эффективности использования, срока окупаемости вложений. ТеХНИКО-экономическое обоснование является необходимым ДЛЯ каждого инвестора исследованием, в ходе подготовки которого проводится ряд работ по изучению И анализу всех составляющих инвестиционного проекта И разработке сроков возврата вложенных в бизнес средств. В качестве примера рассмотрено ТСХНИКО-ЭКОНОМИЧССКОС обоснование разработки автоматизированной системы контроля договоров на поставку материально-технических ресурсов на предпрИЯТИИ OOO «Стройсервис» [2]. 1.1 Оценка конкурентоспособности проекта в сравнении с аналогом В качестве програММЫ-аналога для сравнения прИ разработке проекта принята программа «Dogo Pro» (производитель — компания <<lnterBuild»). Эта разработка принята в качестве базового варианта исходя ИЗ трех факторов: 1) смежный профиль; 2) соответствие требованиям технического задания проекта; 3) Доступность для исследования И сравнения с разрабатываемым проектом реальной верСИИ программы. Для оценки конкурентоспособности разрабатываемого продукта необходимо провести анализ И сравнение с выбранным аналогом по функциональному назначению, основным техническим И эксплуатационным параметрам, областям применения. Подобный анализ осуществляется с помощью оценки эксплуатационно-технического уровня разрабатываемого продукта. Эксплуатационнотехнический уровень (ЭТУ) разрабатываемого продукта — это обобщенная характеристика его эксплуатационных свойств, возможностей, степени новизны, являющихся основой качества продукта. Для определения ЭТУ продукта МОЖНО использовать индекс эксплуатационно- технического уровня …]Эту, который рассчитывается как сумма частных индексов, куда входят показатели качества программного продукта. Для учета значимости отдельных параметров применяется балльно-индексный метод. Тогда ‘]ЭТУ2ЁВ1\'ХХ1\'Э (11) где …]Эту — комплексный показатель качества продукта по группе показателей; п — число рассматриваемых показателей; В] — коэффициент BCCOMOCTI/Ij-FO показателя в долях единицы, назначаемый в соответствии c потребностями организации-заказчика программного продукта; Xj — экспертная оценка j—ro показателя качества по выбранной шкале оценивания. В таблице 2.1 представлены результаты расчета балльно-индексным методом при пятибалльной шкале оценивания. Показатели качества выбираются B соответствии с деревом характеристик качества программного изделия (стандарт «ГОСТ Р ИСО/МЭК 9126-93. Информационная технология. Оценка программного продукта. Характеристики качества И руководство по их применению» (рис. 1.1). Таблица 1.1 — Расчет показателя качества балльно-индексным методом Коэффициент Проект Аналог Показатели качества весомости В. , J Bjij Bjij интерфейс) требованиям) заказчика 02 0,39 0,4 0,18 Обобщенный показатель качества ]эту .]эту1=3‚94 ]эту2=2,46 Отношение двух найденных индексов называют коэффициентом технического уровня (КТУ) Ak первого программного продукта по отношению ко второму: J A : ЭТУ1 . 1.2 k ь]ЭТУ2 ( ) 3,94 B нашем случае А,с : : 1,60. (1.3) 2,46 Так как КТУ больше 1, то разработка проекта с технической ТОЧКИ зрения оправдана. @ П Ф Г`ргтде-0сть № пришеъеь- гт— Тсг- ь-оть Фуъ-щшьапы-аг грн-щдъ—ость Защ дег- нать С гюшбюзть (: 535v чодействи к:: СООТЕЭТЗ’ТЕР-Э n\'ramapwau — Cw-cw—msve MPEGK Нзд-эжювть Увтоіц квэсть ‹ ашибки ПЭРЕЗЕПЪГЗЕЗЭЧОЗТЬ ПСП-РП-ФБТЬ Г…рь\' чен\'чс-сть Сбт,".аечовть П DDG‘TOTE H‘Bfiflnmeif- PF Ресурса; armour. ъость Карапаргвть\' къ- anaemaa Эффепивъопть 5 ч H- amI-ow- юнть ., _ a .. ._ _ праг\'рачш-ых p: ” У\'дсбзтво п.п."- ая-апнза средств % \'Сс-прввшщаеч-ашь Изчеьггчэс\'гь Стабнлы—гвзть Тевть\' ргу\'ечозть ддапть\' руещзсть C\'rpymrpv FIDEEH-DBTI: — Парешвшюсть Зачщечазть Бъецргечпшь Рисунок 1.1 - Дерево характеристик качества программного изделия 1.2 Планирование комплекса работ по разработке темы и оценка трудоемкости Для разработки было задействовано Два человека: руководитель проекта И исполнитель (инженер-программист). Руководитель выполняет постановку задачи, курирует ход работ И дает необходимые консультации при разработке системы. Исполнитель отвечает за проектирование информационного обеспечения, разработку структур баз Данных, реализацию вычислительных алгоритмов в виде завершенного продукта, разработку интерфейсных блоков И отладку программы. Выбор комплекса работ по разработке проекта производится в соответствии со стандартом «ГОСТ Р ИСО/МЭК 12207-99 Информационная технология. Процессы жизненного цикла программных средств», устанавливающим стадИИ разработки программных продуктов, И приведен в таблице 1.2. Таблица 1.2 — Комплекс работ по разработке проекта Длительност Загрузка ь, дни Исполнители Содержание работ % 1. Подготовка процесса разработки и анализ требований 1.1 Исследование И обоснование разработки Руководитель 1 33 1\'1\'1П°°Та“°вказадачи Пооогаммист 100 Руководитель 5 3 5 . .2 1 1 Сбор ИСХОДНЫХ данных Программист 1.2 Поиск аналогов И прототипов 1.2.1 Анализ существующих Руководитель методов решения задачи И программных средств Программист 12.2 Обоснование принципиальной Руководитель необходимости разработки Программист 1.3 Анализ требований 100 100 || ll 0 N Ш О 1.3.1 Определение И анализ Руководитель _ 1 33 требований к проектируемой 3 программе Программист 3 100 20 входных И выходных Данных Программист 5 100 программных средств реализации Программист 3 100 1.3.4 Согласование И утверждение Руководитель 3 33 технического задания Программист 100 Руководитель 28 Программист 39 (»›—к \\Dt—tw" Итого по этапу 1 2. П . оекти n ование архитектур Ы Программист 3 100 компонентов программы Программист 7 100 Руководитель 0 0 3. П n ог . амми . ование и тести n ование п . ог n аммных мод лей 3.1 Программирование модулей в Руководитель О 0 выбранной среде 13 модулей Программист 21 100 —__-- 3.3 Сборка И испытание программы Программист 5 100 3.4 Анализ результатов испытаний 5 20 Программист 5 100 3 Итого по этапу 3 Руководитель Программист 4. Оформление рабочей документации 4.1 Проведение расчетов „ Руководитель показателеИ безопасности жизнедеятельности Программист 4.2 Проведение экономических Руководитель расчетов Программист 100 4 3 Оформление пояснительнои Руководитель 33 записки По оаммист 100 Руководитель 23 Руководитель 19 17 На основе Данных таблицы 1.2 pa3pa60TaH календарный график выполнения работ (таблица 1.3), показывающий последовательность И взаимосвязь выполнения комплекса работ (с учетом воскресенья; можно брать без учета воскресенья и праздничных дней). Таблица 1.3 - Календарный график выполнения работ лительность Г a ик абот Содержание работы Исполнители Д ’ р ф р дНИ Начал Конец Руководитель 1 . ‘ / \'‚_ _: 21.01.2013 1 Постановка задачи — Программист 3 21.01.2013 23.01.2013 Руководитель 5 24.01.2013 28.01.2013 2 Сбор исходных Данных Программист 14 24.01.2013 06.02.2013 3 Анализ существующих Руководитель методов решения задачи И программных средств 4 Обоснование Руководитель ПРИНЦИПИЗЛЬНОИ необходимости разработки Программист 5 Определение И анализ Руководитель требований к программе Программист Руков0дитель Программист 07.02.2013 12.02.2013 13.02.2013 13.02.2013 13.02.2013 14.02.2013 15.02.2013 15.02.2013 15.02.2013 17.02.2013 18.02.2013 18.02.2013 6 Определение структуры входных И выходных данных 18.02.2013 22.02.2013 23.02.2013 23.02.2013 23.02.2013 25.02.2013 Программист 7 Выбор технических Руководитель средств И программных средств реализации 8 Согласование И Руководитель утверждение технического задания Программист 9 Проектирование РУКОВОДИТЫТЬ программной архитектуры Программист 10 Техническое Руководитель Программист 26022013 26022013 26.02.2013 28.02.2013 01.03.2013 03.03.2013 программы 11 Программирование Руководитель 0 - - модулей в выбранной среде П программирования р0ГраММИСТ 13 11.03.2013 23.03.2013 12 Тестирование РУКОВОДИТЫТЬ О \' \' программных модулей Программист 21 24.03.2013 13 04.2013 13 Сборка И испытание Руководитель 2 14.04.2013 15.04.2013 программы Программист 5 14.04.2013 18.04.2013 Руководитель 1 19.04.2013 19.04.2013 15 Проведение расчетов Руководитель 0 - - :z:::;:::;::::::m 16 Проведение Руководитель 0 - — 17 Оформление Руководитель 5 01.05.2013 05.05 .2013 1.3 Расчет затрат на разработку проекта Капитальные вложения, связанные с автоматизацией обработки информации, рассчитываются по формуле К=КП+Кр ‚ (1.4) где КП - капитальные вложения на проектирование, руб.; Кр — капитальные вложения на реализацию проекта, руб. Предпроизводственные затраты представляют собой единовременные расходы на разработку обеспечивающих ИЛИ функциональных систем ИЛИ элементов на всех этапах проектирования, a также затраты на ИХ усовершенствование, т.е. на проведение обследования И обработку материалов исследования, разработку технического задания, разработку технического И рабочего проекта системы И ее опытного внедрения. Сюда включаются затраты на разработку алгоритмов И программ, стоимость разработок по привязке типовых проектных решений (ТПР) И пакетов прикладных программ (m) K конкретному объекту автоматизации. Суммарные затраты на проектирование системы И ее разработку И отладку на компьютере определяются по формуле Kn:((1+Wd)(1+Wc)+WH)Zm:30i+CM +M8, (1.5) где т — количество работников, участвующих в разработке проекта; 3…- — затраты на основную заработную плату работника 1-й категории, руб.; Wd — коэффициент, учитывающий Дополнительную заработную плату B долях К основной заработной плате (% : 0,35 и состоит из коэффициента отпускных, равного 0,1, и районного коэффициента — 0,25 для Новосибирска ),\' WC — коэффициент, учитывающий отчисления на социальные нужды, в долях к сумме основной И Дополнительной заработной платы разработчиков: страховые взносы 6 Пенсионный фонд — 0,22, страховые взносы 6 ФСС — 0,029, страховые взносы 6 ФФОМС — 0,051, страховые взносы на производственный травматизм — 0,002; итого WC :0,3 02 (6 соответствии с Федеральным законом 379-ФЗ от 03.12.2011г,). WH — коэффициент, учитывающий накладные расходы организации, в ДОЛЯХ к основной заработной плате разработчиков (принимается n0 фактическим данным, 1%, = 0, 6); CM — затраты на материалы; Mg — затраты на использование машинного времени. Затраты на основную заработную плату работника і-й категории: 30, : Здшг, , (1.6) где Эд…- — среднедневная заработная плата работника і-й категории, руб./дн.; t,- — количество дней, отработанных работником і-й категории. Затраты времени на разработку системы по каждому исполнителю принимаются, исходя из его загрузки по календарному графику выполнения работ (табл. 1.3). Расчет основной заработной платы разработчиков проекта приведен в таблице 1.4 ИЗ расчета, что в месяце в среднем 21 рабочий день. Таблица 1.4 — Основная заработная плата разработчиков „ Средняя Затраты времени на Должностнои Должность окла 6 дневная разработку, человеко- ОЗП, руб. д’ ру \' ставка, руб. дней Руководитель 19000 904,76 19 17190,48 \\ Программист 7000 333,33 115 38333,33 Итого 5552331 | Примечание. С сентября 2013 г. 6 бюджетных Образовательных учреждениях введены следующие должностные оклады профессорско— преподавательского состава: преподаватель 14000 руб., доцент, канд.;ч. — 19000руб., профессор, доктн. — 24000 руб. Ввиду того, что проектируемая информационная система Должна быть запрограммирована И отлажена с ПОМОЩЬЮ компьютеров, К суммарным затратам на разработку Добавляются затраты на использование машинного времени, исчисляемые как: M6 ::МВБМЧКМ , (1.7) Где 1MB — машинное время компьютера, необходимое ДЛЯ разработки программного продукта; 1MB = 460 час.; SM.I — СТОИМОСТЬ 1 часа машинного времени: БМЧ=2О руб./час.; (рассчитать или использовать среднюю стоимость платного доступа к ПК 6 вашем городе); КМ — коэффициент мультипрограММНОСТИ (показывает долю машинного времени, отводшиого непосредственно на работу над проектом); КМ=1. Материалы, приобретенные в процессе выполнения работы‚ И ИХ стоимость приведены в таблице 1.5. Таблица 1.5 - Затраты на материалы Материалы Единица Требуемое Цена за \\ Сумма, измерения количество единицу, руб. руб. |Теградь общая шт. 1 10 | 10 |Компакт—Диск CD-RW шт. 2 35 I 70 Тонер для лазерного шт. 1 1000 1000 п-оинтеа Бумага офисная Итого 1200 Таким образом, капитальные вложения на проектирование равны: КП = (17190‚48 + 3833333) >< ((1+0‚4) >< (1 + 0,302) + 0,6) + 460 >< 20 ><1+ + 1200 руб. = 144923‚09 руб. Смета затрат на разработку представлена в таблице 1.6. Таблица 1.6 — Затраты на разработку Статьи затрат Сумма, руб. Основная заработная плата 55523‚81 Дополнительная зарплата 22209‚52 Отчисления на социальные нужды 23475‚47 Затраты на материалы 1200 Затраты на машинное время 9200 Накладные расходы организации 33314‚29 ИТОГО 144923‚09 Капитальные вложения на реализацию проекта: Кр_К0 I Кдд I КПП I КСВ I КИб I КПК, (1.8) где Ко — затраты на основное И вспомогательное оборудование, руб.; Кзд — затраты на строительство, реконструкцию здания И помещений, руб.; КПП — затраты на приобретение типовых разработок, пакетов, руб.; КСВ — затраты на прокладку ЛИНИЙ связи, руб.; КИб — затраты Ha создание информационной базы, руб.; КПК — затраты на подготовку И переподготовку кадров, руб. В связи с тем, что для внедрения системы, рассматриваемой в данном проекте, не было затрат связанных с прокладкой ЛИНИИ связи, затрат на основное И вспомогательное оборудование, затрат Ha реконструкцию И строительство зданий, то Данные затраты ДЛЯ внедрения системы не учитывают. Также не принимаются в расчет затраты по подготовке И переподготовке кадров, затраты на создание информационной базы И затраты на приобретение типовых разработок. ТаКИМ образом, прИ внедреНИИ системы, рассматриваемой в Данном проекте, затраты на его реализацию определяются затратами на оборудование И материалы В оборудование И материалы ВХОДИТ компьютер на базе процессора Pentium—4. СТОИМОСТЬ компьютера 22500 руб. Тогда затраты Ha OCHOBHOC И вспомогательное ОбОРУДОВЗНИе составят Ко :ZijQij : (1-9) j:1 где СШ — балансовая стоимость j-ro вида оборудования, руб. (при n=1 Cb1=22500 руб.); QJ- — количество еДИНИЦ]—ГО оборудования, руб. (1 шт.); YJ- — коэффициент загрузки j—ro вида оборудования при обработке информации по решению задач предметной области: Т . У,- = Ф:ф‚- ‚ (1.10) где CDW- — эффективный годовой фонд времени работы технического средства]- го вида, час./год. Время работы технического средства j—ro вида по решению s задач, час./год: Т122119—‘ХЩ7 (1-11) k:1 где [к} — трудоемкость однократной обработки информации по к-й задаче Haj-M виде технических средств, часов машинного времени ([К]-:б); Пк — частота (периодичность) решения к-й задачи, Дней /год (Пк =247). Затраты на реализацию: Кр : 22500><1><6><247/(247><8) руб. = 16875 руб. Таким образом, суммарные затраты на разработку проекта: К = КП + Кр : 144923‚09+ 16875 руб. =161798‚09 руб. Суммарные затраты, связанные с внедрением аналога складываются ИЗ следующих затрат: —затраты на приобретение программного продукта (37300 руб.); —затраты по оплате услуг на установку И сопровождение продукта (12000 руб.); —затраты на основное И вспомогательное оборудование (22500 руб.) (предполагается, что для внедрения аналога понадобится такой же компьютер, что и для проектируемой системы); —затраты на подготовку пользователя (оплата курсов повышения квалификации, командировочные расходы и пр.) (9000 руб.). (Постарайтесь расписать эти статьи расходов и Обосновать их). Итого суммарные затраты, связанные с внедрением аналога составят 80800 руб. 1.4 Расчет эксплуатационных затрат К эксплуатационным затратам относятся затраты, связанные с обеспечением нормального функционирования проекта. ЭТИ затраты называют также текущими затратами. Это могут быть затраты на ведение информационной базы, эксплуатацию комплекса технических средств, эксплуатацию систем программноматематического обеспечения, реализацию технологического процесса обработки информации по задачам, эксплуатация системы в целом. Текущие затраты рассчитываются по формуле ЗТСК—ЗЗП 1 Ca 1 ЗЭ 1 CpeM 1 3М 1 ЗН ‚ (1-12) где 33H — затраты на зарплату основную И Дополнительную с отчислениями во внебюджетные фонды, руб.; С& — амортизационные отчисления от стоимости оборудования И устройств системы, руб.; ЗЭ — затраты на силовую энергию, руб.; СреМ — затраты Ha текущий ремонт оборудования И устройств системы, руб.; ЗМ — затраты на материалы и машинные носители, руб.; ЗН — накладные расходы информационного отдела, руб. Эксплуатацию разработанной системы осуществляют специалисты. Затраты на заработную плату основную И Дополнительную с отчислениями на социальные нужды производственного персонала рассчитываются по формуле т С… =2(г‚-З‚-‹1+%>‹1+щ>)‚ (1.13) i:1 где tl- — время эксплуатации системы і-М работником, дни; 3,- — среднедневная заработная плата і-го работника, руб/День. Данные расчета заработной платы специалистов приведены в таблицах 1.7 И 1.8. Таблица 1.7 — Данные по заработной плате специалистов (для проекта) „ Средняя Затраты времени Фонд Должностнои „ Должность дневная ставка, на эксплуатацию, заработнои оклад, руб. „ руб./день человеко-днеи платы, руб. Сотрудник отдела 15000 714,29 40 52080‚0 МТС |Программист 10000 476,19 20 17360‚0 |ИТОГО ( с учетом начисл.) 69440„0 СЗ… = (40х714,29—-20><476‚19)><1‚4><1,302 руб. : 69440‚0 руб. (за год). Таблица 1.8 — Данные по заработной плате специалистов (для продукта-аналога) ., Средняя Затраты времени Фонд Должностнои „ Должность дневная ставка, на эксплуатацию, заработнои оклад, руб. „ руб./день человеко-днеи платы, руб. Сотрудник Итого (с учетом начисл.) C3H2 : (60х714‚29+40><476‚19)><1‚4><1‚302=112840‚0 руб. (за ГОД). Сумма амортизационных отчислений рассчитывается следующим образом: n ijflajgjt J C =;— Fad) ‚ (1.14) где СШ — балансовая CTOI/IMOCTbj-FO вида оборудования, руб.; t]- — время работы 1-го вида оборудования, час; Раф, — эффективный фонд времени работы оборудования в год, час; aj — HopMa годовых амортизационных отчислений для j-ro вида оборудования; gj — количество единиц оборудования]-го вида. Эффективный фонд времени работы оборудования можно вычислить по формуле Рэф =ОрхНЭ, (1.15) где Вр — количество рабочих дней в году. Вр = 247 (в соответствии с производственным календарём на 2013 год), НЭ — норматив среднесуточной загрузки, час./день, НЭ = 8. ТаКИМ образом, эффективный фонд времени работы оборудования составит Рэф =247><8=1976 час. Данные для расчета: а]-=0,2 (используется ускоренная амортизация — 20—30 %); 81:1; [1-(для проекта) = (40 + 20)><8 = 480 час., t]- (для аналога) = (60 + 40)><8 = 800 час., Сы=22500 руб., Сь2=22500 руб. Сумма амортизационных отчислений для проекта составит Ca1:(22500><0,2><1X480)/1976 py6. = 1093,12 руб. Сумма амортизационных отчислений для аналога составит С„2=(22500><0,2><1><800)/ 1976 py6. = 1821,86 руб. Затраты на силовую энергию рассчитываются по формуле 3 =;№ 1,35 … (1.16) где № — установленная мощность 1-го вида технических средств, кВт; tj- — время работы]-го вида технических средств, час; 81— коэффициент использования установленной мощности оборудования; ТЭ — тариф на электроэнергию, руб./КВТ Ч. В настоящее время тариф на электроэнергию на данной территории составляет 2,6 руб/КВТ Ч (указать конкретно, каждый год тариф меняется для каждой территории), установленная МОЩНОСТЬ для компьютера равна 0,4 кВт (укажите суммарную мощность используемого оборудования), таким образом затраты на силовую энергию для проекта составят ЗЭ = 0,4><1><480><2,6 руб. = 499,20 руб., для аналога составят ЗЭ = 0,4><1><800><2,6 руб. = 832,00 руб. Затраты на текущий ремонт оборудования рассчитываются по формуле „ с С,; (1.17) где Срі — норматив затрат на ремонт (Сд- = 0,05). Затраты на текущий ремонт оборудования составят: —для проекта Зреш : (0,05 ><22500><480) /1976= 273,28 руб., _ДЛЯ аналога ЗреМ2 : (0,05><22500><800) /1976= 455,47 руб. Затраты на материалы, потребляемые B течение года, составляют 1 % от балансовой стоимости основного оборудования И равны 225 руб. (22500><0,01) ДЛЯ проекта И аналога. Накладные расходы включают затраты на содержание административного И управленческого персонала, на содержание помещения И т.д_ Норматив накладных расходов составляет 20 % от прямых затрат, включающих первые пять статей затрат, представленных в таблице 1.9. Накладные расходы для проекта: Зн1 : (69440,00+1093,12+499,20 +273,28+225)><0,2 = 14306,12 руб. Накладные расходы ДЛЯ аналога: 3H2 = (112840,00+1821,86+832,00+455,47+225)><0,2 = 23234,87 py6. Таблица 1.9 — Годовые эксплуатационные затраты Статьи затрат Затраты на проект, руб. ЗатратьЁ аналог, Основная И дополнительная 69440,00 1 12840,00 зарплата с отчислениями во Амортизационные отчисления 1093 , 12 1821,86 Затраты на электроэнергию 499,20 832,00 Затраты на текущий ремонт 273,28 455,47 Затраты на материалы 225,00 225,00 Накладные расходы 143 06, 12 23234,87 mom 85836 72 13940919 1.5 Расчет показателей экономической эффективности Оценка экономической эффективности вариантов проектных решений элементов АИС основывается на расчете показателей сравнительной экономической эффективности капитальных вложений. Годовой экономический эффект от использования разрабатываемой системы определяется по разности приведенных затрат на базовый (аналог) И новый (проектируемый) варианты в расчете на годовой объем выпуска: 3=(31><Ak—32)><N, (1 . 18) где 31,32 — приведенные затраты на единицу работ, выполняемых с помощью базового И проектируемого вариантов процесса обработки информации, руб.; Ak — коэффициент эксплуатационно-технической эквивалентности, ИЛИ технического уровня, А„ : 1,60 (формула (1.3)); N — объем работ, выполняемых с помощью разрабатываемого продукта (примем равным 1). Приведенные затраты 31- Ha единицу работ, выполняемых по базовому И разрабатываемому вариантам, рассчитываются по формуле 3i:Ci+EHXKi , (1-19) где Cl- = себестоимость (текущие эксплуатационные затраты единицы работ), руб.; EH — нормативный коэффициент экономической эффективности (E, 20,33); Kl- — суммарные затраты, связанные с внедрением нового проекта. Затраты на единицу работ по аналогу: 31:139409,19+0,33><80800=166073,19 py6. Затраты Ha единицу работ по проекту: З2=85836,72+0,33><161798,09 =139230,08 руб. Экономический эффект от использования разрабатываемой системы: Э=166073,19 ><1,60 — 139230,08 = 126757,06 руб. Сводные Данные по расчету экономического эффекта приведены в таблице 1.10. Таблица 1.10 — Экономический эффект Значение Характеристика разрабатываемый продукт-аналог продукт Себестоимость (текущие эксплуатационные 13 9409,19 85 83 6,72 затраты), руб. Суммарные затраты, связанные с внедрением 80800,00 161798,09 проекта, руб. Приведенные затраты на единицу работ, руб. 166073,19 139230,08 Экономический эффект от использования разрабатываемой системы, руб. 126757‚06 После определения годового экономического эффекта необходимо рассчитать срок окупаемости затрат на разработку продукта по формуле ТоК = ЮЗ. (1 .20) Срок окупаемости составит: ТОК =161798,09 /126757,06 = 1,28 года. Затем рассчитаем фактический коэффициент экономической эффективности разработки (Еф) и сопоставим его с нормативным значением коэффициента эффективности капитальных вложений ЕН =0,33: Еф=1/Т0К.= 1/1,28 = 0,78. (1.21) Фактический коэффициент экономической эффективности разработки получился больше, чеМ нормативный, поэтому разработка И внедрение разрабатываемого продукта является эффективной. Таким образом, в ходе проделанной работы найдены все необходимые данные, Доказывающие целесообразность И эффективность Данной разработки. Приведем ЭТИ Данные в сводной таблице 1.11. Таблица 1.11 — Результаты экономического обоснования проекта | Характеристика проекта Значение |Затраты на разработку И внедрение проекта, руб. 1617 98,09 |Общие эксплуатационные затраты, руб. 8583 6,72 |Экономический эффект, руб. 126757‚06 \\Коэффициент экономической эффективности 0,78 |Срок окупаемости, лет 1,28 В предлагаемых МСТОДИЧССКИХ указаниях ПРИВСДСН расчет ДЛЯ МОДСЛЬНЫХ УСЛОВИЙ. В каждом КОНКРСТНОМ случае СЛСДУСТ УЧССТЬ конкретные обстоятельства И СРОКИ ВЫПОЛНСНИЯ работы‚ ДСЙСТВУЮЩИС ЦСНЫ И HOpMaTI/IBLI. Задание 1. Выбрав инструментальную среду программирования, автоматизировать весь расчетный процесс технико-экономического обоснования, создав удобный пользовательский интерфейс, позволяющий проводить параметрические исследования. 2. Обратить особое внимание на то, чтобы значения ДЛЯ каждого входного Данного для расчета ТЭО вводились в программе только ОДИН раз. Все используемые коэффициенты вводить в формулы не константами, a переменными, включив ИХ в список входных данных. В календарном графике работ (таблица 1.3) в качестве временных исходных данных вводить только дату начала работы. 3. Весь расчетный процесс предлагается разбить на пять расчетных блоков: 1) расчет КТУ; 2) расчет план-графика работ; 3) расчет затрат на разработку проекта И внедрение аналога; 4) расчет эксплуатационных затрат; 5) расчет показателей экономической эффективности. 4. Изменяя входные данные, проанализировать степень ИХ влияния на итоговые результаты (табл. 1.11). ЧАСТЬ 2. КОНСТРУКТИВНАЯ МОДЕЛЬ СТОИМОСТИ СОСОМО Цель работы: изучить алгоритмы различных уровней конструктивных моделей Б. Боэма и автоматизировать процесс расчета экономических показателей проекта n0 разработке программного продукта. 2. 1. COCOMO COCOMO (Constructive Cost Model) — это конструктивная модель стоимости, разработанная в начале 80-х годов Барри Боэмом для оценки трудоемкости разработки программных продуктов]. Она основана на статистическом анализе фактических Данных по выполнению 63 проектов B компании TRW Aerospace, где БаррИ БОЭМ был Директором отдела исследований программного обеспечения И технологий. Анализировались проекты объемом от 2 ДО 100 тысяч строк кода, на языках программирования от ассемблеров ДО высокоуровневого языка PL/ 1, основанные на каскадной МОДеЛИ жизненного цикла разработки ПО. Модель состоит ИЗ иерарХИИ трех последовательно детализируемых И уточняемых уровней [3]. Ha каждом уровне все проекты разбиваются на трИ группы по уровню сложности: 1) распространенный ТИП (organic projects); 2) встроенный ТИП (embedded projects); 3) полунезависимый ТИП (semidetached projects). Распространенный тип характеризуется тем, что проект выполняется небольшой группой специалистов, имеющих опыт в создаНИИ подобных ИЗдеЛИй И опыт применения технологических средств. Условия работы стабильны, И изделие имеет относительно невысокую сложность. Встроенный тип характеризуется очень жесткими требованиями Ha программный продукт, интерфейсы, параметры ЭВМ. Как правило, y таких ИЗдеЛИй высокая степень новизны И планирование работ осуществляется прИ недостаточной информации, как о самом изделии, так И об условиях работы. Встроенный проект требует больших затрат на изменения И исправления. Полунезависимый тип занимает промежуточное положение между распространенным И встроенным — это проекты средней сложности. Исполнители знакомы ЛИШЬ с некоторыми характеристиками (ИЛИ компонентами) создаваемой системы, имеют средний опыт работы с подобными изделиями, изделие имеет элемент новизны. Только часть требований к изделию жестко фиксируется, в остальном разработки имеют степени выбора. ТИП той ИЛИ ИНОЙ группы МОЖНО рассматривать как ОДИН ИЗ параметров МОДеЛИ COCOMO. 1 Опубликована в книге Barry Boehm. Software Engineering Economics (Englewood Cliffs, NJ : Prentice-Hall, 1981). Рассмотрим уровни модели. 2.1.1 Базовый уровень (Basic COCOMO) Модель этого уровня — Двухпараметрическая. В качестве параметров выступают ТИП проекта И объем программы (ЧИСЛО строк кода). Уравнения базового уровня модели имеют ВИД: РМ = ai ><: (5128115 ТМ = с, ><: (РМТіі, где РМ (PeopleXMonth) — трудоемкость (чел. ><Mec.); TM (Time at Month) — время разработки в календарных месяцах; SIZE — объем программного продукта в тысячах строк исходного текста (Kilo of Source Line Of Code — KSLOQ. Коэффициенты а„ [),-, с‚- И d,- выбираются ИЗ табл. 2.1. Таблица 2.1. Значения коэффициентов базовой уровня модели СОСОМО в зависимости от типа проекта Тип проекта а b с d Распространенный 2,4 1,05 2,5 0,38 Полунезависимый 3,0 1,12 2,5 0,35 Встроенный 3,6 1,20 2,5 0,32 МОДеЛЬ этого уровня подходит ДЛЯ ранней быстрой приблизительной оцеНКИ затрат, но точность её весьма низка, т.к. не учитываются такие факторы, как квалификация персонала, характеристики оборудования, опыт применения современных методов разработки программного обеспечения И современных инструментальных сред разработки И Др. 2.1.2 Промежуточный уровень (Intermediate COCOMO) Ha этом уровне базовая модель уточнена за счет ввода Дополнительных 15 «атрибутов стоимости» (ИЛИ факторов затрат) Cost Drivers (СОК), которые сгруппированы по четырем категориям: — Характеристики продукта (Product Attributes): . Требуемая надежность ПО (Required Software Reliability); . Размер БД приложения (Size of Application Database); . Сложность продукта (Complexity of the Product); — Характеристики аппаратного обеспечения (Hardware Attributes): . Ограничения быстродействия прИ выполнеНИИ программы (Run-Time Performance Constraints); . Ограничения памяти (Memory Constraints); . Неустойчивость окружения виртуальной машины (Volatility 0f the Virtual Machine Environment); . Tpe6yeMoe время восстановления (Required Turnabout Time); — Характеристики персонала (Personnel Attributes): . Аналитические способности(Апа1у5’гСараЬі1і’гу), . Способности К разработке ПО (Software Engineer Capability); . Опыт разработки (Applications Experience); . Опыт использования виртуальных машин (Virtual Machine Experience); . Опыт разработки на языках программирования (Programming Language Experience); _ Характеристики проекта (Project Attributes): . Использование инструментария разработки ПО (Use of Software Tools); . Применение методов разработки ПО (Application of Software Engineering Methods), . Требования соблюдения графика разработки (Required Development Schedule). Значения каждого атрибута выбирается ИЗ табл. 2.2 B соответствии с его степенью значимости (рейтингом) в конкретном проекте. Таблица 2.2. Значения атрибутов стоимости в зависимости от ИХ уровня Рейтинг А D трибуты стоимости, С k O‘lefll: Низкий Средний Высокий Очень“ Критический низкии высокии Характеристики продукта 1. Требуемая надежность ПО 0,75 0,88 1,00 1,15 1,40 n/a 2. Размер БД приложения n/a 0,94 1,00 1,08 1,16 n/a 3. Сложность продукта 0,70 0,85 1,00 1,15 1,30 1,65 Характеристики аппаратного обеспечения 4. Ограничения быстродеиствия 11 /а n/a 1700 1 11 173 0 1,66 7 при выполнении программы 5. Ограничения памяти n/a n/a 1,00 1,06 1,21 1,56 6. Неустойчивость окружения „ n/a 0,87 1,00 1,15 1,30 n/a BI/IpTyaJ\'IbHOI/I машины 7\' Требуемое Время n/a 0,87 1,00 1,07 1,15 n/a восстановления Характеристики персонала 8. Аналитические способности 1,46 1,19 1,00 0,86 0,71 n/a 9. Опыт разработки 1,29 1,13 1,00 0,91 0,82 n/a I11%C110006Hocm к разработке 1742 1,17 1,00 0,86 0770 n/a 11. Опыт использования 1721 1710 1700 0790 n/a n/a виртуальных машин 12, Опыт разработки на языках 1714 1707 1700 0795 п/а n/a программирования Характеристики проекта 13‘ Применение методов 1 24 1 10 1 00 0 91 0 82 п/а разработки ПО 14. Использование 124 110 100 0 91 0 83 n/a инструментария разработки ПО 7 7 7 7 7 15. Требования соблюдения графика разработки Примечание: n/a (not available) _ данные отсутствуют, т.е. соответствующий уровень не оценивается 123 1 08 1 00 104 1 10 п/а 7 7 7 7 7 Формула промежуточного уровня модели имеет вид РМ = EAF ><: щ ><(512Е)Ьі, где РМ — трудоемкость (чел. ><мес.); SIZE — объем программного продукта в тысячах строк исходного текста (Kilo of Source Line of Code — KSLOC). EAF (Effort Adjustment Factor) — произведение выбранных атрибутов СТОИМОСТИ ИЗ табл. 2: EAF = Пііі спд Коэффициенты модели и, И b,- выбираются ИЗ табл. 2.3. Таблица 2.3. Значения коэффициентов промежуточного уровня модели СОСОМО В ЗЗВИСИМОСТИ ОТ ТИПЗ проекта Тип проекта, і аі bi 1. Распространенный 3,2 1,05 2. Полунезависимый 3,0 1,12 3. Встроенный 2,8 1,20 Время разработки рассчитывается по той же формуле, что И ДЛЯ базовой МОДеЛИ. 2.1.3 Детальный уровень (Advanced COCOMO) Повышает точность оцеНКИ за счет иерархической декомпозиции создаваемого ПО И учета стоимостных факторов на каждом уровне иерархии И по фазаМ работ (здесь не рассматривается). 2.2. СОСОМО II B 1997 методика была усовершенствована И получила название COCOMO П. Калибровка параметров производилась уже по 161 проекту разработки ПО. Различаются две стадии оценки проекта: предварительная оценка на начальной фазе (Early Design) И детальная оценка после проработки архитектуры (Post Architecture). Формула оценки трудоемкости проекта в чел. ><мес. имеет ВИД: РМ = EAF ХА ><: [SIZE]E, где Е = в + 0,01 ›‹ ЕЁЦБР\'}, В =0‚91; А =2‚94 ДЛЯ предварительной оценки; А =2‚45 ДЛЯ Детальной 1 оцеНКИ ; 817]- — факторы масштаба (Scale Factors) (табл. 5); SIZE — объем программного продукта в тысячах строк исходного текста (KSLOC — Kilo of Source Line Of Code); E114]- — множители трудоемкости2 (Effort Multiplier). n=7 — для предварительной оценки (табл. 6), n=17 — ДЛЯ Детальной оценки (табл. 7); EAF (Effort Adjustment Factor) — произведение выбранных множителей трудоемкости: EAF = ПЁ=1 ENE. 2.2.1 Факторы масштаба (Scale Factors) B методике COCOMO П используются пять факторов масштаба SE, описание которых приведено в табл.4. Таблица 4. Описание уровней значимости факторов масштаба Уровень значимости фактора Очень SF]- Описание Очень „ „ Высоки Критичес „ Низкии Среднии „ высоки ., низкии и й кии 1. PREC. Прецедентно опыт в продукт некотор продукт продукт продукт И Preceden сть, наличие продукте И ый опыт И И платформ tedness. опыта И платфор в платфор платфор а аналогичных платфор ма не продукте ма в ма в полность разработок ме много И основно большой Ю отсутств знакомы платфор М степени знакомы ует ме известны знакомы присутст вует 2. FLEX. Гибкость процесс допуска значител относите незначит определен Develop процесса строго ются ьная льная ельная ы только ment разработки детерМИ некотор жесткост жесткост жесткост общие Flexibilit HI/IpOBaH ые Ь Ь Ь цели у компром процесса процесса процесса иссы 3. RESL. Архитектура риски риски риски риски риски риски Architect И известны известны известны известны известны разрешен ure / разрешение / / / / / ы Ha Risk рисков проанал проанал проанал проанал проанал 100% Resoluti изирован изирован изирован изирован изирован on ы на ы на ы на ы на ы на 20% 40% 60% 75% 90% I Приведены параметры модели COCOMO 11.2000 (Version 2.1). Источник: СОСОМОП: Model Definition Manual. — USC, Center for Software Engineering. — URL: http://csse.usc.edu/csse/TECHRPTS/ZOO0/usccse2000-500/usccse2000-500pdf 2 Иное название: Cost Dfiver (CD) — атрибут стоимости (фактор затрат). 4. Сработаннос формаль тяжелое чаще в высокая полное ТЕАМ. ть команды ные взаИМОДе всего основно степень доверие, Теат взаИМОДе йствие коллеКТИ М взаИМОДе взаимоза Cohesion йствия до вная коллеКТИ йствия меняемос некоторе работа вная ть И й работа взаимопо степени мощь 5. Зрелость СММ СММ СММ СММ CMlVI CMM PMAT. процессов Уровень Уровень Уровень Уровень Уровень Level 5 Process 1 (ниже 1 (выше 2 3 4 Matufity среднего среднего ) ) Примечание. CW (Capability Maturity Model) — пятиуровневая модель зрелости возможностей компании-разработчика ПО, предложенная SE] (Software Engineering Institute, США). ЭТИ факторы применяются на обеих стадиях оценки проекта. Числовые значения фактора масштаба в зависимости от оцеНКИ его уровня, приведены в таблице 5. Таблица 5. Значение фактора масштаба в зависимости от оценки его уровня Фактор Оценка уровня фактора масштаба, Very Low Low Nominal High Very High Extra SF]- High 1. PREC 6,20 4,96 3,72 2,48 1,24 0,00 2. FLEX 5,07 4,05 3,04 2,03 1,01 0,00 3. RESL 7,07 5,65 4,24 2,83 1,41 0,00 4. TEAM 5,48 4,38 3,29 2,19 1,10 0,00 5. PMAT 7,80 6,24 4,68 3,12 1,56 0,00 (Effort Multipliers) Количество И значения множителей трудоёмкости отличаются для разных стадий оцеНКИ проекта. 1. Стадия предварительной оценки трудоемкости программного проекта (Early Design). Для этой оценки необходимо оценить ДЛЯ проекта уровень семи множителей трудоемкости ЕМ]: — параметры персонала: 1. PERS (Personnel Capability) — квалификация персонала (Extra Low — аналитики И программисты имеют низшую квалификацию, текучесть больше 45%; Extra High — аналитики И программисты имеют высшую квалификацию, текучесть меньше 4%); 2. PREX (Personnel Experience) — опыт персонала (Extra Low — новое приложение, инструменты И платформа, Extra High — приложение, инструменты И платформа хорошо известны); — параметры продукта: 3. RCPX (Product Reliability and Complexity) — сложность И надежность продукта (Extra Low — продукт простой, специальных требований по Комментарии: Уважаемый студент, дистанционного обучения, Оценена Ваша работа по предмету: Стандартизация и сертификация Вид работы: Контрольная работа 1 Оценка:Зачет Дата оценки: 29.01.2019 Рецензия:Уважаемая Полетайкин Алексей Николаевич Размер файла: 679,3 Кбайт Фаил: 
(.rar)
------------------- Обратите внимание, что преподаватели часто переставляют варианты и меняют исходные данные! Если вы хотите, чтобы работа точно соответствовала, смотрите исходные данные. Если их нет, обратитесь к продавцу или к нам в тех. поддержку. Имейте ввиду, что согласно гарантии возврата средств, мы не возвращаем деньги если вариант окажется не тот. -------------------
Скачано: 7 Коментариев: 0 |
||||
Есть вопросы? Посмотри часто задаваемые вопросы и ответы на них. Опять не то? Мы можем помочь сделать! |
||||
Вход в аккаунт:
Страницу Назад
Cодержание / Стандартизация, сертификация и управление качеством программного обеспечения / Стандартизация и сертификация. Контрольная работа. 15-й вариант
Вход в аккаунт: