">
Информатика Программирование
Информация о работе

Тема: Указания к выполнению курсовой работы по информатике

Описание: Курсовая работа на тему: Расчет себестоимости и цены программного продукта проводится с целью закрепления знаний, полученных в ходе изучения дисциплины Экономика отрасли. Целью курсовой работы является оценка экономической эффективности и обоснованности программного продукта.
Предмет: Информатика.
Дисциплина: Программирование.
Тип: Методические рекомендации
Дата: 10.08.2012 г.
Язык: Русский
Скачиваний: 5
Поднять уникальность

Похожие работы:

МИНИСТЕРСТВО ОБРАЗОВАНИЯ И НАУКИ РОССИЙСКОЙ ФЕДЕРАЦИИ

ГОСУДАРСТВЕННОЕ ОБРАЗОВАТЕЛЬНОЕ УЧРЕЖДЕНИЕ ВЫСШЕГО ПРОФЕССИОНАЛЬНОГО ОБРАЗОВАНИЯ

«Тюменский государственный нефтегазовый университет»

Филиал в г. Заводоуковске

МЕТОДИЧЕСКИЕ УКАЗАНИЯ

к выполнению курсовой работы

по дисциплине: «Экономика отрасли»

на тему: «Расчет себестоимости и цены программного продукта»

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

Разработала: преподаватель

___________ Н.В. Кожухина

Рассмотрено на заседании

Методической комиссии

пр. № ____ от ____ ______ 2012 г.

________________ /____________/

2012

СОДЕРЖАНИЕ

Введение   Цель работы   1. Требования к оформлению пояснительной записки   2. Содержание пояснительной записки   2.1. Организационный раздел   2.1.1. Организация рабочего места программиста и его обслуживание   2.1.2. Организация работы по созданию программного продукта   2.1.3. Расчет времени на создание программного продукта

2.1.4. Мероприятия по обеспечению качества программного продукта 2.2 Экономический раздел

2.2.1 Расчет заработной платы исполнителя работ по созданию программного продукта

2.2.2 Расчет начислений на заработную плату

2.2.3 Расчет расходов на содержание и эксплуатацию ПЭВМ

2.2.4 Расчет себестоимости программного продукта

2.2.5 Расчет цены программного продукта

2.2.6 Расчет показателей экономической эффективности внедрения программного продукта

2.2.7 Экономическая эффективность программного продукта

Заключение   Литература   Приложения   

ВВЕДЕНИЕ

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

Существовавшая в течение длительного времени командно-административная экономика снизила инициативу предприятий в совершенствовании технологических процессов, использовании программного обеспечения.

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

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

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

ЦЕЛЬ РАБОТЫ

Курсовая работа на тему: «Расчет себестоимости и цены программного продукта» проводится с целью закрепления знаний, полученных в ходе изучения дисциплины «Экономика отрасли».

Целью курсовой работы является оценка экономической эффективности и обоснованности программного продукта.

Для реализации поставленной цели необходимо решить следующие задачи:

Определить принципы организации производства на предприятии;

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

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

Рассчитать затраты на механическую обработку;

Рассчитать и оценить показатели экономической эффективности проекта.

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

1. ТРЕБОВАНИЯ К ОФОРМЛЕНИЮ ПОЯСНИТЕЛЬНОЙ ЗАПИСКИ

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

Задание на курсовую работу выдается па специальном бланке, в котором содержатся следующие данные:

-окончательная формулировка темы, включенная в распоряжение;

- первичные исходные данные: годовая программа и базовое предприятие;

-дата выдачи задания и защиты проекта.

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

При разработке к курсовой работе предъявляется следующие общие требования:

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

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

Пояснительная записка курсовой работы должна состоять из следующих частей:

Титульный лист (приложение 1)

Задание на курсовое проектирование (приложение 2)

Содержание (1 с.)

Введение (1-2 с.)

Организационный раздел (8-15 с.)

Экономический раздел (15-20 с.)

Заключение (1-2 с.)

Литература (1 с.)

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

Организационный раздел должен содержать основные положения по организации основного производственного и вспомогательного процессов, а также наиболее важные требования по технике безопасности на производстве.

Экономический раздел строится на основании приведенных формул и состоит из расчета экономической эффективности автоматизации производства.

