DictionaryForumContacts

   Russian
Terms for subject Programming containing не более | all forms | exact matches only | in specified order only
RussianEnglish
Более того, когда принимается такая модель времени, не нужно делать никаких предположений о быстродействии окруженияMoreover, no assumptions need to be made about the speed of the environment when this model of time is assumed (см. Model Checking / Edmund M. Clarke, Jr., Orna Grumberg, and Doron A. Peled 1999 ssn)
восходящее тестирование: последовательный подход к интеграционному тестированию, при котором компоненты нижнего уровня тестируются первыми и затем используются для облегчения тестирования компонентов более высокого уровня. этот процесс повторяется до тех пор, пока компонент на самом верху иерархии не будет протестированbottom-up testing: An incremental approach to integration testing where the lowest level components are tested first, and then used to facilitate the testing of higher level components. This process is repeated until the component at the top of the hierarchy is tested (см. Standard glossary of terms used in Software Testing)
Второй показатель утверждает, что иерархия уровней должна минимизировать зависимости между пакетами. Широко используемый метод достижения этого – делать более высокие уровни зависимыми от более низких уровней, но не наоборотthe second objective states that the layer hierarchy should minimize dependencies between packages. the widely-accepted method of achieving this is by making higher layers depend on lower layers but not vice versa (см. Maciaszek L.A. and Liong B.L. 2005: Practical Software Engineering)
Второй показатель утверждает, что иерархия уровней должна минимизировать зависимости между пакетами. Широко используемый метод достижения этого – делать более высокие уровни зависимыми от более низких уровней, но не наоборотthe second objective states that the layer hierarchy should minimize dependencies between packages. the widely-accepted method of achieving this is by making higher layers depend on lower layers but not vice versa (см. Maciaszek L.A. and Liong B.L. 2005: Practical Software Engineering)
к сожалению, структуры зависимостей только сверху вниз не совсем реалистичны. В действительности будут существовать зависимости снизу вверх, но они могут быть сделаны относительно безопасными квалифицированным проектированием и программированием. Желательный результат таков, чтобы более высокие уровни зависели от более низких уровней, в то время как более низкие уровни всё ещё могли бы связываться с более высокими уровнями, но без создания неуместных неуправляемых зависимостейUnfortunately, the top-down only dependency structure is not quite realistic. In reality, the bottom-up dependencies will exist, but they can be made relatively harmless by skilful design and programming. A desired outcome is that higher layers depend on lower layers while lower layers can still communicate with higher layers without exerting undue unmanageable dependencies (см. Maciaszek L.A. and Liong B.L. 2005: Practical Software Engineering)
не более одногоat-most-once (ssn)
объект или ресурс более не нужен, и следует запустить процесс очистки памятиfinalization
свойство "не более одного"at-most-once property (свойство оператора присваивания х = е, в котором либо а) х не читается другим процессом, а е содержит не более одной ссылки на переменную, изменяемую другим процессом, либо б) х не изменяется другими процессами, а е не содержит ссылок на переменные, изменяемые другими процессами. Такой оператор присваивания выполняется неделимым образом ssn)
тестирование "сверху вниз": инкрементальный подход к интеграционному тестированию, в котором компоненты из верхнего уровня иерархии объектов тестируются в первую очередь, с использованием заглушек вместо компонентов более низкого уровня. Протестированные компоненты используются для тестирования компонентов более низкого уровня и данный процесс повторяется до тех пор, пока не будут протестированы компоненты самого низшего уровняtop-down testing: An incremental approach to integration testing where the component at the top of the component hierarchy is tested first, with lower level components being simulated by stubs. Tested components are then used to test lower level components. The process is repeated until the lowest level components have been tested (см. Standard glossary of terms used in Software Testing ssn)