Если у вас возникли сложности с курсовой, контрольной, дипломной, рефератом, отчетом по практике, научно-исследовательской и любой другой работой - мы готовы помочь.
Предоплата всего
Подписываем
Министерство образования и науки Пермского края
КГАОУ СПО «Пермский краевой колледж «Оникс»
П(Ц)К информационных дисциплин
Тема: Техническая документация и оценка качества программного продукта в среде Microsoft Visual Basic
Бабарыкин Иван Александрович
Специальность 230701 «Прикладная информатика»
курс 2, группа 10-ОИ форма обучения: очная
Руководитель:
Пятунина Ольга Владимировна
Преподаватель колледжа «Оникс»
Пермь 2013
Введение
Заключение …………………………………………………..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.
Стандартизация — это деятельность по установлению правил и характеристик в целях их добровольного многократного использования, направленная на достижение упорядоченности в сферах производства и обращения продукции и повышение конкурентоспособности продукции, работ или услуг. Также это деятельность по установлению норм, правил и характеристик в целях обеспечения безопасности продукции, работ и услуг для окружающей среды, жизни, здоровья и имущества, технической и информационной совместимости, а также взаимозаменяемости продукции; качества продукции, работ и услуг в соответствии с уровнем развития науки, техники и технологии; единства измерений; экономии всех видов ресурсов.
Техническое задание оформляют в соответствии с ГОСТ 19.106-78 на листах формата А4 и А3 по ГОСТ 2.301-68, как правило, без заполнения полей листа. Номера листов (страниц) проставляют в верхней части листа над текстом.
Лист утверждения и титульный лист оформляют в соответствии с ГОСТ 19.104-78.
Информационную часть (аннотацию и содержание), лист регистрации изменений допускается в документ не включать.
Для внесения изменений и дополнений в техническое задние на последующих стадиях разработки программы или программного изделия выпускают дополнение к нему. Согласование и утверждение
дополнения к техническому заданию проводят в том же порядке, который установлен для технического задания
Анкета-заявка – это метод сбора первичной информации, предполагающая жестко зафиксированный порядок, содержание и форма вопросов
Интервью – это метод сбора информации, основанный на социально-психологическом взаимодействии между интервьюером и корреспондентом с целью получения данных, интересующих исследователя.
Проектирование - это процесс составления описания, необходимого для создания в заданных условиях еще не существующего объекта по первичному описанию этого объекта путем его детализации, дополнения, расчетов и оптимизации.
Тестирование ПО – это процесс исследования ПО с целью получения информации о качестве продукта.
Техническое задание – это исходный документ, содержащий сведения, необходимые для разработки, изготовления, эксплуатации и сопровождения программного изделия
В техническом задании данного программного продукта отсутствуют следующие пункты: введение, требования к программной документации, технико-экономические показатели, порядок контроля и приемки.
Рекомендации по содержанию технического задания:
В зависимости от особенностей программы или программного изделия допускается уточнять содержание разделов, вводить новые разделы или объединять отдельные из них.
Внедрение и адаптация. – нацелена на быстрое достижение результатов и не предполагает значительных изменений в программе
Качество – это (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 были разработаны инструкции по созданию технической документации ( а именно технического задания) и написаны рекомендации по созданию технического задания
.