Пояснительная записка пишется на одной стороне листа бумаги размером 210х297 мм без помарок черными чернилами. Страницы пояснительной записки (титульный лист, содержание, список литературы) должны иметь поля: левое – 30 мм, верхнее – 15 мм, правое – 10 мм, нижнее – 20 мм. Все остальные страницы должны оформляться в рамки со штампами, предусмотренными ГОСТом для оформления технической документации. Все страницы пояснительной записки нумеруются по порядку от титульного листа до последней страницы. Однако на титульном листе, задании на курсовое проектирование и содержании номера страниц не проставляются. Проставление нумерации страниц начинается со страницы введения. Страницы нумеруются арабскими цифрами в верхнем правом углу.

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

Наименование разделов записывают в виде заголовков (симметрично тексту) прописными буквами. Наименование подразделов (пунктов) записывают в виде заголовков (с абзаца) строчными буквами (кроме первой прописной). Переносы слов в заголовках не допускаются. Точка в конце заголовка не ставится. Расстояние между заголовком и текстом должно быть 15 мм, между заголовком раздела и подраздела 10 мм. Каждый раздел следует начинать с новой страницы, подраздел – на той же странице, где окончился предыдущий. Заголовок подраздела и текст не должны помещаться на разных страницах. Каждый пункт, подпункт и перечисление начинают с абзаца. Абзацы в тексте начинают отступом равным 15-17 мм. При наборе текста на компьютере следует использовать следующие параметры форматирования: шрифт Times New Roman размером 14 пт без использования полужирного начертания и курсива, междустрочный интервал полуторный.

Слова «Ведение», «Литература», «Содержание» записывают в виде заголовков (симметрично тексту) прописными буквами. Сокращения отдельных слов и словосочетаний должны проводиться в соответствии с ГОСТ 7.12.77.

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

Иллюстрации могут быть расположены по тексту пояснительной записки или даны в приложении. Все иллюстрации, если их более одной, нумеруют в пределах раздела арабскими цифрами, например: Рис.1.1. Ссылки на иллюстрации дают по типу: на рис. 1.1. или (рис.1.1.). Наименование иллюстрации помещают над ней.

Для наглядности проведенных расчетов их результаты рекомендуется оформлять в сводных таблицах. Таблица должна иметь заголовок, который следует выполнять строчными буквами (кроме первой прописной) и помещать над таблицей по середине. Заголовок должен быть кратким и полностью отражать содержание таблицы. Слово «Таблица» пишут перед заголовком в левом углу. Заголовки граф таблицы начинают с прописных букв, а подзаголовки – со строчных, если они составляют одно предложение с заголовком, и указывают в единственном числе. Не разрешается разрывать таблицу между страницами. Нумерация таблиц производится аналогично нумерации иллюстраций.

Ссылки на литературные источники оформляются в квадратных скобках, где указывают порядковый номер, который источник имеет в списке литературы: [8] или [8, с 7-10].

Список литературы оформляется в соответствии с ГОСТ 7.1.-84. При формировании списка литературы указываются фамилия и инициалы автора (авторов); наименование работы; город, где находится издательство и его название; год издания; количество страниц.

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

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

2. СОДЕРЖАНИЕ КУРСОВОЙ РАБОТЫ

Курсовая работа пишется студентом в соответствии со следующим примерным планом:

Введение

1. Организационный раздел

1.1. Организация рабочего места и его обслуживание

1.2. Организация работы по созданию программного продукта

1.3. Расчет времени на создание программного продукта

1.4. Мероприятия по обеспечению качества программного продукта

2. Экономический раздел

2.1 Расчет заработной платы исполнителя работ по созданию программного продукта

2.2 Расчет начислений на заработную плату

2.3 Расчет расходов на содержание и эксплуатацию ПЭВМ

2.3.1 Расчет себестоимости 1-го машинного часа работы ПЭВМ

2.3.2 Расчет расходов на содержание и эксплуатацию ПЭВМ,

относящихся к данному программному продукту

2.4 Расчет себестоимости программного продукта

2.5 Расчет цены программного продукта

2.6 Расчет показателей экономической эффективности внедрения программного продукта

2.7 Экономическая эффективность программного продукта

Заключение

Список используемой литературы

Приложение

Введение

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

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

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

