| Russian | English |
| анализ требований и разработка системы | system requirements analysis and design (ssn) |
| аттестация объектов информатизации на соответствие требованиям функциональной и информационной безопасности | certification (корпорации AdaCore; контекстуальный перевод на русс. язык Alex_Odeychuk) |
| базовые требования: зафиксированный в определённый момент времени, согласованный, просмотренный и одобренный набор требований для указанной версии продукта | 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) |
| в другом аспекте для программного компонента системы UM фрагмента языка XML среда программирования может использовать элемент импорта XML для дублирования фрагмента XML при компиляции, что предотвращает отнимающее много времени и подверженное ошибкам требование ручного копирования кода | 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 |
| в результате организация будет знать, с чего начинать и как привести инициативы SOA в соответствие с бизнес-требованиями и приоритетами | this is how an organization might know where to start and align its SOA initiatives with business needs and priorities (ssn) |
| верификация и проверка правильности требований | verify and validate requirements (ssn) |
| верификация и проверка правильности требований, а также функционирования решения | verify and validate requirements and solution performance (ssn) |
| временные зависимости и другие нефункциональные требования | time-dependent and other nonfunctional requirements (ssn) |
| Временные зависимости и другие нефункциональные требования обычно выражаются в виде требований к качеству обслуживания | Time-dependent and other nonfunctional requirements are generally expressed as quality of service requirements (см. Distributed systems: principles and paradigms / Andrew S. Tanenbaum, Maarten Van Steen 2002 ssn) |
| Второй целью требований настоящего подраздела является определение ответственности отдельных лиц, подразделений и организаций | 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) |
| Дизайн программного обеспечения – это процесс выбора и документирования наиболее эффективных элементов, которые в совокупности будут реализовать требования к программной системе | 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) |
| документ об образе и границах: документ, в котором определены бизнес-требования к новой системе, в том числе положения об образе продукта и описание границ проекта | vision and scope document: A document that presents the business requirements for a new system, including a product vision statement and a project scope description (см. Software Requirements by Karl E. Wiegers 2003 ssn) |
| документация программной системы в виде требований и спецификаций для проектирования | software system documentation in requirements and design specifications (ssn) |
| задание требований и управление ими | establish and manage requirements (ssn) |
| идентификация и классификация требований | requirements identification and classification (ssn) |
| Имеются два вида тестирования, основанного на выполнении программы: тестирование на основе технических требований тестирование методом чёрного ящика и тестирование по исходным текстам тестирование методом белого ящика. Оба вида используют ту же самую стратегию задания программе входных данных и наблюдения, тот ли выходной результат получается, который ожидался | there are two kinds of execution-based testing: testing to specs black-box testing and testing to code whitebox testing. Both kinds use the same strategy of feeding the program with input data and observing if the output is as expected (см. Maciaszek L.A. and Liong B.L. 2005: Practical Software Engineering) |
| инструментальные средства разработки и верификации систем жёсткого реального времени с особыми требованиями по технической безопасности | development and verification tools for safety- and mission-critical systems (корпорации AdaCore Alex_Odeychuk) |
| исходные требования: зафиксированный на данный момент набор согласованных, проверенных и утверждённых требований к конкретной версии продукта | 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) |
| Качество – степень, в которой продукт удовлетворяет явным и неявным требованиям | Quality The degree to which a product conforms to both explicit and implicit requirements (см. "Quality Software Project Management" by Robert T. Futrell, Donald F. Shafer, Linda I. Safer 2002 ssn) |
| Качество – степень, в которой продукт удовлетворяет явным и неявным требованиям | Quality — The degree to which a product conforms to both explicit and implicit requirements (см. "Quality Software Project Management" by Robert T. Futrell, Donald F. Shafer, Linda I. Safer 2002 ssn) |
| Кодирование является лишь небольшой составной частью программирования, которое включает формулировку требований, предъявляемых к программе, составление проекта программы, разработку документации, кодирование и отладку программ | Coding is just a small part of programming, which is the overall process of designing, specifying, documenting, coding, and debugging programs (ssn) |
| компромиссы, связанные с возможностью декомпозиции модулей и архитектур для обеспечения соответствия несовместимым наборам требований, существующим в пределах данной предметной области | trade-offs that suggest possible decompositions of modules and architectures to satisfy incompatible sets of requirements found in the domain (ssn) |
| модель требований, аналитическая и проектная модели | requirements, analysis, and design models (ssn) |
| набор согласованных, проверенных и утверждённых требований | agreed-upon, reviewed, and approved set of requirements (ssn) |
| набор согласованных, проверенных и утверждённых требований к конкретной версии продукта | agreed-upon, reviewed, and approved set of requirements for a specific product release (ssn) |
| набор согласованных, проверенных и утверждённых требований к конкретному варианту продукта | agreed-upon, reviewed, and approved set of requirements for a specific product release (ssn) |
| SwSE начинается, когда системные требования разделены на аппаратные и программные подсистемы | SwSE begins after the system requirements have been partitioned into hardware and software subsystems (ssn) |
| Обе стороны выполняют требования согласованного контракта, который в данном случае включает специально сформированный делегат и средства его регистрации в генерирующей события сущности | Both sides adhere to the same agreed-upon contract, which in this case include a specifically formed delegate and a means to register that delegate with the event-generating entity (см. Accelerated C# 2010 by Trey Nash 2010 ssn) |
| оборудование и проверка на соответствие техническим требованиям | equipment and requirements test (ssn) |
| общие и изменчивые требования | common and variable requirements (ssn) |
| общие требования и методы испытаний | general requirements and test methods (ssn) |
| Одно популярное практическое правило состоит в том, чтобы заблаговременно определить около 80% требований, предусмотреть время для более позднего определения дополнительных требований и выполнять по мере работы систематичный контроль изменений, принимая только самые важные требования | 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 (см. Code Complete / Steve McConnell.-2nd ed. 2004) |
| определение требований к группе систем, предусматривающих возможности многократного применения и изменения | reusable requirements for a class of systems (ssn) |
| определение требований, предусматривающих возможности многократного применения и изменения | reusable requirements (ssn) |
| Определение требований, приносящих ощутимый и измеримый результат, важный для заказчика | Capture the Value Adding Requirements (заголовок ssn) |
| основные положения и общие требования | basic provisions and general requirements (ssn) |
| ответственная система с особыми требованиями по технической безопасности и ответственные системы | safety- and mission-critical system (Alex_Odeychuk) |
| отнимающее много времени и подверженное ошибкам требование ручного копирования кода | time-consuming and error prone requirements for manual code duplication (ssn) |
| Первой целью настоящего подраздела является определение требований к безопасности ПО как требований к функциям безопасности ПО и требований к полноте безопасности ПО | 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 first objective of the requirements of this clause is to specify the management and technical activities (см. IEC 61508-1, ГОСТ Р МЭК 61508-1-2007) |
| повторно используемые и изменяющиеся требования | reusable and configurable requirements (ssn) |
| повторно используемые и изменяющиеся требования к специфицированию систем, входящих в данную предметную область | reusable and configurable requirements for specifying the systems in a domain (ssn) |
| полнота и адекватность требований стандарта | standard's robustness (ssn) |
| полные и точные требования | comprehensive and accurate requirements (ssn) |
| при использовании существующих фреймов и шаблонов проектирования к ним применяются требования, как и к предварительно разработанному программному обеспечению | when using existing frames and design patterns, the requirements of pre-developed software apply to these frames and patterns (см. IEC 61508-7: 2010) |
| приложения, связанные с особыми требованиями по технической безопасности и высокими требованиями по информационной безопасности | safety- and security-related applications (Alex_Odeychuk) |
| приложения, связанные с особыми требованиями по функциональной и информационной безопасности | safety- and security-related applications (корпорации AdaCore Alex_Odeychuk) |
| проверка соответствия результатов отдельных этапов разработки программной системы требованиям и ограничениям, сформулированным для них на предыдущих этапах | conformance checking of results of separate phases of software development to requirements and restrictions stated for these results on previous phases (верификация ssn) |
| программирование с учётом требований по использованию памяти и обработке данных в реальном времени | programming with specific space and time requirements (Electronic Design Alex_Odeychuk) |
| программное обеспечение с высоким уровнем полноты безопасности и особыми требованиями по технической безопасности | safety-critical and high-integrity software (Alex_Odeychuk) |
| программное обеспечение с высоким уровнем полноты безопасности и особыми требованиями по функциональной безопасности | safety-critical and high-integrity software (корпорации AdaCore Alex_Odeychuk) |
| программное обеспечение с высокими требованиями по информационной и технической безопасности | safe and secure software (компании AdaCore Alex_Odeychuk) |
| Простой контроль управленческого и технического состояния проекта – использование ресурсов, выполнение этапов, соответствие требованиям, прохождение тестов – не даёт адекватного представления о его общем состоянии | Simply tracking a development project's managerial and technical status – resources used, milestones accomplished, requirements met, tests completed – does not provide sufficient feedback about its health (ssn) |
| Простой контроль управленческого и технического состояния проекта использование ресурсов, выполнение этапов, соответствие требованиям, прохождение тестов не даёт адекватного представления о его общем состоянии | Simply tracking a development project's managerial and technical status resources used, milestones accomplished, requirements met, tests completed does not provide sufficient feedback about its health (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) |
| профессиональные и этические требования | professional and ethical responsibility (к специалистам по программному обеспечению ssn) |
| процесс анализа требований и разработки системы | system requirements analysis and design process (ssn) |
| распределенные вычисления с динамическим выбором, разделением и интеграцией по требованию географически удалённых вычислительных ресурсов и ресурсов хранения данных | grid computing (Alex_Odeychuk) |
| риски и приоритеты требований | requirements risks and priorities (ssn) |
| рынок программного обеспечения с повышенными требованиями к функциональной и информационной безопасности | safety- and security-critical market (adacore.com Alex_Odeychuk) |
| ряд повторно используемых и изменяющихся требований к специфицированию систем, входящих в данную предметную область | a set of reusable and configurable requirements for specifying the systems in a domain (ssn) |
| с особыми требованиями по информационной и технической безопасности | security- and safety-critical (корпорации AdaCore Alex_Odeychuk) |
| с особыми требованиями по технической и информационной безопасности | safety- and security-critical (adacore.com Alex_Odeychuk) |
| с особыми требованиями по функциональной и информационной безопасности | safety- and security-related (корпорации AdaCore Alex_Odeychuk) |
| с повышенными требованиями к технической и информационной безопасности | safety- and security-critical (adacore.com Alex_Odeychuk) |
| с повышенными требованиями к функциональной и информационной безопасности | safety- and security-critical (adacore.com Alex_Odeychuk) |
| с учётом требований по использованию памяти и обработке данных в реальном времени | with specific space and time requirements (Electronic Design; контекстуальный перевод на русс. язык Alex_Odeychuk) |
| самые важные требования и архитектурные элементы | the most critical requirements and architectural elements (ssn) |
| связанный с особыми требованиями по функциональной и информационной безопасности | safety- and security-related (корпорации AdaCore Alex_Odeychuk) |
| Сервисы также определяют связь между поведением возможностей и его реализацией и поэтому являются логической сущностью, позволяющей определить ожидания от реализации возможностей, такие как производительность, надёжность, соглашения об уровне сервиса, требования к качеству обслуживания и ключевые показатели производительности | 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) |
| Системная инженерия – это практическое применение научных, инженерных и управленческих навыков, необходимых для преобразования операционных требований в описание конфигурации системы, которая наилучшим образом удовлетворяет этим требованиям | System engineering is the practical application of scientific, engineering, and management skills necessary to transform an operational need into a description of a system configuration that best satisfies that need (ssn) |
| Системная инженерия это практическое применение научных, инженерных и управленческих навыков, необходимых для преобразования операционных требований в описание конфигурации системы, которая наилучшим образом удовлетворяет этим требованиям | System engineering is the practical application of scientific, engineering, and management skills necessary to transform an operational need into a description of a system configuration that best satisfies that need (ssn) |
| системы с особыми требованиями по технической безопасности и высокими требованиями по информационной безопасности | safety-critical and high-security systems (adacore.com Alex_Odeychuk) |
| совместный анализ требований и проектирование | collaborative analysis of requirements and design (ssn) |
| согласование и оценка требований | requirements negotiation and validation (ssn) |
| согласование и проверка обоснованности требований | requirements negotiation and validation (ssn) |
| согласованный, просмотренный и одобренный набор требований | agreed-upon, reviewed, and approved set of requirements (ssn) |
| согласованный, просмотренный и одобренный набор требований для указанной версии продукта | agreed-upon, reviewed, and approved set of requirements for a specific product release (ssn) |
| составленные заказчиками и пользователями требования | user stories (Alex_Odeychuk) |
| спецификации системных требований и требований к программному продукту | system and software requirements specifications (ssn) |
| способ сбора и моделирования известных функциональных требований | a way to capture and model known functional requirements (ssn) |
| стороннее приёмочное тестирование: приёмочное тестирование пользователями / заказчиками на своей стороне с целью определить удовлетворяют ли компонент или система надобностям пользователя / заказчика и соответствующим требованиям в рамках бизнес-процессов. Обычно включает в себя проверку, как программного обеспечения, так и аппаратных средств | site acceptance testing: Acceptance testing by users/customers at their site, to determine whether or not a component or system satisfies the user/customer needs and fits within the business processes, normally including hardware as well as software (см. Standard glossary of terms used in Software Testing) |
| тестирование: процесс, содержащий в себе все активности жизненного цикла, как динамические, так и статические, касающиеся планирования, подготовки и оценки программных продуктов и связанных с этим результатов работ с целью определить, что они соответствуют описанным требованиям, показать, что они подходят для заявленных целей и для определения дефектов | 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) |
| тестопригодность: степень, в которой требования формулируются в терминах, позволяющих определить критерии тестирования и провести тестирование с целью проверки выполнения данных критериев | 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) |
| точная и количественно оцениваемая спецификация требований | precise and quantitative specification of requirements (ssn) |
| требования, выбор системы и метод внедрения | requirements, system choice, and implementation approach (ssn) |
| требования и варианты использования | requirements and use cases (ssn) |
| требования и детальное проектирование | requirements and detailed design (ssn) |
| требования и методы испытаний | requirements and test methods (ssn) |
| требования и объектная модель | requirements and object model (ssn) |
| требования и ограничения | requirements and restrictions (ssn) |
| требования и ожидания пользователя | user requirements and expectations (ssn) |
| требования и оценка качества систем и программного обеспечения | SQuaRE (ssn) |
| требования и оценка качества систем и программного обеспечения | systems and software quality requirements and evaluation (ssn) |
| требования и спецификации для проектирования | requirements and design specifications (ssn) |
| требования – идентификация и классификация | requirements identification and classification (ssn) |
| требования идентификация и классификация | requirements identification and classification (ssn) |
| Требования к продукту и процессу | Product and Process Requirements (ssn) |
| требования к ресурсам аппаратного и программного обеспечения | hardware and software resource requirements (ssn) |
| требования к самотестированию и диагностике системы ПК | PLC-system self-tests and diagnostics requirements (ssn) |
| требования к самотестированию и диагностике системы программируемого контроллера | PLC-system self-tests and diagnostics requirements (ssn) |
| 6. требования к совместимым системам и стандартам | 6. requirements for compliant systems and standards (см. Robert W. Lewis: Modelling control systems using IEC 61499. Applying function blocks to distributed systems ssn) |
| требования к стандартным архитектурам и методологиям предприятия | requirements for enterprise-reference architectures and methodologies (ssn) |
| требования, предъявляемые к совместимым системам и стандартам | - requirements to be met by compliant systems and standards (см. IEC 61499-1 ssn) |
| требования – риски и приоритеты | requirements – risks and priorities (ssn) |
| требования риски и приоритеты | requirements risks and priorities (ssn) |
| Требования. это анализ требований для данного приложения, в том числе описание прецедентов и определение нефункциональных требований | Requirements — Requirements analysis for an application, such as writing use cases and identifying non-functional requirements (см. Applying UML and Patterns by Craig Larman 2002) |
| Требования. это анализ требований для данного приложения, в том числе описание прецедентов и определение нефункциональных требований | Requirements Requirements analysis for an application, such as writing use cases and identifying non-functional requirements (см. Applying UML and Patterns by Craig Larman 2002) |
| учёт и управление, больше соответствующие требованиям бизнес-сервисов | accountability and governance that are better aligned to business services (ssn) |
| учёт требований к системе и проекту системы | traceability to system requirements and system design (ssn) |
| фаза анализа и планирования требований | inception phase (первая фаза жизненного цикла программного обеспечения, в ходе которой ключевая идея разработки достигает той точки, когда правомочно начинать фазу детальной разработки ssn) |
| фаза анализа и планирования требований определяет выполнимость | inception phase establishes feasibility (ssn) |
| формирование и анализ требований | requirements elicitation and analysis (ssn) |
| функциональные и нефункциональные требования | functional and non-functional requirements (ssn) |
| эксперт по аттестации объектов информатизации на соответствие требованиям функциональной и информационной безопасности | certification expert (корпорации AdaCore; контекстуальный перевод на русс. язык Alex_Odeychuk) |
| явные и неявные требования | explicit and implicit requirements (ssn) |
