2 Winnie-the По-моему, все это немного из другой оперы. Ну что ж, приведу тогда более обширный контекст.
В техническом предложении подробно описывается жизненный цикл проекта по разработке программного обеспечения, который разделяется на следующие фазы:
- бизнес-моделирование,
- формулирование требований к программному обеспечению,
- проектирование программного обеспечения,
- создание программного кода,
- интеграция.
Помимо стадий разработки, жизненный цикл проекта также включает в себя четыре стадии интеграции. Предусмотренные на них действия выполняются одновременно с разработкой:
- верификация программного обеспечения,
- контроль качества программного обеспечения,
- управление конфигурацией программного обеспечения,
- процесс взаимодействия с сертифицирующим органом.
Каждая эта стадия достаточно подробно описывается: начиная от предъявляемых на ней требований и заканчивая конечной документацией.
Затруднение у меня возникло при переводе описания третьей стадии (проектирование программного обеспечения).
Вот соответствующий параграф:
Software Design Process Activities
The software design development activity shall produce a document detailing the low-level requirements to be met by software architecture to be implemented. This information shall be developed from high-level software requirements and delineated in the Software Design Description. This document shall include definition of the computer program utilizing the Control/Data Flow technique, defining control/data flow beginning at the top level of hierarchical decomposition, and continuing to the primitive level. Also included shall be any required process description diagrams, such as scaling diagrams, control flow diagrams, and process diagrams. The Requirements Traceability Matrix shall be updated to include tracing high-level requirements to low-level requirements and the addition of the derived low-level requirements defined in this program phase. Low-level derived requirements shall be so noted.
В непонятном кусочке этого параграфа говорится, насколько я понимаю, об описании программы с помощью графических нотаций, и control flow diagrams – диаграммы потока управления, а не блок-схемы никакие. Ведь написано же по той самой ссылке, которую Вы приводите:
"Control flow diagram (CFD) is a diagram to describe the
control flow of a business process, process or program".
Пониаете, термины такие есть, в том числе и в словарях: control flow и data flow – поток управления и поток данных.
Думаю, что scaling diagrams – детализирующие диаграммы, а в чем различие process description diagrams и process diagrams, вообще не могу понять.
Эти чертовы диаграммы не встречаются нигде более во всем документе, перед приведенным выше параграфом долго и нудно описываются предъявляемые на стадии проектирования требования (соответствие требований низкого уровня требованиям высокого уровня, точность и последовательность требований никого уровня и т.п.), а после – написание Software Design Description, то есть технического проекта.
Цитата(Winnie-the @ 25.07.2009, 14:07)

Удачи вам.
Спасибо