Задание, которое нормально выполняется на сложной системе, может быть выполнено и на простейшей вычислительной машине с минимальными системными средствами при условии, что имеется требуемый объем памяти, и достаточное количество машинного времени. Однако значительные затраты времени на подготовку программ, предназначенных для простейших систем, а так же трудности проверки таких программ делают эту задачу чрезмерно дорогостоящей. Цель системы заключается не только в том, чтобы сделать возможным быстрое выполнение программ, но и в том, чтобы сделать возможным их быстрое написание. Часто отмечают, что ЭВМ не может сделать того, чего нельзя выполнить вручную, и что по этому она не может представить человеку возможностей, которых ранее не было. Заметим, что и на автомобиле нельзя доехать до места, до которого нельзя дойти пешком, но он позволяет человеку посетить гораздо больше мест и намного быстрее. Автомобиль лишь в 10 раз быстрее человека, ЭВМ приблизительно в 109 раз быстрее ручного калькулятора. Достижения в области автоматического программирования и операционных систем за последние 25 лет позволили увеличить скорость написания программ в 10-100 раз. Это не только даёт возможность пользователю писать программы быстрее и с меньшими затратами, но и позволяет решать их за приемлемое время.

Назначение программного обеспечения вычислительной системы двояко: упростить процедуру подготовки пользователями задания для вычислительной машины, а также облегчить процесс его прогона и отладки. На машинном уровне ЭВМ выполняет команды, составленные из цифр. Язык ассемблера позволяет не только упростить чтение и написание программ, но и создаёт также дополнительные языковые средства, которые улучшают пользование вычислительной машиной. Эти дополнительные средства обеспечиваются операционной системой. Для обычного пользователя не имеет значения, являются ли эти дополнительные команды частью аппаратных средств или они относятся к программному обеспечению. Важно предоставить ему наиболее мощную систему программирования высокого уровня.

2.1. Организационный раздел

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

2.1.1. Организация рабочего места и его обслуживание

При рассмотрении организации рабочего места станочника необходимо осветить следующие основные вопросы:

1. Условия труда на рабочем месте.

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

Необходимо рассмотреть требования, предъявляемые ГОСТом к следующим условиям труда на производстве:

Санитарно-гигиеническим (состояние воздуха, шум, вибрация, излучение, освещение, контакт с токсическими веществами и маслом);

Психофизиологическим (физическая нагрузка, монотонность, темп и ритм труда и т.п.);

Эстетическим (художественное оформление интерьеров, оборудование, оснастка рабочих мест);

Социально-психологическим (взаимоотношения в трудовом коллективе, психологический настрой работника и т.п.).

2. Планировка рабочего места.

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

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

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

Рисунок 1 - Примерная схема рабочего места.



3. Оснастка и оборудование.

Рабочее место программиста оснащается оргоснасткой и приспособлениями.

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

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

Таблица 1.1. Характеристика используемого оборудования показатели характеристика показателя  Модель   Мощность (потребляемая)   Дата выпуска   Стоимость   

4. Обслуживание рабочего места.

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

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

5. Техника безопасности.

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

2.1.2. Организация работы по созданию программного продукта

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

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

Программный продукт — программа, которую любой человек может запускать, тестировать, исправлять и развивать. Такая программа должна быть написана в обобщенном стиле, тщательно оттестирована и сопровождена подробной документацией. (С учетом модной в настоящее время концепции авторских прав, здесь необходимо уточнить – любой человек, имеющий разрешение работать с исходными текстами программ)

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

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

Существует простейшее представление жизненного цикла, которое включает следующие стадии:

анализ;

проектирование;

программирование;

тестирование и отладка;

эксплуатация.

Жизненный цикл программного обеспечения тесно связан с технологиями программирования

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

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

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

В разработке программного обеспечения, стадии разработки программного обеспечения используются для описания степени готовности программного продукта. Также стадия разработки может отражать количество реализованных функций, запланированных для определённой версии программы. Стадии либо могут быть официально объявлены и регламентируются разработчиками, либо иногда этот термин используется неофициально для описания состояния продукта. Следует отметить, что стадии Beta и Alpha (Pre-Alpha) не являются показателями нестабильности релиза так как присваиваются программе один раз или один раз за серию (серией, в данном случае, считается число до первой точки), в зависимости от системы разработки. Они могут присваиваться нескольким релизам подряд. Релизом в данном случае считается завершённая версия

