Glossary entry (derived from question below)
Russian term or phrase:
область охвата
Russian answer:
область применения продукта и (или) объем работ и ресурсов
Added to glossary by
_Alena
Mar 15, 2004 09:08
20 yrs ago
Russian term
область охвата
Russian
Marketing
Economics
���������� ���������
Примером проекта может быть проект "Разработка программного обеспечения". В нем определены шаги и зависимости, которые могут быть использованы в проекте по разработке любых программных решений. Он включает задачи:
1. Определение цели проекта
Данный этап заключается в точном определении цели проекта. Кроме того, определяется финансирование проекта и права собственности. Четко определенная область охвата абсолютно необходима в процессе разработки программного обеспечения; часто в результате определения области охвата принимается решение о продолжении проекта или его отмене на основании оценки стоимости.
2. Анализ и требования к программному обеспечению
После определения области охвата проекта и финансирования можно приступать к более подробному анализу высокого уровня и определению требований. На данном этапе создаются подробные спецификации программного обеспечения, определяется предварительный бюджет проекта и расписание проекта высокого уровня. В завершение данного этапа должна быть уверенность в том, что заказчики проекта и группа разработки хорошо представляют область охвата проекта, и выполнены все необходимые согласования для перехода к этапу проектирования.
3. Проектирование
Этап проектирования заключается в разработке подробной функциональной спецификации для разработки приложения. Функциональная спецификация является основой для всех функций продукта и последующей разработки. Кроме того. в спецификации окончательно и подробно определена область охвата проекта. Перед началом разработки спецификация должна быть одобрена заказчиком. Должным образом определенная функциональная спецификация может выявлять увеличения области охвата проекта. Кроме того, спецификация обеспечивает связь заказчика с проектом.
4. Разработка
На этапе разработки программисты и руководители проекта начинаю создание программного кода и его предварительно тестирование. В зависимости от размера и области охвата конкретного проекта многие компоненты могут быть исключены из модульной разработки и отданы другим программистам или группам разработчиков. Этап разработки может являться рекурсивным или выполняться за один шаг, в зависимости от конкретных условий разработки. По окончании данного этапа программный код передается тестерам продукта.
..........................................................
Что значит "область охвата" - область применения продукта или объем работ и ресурсов? Это профессиональный термин в области управления проектами или изобретение автора этой документации?
Большое спасибо!
1. Определение цели проекта
Данный этап заключается в точном определении цели проекта. Кроме того, определяется финансирование проекта и права собственности. Четко определенная область охвата абсолютно необходима в процессе разработки программного обеспечения; часто в результате определения области охвата принимается решение о продолжении проекта или его отмене на основании оценки стоимости.
2. Анализ и требования к программному обеспечению
После определения области охвата проекта и финансирования можно приступать к более подробному анализу высокого уровня и определению требований. На данном этапе создаются подробные спецификации программного обеспечения, определяется предварительный бюджет проекта и расписание проекта высокого уровня. В завершение данного этапа должна быть уверенность в том, что заказчики проекта и группа разработки хорошо представляют область охвата проекта, и выполнены все необходимые согласования для перехода к этапу проектирования.
3. Проектирование
Этап проектирования заключается в разработке подробной функциональной спецификации для разработки приложения. Функциональная спецификация является основой для всех функций продукта и последующей разработки. Кроме того. в спецификации окончательно и подробно определена область охвата проекта. Перед началом разработки спецификация должна быть одобрена заказчиком. Должным образом определенная функциональная спецификация может выявлять увеличения области охвата проекта. Кроме того, спецификация обеспечивает связь заказчика с проектом.
4. Разработка
На этапе разработки программисты и руководители проекта начинаю создание программного кода и его предварительно тестирование. В зависимости от размера и области охвата конкретного проекта многие компоненты могут быть исключены из модульной разработки и отданы другим программистам или группам разработчиков. Этап разработки может являться рекурсивным или выполняться за один шаг, в зависимости от конкретных условий разработки. По окончании данного этапа программный код передается тестерам продукта.
..........................................................
Что значит "область охвата" - область применения продукта или объем работ и ресурсов? Это профессиональный термин в области управления проектами или изобретение автора этой документации?
Большое спасибо!
Responses
4 | Есть такой термин | Jarema |
3 | Я нашла такое | Ekaterina Khovanovitch |
Responses
7 mins
Russian term (edited):
������ �����
Selected
Есть такой термин
Есть такой термин в управлении проектами.
Это Область охвата - цели и задачи проекта, а также трудозатраты (работы), необходимые для их выполнения.
То есть в вашем варианте - это объем работ и ресурсов.
--------------------------------------------------
Note added at 9 mins (2004-03-15 09:18:26 GMT)
--------------------------------------------------
Хотя во всех остальных случаях - это Ваш первый вариант. Но, второй вариант, четко следует из контекста приведенного Вами отрывка. Да и занимаюсь я иногда управлением проектами. Знаю, очем идет речь.
Это Область охвата - цели и задачи проекта, а также трудозатраты (работы), необходимые для их выполнения.
То есть в вашем варианте - это объем работ и ресурсов.
--------------------------------------------------
Note added at 9 mins (2004-03-15 09:18:26 GMT)
--------------------------------------------------
Хотя во всех остальных случаях - это Ваш первый вариант. Но, второй вариант, четко следует из контекста приведенного Вами отрывка. Да и занимаюсь я иногда управлением проектами. Знаю, очем идет речь.
4 KudoZ points awarded for this answer.
Comment: "Большое спасибо, Ярема и Катя! Гениальное оказалось как нельзя проще: область охвата - то, что проект охватывает, т. е. может быть как и то, что в нем задействовано, так и то, для чего он предназначен."
1 hr
Russian term (edited):
������ �����
Я нашла такое
Подход компании РДТЕХ к автоматизации процессов управленческого учета
................................
Разумеется, невозможно сформулировать единый подход к адаптации описанного выше подхода для всех перечисленных случаев. Тем не менее, существуют общие правила, следование которым позволяет снизить риски проекта по автоматизации УУ. Вот некоторые из них:
не начинать проект, не определив по возможности точно его область охвата (состав подразделений и филиалов, для которых строится система УУ, ключевых пользователей системы, состав рассматриваемых отчетов и т.п.);
http://www.it-manager.ru/magazine/likbez_3.html
--------------------------------------------------
Note added at 1 hr 10 mins (2004-03-15 10:19:42 GMT)
--------------------------------------------------
Получается, что область применения...
--------------------------------------------------
Note added at 1 hr 35 mins (2004-03-15 10:44:20 GMT)
--------------------------------------------------
Проект
Концепция
Единой общероссийской персонифицированной информационной системы
“Электронный паспорт пациента”
........................................................
ТРЕТИЙ ЭТАП. Внедрение пилотного участка
Цели:
развертывание системы, отработка принятых решений;
проведение опытной эксплуатации системы, подготовка предложений по дальнейшему совершенствованию;
принятие решения о расширении области охвата проекта.
Решаемые задачи:
разработка и установка прикладного ПО в лечебных учреждениях, позволяющее вести электронную карту больного, собирать данные об оказанных медицинских услугах и т.д.;
организация каналов связи и развертывание сети;
создание службы технической поддержки;
создание центра управления единой корпоративной сетью;
разработка и настройка ПО, обеспечивающего работу сети;
разработка нормативных документов (регламент работы, инструкции должностных лиц);
разработка методологической базы
разработка системы мониторинга за развертыванием системы.
Планируемые результаты:
пилотный участок системы, готовый к отработке различных вариантов дальнейшего функционирования системы;
служба эксплуатации системы;
методическая и нормативная база, позволяющая эксплуатировать и развивать систему;
решение о целесообразности, медицинской, экономической и социальной эффективности развития системы.
http://medctat.narod.ru/Doc/EPPv4.htm
То есть я понимаю это так: сначала надо создать систему \"Электронный паспорт пациента\" в одной, скажем, поликлинике, а потом принять решение о распространении этой системы на все лечебные учреждения. Это, вроде бы, и понимается под расширением области охвата.
Что, естественно, влечет и увеличение объема работ.
Возможно, термин используют (и часто) не точно.
................................
Разумеется, невозможно сформулировать единый подход к адаптации описанного выше подхода для всех перечисленных случаев. Тем не менее, существуют общие правила, следование которым позволяет снизить риски проекта по автоматизации УУ. Вот некоторые из них:
не начинать проект, не определив по возможности точно его область охвата (состав подразделений и филиалов, для которых строится система УУ, ключевых пользователей системы, состав рассматриваемых отчетов и т.п.);
http://www.it-manager.ru/magazine/likbez_3.html
--------------------------------------------------
Note added at 1 hr 10 mins (2004-03-15 10:19:42 GMT)
--------------------------------------------------
Получается, что область применения...
--------------------------------------------------
Note added at 1 hr 35 mins (2004-03-15 10:44:20 GMT)
--------------------------------------------------
Проект
Концепция
Единой общероссийской персонифицированной информационной системы
“Электронный паспорт пациента”
........................................................
ТРЕТИЙ ЭТАП. Внедрение пилотного участка
Цели:
развертывание системы, отработка принятых решений;
проведение опытной эксплуатации системы, подготовка предложений по дальнейшему совершенствованию;
принятие решения о расширении области охвата проекта.
Решаемые задачи:
разработка и установка прикладного ПО в лечебных учреждениях, позволяющее вести электронную карту больного, собирать данные об оказанных медицинских услугах и т.д.;
организация каналов связи и развертывание сети;
создание службы технической поддержки;
создание центра управления единой корпоративной сетью;
разработка и настройка ПО, обеспечивающего работу сети;
разработка нормативных документов (регламент работы, инструкции должностных лиц);
разработка методологической базы
разработка системы мониторинга за развертыванием системы.
Планируемые результаты:
пилотный участок системы, готовый к отработке различных вариантов дальнейшего функционирования системы;
служба эксплуатации системы;
методическая и нормативная база, позволяющая эксплуатировать и развивать систему;
решение о целесообразности, медицинской, экономической и социальной эффективности развития системы.
http://medctat.narod.ru/Doc/EPPv4.htm
То есть я понимаю это так: сначала надо создать систему \"Электронный паспорт пациента\" в одной, скажем, поликлинике, а потом принять решение о распространении этой системы на все лечебные учреждения. Это, вроде бы, и понимается под расширением области охвата.
Что, естественно, влечет и увеличение объема работ.
Возможно, термин используют (и часто) не точно.
Something went wrong...