49093

Техническая документация и оценка качества программного продукта в среде Microsoft Visual Basic

Курсовая

Информатика, кибернетика и программирование

Оценка качества программного продукта. При разработке программ используются ресурсоемкие и наукоемкие технологии высококвалифицированный интеллектуальный труд Проблема: отсутствие технического задания и критериев оценки качества затрудняет созданием программного продукта в среде Microsoft Visul Bsic Цель : Разработка рекомендаций по созданию технического задания и листа оценки качества программного продукта в среде Microsoft Visul Bsic Задачи: Проанализировать нормативные документы по техническому заданию и оценке...

Русский

2013-12-20

109 KB

14 чел.

Министерство образования и науки Пермского края

КГАОУ СПО «Пермский краевой колледж «Оникс»

П(Ц)К информационных дисциплин

курсовая РАБОТА

Тема: Техническая документация и оценка качества программного продукта в среде Microsoft Visual Basic

Бабарыкин Иван Александрович

Специальность 230701 «Прикладная   информатика»

курс 2, группа 10-ОИ                                                              форма обучения: очная

Руководитель:

Пятунина Ольга Владимировна

Преподаватель колледжа «Оникс»

Пермь 2013

Оглавление

   Введение

  1.  Термин и стандартизация программного продукта ………...3
  2.  Техническая документация  (техническое задание)………...5
  3.  Оценка качества программного продукта …………………..9  
  4.  Экономический расчет …………………………………….12

 Заключение …………………………………………………..13
 Список литературы ………………………………………….14


Введение

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

     Данный проект разработан в среде программирования Microsoft Visual Basic 6.0

     Программирование (programming) — теоретическая и практическая деятельность, связанная с созданием программ.

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

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

Проблема: отсутствие технического задания и критериев оценки качества затрудняет созданием программного продукта в среде Microsoft Visual Basic

Цель : Разработка рекомендаций по созданию технического задания и  листа оценки качества программного продукта в среде  Microsoft Visual Basic

Задачи:

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


1. Термин и стандартизация программного продукта

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

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

Последний пункт имеет непосредственное отношение к технической документации.

Язык программирования  BASIC может допускать быструю прикладную разработку графического интерфейса пользователя, доступ к базам данных, создание элементов управления и объектов. Языки сценариев VBA, VBScript,JavaScript,ActiveX синтаксически подобны Visual Basic, но отличаются от него.

Булевская постоянная «истина» имеет числовое значение −1 и «ложь» значение 0, потому что тип Boolean хранится как 16-разрядное целое число со знаком. логические и битовые операторы объединены. Этим он непохож ни на один подобный язык. массивы объявляются с определением верхней и нижней границ, как это делается в Pascal и Fortran. сильно интегрируют с операционной системой Windows и COM. целые числа автоматически преобразуются в вещественные при использовании деления (/). Оператор (\) производит деление с усечением дробной части. для переменных, которые были объявлены без указания типа, используется по умолчанию тип variant.

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


2. Техническая документация

Техническое задание оформляют в соответствии с ГОСТ 19.106-78 на листах формата А4 и А3 по ГОСТ 2.301-68, как правило, без заполнения полей листа. Номера листов (страниц) проставляют в верхней части листа над текстом.

Лист утверждения и титульный лист оформляют в соответствии с ГОСТ 19.104-78.

Информационную часть (аннотацию и содержание), лист регистрации изменений допускается в документ не включать.

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

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

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

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

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

Тестирование ПО – это процесс исследования ПО с целью получения информации о качестве продукта.

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

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

Рекомендации по содержанию технического задания:

  1.  Введение - в этом разделе указывают наименование, краткую характеристику области применения программы или программного изделия и объекта, в котором используют программу или программное изделие.
  2.  Основания для разработки – в этом разделе должны быть указаны:
  •  документ (документы), на основании которых ведется разработка;
  •  организация, утвердившая этот документ, и дата его утверждения;
  •  наименование и (или) условное обозначение темы разработки.
  1.  Назначение разработки – в этом разделе должно быть указано функциональное и эксплуатационное назначение программы или программного изделия.
  2.  Требования к программе или программному изделию – этот раздел должен содержать следующие подразделы:
  •  требования к функциональным характеристикам - в подразделе должны быть указаны требования к составу выполняемых функций, организации входных и выходных данных, временным характеристикам и т.п.
  •  требования к надежности - в подразделе должны быть указаны требования к обеспечению надежного функционирования (обеспечения устойчивого функционирования, контроль входной и выходной информации, время восстановления после отказа и т.п.).
  •  условия эксплуатации - в подразделе должны быть указаны условия эксплуатации (температура окружающего воздуха, относительная влажность и т.п. для выбранных типов носителей данных), при которых должны обеспечиваться заданные характеристики, а также вид обслуживания, необходимое количество и квалификация персонала.
  •  требования к составу и параметрам технических средств - в подразделе указывают необходимый состав технических средств с указанием их основных технических характеристик.
  •  требования к информационной и программной совместимости - в подразделе должны быть указаны требования к информационным структурам на входе и выходе и методам решения, исходным кодам, языкам программирования и программным средствам, используемым программой. При необходимости должна обеспечиваться защита информации и программ.
  •  требования к маркировке и упаковке - в подразделе в общем случае указывают требования к маркировке программного изделия, варианты и способы упаковки.
  •  требования к транспортированию и хранению - в подразделе должны быть указаны для программного изделия условия транспортирования, места хранения, условия хранения, условия складирования, сроки хранения в различных условиях.
  •  специальные требования – зависят от пожеланий заказчика и специфики программного продукта.
  1.  Требования к программной документации - в разделе  должен быть указан предварительный состав программной документации и, при необходимости, специальные требования к ней.
  2.  Технико-экономические показатели - в разделе должны быть указаны:
  •   ориентировочная экономическая эффективность;
  •  предполагаемая годовая потребность;
  •   экономические преимущества разработки по сравнению с лучшими отечественными и зарубежными образцами или аналогами.
  1.  Стадии и этапы разработки – в разделе устанавливают необходимые стадии разработки, этапы и содержание работ (перечень программных документов, которые должны быть разработаны, согласованы и утверждены), а также, как правило, сроки разработки и определяют исполнителей.
  2.  Порядок контроля и приемки - в разделе должны быть указаны виды испытаний и общие требования к приемке работы.
  3.  В техническое задание допускается включать приложения - это:
  •  перечень научно-исследовательских и других работ, обосновывающих разработку;
  •  схемы алгоритмов, таблицы, описания, обоснования, расчеты и другие документы, которые могут быть использованы при разработке;
  •  другие источники разработки.

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

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