Этапы разработки

Этапы разработки Milestone — каждому этапу присваивается порядковый номер (1, 2, 3 и т. д.). Например: «Компания сделала продукт, который находится в стадии разработки. Сейчас у него этап разработки Milestone 1.». Это может быть как пре-альфа или бета, так и ранний этап разработки (раньше пре-альфы). Некоторые этапы разработки могут помечаться как «pre-». Например pre-Milestone 1.

Пре-альфа

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

Альфа

Основная статья: Альфа-тестирование

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

Бета

Основная статья: Бета-тестирование

Публичное тестирование — Стадия активного бета-тестирования и отладки программы, прошедшей альфа-тестирование (если таковое было). Программы этого уровня могут быть использованы другими разработчиками программного обеспечения для испытания совместимости. Тем не менее, программы этого этапа могут содержать достаточно большое количество ошибок.

Поскольку бета-продукт не является финальной версией, и публичное тестирование производится на страх и риск пользователя, производитель не несёт никакой ответственности за ущерб, причинённый в результате использования бета-версии. Таким образом, многие производители уходят от ответственности, предоставляя пользователям только бета-версии продукта. Так, ICQ в версии 2003 года использовала этот трюк, выпустив 2003b (b означает бета) версию этого интернет-мессенджера. Финальной версии ICQ 2003 так и не появилось, вместо этого два года спустя вышли версии ICQ 4 и ICQ 5.

Beta Escrow

Стадия бета-тестирования, релиз-кандидат на Beta.

Релиз-кандидат

Релиз-кандидат или RC (англ. release candidate), Пре-релиз или Pre — стадия-кандидат на то, чтобы стать стабильной. Программы этой стадии прошли комплексное тестирование, благодаря чему были исправлены все найденные критические ошибки. Но в то же время существует вероятность выявления ещё некоторого числа ошибок, не замеченных при тестировании.

RC Escrow

Релиз, который готов получить звание релиз-кандидата. В этом релизе могут быть ещё ошибки.

Релиз

Основная статья: Релиз (программное обеспечение)

Релиз или RTM (англ. release to manufacturing промышленное издание) — издание продукта, готового к тиражированию. Это стабильная версия программы, прошедшая все предыдущие стадии, в которых исправлены основные ошибки, но существует вероятность появления новых, ранее не замеченных, ошибок. RTM предшествует общей доступности (GA), когда продукт выпущен для общественности.

RTM Escrow

Последний этап разработки продукта, который готов стать RTM-релизом.

Пост-релиз

Пост-релиз или Post-RTM (англ. post-release to manufacturing), издание продукта, у которого есть несколько отличий от RTM и помечается как самая первая стадия разработки следующего продукта. Такие релизы не выпускаются на продажу, а раздаются бета-тестерам. Это издание может быть либо стабильным (если не замечено ошибок), либо с ошибками.

Выделяют следующие критерии правильного программирования.

Каждая программа, входящая в систему, должна отвечать таким требованиям, как правильность, точность, совместимость, надежность, универсальность, защищенность, полезность, эффективность, проверяемость и адаптируемость. Будем говорить, что программа является

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

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

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

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

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

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

• полезной, если задача, которую она решает, представляет практическую ценность;

• эффективной, если объем требуемых для ее работы ресурсов ЭВМ не превышает допустимого предела;

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

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

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

2.1.3 Расчет времени на создание программного продукта.

Общее время на создание программы складывается из различных компонентов. Структура общего времени на создание программного продукта представлена в табл.1.

Таблица 1.1

Структура общего времени на создание программного продукта № этапа Обозначение времени данного этапа Содержание этапа

 1 Тпо Подготовка описания задачи.  2 То Описание задачи.  3 Та Разработка алгоритма.  4 Тбс Разработка блок-схемы алгоритма.  5 Тн Написание программы на языке ...  6 Тп Набивка программы.  7 Тот Отладка и тестирование программы.  8 Тд Оформление документации, инструкции пользователю, пояснительной записки.  Время рассчитывается в человеко-часах, причем Тпо берется по фактически отработанному времени, а время остальных этапов определяется расчетно по условному числу команд Q.

Условное число команд Q определяется по формуле:

