20_02_14

20.02.14 home assignment 1. Create a slide for 2-min. presentation. Topic "Bugs" deadline: 18.02.14. - 22.00 upload the file here or send me by e-mail

2. In the text below think of the possible ways of translation for the words and word combinations in **bold**. Write your variants and ideas under the text. Sidebar 3-1 IEEE Terminology for Quality Frequently, we talk about "**bugs" in software**, a term that can mean many different things, depending on context. A "bug" can be a mistake in **interpreting a requirement**, **a syntax error** in **a piece of code**, or the (as-yet-unknown) cause of **a system crash**. The **IEEE** has suggested a standard terminology (in IEEE Standard 729) for describing "bugs" in our software products [IEEE83].When **a human** makes a mistake, called an error, in performing some **software activity**, the error may lead to **a fault**, or an incorrect step, command, process, or data definition in a computer program. For example, **a designer** may misunderstand a requirement and create a design that does not match the actual intent of the **requirements analyst** and the user. This **design fault** is **an encoding of the error**, and it can lead to other faults, such as incorrect code and an incorrect description in a user manual. Thus, a single error can generate many faults, and a fault can **reside** in any development or **maintenance product**. A **failure** is a departure from the system's required behavior. It can be discovered before or after **system delivery**, during testing, or during operation and maintenance. Since the requirements documents can contain **faults**, a failure indicates that the system **is not performing as required**, even though it may be **performing as specified**. Thus, a fault is **an inside view** of the system, as seen by the eyes of the developers, whereas a failure is **an outside view**: a problem that the user sees. Not every fault corresponds to a failure; for example, if **faulty code** is never executed or a particular state is never entered, then **the fault will never cause the code to fail**.

Пожалуйста, рядом со своим вариантом перевода не забывайте ставить подпись автора - четыре тильды 1392557521

"**bugs" in software**-ошибки в программном обеспечении1392738575 (in) **a piece of code-(в) коде1392738575**
 * a syntax error**-синтаксическая ошибка1392738575
 * a system crash-сбой системы1392738575**
 * IEEE-Институт инженеров по электротехнике и электронике1392738575**
 * a human-человек1392738575**
 * software activity-программная деятельность1392738575**
 * a fault - ошибка при исполнении программыuser:StepanovA.P.**
 * a designer - человек, разрабатывающий внешний вид программы, её взаимодействие с конечным пользователемuser:StepanovA.P.**
 * reqirements analyst - человек, ответственный за разработку требований user:StepanovA.P.**
 * design fault - ошибка в разработке внешнего интерфейса программыuser:StepanovA.P.**
 * an encoding of the error - ошибка, заключённая в коде при разработкеuser:StepanovA.P.**
 * reside - находиться, быть включеннымuser:StepanovA.P.**
 * maintenance product - сопровождаемая программаuser:StepanovA.P.**
 * failure - ошибка при взаимодействии программы с пользоваетелем, т.е. пользователь может видеть её на экране user:StepanovA.P.**
 * system delivery - выпуск готового программного продукта на рынок user:StepanovA.P.**
 * faults - опечаткиuser:StepanovA.P.**
 * is not performing as required - не выполняется должным образом согласно требованиям заказчикаuser:StepanovA.P.**
 * performing as specified - работает согласно документацииuser:StepanovA.P.**
 * an inside view - находится внутриuser:StepanovA.P.**
 * an outside view - внешний вид; то, что доступно для просмотра пользователюuser:StepanovA.P.**
 * faulty code - код программы, содержащий ошибки в написанииuser:StepanovA.P.**
 * the fault will never cause the code to fail - внутренняя ошибка никогда** не **повлечёт за собой ошибку внешнююuser:StepanovA.P.**