35 • составление плана разработки. Согласно шагу 5 процедуры могут быть представлены некоторые типичные результаты анализа осуществления целей изделия и процесса его разработки. Целеориентированный подход в инженерном программировании детализируется, предоставляя возможность циклического повторения ряда процедур. Один из возможных примеров дается ниже. 1. Опр еде лить главные цели, которые необходимо достичь в результате создания программного изделия и в самом процессе проектирования ПО. 2. По иерархической структуре целей проконтролировать, все ли главные цели учтены. 3. Определить средства достижения поставленных целей Для этого необходимо составить план, в котором необходимо указать: • кто ответственен за достижение целей; • когда и где будет достигнута каждая цель; • как будет достигнута каждая цель, подцели и какова последовательность их выполнения; • какие предположения должны выполняться для достижения целей. 4. Добиться выполнения плановых подцелей процесса разработки (или набора подцелей, если некоторые из них выполняются параллельно). 5. Проверить соответствие состояния изделия и процесса разработки целям и подцелям. 6. При необходимости доработать цели и планы. х 7. В порядке следования подцелей выполнить шаги 4-6 пошаговой процедуры, пока разработка не будет завершена. 8. Независимо от приведенных выше шагов периодически проверять ход разработки, учитывая структуру целей и подцелей При необходимости дорабатывать цели и планы. Итак, целеориентированный подход является разновидностью целевого управления с набором целей, представленным выше в структуре. Поэтому ЦОП обладает следующими достоинствами: установление явной персональной ответственности за достижение целей программного изделия и процесса разработки; обеспечение схемы проверки полноты целей; установление хорошо документируемой последовательности подцелей для достижения целей; обеспечение заблаговременного предупреждения о трудностях достижения некоторых целей; |
емость: структурированность, независимость, понятность. Детализация подцелей структуры, касающаяся эффективности процесса разработки ПО имеет следующий вид. Класс 2-” а”: планируемость; организованность; укомплектованность; руководимость; контролируемость; автоматизируемость; следование ’’модифицированному золотому правилу”. Класс 2~”б”: анализируемость эффективности затрат; планируемость; оцениваемость; контролируемость; выполняемость сроков и бюджета. Класс 2-” в”: осуществимость верификация и подтверждаемость (ВП); полнота и непртиворечивость требований — ВП; проектируемость изделия — ВП; программируемость — ВП; комплексируемость — ВП; внедряемость — ВП; сопровождаемость — ВП; снимаемость — ВП; управляемость конфигурацией — ВП. Представленный рисунок ЦОП отражает лишь общие черты рассматриваемого подхода, поэтому желательно рассмотреть более конкретную пошаговую процедуру, чтобы убедиться в практических возможностях метода. Целеориентированный подход основан на использовании представленной структуры целей ио соответствующим классам, и более конкретная пошаговая процедура имеет вид: Шаг L Определить цель. Шаг 2. Определить средства достижения цели. Шаг 5. Завершить осуществление следующей подцели. Шаг Проверить осуществление предыдущих целей и завершить осуществление следующей подцели. Шаг 5. Доработать цели и планы. Шаг 6. Проверить учет структуры целей. Осуществленный к концу пошаговой процедуры, например, базовый набор целей может состоять из четырех подцелей: проектирования программного изделия; планирования испытаний всего изделия; написания предварительных руководств для пользователей; составление плана разработки. Согласно шагу 5 процедуры могут быть представлены некоторые типичные результаты анализа осуществления целей изделия и процесса его разработки. Целеориентированный подход в инженерном программировании детализируется, предоставляя возможность циклического повторения ряда 24 процедур. Один из возможных примеров дается ниже [45]. 1. Определить главные цели, которые необходимо достичь в результате создания программного изделия и в самом процессе проектирования ПО. 2. По иерархической структуре целей проконтролировать, все ли главные цели учтены. 3. Определить средства достижения поставленных целей. Для этого необходимо составить план, в котором необходимо указать: кто ответственен за достижение целей; когда и где будет достигнута каждая цель; как будет достигнута каждая цель, подцели и какова последовательность их выполнения; какие предположения должны выполняться для достижения целей. 4. Добиться выполнения плановых подцелей процесса разработки (или набора подцелей, если некоторые из них выполняются параллельно). 5. Проверить соответствие состояния изделия и процесса разработки целям и подцелям. 6. При необходимости доработать цели и планы. 7. В порядке следования подцелей выполнить шаги 4-6 пошаговой процедуры, пока разработка не будет завершена. 8. Независимо от приведенных выше шагов периодически проверять ход разработки, учитывая структуру целей и подцелей. При необходимости дорабатывать цели и планы. Итак, целеориентированный подход является разновидностью целевого управления с набором целей, представленным выше в структуре. Поэтому ДОП обладает следующими достоинствами: установление явной персональной ответственности за достижение целей программного изделия и процесса разработки; обеспечение схемы проверки полноты целей; установление хорошо документируемой последовательности подцелей для достижения целей; обеспечение заблаговременного предупреждения о трудностях достижения некоторых целей; обеспечение возможностей согласования количественных и качественных целей. 25 |