Q= q * c , (1.1)

где q - коэффициент, учитывающий условное число команд в зависимости от типа задачи

Выбрать значение коэффициента q можно из табл. 2  Таблица 1.2

Значение коэффициента, учитывающего условное число команд Тип задачи Пределы изменений коэффициента   Задачи учета от 1400 до 1500   Задачи оперативного управления от 1500 до 1700   Задачи планирования от 3000 до 3500   Многовариантные задачи от 4500 до 5000   Комплексные задачи от 5000 до 5500    Для данной задачи коэффициент q принимается =

С - коэффициент, учитывающий новизну и сложность программы.

Программные продукты по степени новизны м.б. отнесены к одной из 4-х групп :

- группа А - разработка принципиально новых задач;

- группа Б - разработка оригинальных программ;

- группа В - разработка программ с использованием типовых решений.

- группа Г - разовая типовая задача.

Для данной задачи степень новизны:

По степени сложности программные продукты могут быть отнесены к одной из 3-х групп:

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

- 2 - задачи учета, отчетности и статистики;

- 3 - стандартные алгоритмы

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

Коэффициент С определяется из табл.1.3 на пересечении групп сложности и степени новизны.

Таблица 1.3

Группы сложности ЯЗЫК ГРУППА СТЕПЕНЬ НОВИЗНЫ  ПРОГРАММИР. СЛОЖНОСТИ А Б В Г   ВЫСОКОГО 1  1,38  1,26 1,15 0,69   2 1,30 1,19 1,08 0,65   УРОВНЯ 3 1,20 1,10 1,00 0,60   НИЗКОГО 1 1,58 1,45 1,32 0,79   2 1,49 1,37 1,24 0,74   УРОВНЯ 3 1,38 1,26 1,15 0,69  

Для данной задачи коэффициент С =

Теперь, исходя из формулы 1.1 можно определить условное число команд Q

Q =

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

Тпо (время на подготовку описания задачи), берется по факту и составляет:

Тпо = 40 чел / час.

2) То ( время на описание задачи ) определяется по формуле :

То = Q * B / (50 *K ),(1.2)

где В - коэффициент учета изменений задачи, коэффициент В в зависимости от сложности задачи и числа изменений выбирается в интервале от 1,2 до 1,5.

Для данной задачи В =

К - коэффициент, учитывающий квалификацию программиста.

Выбрать значение коэффициента К можно из табл. 1.4

Таблица 1.4

Коэффициент К Стаж программиста Значение коэффициента К  до 2-х лет 0,8  от 2 до 3 лет 1,0  от 3 до 5 лет 1,1 - 1,2  от 5 до 10 лет 1,2 - 1,3  свыше 10 лет 1,3 - 1,5  В данном случае коэффициент К =

Применяя формулу 1.2 подсчитываем время на описание задачи .

То = (чел / час)

Та (время на разработку алгоритма ) рассчитываем по формуле :

Та = Q / (50 * K)(1.3)

Применяя формулу 1.3 подсчитываем время на разработку алгоритма.

Та = (чел / час)

Тбс (время на разработку блок - схемы ) определяется аналогично Та по формуле 1.3 и составляет

Тбс = (чел / час)

Тн (время написания программы на языке программирования ) определяется по формуле :

Тн = Q * 1,5 / (50 * K)(1.4)

Применяя формулу 1.4 подсчитываем время написания программы на языке программирования.

Тн = (чел / час)

Тп (время набивки программы ) определяется по формуле :

Тп = Q / 50(1.5)

Применяя формулу 1.5 подсчитываем время набивки программы.

Тп = (чел / час)

Тот (время отладки и тестирования программы) определяется по формуле:

Тот = (Q * 4,2)/(50 * К)(1.6)

Подставляем значения в формулу и получаем:

Тот = (чел / час)

Теперь, зная время, затраченное на каждом этапе, можно подсчитать общее время на создание программного продукта:

Т = Тпо. + То. + Та + Тбс + Тн + Тп. + Тот + Тд(1.7)

Тсум=(чел/час)

2.1.4. Мероприятия по обеспечению качества программного продукта.

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

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

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

1. Внедрение автоматизированных систем управления и контроля технологических процессов, а также опережающее развитие средств подготовки производства по выпуску современных видов инструмента и технологической оснастки.

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

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

