| English | Russian |
| a set of reusable and configurable requirements for specifying the systems in a domain | ряд повторно используемых и изменяющихся требований к специфицированию систем, входящих в данную предметную область (ssn) |
| axioms of the resource requirements theory | аксиомы теории потребности в ресурсах (ssn) |
| basic requirements of the software to be built | базисные требования, в соответствии с которыми разрабатывается программное обеспечение (ssn) |
| central element of the requirements | центральный узел требований (ssn) |
| changes in requirements in the later stages of the project | изменение требований на поздней стадии выполнения проекта (ssn) |
| collection of quality attribute scenarios that support the capture of quality requirements for a system | ряд сценариев атрибутов качества, обеспечивающих фиксацию требований к качеству системы (ssn) |
| defined relations of the resource requirements theory | определяющие отношения в теории потребности в ресурсах (ssn) |
| documentation of the control system requirements | документирование требований к системе управления (ssn) |
| effective implementation of the technical requirements | эффективная реализация технических требований (ssn) |
| external consistency with the requirements of the software item | внешняя согласованность с требованиями к программному объекту (ssn) |
| first objective of the requirements | первая цель требований (ssn) |
| functional requirements of the product line | функциональные требования к линейке продуктов (ssn) |
| functional requirements of the system | функциональные требования к системе (ssn) |
| implementation subsets of the requirements | реализация подклассов требований (ssn) |
| in another aspect, for a UM software component of an XML snippet, the programming environment can utilize the XML importation element to replicate the XML snippet upon compilation, avoiding time-consuming and error prone requirements for manual code duplication | в другом аспекте для программного компонента системы UM фрагмента языка XML среда программирования может использовать элемент импорта XML для дублирования фрагмента XML при компиляции, что предотвращает отнимающее много времени и подверженное ошибкам требование ручного копирования кода |
| incompatible sets of requirements found in the domain | несовместимые наборы требований, существующие в пределах данной предметной области (ssn) |
| informal semantics of the resource requirements theory | неформальная семантика теории потребности в ресурсах (ssn) |
| Moreover, because of the associating behavior between capabilities and their implementation, services also form a logical entity to define the expectations – such as performance, reliability, service-level expectations, quality-of-service requirements, or key performance indicators – of the capability implementation | Сервисы также определяют связь между поведением возможностей и его реализацией и поэтому являются логической сущностью, позволяющей определить ожидания от реализации возможностей, такие как производительность, надёжность, соглашения об уровне сервиса, требования к качеству обслуживания и ключевые показатели производительности (ssn) |
| Moreover, because of the associating behavior between capabilities and their implementation, services also form a logical entity to define the expectations such as performance, reliability, service-level expectations, quality-of-service requirements, or key performance indicators of the capability implementation | Сервисы также определяют связь между поведением возможностей и его реализацией и поэтому являются логической сущностью, позволяющей определить ожидания от реализации возможностей, такие как производительность, надёжность, соглашения об уровне сервиса, требования к качеству обслуживания и ключевые показатели производительности (ssn) |
| one common rule of thumb is to plan to specify about 80 percent of the requirements up front, allocate time for additional requirements to be specified later, and then practice systematic change control to accept only the most valuable new requirements as the project progresses | Одно популярное практическое правило состоит в том, чтобы заблаговременно определить около 80% требований, предусмотреть время для более позднего определения дополнительных требований и выполнять по мере работы систематичный контроль изменений, принимая только самые важные требования (см. Code Complete / Steve McConnell.-2nd ed. 2004) |
| one final comment is that an effective guarding system can reduce the requirements of the emergency stop system by reducing the exposure | в заключение следует заметить, что требования к системе аварийной остановки можно снизить за счёт применения эффективной системы ограждения (т.е. система будет прекращать работу всякий раз, когда персонал подвергается риску; i.e. the system will be inoperative whenever people are at risk; см. Programmable Controllers – An Engineer's Guide by E.A. Parr (2003)) |
| primitive functions of the resource requirements theory | примитивные функции в теории потребности в ресурсах (ssn) |
| primitive relations of the resource requirements theory | примитивные отношения в теории потребности в ресурсах (ssn) |
| Project scope — A statement of basic requirements of the software to be built | Область действия проекта – формулирование базисных требований, в соответствии с которыми разрабатывается программное обеспечение (см. "Quality Software Project Management" by Robert T. Futrell, Donald F. Shafer, Linda I. Safer 2002 ssn) |
| Project scope A statement of basic requirements of the software to be built | Область действия проекта – формулирование базисных требований, в соответствии с которыми разрабатывается программное обеспечение (см. "Quality Software Project Management" by Robert T. Futrell, Donald F. Shafer, Linda I. Safer 2002 ssn) |
| purpose of the requirements workflow | цели процесса определения требований (ssn) |
| requirement that the memory should hold state for extended periods of time | требование хранения состояния на протяжении длительного периода времени (ssn) |
| requirements baseline: A snapshot in time representing the current agreed-upon, reviewed, and approved set of requirements for a specific product release | базовые требования: зафиксированный в определённый момент времени, согласованный, просмотренный и одобренный набор требований для указанной версии продукта (см. Software Requirements by Karl E. Wiegers 2003 ssn) |
| requirements baseline: A snapshot in time representing the current agreed-upon, reviewed, and approved set of requirements for a specific product release | исходные требования: зафиксированный на данный момент набор согласованных, проверенных и утверждённых требований к конкретной версии продукта (см. Software Requirements by Karl E. Wiegers 2003 ssn) |
| requirements concerning the means of testing | требования, относящиеся к средствам тестирования (ssn) |
| requirements for the specification of function block execution control | требования для спецификации управления выполнением функционального блока (ssn) |
| requirements of the base fieldbus | требования к базовой полевой шине (ssn) |
| requirements of the base fieldbus for transmission of safety data | требования к базовой полевой шине для передачи безопасных данных (ssn) |
| requirements of the emergency stop system | требования к системе аварийной остановки (ssn) |
| requirements of the end-user | требования пользователя (ssn) |
| requirements of the end-user | требования конечного пользователя (ssn) |
| requirements of the problem | требования задачи (ssn) |
| requirements of the software design specification | требования спецификации проектирования ПО (ssn) |
| requirements of the software design specification | требования спецификации проектирования программного обеспечения (ssn) |
| role of requirements in the software life cycle | роль требований в жизненном цикле разработки программного обеспечения (ssn) |
| second objective of the requirements | вторая цель требований (ssn) |
| Software design is the process of selecting and documenting the most effective elements that together will implement the software system requirements | Дизайн программного обеспечения – это процесс выбора и документирования наиболее эффективных элементов, которые в совокупности будут реализовать требования к программной системе (ssn) |
| Software design is the process of selecting and documenting the most effective elements that together will implement the software system requirements | Дизайн программного обеспечения это процесс выбора и документирования наиболее эффективных элементов, которые в совокупности будут реализовать требования к программной системе (ssn) |
| statement of the requirements of the end-user | перечень требований пользователя (ssn) |
| statement of the requirements of the end-user | перечень требований конечного пользователя (ssn) |
| subsets of the requirements | подклассы требований (ssn) |
| test coverage of the requirements of the software item | тестовое покрытие требований к программному объекту (ssn) |
| testability: The degree to which a requirement is stated in terms that permit establishment of test criteria and performance of tests to determine whether those criteria have been met | тестопригодность: степень, в которой требования формулируются в терминах, позволяющих определить критерии тестирования и провести тестирование с целью проверки выполнения данных критериев (см. IEEE Standard Glossary of Software Engineering Terminology/ IEEE Std. 610.12-1990 ssn) |
| testing: The process consisting of all lifecycle activities, both static and dynamic, concerned with planning, preparation and evaluation of software products and related work products to determine that they satisfy specified requirements, to demonstrate that they are fit for purpose and to detect defects | тестирование: процесс, содержащий в себе все активности жизненного цикла, как динамические, так и статические, касающиеся планирования, подготовки и оценки программных продуктов и связанных с этим результатов работ с целью определить, что они соответствуют описанным требованиям, показать, что они подходят для заявленных целей и для определения дефектов (см. Standard glossary of terms used in Software Testing ssn) |
| the extent of the interval in time or space is chosen to reflect the requirements of a particular specification task and the properties of a particular specification language | Протяжённость интервала во времени или в пространстве выбирается для отражения требований конкретной задачи спецификации и свойств конкретного языка спецификаций (см. ISO/IEC 10746-2, ГОСТ Р ИСО/МЭК 10746-2-2000) |
| the first objective of the requirements of this clause is to specify the management and technical activities | Первой целью требований настоящего подраздела является определение действий по управлению и технических действий (см. IEC 61508-1, ГОСТ Р МЭК 61508-1-2007) |
| the first objective of the requirements of this subclause is to specify the requirements for software safety in terms of the requirements for software safety functions and the requirements for software safety integrity | Первой целью настоящего подраздела является определение требований к безопасности ПО как требований к функциям безопасности ПО и требований к полноте безопасности ПО (см. IEC 61508-3) |
| the second objective of the requirements of this clause is to specify the responsibilities of the persons, departments and organizations | Второй целью требований настоящего подраздела является определение ответственности отдельных лиц, подразделений и организаций (см. IEC 61508-1, ГОСТ Р МЭК 61508-1-2007) |
| the selection and development of such life cycle forms by an organization depend on several factors, including the business context, the nature and complexity of the system, the stability of requirements, the technology opportunities, the need for different system capabilities at different times and the availability of budget and resources | Выбор и разработка организацией конкретных форм жизненного цикла зависят от ряда факторов, включая бизнес-контекст, природу и сложность системы, стабильность требований, технологические возможности, потребность в различных системных возможностях во времени и наличие бюджетных средств и ресурсов (см. ISO/IEC 15288:2002E) |
| the software validation addresses all the requirements of the software design specification | Подтверждение соответствия программного обеспечения охватывает все требования спецификации проектирования программного обеспечения (см. IEC 61508-7: 2010) |
| traceability to the requirements of the software item | учёт требований к программному объекту (ssn) |
| trade-offs that suggest possible decompositions of modules and architectures to satisfy incompatible sets of requirements found in the domain | компромиссы, связанные с возможностью декомпозиции модулей и архитектур для обеспечения соответствия несовместимым наборам требований, существующим в пределах данной предметной области (ssn) |
| underlying concepts of concurrency and the requirements for it to be useful | основные понятия параллельности и условия, при которых она становится полезной (ssn) |
| understand the requirements of the whole system | понимать требования всей системы (ssn) |
| when registers are used in computational structures that are constantly clocked such as pipelined datapath, the requirement that the memory should hold state for extended periods of time can be significantly relaxed | когда регистры используются в постоянно переключающихся вычислительных структурах например, в конвейерном информационном канале, требование хранения состояния на протяжении длительного периода времени можно сильно ослабить (см. Digital Integrated Circuits – A Design Perspective 2/e by Jan M. Rabaey, Anantha Chandrakasan, Borivoje Nikolić 2003 ssn) |
| when using existing frames and design patterns, the requirements of pre-developed software apply to these frames and patterns | при использовании существующих фреймов и шаблонов проектирования к ним применяются требования, как и к предварительно разработанному программному обеспечению (см. IEC 61508-7: 2010) |
