| English | Russian |
| asynchronous message communication: A form of communication in which a concurrent producer component or task sends a message to a concurrent consumer component or task and does not wait for a response. The message queue could potentially build up between the concurrent components or tasks | асинхронный обмен сообщениями: вид межзадачной коммуникации, при котором задача-производитель посылает сообщение задаче-потребителю и не дожидается ответа. Между двумя задачами может существовать очередь сообщений (см. Software Modeling and Design by Hassan Gomaa, а тж. Designing Concurrent, Distributed, and Real-time Applications with UML Object Technology Series by Hassan Gomaa ssn) |
| in the UP, Implementation means programming and building the system, not deployment. The Environment discipline refers to establishing the tools and customizing the process for the project | в контексте унифицированного процесса "реализация" означает программирование и построение системы, но не её развёртывание. Дисциплина "окружение" предполагает установку необходимых средств и настройку процесса для данного проекта (см. Applying UML and Patterns by Craig Larman 2002) |
| 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) |
| the great strength of the state machine approach is that it enables you to come up with an explicit definition of valid states for some aspect of your application and enforce proper behaviors as an application moves from one state to another | Мощь подхода, использующего конечный автомат, обусловлена тем, что он позволяет в явном виде определить действительные состояния для некоторого аспекта вашего приложения и задать соответствующие варианты поведения при переходах приложения из одного состояния в другое (см. "Writing Mobile Code Essential Software Engineering for Building Mobile Applications" by Ivo Salmre 2005) |
| this diagram shows a fragment of the transition logic for a task that controls the movement of a materials handling vehicle. The vehicle moves from one position to another, picking up parts in one position and dropping them off at another | эта диаграмма показывает фрагмент логики переходов для задачи, которая управляет перемещением тележки погрузочно-разгрузочных операций. Тележка перемещается от одного положения до другого, принимая детали в одном положении и сваливая их в другом (см. Auslander D.M., Ridgely J.R., Ringgenberg J.D. Control Software for Mechanical Systems. Object-Oriented Design in a Real-Time World) |