4. Должна быть перестроена деятельность служб технического контроля и усилена их роль в повышение качества продукции.

5. На всех предприятиях предусматривается ввести контроль поступающих комплектующих изделий, материалов и полуфабрикатов.

6. Единым критерием оценки оплаты труда и материального стимулирования работников служб контроля должно стать качество выпускаемой продукции.

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

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

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

2.2. Экономический раздел

2.2.1 Расчет заработной платы исполнителя работ по созданию программного продукта.

Основная ЗП определяется по формуле :

ЗПосн. = (31 * Кт *Т)/ (Чр * tр.д.) * (1 + П/100)(2.1)

где 31 - месячная зарплата 1-го разряда, 15000 руб.;

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

Т - общее время на создание программного продукта (чел / час);

Чр - число рабочих дней в месяц; 21 день

t р.д.- продолжительность рабочего дня в часах, 8 часов .

П - процент премии , 25 % .

Разряд исполнителя 14 , его тарифный коэффициент = 3,36. Таким образом, определяем основную заработную плату исполнителя работ по созданию программного продукта.

Зпосн = (руб.)

Дополнительная заработная плата берется в размере 15 % от основной.

ЗПдоп = (руб.)

Общая заработная плата будет равна сумме основной и дополнительной:

Зпобщая = ЗПосн + ЗПдоп (2.2)

2.2.2 Расчет начислений на заработную плату (суммы страховых пенсионных взносов).

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

Таблица 2.1

Структура страховых пенсионных взносов N Направленность отчислений Процент от ЗП Сумма (руб.)  1 Отчисления на социальное страхование. %   2 Отчисления на медицинское страхование. %   3 Отчисления в пенсионный фонд. 26 %    Итого: 34 %   Нзп = ЗПобщ * 34 % (2.3)

Получим:

Нзп (руб.)

2.2.3. Расчет расходов на содержание и эксплуатацию ПЭВМ.

2.2.3.1. Расчет себестоимости 1-го машино-часа работы ПЭВМ.

Основой для расчета расходов на содержание и эксплуатацию ПЭВМ, относящихся к данному программному продукту, является себестоимость 1-го машино-часа работы ПЭВМ.

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

Основная заработная плата работников, обеспечивающих функционирование ПЭВМ.

К числу этих работников относятся:

- инженер - электроник;

- системный программист;

- оператор.

2) ЗПосн. каждого из этих категорий работников определяется по формуле:

ЗПосн.год. = 31 * Кт/ Нобсл. * ( 1 + П/100) * 12(2.4)

где 31 - месячная зарплата (тарифная ставка ) 1 разряда в руб.;

Кт - тарифный коэффициент, соответствующий разряду работника;

Нобсл. - кол-во, ПЭВМ, обслуживаемых одним работником;

П - процент премии, если он есть.

Для инженеров - электронщиков Нобсл. = 13 единиц

Для системных программистов Нобсл. = 26 ед.

Для оператора Нобсл. = 9ед.

Для инженеров- электронщиков Кт = 2,89

Для системных программистов Кт =2,02

Для оператора Кт =1,67

Подставляем значения в формулу 8 , получаем:

ЗПосн.год.и.-э. = (руб.)

ЗПосн.год.с.п. = (руб.)

ЗПосн.год.оп. = (руб.)

Теперь можно определить суммарную годовую заработную плату работников, обеспечивающих функционирование ПЭВМ :

ЗПосн.год.обсл.перс. = ЗПосн.год.и.-э. + ЗПосн.год.с.п. + ЗПосн. год. оп.(2.5)

Дополнительная зар.плата обслуживающего персонала берется в размере 15 % от основной.

ЗПдоп. = ЗПосн.г. *15% (2.6)

Общая заработная плата будет равна сумме основной и дополнительной:

Зпгод.о.п. = ЗПосн + ЗПдоп (2.7)

Зпгод.о.п. = (руб.)

3) Начисления на ЗП обслуживающего персонала.

Структуру начислений можно посмотреть в табл. 2.1, а в общем берем 34% от общей зарплаты обслуживающего персонала.

Нзп = Зпгод.оп. * 34% (руб.)

Получаем:

Нзп = (руб.)

4) Основная ЗП административного и вспомогательного персонала.

1 2