2011-gre-cs-practice-book.pdf/Q15 — различия между версиями

Материал из DISCOPAL
Перейти к: навигация, поиск
(Новая страница: « == Вопрос: Q15-08c765 == <i>Тут вставьте перевод вопроса. Используйте [https://wiki.4intra.net/Help:%D0%A4%D0%BE%D1%80…»)
 
 
(не показано 10 промежуточных версий 2 участников)
Строка 1: Строка 1:
−
 
 
== Вопрос: Q15-08c765 ==
 
== Вопрос: Q15-08c765 ==
−
 
+
Спецификация требований к программному обеспечению — это
−
<i>Тут вставьте перевод вопроса.
+
* I. контракт между разработчиками и клиентами, в котором указано, что разработчики будут производить для клиентов.
−
Используйте [https://wiki.4intra.net/Help:%D0%A4%D0%BE%D1%80%D0%BC%D0%B0%D1%82%D0%B8%D1%80%D0%BE%D0%B2%D0%B0%D0%BD%D0%B8%D0%B5 возможности разметки],
+
* II. спецификация функций, которые должен иметь целевой продукт программного обеспечения.
−
включая формулы и т.п, если будут графы — посмотрите как задать их текстом https://wiki.4intra.net/Graphviz .  
+
* III. спецификация персонала и ресурсов, которые будут задействованы в разработке программного обеспечения.
−
Если код — теги «code-pascal», «code-c» или «code-python».
+
−
 
+
−
Старайтесь нетривиальные понятия, особенно незнакомые вам, найти ссылку на википедию и вставить (нейросети лажают!).  
+
−
Это важно, чтобы найти корректный перевод (то, что в википедии, или на худой конец — точно массово гуглится).
+
−
 
+
−
Потом конечно сотрите инструкции, которые тут курсивом.</i>
+
  
 
=== Ответы ===
 
=== Ответы ===
−
<i>Если ответы простые, однострочные, используйте простой способ задания ответов списком, типа так
+
* только I
−
(префикс «Правильный ответ:» — это дословно, для правильного ответа, неважно, какой он будет в списке)</i>
+
* только II
−
 
+
* Правильный ответ: только I и II
−
* Правильный ответ: тут реально правильный ответ
+
* только I и III
−
* неправильный ответ
+
* I, II и III
−
* еще какой-то неправильный ответ
+
−
* еще какой-то неправильный ответ
+
−
* еще какой-то неправильный ответ
+
−
 
+
−
<i>Если ответы длинные, многострочные, или там графы, используйте
+
−
[https://wiki.4intra.net/MediawikiQuizzer/ru#.D0.9E.D1.82.D0.B2.D0.B5.D1.82.D1.8B способ задания ответов разделами],
+
−
Но такое очень редко встречается. </i>
+
−
 
+
  
 
=== Объяснение ===
 
=== Объяснение ===
−
<i>Сначала заполните номер страницы с этим вопросом
+
{{cstest-source|2011-gre-cs-practice-book.pdf|22|15}}
−
{{cstest-source|2011-gre-cs-practice-book.pdf|тут-номер-страницы-с-вопросом-15|15}}
+
  
−
Если все сделаете правильно, по ссылке выше будет открываться правильная страница в правильном PDFе.
+
Спецификация требований в первую очередь фокусируется на функциональных и нефункциональных требованиях к продукту, а не на ресурсах или персонале.
 +
# Вариант 1 спорен, само по себе требование не является контрактом в юридическом смысле, хотя всё же может быть использовано в смысле договоренности.
 +
# Вариант 2 верен по определению.
 +
# Вариант 3 не верен, это вообще не про людей
  
−
Ну и наконец, вики-разметкой напишите ваше понимание, почему правильный ответ — правильный, а [[2004-gre-cs-practice-book.pdf/Q16|неправильные варианты — неправильны]].
+
* про вариант 1: Тут вступает в дело юриспруденция, поэтому я буду осторожен.
−
Тут тоже могут быть полезны [[2004-gre-cs-practice-book.pdf/Q03|ссылки на википедию]],
+
* Во-первых, в английском языке используется ''contract'', на русский можно переводить как контракт, так и договор, так и соглашение. Подробнее [https://wikienglish.ru/?p=311#:~:text=%D1%81%D0%BB%D0%BE%D0%B2%D0%BE%20contract%20%D0%BC%D0%BE%D0%B6%D0%B5%D1%82%20%D0%BF%D0%B5%D1%80%D0%B5%D0%B2%D0%BE%D0%B4%D0%B8%D1%82%D1%8C%D1%81%D1%8F%20%D0%BD%D0%B0%20%D1%80%D1%83%D1%81%D1%81%D0%BA%D0%B8%D0%B9%20%D1%8F%D0%B7%D1%8B%D0%BA%20%D0%BA%D0%B0%D0%BA%20%D0%BA%D0%BE%D0%BD%D1%82%D1%80%D0%B0%D0%BA%D1%82%2C%20%D0%B4%D0%BE%D0%B3%D0%BE%D0%B2%D0%BE%D1%80%2C%20%D1%81%D0%BE%D0%B3%D0%BB%D0%B0%D1%88%D0%B5%D0%BD%D0%B8%D0%B5%20%D0%B8%D0%BB%D0%B8%20%D1%81%D0%B4%D0%B5%D0%BB%D0%BA%D0%B0]. Не могу сказать, что выбрать правильнее.
−
решение вами [[2004-gre-cs-practice-book.pdf/Q12|рекуррентных уравнений в sympy]].
+
* Во-вторых, спецификация требований не является юридически обязывающим документом, но, кажется, не могу утверждать наверняка, она может иметь какую-то неформальную юридическую силу.
 +
** [[Участник:StasFomin|StasFomin]]: Нет, не является сама по себе.  
  
−
</i>
+
{{question-ok|[[Участник:StasFomin|StasFomin]] 21:04, 18 декабря 2024 (UTC)}}
  
−
{{question-ok|}}
+
[[Категория:Процесс разработки ПО]]

Текущая версия на 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. Вариант 1 спорен, само по себе требование не является контрактом в юридическом смысле, хотя всё же может быть использовано в смысле договоренности.
  2. Вариант 2 верен по определению.
  3. Вариант 3 не верен, это вообще не про людей
  • про вариант 1: Тут вступает в дело юриспруденция, поэтому я буду осторожен.
  • Во-первых, в английском языке используется contract, на русский можно переводить как контракт, так и договор, так и соглашение. Подробнее [1]. Не могу сказать, что выбрать правильнее.
  • Во-вторых, спецификация требований не является юридически обязывающим документом, но, кажется, не могу утверждать наверняка, она может иметь какую-то неформальную юридическую силу.
    • StasFomin: Нет, не является сама по себе.
Источник — «https://discopal.ispras.ru/index.php?title=2011-gre-cs-practice-book.pdf/Q15&oldid=34690»