Читать книгу Безопасный генератор случайных чисел. Научные основы и практическая реализация онлайн

1. Количество точек вариантов использования (QP):

1.1. Отражает функциональные требования к программному обеспечению:

– QP моделирует функциональность системы, описывая, что должна делать система с точки зрения пользователей и внешних систем.

– Он фокусируется на функциональных требованиях, а не на технической реализации.

1.2. Основано на подсчете акторов (действующих лиц) и вариантов использования:

– Актор – это роль, которую пользователь или внешняя система играет в системе.

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

– Подсчет акторов и вариантов использования является основой для вычисления QP.

1.3. Является ключевым параметром, определяющим функциональный размер системы:

– QP отражает объем функциональности, которую должна реализовывать система.

– Он служит основой для оценки трудоемкости разработки, так как большее количество вариантов использования, как правило, требует больше усилий.

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

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

2. Сложность архитектуры (SA):

2.1. Учитывает сложность архитектурных решений, таких как уровни, компоненты, интерфейсы:

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

– Чем больше уровней, компонентов и интерфейсов, тем выше сложность архитектуры.

2.2. Отражает структурную сложность программного обеспечения:

– Архитектура программного обеспечения определяет его общую структуру, которая может быть более или менее сложной.

– SA учитывает эту структурную сложность, которая влияет на разработку, тестирование и последующую поддержку системы.

2.3. Влияет на трудоемкость разработки и тестирования: