Калайда В.Т., Романенко В.В. Технология разработки программного обеспечения (2007) (1095890), страница 30
Текст из файла (страница 30)
При этом пользователи настолько будут польщены вашим выбором, что обеспечат отдачу, значительно превышающую стоимость опытного образца.8.2.6 Организация планирования в фазе исследованияФаза исследований начинается тогда, когда подтверждаетсянеобходимость создания программного изделия, и заканчиваетсятогда, когда утверждены технические требования (рис.
8.5).200ИсследованияАнализ осуществимостиКонструированиеПрограммированиеОценкаИспользованиеIIIIIIIVVVIСпецификации утвержденыСпецификации составленыТребования утвержденыТребования сформулированыРесурсы распределеныНеобходимость разработки изделия признанаКомпоновка завершенаНезависимые испытания началисьНачато изготовление изделияИзделие передано на распространениеИзделие снято с производстваРис. 8.5 — Жизненный цикл программного изделияДеятельность группы планирования наиболее активна вфазе до начала анализа осуществимости, как только подтверждается необходимость изделия.В процессе декомпозиции планов в некоторый моментвремени поднимается вопрос о конкретном программном изделии.
Обычно такое предложение содержится в стратегическомплане в разделах, касающихся торговых интересов, и плане создания семейства или серии изделий.201Как только признана необходимость изделия, сразу начинается анализ осуществимости такого предложения. Группапланирования анализирует возможность компенсации затрат,которые могут понадобиться для его осуществления, проводитфинансовый анализ и распределение ресурсов.Вторым важным событием фазы анализа осуществимостиявляется выделение ресурсов для проведения исследований осуществимости проекта. Здесь используется принцип приростногофинансирования, на основании которого могут быть субсидированы аналогичные исследования осуществимости проектов множества изделий.
Причем лишь наиболее перспективные из нихдолжны продолжаться финансироваться после завершения фазыанализа осуществимости. На этой стадии важно выяснить, укладывается ли разработка проекта в установленные сроки, т.е. максимальное внимание уделить трудоемкости работ.Результатом анализа осуществимости является отчет, дающий четкие рекомендации по реализуемости проекта и аргументированные предложения по прекращению работ.
Если результаты анализа осуществимости проекта показывают, что изделие может быть создано, указанный отчет приобретает видплана разработки (или соглашения о требованиях).Анализ осуществимости выполняется той группой, которая в случае положительных результатов анализа будет нестиответственность за разработку изделия. Отчет (соглашение отребованиях) всегда составляется под руководством группыпланирования. Это приводит к самому строгому из возможныхподходов к выработке соглашения о требованиях, т.к. разработчик в этом случае отвечает за выполнение своих собственныхпланов.Группа планирования в этом случае считается ответственной за обеспечение соответствия соглашения о требованияхтактическим и стратегическим планам и целевой программе организации в целом.
Подобная координация является основойуспешного выполнения планов.2028.2.7 Организация планирования в стадии анализаосуществимостиВ момент времени, когда ресурсы распределены (началофазы осуществимости), но соглашения о требованиях еще нет(конец фазы осуществимости), новое изделие рассматривается сучетом будущих условий его использования. Для этого существует два средства: конфигуратор и план выпуска.В конфигураторе перечисляются программные изделия,которые должны функционировать совместно с проектируемымизделием, т.е., во-первых, необходимые для его ввода в действие или эксплуатацию, во-вторых, зависящие от него в период их установки или эксплуатации, в-третьих, работающие параллельно с ним.
Конфигуратор — это план создания интерфейсов высокого уровня, определяющих связи и способствующихвзаимодействию функциональных групп, совместно разрабатывающих некоторое изделие.План выпуска изделия имеет то же значение, что и конфигуратор, но охватывает только те элементы, которые должныбыть готовы к определенному времени.Конфигуратор и план выпуска необходимо периодическиобновлять.
Последней задачей, выполняемой группой планирования в фазе осуществимости, является рассмотрение и утверждение соглашения о требованиях к программному изделию.Это самый важный момент в планировании, т.к. он устанавливает направление разработки и инициирует начало разработки.8.2.8 Организация планирования в фазахконструирования и кодированияПо окончанию фазы исследований группа планированиярассматривает и утверждает планы организации поддержки длякаждого изделия или совокупности изделий. В течение всейфазы конструирования (проектирования) группа выпуска документации и группа испытаний готовят планы издания документов и планы испытаний.
Группа планирования анализирует этипланы главным образом на их соответствие предписываемымформам и на их совместимость с соглашением о требованиях,конфигуратором и планом выпуска изделия. В течение фазы ко-203дирования группа поддержки готовит свой план, а группа планирования рассматривает его в том же порядке, в котором доэтого рассматривались план изданий и план испытаний.8.2.9 Организация планирования в фазах оценкии использованияСледующий период жизненного цикла программного изделия связан с принятием решения о целесообразности широкого распространения изделия. Рекомендации дает группа испытаний, а если решение о выпуске принято без ее согласия, тогруппа испытаний дает заключение о степени готовности изделия. При этом группа планирования анализирует отчет группыиспытаний и вновь выясняет у нее степень соблюдения соглашений о требованиях. Для принятия решения о распространении изделия всегда требуется согласие группы планирования,потому что после выпуска изделия очень трудно исправитьошибки не только в программах, но и в документации.
Поэтомуадминистратор планирования должен быть уверен в том, чтовсе группы выполнили свои задачи и готовы к выполнениюфазы использования.Обычно группа поддержки настаивает на возможно болеераннем выпуске изделия, чтобы своевременно закончить операции по сбыту или сохранить того или иного заказчика. Группаразработки выдвигает то же самое требование из практическихсоображений. Группа же испытаний обычно хочет продлить испытания. В этих условиях компромиссное решение принимаетлишь группа планирования, как группа, отвечающая закомплексную увязку всех вопросов.Группа планирования осуществляет текущий контроль заизделием в фазе использования, непрерывно наблюдая за уведомлениями о дефектах и запросами на расширение.
Именноадминистратор группы планирования отвечает за организациюустранения замеченных дефектов и целесообразность созданияновых версий с расширенными возможностями. При этом егоосновная задача — постоянно снижать уровень поддержки и сопровождения. Он также принимает решение о снятии изделия спроизводства и обслуживания. Рекомендации о снятии изделияс производства и обслуживания могут поступить из любой204функциональной группы. Однако независимо от первоисточника рекомендации, последнее слово принадлежит группе планирования. Никакая другая группа не имеет такого круга обязанностей, который необходим для ответственного принятияподобного решения.8.2.10 Обязанности группы планирования прирассмотрении и утверждении планов разработкипрограммного изделияРазделение жизненного цикла программного изделия нафазы обеспечивает несколько контрольных точек, в которых изделие оценивается (см.
рис. 8.5). Сознательные решения, принимаемые в конце каждой фазы с целью заблаговременного определения судьбы изделия в будущем, называются фазовым планированием. Эта процедура выполняется следующим образом.Сначала определяются фазы и основные события в концекаждой из них. Затем проводится формальный обзор на основе,по крайней мере, одного документа для каждого события.Таблица 8.2 — Документы обзоровФазаI. ИсследованияII.
Анализ осуществимостиIII. КонструированиеIV. ПрограммированиеОбзор основныхсобытийРесурсы распределеныТребования утвержденыСпецификацииутвержденыИспытания начатыРассматриваемые вопросы1. Распределение бюджета2. Извещение о календарныхсроках3. Соглашение о требованиях4.
Спецификации5. Издание документации6. План испытаний7. План поддержки8. Отчеты9. План выпуска10. Конфигуратор1, 21, 2, 3, 9, 101, 2, 4, 5, 61, 2, 8205ФазаV. ОценкаVI. ИспользованиеОбзор основныхсобытийРаспространениеначатоИзделие снятоРассматриваемые вопросы2, 8, 9, 1010Ключевые решения, которые должны основываться на результатах фазового обзора, будут ответами на следующие вопросы:Фаза I. Следует ли вкладывать ресурсы в продолжениеанализа осуществимости проекта?Фаза II. Обоснована ли реализуемость проекта и следуетли расходовать средства на проектирование?Фаза III.
Удовлетворяет ли проект потребностям пользователя в текущий момент времени и следует ли выделять средства для завершения работ?Фаза IV. Закончена ли разработка изделия и можно лиему дать объективную независимую оценку?Фаза V. Достаточно ли высоко качество программного изделия для его поставки пользователю?Фаза VI. Можно ли прекратить обслуживание программного изделия?Администраторы планирования выступают в роли организаторов фазового обзора. Однако эту роль могут выполнять ипредставители различных конкурирующих групп.Независимо от того, кто проводит обзор, группа планирования обладает решающим голосом в фазовых обзорах I, II, V иVI.Перечень вопросов, подлежащих рассмотрению в каждомобзоре, строго стандартизирован: Строго ли выполняются планы? Строго ли соблюдаются все предварительные технические условия? Идет ли разработка проекта в соответствии с намеченным графиком? Не превышают ли расходы, связанные с проектированием, определенные статьи бюджета?206 Обеспечены ли все необходимые взаимодействия? Существуют ли какие-либо оправдания замеченнымнарушениям? Каков элемент случайности, присутствующий в пла-нах? В чем состоят основные трудности? Каковы возможные пути преодоления основных труд-ностей? С каким риском связано продолжение работ? С каким риском связано прекращение работ? Удовлетворяет ли программное изделие в его нынеш-нем виде текущим требованиям?Когда эти вопросы изучены, определяются, согласовываются и предпринимаются необходимые действия.