| Английский термин |
Варианты перевода |
Комментарий |
| A |
| action |
действие |
|
| activity |
деятельность |
Целенаправленная деятельность, выполнение которой может быть возложено на определённую роль (или несколько ролей). |
activity detail diagram
|
диаграмма деятельности???
|
Диаграмма, отображающая отношения входа/выхода между задачами , действиями и ??артефактами ?? (work products). |
| actor |
действующее лицо
|
Некто или нечто, взаимодействующее с системой и находящееся за её пределами.
|
| agile |
??гибкий
??адаптивный |
Набор правил и принципов в разработке программного обеспечения, использующих "обедненные" технологии для предоставления заинтересованным лицам новых возможностей как можно быстрее и чаще. |
| architecture notebook |
??описание архитектуры |
Данный артефакт описывает контекст разработки программного обеспечения. Он содержит принятые решения, аргументы, предположения, разъяснения и ожидаемые последствия, с учетом которых выстраивается архитектура. |
| artifact |
артефакт |
Результат деятельности, обладающий следующими признаками:
- создаётся, изменяется либо используется одной или несколькими задачами
- определяет зону ответственности определённых ролей
- подлежит управлению системой контроля версий
|
B
|
| business case |
экономическое обоснование |
Артефакт |
|
|
|
| C |
| capability pattern |
|
Особый процесс, описывающий группу действий, которую можно использовать многократно. Capability patterns express and communicate process knowledge for a key area of interest such as a discipline and can be directly used by practitioners to guide their work. |
| construction (phase) |
(фаза) конструирования |
|
|
|
|
| D |
| development case |
техническое обоснование |
Артефакт |
|
|
|
| E |
| elaboration (phase) |
(фаза) проработки |
|
|
|
|
| F |
|
|
|
| G |
|
|
|
| H |
|
|
|
| I |
| inception (phase) |
(фаза) исследования |
|
| J |
|
|
|
| K |
|
|
|
| L |
|
|
|
| M |
|
|
|
| N |
|
|
|
| O |
|
|
|
| P |
|
|
|
| Q |
|
|
|
| R |
| requirement |
требование |
|
| review |
??инспектирование
??рецензирование |
В литературе термином review как правило, обозначается процесс дополнительного контроля и критического пересмотра чего-либо. Такой род деятельности на русском языке часто называется инспектированием. Другой вариант перевода - рецензирование, но этот вариант предполагает создание результата - рецензии, а это не всегда так. |
| role |
роль |
Роль определяет поведение и зону ответственности участника проекта - отдельного человека либо нескольких человек, объединённых в команду. |
| S |
| scope |
область действия |
|
| stakeholder |
заинтересованное лицо |
Роль, представляющая группы людей, интересы которых должны быть удовлетворены в данном проекте. Эту роль может исполнять любой, кто материально заинтересован в результатах проекта. |
| supporting requirements |
дополнительные требования |
Данный артефакт содержит общесистемные требования, не входящие в сценарии использования, включая требования к атрибутам качества и глобальные функциональные требования. |
| status assessment |
отчет о состоянии проекта |
Артефакт |
|
|
|
| T |
| task |
задача |
Атомарная деятельность, которая может быть назначена роли
|
| transition (phase) |
(фаза) выпуска???
(фаза) передачи???
|
|
| tester |
тестировщик |
Роль, отвечающая за всю деятельность, относящуюся к тестированию. Эта деятельность включает определение, описание, реализацию и выполнение необходимых тестов, а также создание отчетов и анализ отчетов о результатах тестов. |
| U |
| use-case |
Прецедент |
In 1986, Ivar Jacobson, later an important contributor to both the Unified Modeling Language (UML) and the Rational Unified Process (RUP), first formulated the visual modeling technique for specifying use cases. Originally he used the terms usage scenarios and usage case, but found that neither of these terms sounded natural in English, and eventually he settled on the term use case.
http://en.wikipedia.org/wiki/Use_case |
| V |
| vision |
концептуальный проект (??концепция) |
|
| W |
| work item |
|
|
|
|
|
| X |
|
|
|
| Y |
|
|
|
| Z |
|
|
|
