Сочинение на тему Исследования по совершенствованию оценки функций программного обеспечения для анализа затрат

Системным инженерам поручено обеспечивать продукты визуальными параметрами, которые повышают интерактивность пользователей с программными системами. Разработка программы для конечного пользователя включает в себя модули системы кодирования, предназначенные для людей, знакомых с программированием или без него. Обычно пользователи программных приложений уделяют меньше внимания основным механизмам и конфигурациям, касающимся функциональных возможностей системы. Более того, эти пользователи требуют приложений, которые просты в использовании и взаимодействуют. Кроме того, системы должны решать требования, собранные с учетом интересов пользователей. В результате разработчикам программного обеспечения, специализирующимся на пользовательских интерфейсах, требуются инструменты с поддерживающими компонентами для создания продуктов, обеспечивающих требуемые функциональные возможности. Функции пользовательского интерфейса являются более динамичными и включают различные структуры в свою деятельность по разработке. Инженеры-программисты применяют различные методологии при проектировании, разработке и внедрении программных систем для удовлетворения постоянно меняющихся потребностей пользователей.

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

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

Анализ функциональных точек

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

Каковы нефункциональные требования к программной системе?

Нефункциональные требования – это функции, которые определяют работу системы при различных ограничениях или перспективах качества. По сути, они описывают, как система будет работать, и определяют качество системы. Как правило, нефункциональные требования сгруппированы в две основные классификации. Первая категория относится к качествам исполнения, а вторая – к качествам эволюции. Нефункциональные требования к исполнению выставляются во время работы системы и включают в себя безопасность, удобство использования и безопасность. Напротив, эволюционные нефункциональные требования определяют структуру системы и включают в себя тестируемость, расширяемость, масштабируемость и ремонтопригодность. Однако большинство разработчиков программного обеспечения при анализе NFR основываются на требованиях к доступности, емкости, производительности, надежности и безопасности. В отличие от функциональных требований, которые реализуются с использованием плана проектирования системы, реализация нефункциональных требований описывается с использованием архитектуры системы. Получение нефункциональных требований и их согласование с архитектурным планом, как правило, бывает сложным среди разработчиков программного обеспечения. Это связано с тем, что пользователи сталкиваются с трудностями в объяснении нефункциональных требований по сравнению с функциональными. При попытке смоделировать нефункциональные требования можно использовать несколько методов. Некоторые из распространенных методов включают обработку естественного языка, обработку речи, разработку аспектно-ориентированных требований и моделирование с ориентацией на особенности.

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

Как сопоставить общие характеристики системы с нефункциональными требованиями

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

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

<Р> 1. Передача данных

<Р> 2. Распределенная обработка данных

<Р> 3. Производительность

<Р> 4. Сильно используемая конфигурация

<Р> 5. Скорость транзакций

<Р> 6. Ввод данных онлайн

<Р> 7. Эффективность для конечного пользователя