Программное средство представляет собой конкретную информацию, объективно существующую как совокупность всех значимых с точки зрения ее представления свойств каждого из материальных объектов, содержащих в фиксированном виде эту информацию.
Качество программного средства – совокупность свойств программного средства, которые обусловливают его пригодность удовлетворять заданные или подразумеваемые потребности в соответствии с его назначением
Эффективность (программного средства) – совокупность свойств программного средства, характеризующая те аспекты его уровня пригодности, которые связаны с характером и временем использования ресурсов, необходимых для заданных условий функционирования.
Содержимое работы — 1 файл
Оценка эффективности программных средств
— программа, предназначенная для многократного применения на различных объектах, разработанная любым способом и снабженная комплектом программных документов.
— объект, состоящий из программ, процедур, правил, а также, если предусмотрено, сопутствующих им документации и данных, относящихся к функционированию системы обработки информации.
Как определить эффективность рекламы
Программное средство представляет собой конкретную информацию, объективно существующую как совокупность всех значимых с точки зрения ее представления свойств каждого из материальных объектов, содержащих в фиксированном виде эту информацию.
Качество программного средства – совокупность свойств программного средства, которые обусловливают его пригодность удовлетворять заданные или подразумеваемые потребности в соответствии с его назначением
Эффективность (программного средства) – совокупность свойств программного средства, характеризующая те аспекты его уровня пригодности, которые связаны с характером и временем использования ресурсов, необходимых для заданных условий функционирования.
Ресурсы могут включать другие программные средства, технические средства, материалы (бумагу, гибкие магнитные диски и др.), услуги различных категорий персонала.
ОБЩИЕ ПОЛОЖЕНИЯ
Оценка качества осуществляется на всех этапах жизненного цикла ПС при:
-планирование показателей качества ПС;
-контроль качества на отдельных этапах разработки(техническое задание, технический проект, рабочий проект);
-контроле качества в процессе производства ПС;
-проверке эффективности модификации ПС на этапе сопровождения.
- Оценка качества ПС представляет собой совокупность операций, включающих выбор номенклатуры показателей качества оцениваемого ПС, определение значений этих показателей и сравнение их с базовыми значениями.
- Оценку качества проводят специалисты организаций:
-разработчика — на этапах разработки ПС;
-фондодержателя — на этапах приемки ПС в фонд;
-испытательных центров и центров сертификации ПС — на этапах испытаний и внедрения;
-изготовителя — на этапах тиражирования ПС;
-пользователя — на этапах внедрения, сопровождения и эксплуатации ПС.
Как оценить эффективность сотрудника
Основные задачи, решаемые при оценке качества ПС:
-планирование уровня качества;
-контроль значений показателей качества в процессе разработки и испытаний;
-эксплуатационный контроль заданного уровня качества ;
-выбор базовых образцов по подклассам и группам;
-методическое руководство разработкой нормативно-технических документов по оценке качества;
-методическое руководство разработкой нормативно-технических документов по оценке качества.
Методы определения показателей качества ПС различаются:
-по способам получения информации о ПС- измерительный, регистрационный, органолептический, расчетный;
-по источникам получения информации-традиционный, экспертный, социологический.
- Измерительный метод основан на получении информации о свойствах и характеристиках ПС с использованием инструментальных средств. Например, с использованием этого метода определяется объем ПС- число строк исходного текста программ и число строк- комментариев, число операторов и операндов, число исполненных операторов, число ветвей в программе, число точек входа (выхода), время выполнения ветви программы, время реакции и другие показатели.
- Регистрационный метод основан на получении информации во время испытаний или функционирования ПС, когда регистрируются и подсчитываются определенные события, например, время и число сбоев и отказов, время передачи управления другим модулям, время начала и окончания работы.
- Органолептический метод основан на использовании информации, получаемой в результате анализа восприятия органов чувств (зрения, слуха), и применяется для определения таких показателей как удобство применения, эффективность и т.п.
- Расчетный метод основан на использовании теоретических и эмпирических зависимостей (на ранних этапах разработки), статистических данных, накапливаемых при испытаниях, эксплуатации и сопровождении ПС. При помощи расчетного метода определяются длительность и точность вычислений, время реакции, необходимые ресурсы.
- Определение значений показателей качества ПС экспертным методом осуществляется группой экспертов-специалистов, компетентных в решении данной задачи, на базе их опыта и интуиции.
Экспертный метод применяется в случаях, когда задача не может быть решена никаким другим из существующих способов или другие способы являются значительно более трудоемкими. Экспертный метод рекомендуется применять при определении показателей наглядности, полноты и доступности программной документации, легкости и доступности программной документации, легкости освоения, структурности.
МЕТОДИКА ОЦЕНКИ КАЧЕСТВА ПС
Оценка качества ПС проводится на фазах жизненного цикла и включает выбор номенклатуры показателей, их оценку и сопоставление значений показателей, полученных в результате сравнения с базовыми значениями.
- Показатели качества объединены в систему из четырех уровней. Каждый вышестоящий уровень содержит в качестве составляющих показатели нижестоящих уровней. Допускается вводить дополнительные показатели на каждом из уровней.
- Для обеспечения возможности получения интегральной оценки по группам показателей качества используют факторы качества (1-й уровень): надежность ПС, сопровождаемость, удобство применения, эффективность, универсальность (гибкость) и корректность.
- Каждому фактору качества соответствует определенный набор критериев качества (комплексные показатели-2-й уровень): устойчивость функционирования, работоспособность, структурность, простота конструкции, наглядность, повторяемость, легкость освоения, доступность эксплуатационных программных документов, удобство эксплуатации и обслуживания, уровень автоматизации, временная эффективность, ресурсоемкость, гибкость, мобильность, модифицируемость, полнота реализации, согласованность, логическая корректность, проверенность.
- Критерии качества определяют одной или несколькими метриками (3-й уровень). Если критерий качества определяется одной метрикой, то уровень метрики опускается.
- Метрики составляются из оценочных элементов (единичных показателей-4-й уровень), определяющих заданное в метрике свойство. Число оценочных элементов, входящих в метрику не ограничено.
- Выбор оценочных элементов в метрике зависит от функционального назначения оценочного элемента и определяется с учетом данных, полученных при проведении испытаний различных видов, а также по результатам эксплуатации ПС.
- Для накопления информации об оценочных элементах формируется справочник оценочных элементов на основе ранее полученных данных о качестве аналогичных ПС.
Формализации показателей качества программных средств посвящена группа нормативных документов. В международном стандарте ISO 9126:1991 при отборе минимума стандартизируемых показателей выдвигались и учитывались следующие принципы: ясность и измеряемость значений, соответствие установившимся понятиям и терминологии, возможность последующего уточнения и детализации. Выделены характеристики, которые позволяют оценивать программные средства с позиции пользователя, разработчика и управляющего проектом. Рекомендуются 6 основных характеристик качества программных средств, каждая из которых детализируется несколькими (всего 21) субхарактеристиками.
Близким к стандарту ISO 9126:1991 по идеологии, структуре и содержанию является ГОСТ 28195-89. На верхнем, первом, уровне выделено 6 показателей – факторов качества. Эти факторы детализируются в совокупности 19 критериями качества на втором уровне.
Номенклатура показателей качества программных средств
и комплексных показателей качества
Источник: www.turboreferat.ru
Анализ эффективности разработки программных продуктов
Грядовкин, В. В. Анализ эффективности разработки программных продуктов / В. В. Грядовкин, Г. А. Бисярин. — Текст : непосредственный // Молодой ученый. — 2019. — № 8 (246). — С. 84-86. — URL: https://moluch.ru/archive/246/56704/ (дата обращения: 25.06.2023).
В статье исследуется жизненный цикл разработки программных продуктов в ИТ-организациях, рассматриваются пути и способы, за счёт которых можно улучшить данный процесс.
Ключевые слова: программный продукт, эффективность разработки, жизненный цикл проекта.
В современном мире с каждым годом становится всё больше компаний, занимающихся разработкой программных продуктов. Данный процесс является основным для организаций, занятых в ИТ-сфере. Несмотря на то, что спектр услуг может быть различным, в конечном итоге это приводит к производству блага, приносящего определенную ценность и формирующего имидж компании. Для того, чтобы этот результат был положительным, компаниям необходимо анализировать процесс оказания услуги и выявлять узкие места, для повышения эффективности деятельности.
В жизненном цикле разработки программных продуктов выделяют следующие стадии:
– ввода в действие.
На начальной стадии определяется область разработки, оценивается стоимость проекта и сроки его осуществления. По её результатам формируются цели проекта.
Стадия уточнения включает определение общей концепции, архитектуры и плана производства. В результате определения архитектуры информационной системы должны быть разработаны детализированные модели того, что было подготовлено на этапе разработки бизнес-требований.
На стадии конструирования происходит процесс разработки и тестирования программного продукта. Тестирование сопровождается проверкой исходного кода, поиском ошибок по их проявлениям в процессе выполнения программы. Формируется основа продукта для передачи её пользователям.
Стадия ввода в действие заключается в релизе рабочей версии продукта, удовлетворяющей заказчика [1].
Этап внедрения включает следующее:
1) получение разрешения на установку информационной системы в местах ее функционирования;
2) подготовка инфраструктуры пользователя и оборудования помещений, в которых будет осуществляться функционирование информационной системы;
3) проверка работоспособности информационной системы в реальных условиях эксплуатации.
Каждая рассмотренная стадия должна заканчиваться качественным результатом и не вызывать дополнительных расходов в будущем.
Эффективность разработки оценивается таким показателем, как ROI (return on investment). Чем он выше, тем более эффективно предприятие осуществляет свою деятельность. К основным факторам, способствующим высокому ROI относится широта использования. Чем больше людей, использующих систему, тем потенциально выше ROI. Аналогично, чем чаще используется приложение, тем выше данный показатель. Кроме того, чем выше существующие затраты на выполнение автоматизируемых операций, тем выше возврат от автоматизации и внедрения ИТ. [2]
В процессе производства выделяют следующие показатели, влияющие на эффективность разработки:
Планируемость — поддержание плана разработки программного продукта;
Укомплектованность — наличие достаточного количества людей для выполнения заказа;
Руководимость — создание и поддержание интересов и стимулов к разрабатываемой системе. Сотрудники ИТ-сферы в большей степени должны быть замотивированы на осуществление деятельности, они должны видеть свою роль в данном процессе.
Организованность — наличие определенной структуры для осуществления процесса разработки, разделение труда между исполнителями.
Осуществимость разработки — определение реализуемости проекта с учётом жизненного цикла и его преимуществ по сравнению с альтернативными вариантами.
Обеспеченность информационными ресурсами — наличие у команды, участвующей в разработке, необходимого технического оснащения.
Полнота и непротиворечивость требований — разработка спецификации функций, интерфейсов и технических характеристик ПО таким образом, чтобы описание было достаточным для разработки и не содержало противоречий между своими частями [3].
Проекты могут становиться неэффективными и вызывать увеличение стоимости в следствии следующих причин. Риски увеличения стоимости проектов представлены в таблице 1.
Риски увеличения стоимости проектов
Виды рисков
Оценка причин рисков
Уменьшает риск
Увеличивает риск
Формирование портфеля заказов
Обдуманный подход к формированию портфеля заказов, с осуществлением анализа существующих проектов и сроков их реализации
Отсутствие опыта в данной области, невозможность оценки принятия решения на среднесрочные и перспективные заказы
Составление детализированного плана с полным описанием требований для каждой стадии
Включение в план спорных, непроверенных решений. Планирование происходит без участия всех заинтересованных сторон.
Процесс разработки спроектирован с учётом всех аспектов функциональности. Архитектура системы разбита на модули
Системная и программная архитектура с неясным описанием основ функционального разделения аппаратного и программного обеспечения
Низкая текучесть кадров;
своевременный набор персонала для разработки ПО;
сохранение ключевых людей до окончания разработки
Высокая текучесть кадров;
плохо укомплектованный штат сотрудников;
потеря ключевых людей перед стадиями тестирования и запуска в эксплуатацию
Опыт участия в разработке ПО;
опыт планирования и опыт принятия решений
Отсутствие опыта в разработке ПО;
отсутствие опыта в планировании
Система управления соответствует средствам тестирования и требованиям проекта;
испытанные средства проектирования
Отсутствующая либо ограниченная совместимость системы управления и инструментальных средств анализа тестирования;
неподходящие средства проектирования
Опыт команды в ИТ-секторе влияет как на формируемую корзину заказов, так и на конечную стоимость разрабатываемого продукта. Так привлечение дополнительных людей на этапе разработки может вызывать непредвиденные до этого расходы. Поэтому для поддержания своей конкурентоспособности компаниям необходимо активизировать корпоративное обучение и развитие сотрудников.
Получение сертификатов в области информационных технологий способствует улучшению профессиональных знаний и навыков сотрудников. В конечном итоге это приводит к более успешной деятельности компании: увеличению количества и степени доверия клиентов, снижению текучести кадров и увеличению числа подготовленных специалистов.
Одним из вариантов для достижения этого являются автоматизированные системы контроля и обучения сотрудников, которые позволяют в кратчайшие сроки максимально охватить персонал необходимыми учебными программами, обеспечить индивидуальность и непрерывность его обучения без существенного отрыва от основного вида деятельности. Также можно организовывать менторинги в рамках проекта, на которых будут делаться задания с использованием современных технологий.
Таким образом, компаниям, занятым в ИТ-сфере, следует анализировать эффективность процесса разработки для того, чтобы привлекать новых клиентов, а также поддерживать хорошие отношения с существующими. Ведь потеря постоянных клиентов в следствии плохого исполнения заказа, приводит к дополнительным затратам для поиска новых клиентов. Установлено, что издержки по привлечению нового покупателя в пять раз превышают затраты по сохранению отношений с уже имеющимися клиентами.
- Гладких М., Кужева С. Организационные аспекты разработки программного обеспечения // Вестник Омского университета. — 2010. — № 2.
- Как оценивать эффективность ИТ. [Электронный ресурс] // URL — https://www.osp.ru/os/2004/07/184997/
- Определение стоимости разработки и внедрения автоматизированных информационных систем. [Электронный ресурс] // URL — http://mognovse.ru/jyg-tehnicheskij-reglament-opredelenie-stoimosti-razrabotki-i.html
Основные термины (генерируются автоматически): ROI, информационная система, отсутствие опыта, программный продукт, эффективность разработки, жизненный цикл разработки, конечный итог, опыт команды, процесс разработки, риск увеличения стоимости проектов.
Источник: moluch.ru
Оценка эффективности информационных технологий. Как оценить эффективность ИТ?
Оценить эффективность информационных технологий и результат их внедрения в компанию непросто. В этой статье мы поговорим, в чём заключаются сложности, а также какие существуют качественные показатели, системы и методы оценки эффективности ИТ.
Почему эффективность ИТ так сложно определить?
Этому есть достаточно множество объяснений:
- Информационные технологии чаще всего направлены на реализацию сервисной составляющей. А при оценке сервиса нередко эмоции преобладают над объективностью.
- Негативные отзывы обычно распространяются быстрее, чем позитивные. Если пользователь недоволен, он расскажет об этом десяти знакомым, если же доволен, то вряд ли поделится своими впечатлениями хотя бы с пятью.
- Несмотря на постоянное развитие IT-отрасли, даже наиболее современные IT-системы априори несовершенны. Сегодня они часть любого бизнеса, да и повседневной жизни, но всё равно IT не могут удовлетворить всех как по надёжности и бесперебойности в работе, так и по простоте в использовании.
- Так называемая ИТ-грамотность, то есть квалификация пользователей в сфере информационных технологий, различна. Более молодые «знают про IT всё», а вот у старшего поколения с этим нередко возникают проблемы. Мало того, иногда они недовольны уже на подсознательном уровне, и информационные системы и технологии вызывают у них антипатию. Но с каждым годом ситуация меняется в лучшую сторону.
- Как уже было сказано выше, одно и то же программное обеспечение используют люди разной квалификации и возраста. Но и те, и другие, не очень любят копаться в настройках и приводить интерфейс в соответствие с решаемыми задачами или просто личными предпочтениями. И даже у продвинутых пользователей не всегда есть на это время и желание. Итог – неоправданное недовольство пользовательским интерфейсом программного обеспечения.
- Технологии, средства информации и софт развиваются сегодня просто стремительно: регулярно обновляются версии, повышается функциональность, улучшаются интерфейсы. А по большему счёту пользователи консервативны, поэтому обновления и изменения нередко вызывают у них не радость, а раздражение. Привычка — дело серьезное, а освоение изменений — всегда труд. Но без изменений сегодня никак, ведь цифровые системы должны отвечать реалиям бизнеса и соответствовать новым требованиям.