Дипломная работа: Использование ЭВМ в кардиологии
Реализация таймера.
При успешной загрузке данных из файла устанавливается системный таймер с временем срабатывания (в миллисекундах), равным 2. Таймеры являются лимитированным глобальным ресурсом системы, поэтому следует проверять код, возвращаемый функцией SetTimer. После установки таймера каждые 2 миллисекунды система будет посылать в очередь сообщений нашего приложения сообщение WM_TIMER. Значение третьего параметра NULL говорит о том, что сообщение будет обрабатываться в оконном классе, а не в специально созданной глобальной функции, адрес которой следовало бы передать третьим параметром. При возникновении прерывания от таймера управление будет передано в функцию OnTimer.
void CNewvisualDlg::OnTimer(UINT nIDEvent)
{
if(Flag == true)
{
if(m_dlgPaint.NPoints == 500)
m_dlgPaint.NPoints = (m_dlgPaint.x2 - m_dlgPaint.x1);
else
{
m_dlgPaint.NPoints+=(m_dlgPaint.x2 - m_dlgPaint.x1);
m_dlgPaint.PointCounter+=(m_dlgPaint.x2 - m_dlgPaint.x1);
}
m_dlgPaint.rect.left = m_dlgPaint.x1-5;
m_dlgPaint.rect.right = m_dlgPaint.x1;
m_dlgPaint.rect.top = m_dlgPaint.y1;
m_dlgPaint.rect.bottom = m_dlgPaint.y2+10;
CRect rect2;rect2.CopyRect(&m_dlgPaint.rect);
rect2.SetRect(0,0,(m_dlgPaint.rect.right-1),
m_dlgPaint.rect.bottom);
m_dlgPaint.InvalidateRect(&rect2);
}
if(m_dlgPaint.rect.right >= m_dlgPaint.x2) Flag = true;
if(m_dlgPaint.Counter < m_dlgPaint.NPoints)
{
m_dlgPaint.Counter+=5;
m_dlgPaint.rect.left+=5;
m_dlgPaint.rect.right+=5;
Flag=false;
}
else Flag = true;
if(m_dlgPaint.NPoints>=8000)
{
Flag = true;
m_dlgPaint.NPoints= 500;
m_dlgPaint.Counter = 0;
m_dlgPaint.PointCounter = 0;
}
m_dlgPaint.InvalidateRect(&m_dlgPaint.rect);
CDialog::OnTimer(nIDEvent);
}
Реализация QRS детектора.
Интеграция в проект QRS детектора была осуществлена при помощи руководителя практики, заголовочный файл и файл реализации были подключены к проекту. Графическая реализация была целиком самостоятельной работой. Для отображения заметок определения QRS, в функцию, рисующую график добавляется параметр (массив из 8000 элементов)
//код заполнения массива для
//последующего отображения в окне просмотра
if(m_dlgPaint.StartOtv[0] == 0) return;
INT disp,amp;
memset(m_dlgPaint.DifFlag,0,8000);
for(i=0;i<8000;i++)
if(CalcPoint(m_dlgPaint.StartOtvFilt[i],&disp,&))
{
m_dlgPaint.DifFlag[i-disp] = 1;
}
Глава 4. Расчет затрат на создание программного продукта
Цель составления любых программ состоит в получении определенных результатов в процессе эксплуатации и оценивается эффективностью программного средства. Поводом для создания рассматриваемого пакета программ послужила необходимость обеспечения входного и межоперационного контроля над физическими параметрами полупроводниковых микросхем, а также повышения точности этого контроля на этапе исследования п/п пластины. Уточним применяемое далее понятие эффективности процесса разработки программного средства. Выбор адекватных показателей эффективности программных средств зависит от их назначения, области применения, а также от ряда характеристик программ, проявляющихся при их применении. Поэтому, для выбора технических решений могут использоваться различные критерии. Целесообразно подразумевать под эффективностью процесса разработки минимум затрат на разработку программ при заданной экономической эффективности применения и качества программных средств. Минимизация затрат на обеспечение жизненного цикла комплекта программ (далее КП) в некоторой степени эквивалентны максимизации разности эффекта и затрат, если предположить, что экономический эффект от применения программ зафиксирован и стабилен. Затраты в жизненном цикле ПО определяются не только этапом разработки, но и этапами эксплуатации и сопровождения, причем затраты на этих этапах могут значительно превосходить затраты на этапе проектирования и разработки и характеризуются своими особыми закономерностями. Обычно, критерии качества изделий используются в совокупности, с разных сторон отражающей основные характеристики функционирования объекта. Тем не менее, во многих случаях доминирует экономический эффект, который наиболее прост, и обобщенно принято описывать суммарным доходом Э от использования изделия в течение его жизненного цикла продолжительностью Тж. В первом приближении это разность между полной идеальной экономической эффективностью программы Эо и суммарными потерями и затратами K , снижающими предельный доход за весь жизненный цикл:
Э = Эо - K
В качестве идеальной эффективности Эо рассматривается совокупный доход, который можно получить от использования программ за весь жизненный цикл, если бы они не требовали затрат на создание, производство и эксплуатацию, а также функционировали бы на реализующих ЭВМ без потерь и искажений.
Предполагается, что при любых затратах на разработку всегда достигается заданная идеальная эффективность последующего применения ПО в процессе его эксплуатации и необходимые показатели качества функционирования. Это предположение позволяет в дальнейшем исключить из анализа эффективность применения программных средств Эо и сосредоточить внимание на эффективности процесса их разработки. Дополнительным основанием такого допущения может служить то, что многие виды программ невозможно или очень трудно характеризовать доходом от их функционирования, что в нашем случае очень актуально. Тогда исследования эффективности процесса создания ПО можно проводить, минимизируя затраты K в предположении, что обеспечены заданные функциональные характеристики программ.
Снижение эффективности Э на величину K происходит прежде всего вследствие затрат на разработку, производство, сопровождение и эксплуатацию программ, а так же вследствие различных сбоев программ и оборудования. В соответствии с этапами жизненного цикла ПО основные затраты K, снижающие идеальную эффективность за цикл жизни Тж, можно представить следующими составляющими:
затраты на создание КП и обеспечение решения заданных задач (в том числе на технологическое обеспечение, аппаратную оснащенность разработки) - Kр;
затраты на эксплуатацию программных и аппаратных средств ЭВМ, реализующих КП - Sэ;
затраты на сопровождение КП, включающие затраты на хранение и контроль его состояния, проведение модификации, исправление ошибок и т.д. - Kс;
накладные расходы Kн.
В результате совокупную реальную эффективность функционирования ПО за весь жизненный цикл длительностью Тж можно представить в виде:
Э = Эо - Kр - Sэ - Kс - Kн
Составляющие затрат на разработку программ Kр
Разработка программ является областью с малой материало- и энергоемкостью, и основные затраты связаны с непосредственным или овеществленным трудом специалистов различных категорий.
Наибольшее значение в составе Kр при разработке комплекса программ (КП) имеют следующие составляющие затрат:
на непосредственное проектирование, программирование, отладку и испытания программ в соответствии с требованиями пользователя или заказчика - K1р;
на изготовление опытного образца КП как продукции производственно-технического назначения - K2р;
на разработку, подготовку и применение технологии программных средств автоматизации разработки программ - K3р;
на технологические и реализующие ЭВМ, используемые для автоматизации разработки программ - K4р;
на подготовку и повышение квалификации специалистов-разработчиков - K5р.
Первые две составляющие K1р и K2р являются непосредственными затратами на создание программных средств. Составляющие K3р и K4р можно рассматривать как затраты, обеспечивающие оснащенность процесса создания КП. Затраты на подготовку и повышение квалификации наиболее трудно формализовать и учитывать в конкретной разработке программных средств. В данном случае эта составляющая не учитывается.
Затраты на непосредственную разработку КП
Затраты на непосредственную разработку комплекса программ K1р являются важнейшей составляющей в жизненном цикле КП. Наибольшее влияние на них оказывает объем КП. Затраты на разработку K1р и объем программ Пк связаны через показатель интегральной средней производительности труда разработчиков Р. Для учета влияния на K1р различных факторов удобно пользоваться коэффициентами изменения трудоемкости (КИТ) - Сij, учитывающими зависимость i-ой составляющей совокупных затрат от j-го фактора. Непосредственные затраты на разработку можно представить как частное от деления объема КП и производительность труда, корректируемое произведением коэффициентов изменения трудоемкости:
Выделим четыре основных группы факторов, влияющих на затраты K1р при непосредственной разработке программ:
факторы, отражающие особенности создаваемого комплекса программ как объекта разработки, и требования к его общим характеристикам;
факторы, характеризующие технологическую и программную оснащенность средствами автоматизации процесса разработки программ;
факторы, отражающие оснащенность процесса создания КП аппаратурными средствами, на которых базируются системы автоматизации разработки;
факторы, определяющие оснащенность процесса разработки программ и его обеспечение квалифицированными специалистами.Для каждого фактора может быть выделен параметр, наиболее полно отражающий его содержание численными значениями. Для большинства факторов произведены оценки диапазона возможного изменения относительных затрат на разработку одной команды в КП при варьировании соответствующего параметра в указанном диапазоне. Эти изменения затрат характеризуются коэффициентами Сij изменения усредненной трудоемкости разработки строки текста программы за весь цикл создания КП при варьировании j-го фактора i-ой группы. Приводятся их средние значения.
Факторы КП как объекта проектирования, влияющие на непосредственные затраты при разработке программ.
Эта группа факторов отличается наибольшим влиянием на затраты и производительность труда.
Наиболее активно в качестве показателя сложности программ используется ее объем, выраженный числом операторов на ассемблере или строк на языке программирования высокого уровня. Объем программ является одной из наиболее достоверно измеряемых характеристик КП. Логично предположить, что по мере увеличения объема КП возрастает относительная трудоемкость разработки каждой команды в программе. Такая зависимость
может быть описана логарифмической функцией: (источник формул см. используемую литературу [1] )
Надежность функционирования КП является наиболее важным фактором, отражающим качество программных средств.
В качестве параметров, характеризующих надежность системы, наиболее широко используется наработка на отказ Тн и коэффициент готовности Кг. Оба показателя тесно связаны, что позволяет ограничить внимание на первом из них. Изучение математических моделей процесса выявления ошибок в программах привело к тому, что одной из наиболее достоверных и простых является экспоненциальная зависимость числа оставшихся ошибок от времени ее тестирования. Эти соображения позволяют аппроксимировать средние значения С13 при повышении требований к надежности КП логарифмической зависимостью:
Ограничение ресурсов производительности и оперативной памяти реализующей ЭВМ: при использовании создаваемым КП производительности и памяти реальной ЭВМ менее чем на 50% можно и не учитывать эти ограничения, однако в нашем случае ресурсы ЭВМ используются практически полностью:
С14 = (1.14 * (1 - р)1/2)-1
где р - реальная загрузка ЭВМ ( в относительных величинах ).
Длительность предполагаемой эксплуатации КП изменяется от нескольких месяцев до нескольких лет. По экспертным оценкам, увеличение предстоящей длительности эксплуатации КП на порядок от 1 до 10 лет приводит к увеличению КИТ С15 примерно в 1.5-2 раза. Такую зависимость можно описать логарифмической функцией:
где а15 изменяется в диапазоне от 1 до 1.5.
Предполагаемый тираж программ: при переходе от уникального КП к программам , подлежащим тиражированию, затраты заметно возрастают:
Применение современных методов разработки КП.
При создании данного КП использовалась пошаговая разработка компонентов программы. В этом случае интегральная оценка эффективности метода более-менее стабильна и характеризуется повышением производительности труда приблизительно на 30 - 40% (С31=0.6-0.7).
Уровень автоматизации разработки КП рассматривается, прежде всего, как фактор, влияющий на С1р и на производительность труда специалистов.
В нашем случае С32 = 1.
Уровень языков программирования КП. Разработка нашей программы на языке С++, обладающем удовлетворяющими нас характеристиками, а также доступность процедур и функций языка высокого уровня в совокупности дали увеличение производительности на 50% (С33= 0.5).
Модернизация комплекса проводится не с целью продажи, а для собственных нужд завода. То есть данный комплекс существует в единственном экземпляре и не предполагается его тиражировать.
С34 = 1.
Факторы оснащенности процесса разработки КП аппаратурными средствами, влияющими на непосредственные затраты при разработке программ.
При анализе фактора аппаратурной оснащенности процесса разработки программ целесообразно учитывать интегральные характеристики всех вычислительных средств, использующихся при создании данного КП. При разработке данной программы применяется реализующая ЭВМ.
Относительное быстродействие ЭВМ определяет доступный уровень автоматизации разработки программ. Влияние относительного быстродействия на полные затраты можно оценить на уровне 20-30%.(С41 = 0.7 - 0.8).
Относительный объем оперативной памяти может также проявиться как заметный фактор, изменяющий производительность труда разработчика. В нашем случае недостаточный объем памяти вызвал снижение производительности труда на 10-20% (С42 = 1.1-1.2)
Факторы организации процесса разработки КП, влияющие на непосредственные затраты при создании программ.
Индивидуальные особенности специалистов могут приводить к изменению производительности труда во много раз. В среднем технологическую квалификацию можно считать выше среднего (С52=0.7), тематическую квалификацию - как средняя (С51=0.8). Программистская квалификация и опыт работы с языками проектирования составил 3 года (С53 = 0.9)
Уровень квалификации заказчика высок, но техническое задание на разработку было сформировано с дальнейшими доработками (С54=1.2).
Затраты на изготовление опытного образца как продукции производственно-технического назначения.
Затраты на изготовление опытного образца КП как продукции производственно-технического назначения К2р определяется необходимостью обеспечить отчуждение всего комплекса программ от его непосредственных разработчиков. Для изготовления КП как продукции производственно-технического назначения необходимо:
изготовить и оформить опытный образец КП на носителях данных;
Затраты K2p в нашем случае не имеют смысла, поскольку, как уже отмечалось ранее, данный комплекс существует в единственном экземпляре и не предполагается его тиражировать.
Затраты на технологию и программные средства автоматизации разработки КП.
Затраты на технологию и программные средства автоматизации разработки КП K3p обычно являются весьма весовыми только при использовании автоматизированных технологий. В нашем случае мы имеем принципиально новую систему, технология разработки которой пока не определена, поэтому затратами на технологию можно пренебречь.
