2011-gre-cs-practice-book.pdf/Q15 — различия между версиями
Материал из DISCOPAL
StasFomin (обсуждение | вклад) |
Urmat A (обсуждение | вклад) |
||
| Строка 7: | Строка 7: | ||
=== Ответы === | === Ответы === | ||
* только I | * только I | ||
| − | * | + | * только II |
| − | * только I и II | + | * Правильный ответ: только I и II |
* только I и III | * только I и III | ||
* I, II и III | * I, II и III | ||
Текущая версия на 22:29, 21 декабря 2024
Вопрос: Q15-08c765
Спецификация требований к программному обеспечению — это
- I. контракт между разработчиками и клиентами, в котором указано, что разработчики будут производить для клиентов.
- II. спецификация функций, которые должен иметь целевой продукт программного обеспечения.
- III. спецификация персонала и ресурсов, которые будут задействованы в разработке программного обеспечения.
Ответы
- только I
- только II
- Правильный ответ: только I и II
- только I и III
- I, II и III
Объяснение
Исходники — вопрос 15 на 22 странице книги «2011-gre-cs-practice-book.pdf»
Спецификация требований в первую очередь фокусируется на функциональных и нефункциональных требованиях к продукту, а не на ресурсах или персонале.
- Вариант 1 спорен, само по себе требование не является контрактом в юридическом смысле, хотя всё же может быть использовано в смысле договоренности.
- Вариант 2 верен по определению.
- Вариант 3 не верен, это вообще не про людей
- про вариант 1: Тут вступает в дело юриспруденция, поэтому я буду осторожен.
- Во-первых, в английском языке используется contract, на русский можно переводить как контракт, так и договор, так и соглашение. Подробнее [1]. Не могу сказать, что выбрать правильнее.
- Во-вторых, спецификация требований не является юридически обязывающим документом, но, кажется, не могу утверждать наверняка, она может иметь какую-то неформальную юридическую силу.
- StasFomin: Нет, не является сама по себе.