……
3. Оценка качества программного продукта

Качество – это (quality) -весь объем признаков и характеристик продукции или услуги, который относится к их способности удовлетворять установленным или предполагаемым потребностям (ИСО 8402).  

В сфере контракта потребности определены, тогда как в других сферах предполагаемые потребности должны быть установлены и определены (ИСО 8402, примечание 1).  

Оценки качества программного обеспечения (software quality assessment criteria) – Это набор определенных и задокументированных правил и условий, которые исполь-зуются для решения о приемлемости общего качества конкретной программной продукции. Качество представляется набором установленных уровней, связанных с программной продукцией.   

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

контроле качества в процессе производства ПП;

проверке эффективности модификации ПП на этапе сопровождения.

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

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

планирование уровня качества;

контроль значений показателей качества в процессе разработки и испытаний;

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

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

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

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

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

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

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

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

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

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


Рис. «Модель процесса оценивания»

Требования  и рекомендации к программе или  программному изделию

    К разрабатываемому программному продукту должны быть предусмотрены следующие  требования:

Понятный пользователю интерфейс.

Простота в работе с программой.

Работоспособность всех прикладных компонентов.

Возможность самостоятельной проверки корректной работы приложений (тестирование).

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

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

Персональный компьютер с процессором не ниже Pentium 2 (или аналоговым процессором), с тактовой частотой около 500 МГц.

Жесткий диск.

Наличие достаточного объема виртуальной памяти.

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

Комплекс программ должен быть написан на языке Visual Basic 

Проект должен работать под управлением операционной системы Windows-95,98,NT,2000 и выше.

Для запуска разработки необходимо наличие ЕХЕ – файла программы (выполняемого файла), а также необходимо наличие  библиотек работы с устройствами.

Достаточный объем свободной оперативной памяти.

Глава 4 Экономический расчёт

Стоимость проекта можно рассчитать по формуле:

1. Стоимость затраченной электрической энергии (Сэ/э)

При создании проекта использовался ПК, вследствие чего расходовалась электроэнергия. Время работы (t) на, ПК – 26 часов. Мощность (Р) ПК – 0,6 кВт. Цена 1 кВт(Ч) – 2,49 руб. Стоимость электроэнергии равна:

Сэ/э= Р * t * Ч = 0,6 * 26 * 2,49= 38,844 руб.

2. Амортизация оборудования (Сам)

Для того чтобы посчитать амортизацию ноутбука, ПК нужно знать:

1. Стоимость ноутбука (Sпк);

Sпк = 20000 руб.

2. Амортизацию ноутбука (полный износ в течение 1 года):

Количество часов работы на ПК в день – (Ч); Ч = 6 часов

Количество дней работы на ПК – (Д); Д = 4 дня

Количество недель – (Н); Н = 1 неделя

Количество месяцев – (М); М = 12 месяцев

Количество лет – (Л); Л = 5 лет

Подсчитываем количество часов работы на ПК в течении 5 лет (К):

К = Ч * Д * Н * М * Л = 10 *5 * 4 * 12 * 5 = 12000 часов

Чтобы найти амортизацию (А) ПК надо стоимость ПК разделить на количество часов работы в течение 5 лет:

А = Sпк / К = 20000/5760 = 3,47 руб./час

3. Находим амортизацию ПК во время работы над проектом, а именно создание программного продукта в средеVisual Basic

Сам = А * t = 3,47 * 26 = 90,22 руб.

3. Стоимость работы (Ср)

S 1 час – 30 руб.

t – 6 часов

Ср = S 1 час * t = 30 * 6 = 180 руб.

4. Прочие расходы (С пр)

При создании проекта был использован интернет (Син).

Время работы в интернете (t) – 0 часов.

Стоимость интернета за час – 20 руб.

Син=10*0 руб. =0 руб.

Подсчитываем себестоимость проекта:

Сс/с = Сэ/э + Сам  + Ср + Син=38,844 +90,22 +180=309,064

Итого стоимость проекта составляет:

Соб = Сс/с + Ст =309,064+ 0=309,064

Заключение

В результате проделанной работы, были изучены нормативные документы ГОСТ и ISO произведена сравнительная характеристика документации проекта в среде Visual Basic, был написан лист оценки качества программного продукта в среде Visual Basic были разработаны инструкции по созданию технической документации ( а именно технического задания) и написаны рекомендации по созданию технического задания

.


Список литературы

  1.  Коротков А. В., Кристальный Б. В., Курносов И. Н. Государственная политика Российской Федерации в области развития информационного общества. — М.: ООО «Трейн», 2007. ISBN 978-5-903652-01-3. — 472 c.
  2.  Михеева Е.В. Практикум по информационным технологиям в профессиональной деятельности: учебное пособие для СПО – 8 изд., стереотип – М: Академия, 2008
  3.  Орлов С.А., Цилькер Б.Я. Технологии разработки программного обеспечения: Учебник для Вуз. – СПб:Питер,2012
  4.  Прохоров Б.Б. Экология человека. Понятийно-терминологический словарь. — Ростов-на-Дону. 2005.
  5.  Рудаков А.В. Технологии разработки программных продуктов: учебник для СПО 3 изд. исправл. – М Академия,2012
  6.  Рудаков А.В., Федорова Г.Н. Технология разработки программных продуктов: практикум, учебное пособие – 3 изд. исправл. – М:Академия,2012
  7.  Цветкова М. С., Ратобыльская Э. С., Дылян Г. Д. Модели комплексной информатизации общего образования // Учебное издание. - Мистером.: БИНОМ. Лаборатория знаний. ISBN 978-5-94774-652-5. 2007 г. - 119 с.
  8.  ГОСТ 2.114-95 Единая система конструкторской документации. Технические условия;
  9.  ГОСТ 19.201-78 Единая система программной документации. Техническое задание. Требования к содержанию и оформлению;
  10.  ГОСТ 34.602-89 Информационная технология. Комплекс стандартов на автоматизированные системы. Техническое задание на создание автоматизированной системы.


 

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

5598. Международная торговля и торговая политика. Перспективы их развития 196 KB
  Почему государства торгуют? Что составляет основу торговли между странами? В общем виде международная торговля является средством, с помощью которого страны могут развивать специализацию, повышать производительность своих ресурсов и таким о...
5599. Особенности проведения аудита на предприятиях. Курс лекций 519.5 KB
  Аудит в системе финансового контроля Российской Федерации. Понятие аудиторской деятельности Виды аудита Цели и задачи аудита Виды сопутствующих аудиту услуг Понятие аудиторской деятельности С возникновением...
5600. Законы Ньютона 27.5 KB
  Законы Ньютона. Кинематика устанавливает законы движения материальной точки, но не указывает причины вызвавшие это движение, а также факторы, влияющие на вариации кинематических параметров движения. Законы Ньютона, сформулированные более 300 лет наз...
5601. Введение потребителей в заблуждение 96 KB
  Введение потребителей в заблуждение Другой формой недобросовестной конкуренции является: введение потребителей в заблуждение относительно характера, способа и места изготовления, потребительских свойств, качества товаров. Введение потребителей в з...
5602. Кинематика. Механическое движение 55.5 KB
  Кинематика Механическим движением называется изменение положения предмета относительно заданной системы отсчета. Понятие системы отсчета включает в себя тело отсчета и систему координат. Для большинства задач нашего курса достаточно ограничиться пря...
5603. Экономика предприятия. Курс лекций 1 MB
  Производственная деятельность людей осуществляется в форме предприятия. Предприятие - трудовая кооперация людей, составленная из разнородных специалистов, способных производить полезный для общества товар или услугу, обменивая его затем на...
5604. Агентура исторического духа в философии События М. М. Бахтина. Ретроактивный футуризм Ницше: генеалогия как онтология события 479 KB
  Рассмотрение аналитики историчности в значительной степени мотивировано той нередуцируемой навязчивостью, которую выявляет данный феномен как предел традиционного метафизического мышления. Для нас, данные заметки указывают, прежде вс...
5605. Контроль упруго-напряженного состояния поверхностей металла деталей машин. Расчет напряжений термической анизотропии 105 KB
  Контроль упруго-напряженного состояния поверхностей металла деталей машин. Расчет напряжений термической анизотропии, возникающих в поликристаллах на границах двух зерен. (вар.№17) Цель работы - освоение методов оценки внутренних напряжен...
5606. Графический интерфейс в MS WINDOWS 1.37 MB
  Графический интерфейс в MSWINDOWS Переход к программированию для Windows требует знаний графических возможностей этой операционной системы. Связано это с тем, что Windows является графической системой, в нем отсутствует текстовый режим...