Калайда В.Т., Романенко В.В. Технология разработки программного обеспечения (1015641), страница 30
Текст из файла (страница 30)
8.1).Компактная форма конфигуратора позволяет передаватьбольшое количество информации верхним уровням управления.Когда наступит время исследовательской деятельности поразработке программного изделия, сначала создается приблизительный план работы, производится первоначальное выделениесредств, фиксируются фонды, необходимые для завершения работы. Документ, создаваемый при этом, есть не что иное, какраспределение бюджета. Этот документ реализует концепциюприростного финансирования, он обеспечивает контроль за выполнением планов.Таблица 8.1 — Конфигуратор198VSOS2VSOS3VSOS4/// — изделие не будетдоступно для использования;дата — месяц и год,когда изделие станет доступно для использованияподдержкиУровеньVSOS4СостояниеподдержкиУровеньVSOS3СостояниеСостояниеСтраницНаименованиепрограммного изделияподдержкиУровеньСовокупность программных изделийVSOS247.073//////4///7.07 2///5//////7.08 11 — поддержка через уведомление о выявленныхдефектах, посылается сообщение об изменениях,рассматриваются заявки на расширение возможностей;2 — поддержка через уведомление о выявленныхдефектах, посылается сообщение об изменениях,заявки на расширение возможностей не принимаются;3 — только обработка уведомлений о дефектахОкончательный план выпуска изделий вырабатываетсяпосле серьезного изучения и обсуждения проблемы.Первая задача решается после распределения бюджета,формируется план, который называется соглашением о требованиях.
В этом документе устанавливаются договорные отношения между разработчиком и пользователем, а также тем, ктодолжен заниматься продажей изделия. Помимо разработчика,который обычно готовит этот документ, в его составленииучаствуют многие функциональные подразделения, в том числеи группа испытаний, группа выпуска документации, персонал,занятый внедрением, сопровождением, сбытом и др.Рассмотрение, утверждение и корректировка соглашенияо требованиях являются наиболее важным моментом во всемпроцессе планирования разработки.
Именно благодаря соглашению о требованиях все заинтересованные стороны знают, какиеожидания можно связать с созданием изделия.Как только разработка становится реальностью, формируются планы отдельных групп: группы испытаний, план выпускадокументации, план обеспечения поддержки.1998.2.5 Опытный образец изделияТам, где существует хотя бы небольшая вероятность неудачи, план должен предусматривать возможность создания экспериментального изделия.Опытный образец — это почти законченное изделие.
Онвключает в себя все компоненты завершенного изделия, в томчисле и черновой вариант технической документации, и предполагает проведение небольшого объема независимых испытаний с целью обеспечения необходимых условий для выработкикритических замечаний по доработке изделия и гарантий минимального риска пользователя.При создании опытного образца необходимо следоватьтой же методике управления, которая применяется для разработки основного изделия.Для принятия решения о том, какую документацию и какой контроль следует предусмотреть для опытного образца,обычно используют правило: считать опытный образец первой версией реального изделия и тут же запланировать реализацию второй версии.Если программное изделие предназначено для многихпользователей, целесообразно выбрать одного или двух из нихдля поставки им бесплатно и с полной поддержкой опытногообразца.
При этом пользователи настолько будут польщены вашим выбором, что обеспечат отдачу, значительно превышающую стоимость опытного образца.8.2.6 Организация планирования в фазе исследованияФаза исследований начинается тогда, когда подтверждаетсянеобходимость создания программного изделия, и заканчиваетсятогда, когда утверждены технические требования (рис. 8.5).200ИсследованияАнализ осуществимостиКонструированиеПрограммированиеОценкаИспользованиеIIIIIIIVVVIСпецификации утвержденыСпецификации составленыТребования утвержденыТребования сформулированыРесурсы распределеныНеобходимость разработки изделия признанаКомпоновка завершенаНезависимые испытания началисьНачато изготовление изделияИзделие передано на распространениеИзделие снято с производстваРис.
8.5 — Жизненный цикл программного изделияДеятельность группы планирования наиболее активна вфазе до начала анализа осуществимости, как только подтверждается необходимость изделия.В процессе декомпозиции планов в некоторый моментвремени поднимается вопрос о конкретном программном изделии. Обычно такое предложение содержится в стратегическомплане в разделах, касающихся торговых интересов, и плане создания семейства или серии изделий.201Как только признана необходимость изделия, сразу начинается анализ осуществимости такого предложения. Группапланирования анализирует возможность компенсации затрат,которые могут понадобиться для его осуществления, проводитфинансовый анализ и распределение ресурсов.Вторым важным событием фазы анализа осуществимостиявляется выделение ресурсов для проведения исследований осуществимости проекта.
Здесь используется принцип приростногофинансирования, на основании которого могут быть субсидированы аналогичные исследования осуществимости проектов множества изделий. Причем лишь наиболее перспективные из нихдолжны продолжаться финансироваться после завершения фазыанализа осуществимости. На этой стадии важно выяснить, укладывается ли разработка проекта в установленные сроки, т.е. максимальное внимание уделить трудоемкости работ.Результатом анализа осуществимости является отчет, дающий четкие рекомендации по реализуемости проекта и аргументированные предложения по прекращению работ. Если результаты анализа осуществимости проекта показывают, что изделие может быть создано, указанный отчет приобретает видплана разработки (или соглашения о требованиях).Анализ осуществимости выполняется той группой, которая в случае положительных результатов анализа будет нестиответственность за разработку изделия.
Отчет (соглашение отребованиях) всегда составляется под руководством группыпланирования. Это приводит к самому строгому из возможныхподходов к выработке соглашения о требованиях, т.к. разработчик в этом случае отвечает за выполнение своих собственныхпланов.Группа планирования в этом случае считается ответственной за обеспечение соответствия соглашения о требованияхтактическим и стратегическим планам и целевой программе организации в целом. Подобная координация является основойуспешного выполнения планов.2028.2.7 Организация планирования в стадии анализаосуществимостиВ момент времени, когда ресурсы распределены (началофазы осуществимости), но соглашения о требованиях еще нет(конец фазы осуществимости), новое изделие рассматривается сучетом будущих условий его использования.
Для этого существует два средства: конфигуратор и план выпуска.В конфигураторе перечисляются программные изделия,которые должны функционировать совместно с проектируемымизделием, т.е., во-первых, необходимые для его ввода в действие или эксплуатацию, во-вторых, зависящие от него в период их установки или эксплуатации, в-третьих, работающие параллельно с ним. Конфигуратор — это план создания интерфейсов высокого уровня, определяющих связи и способствующихвзаимодействию функциональных групп, совместно разрабатывающих некоторое изделие.План выпуска изделия имеет то же значение, что и конфигуратор, но охватывает только те элементы, которые должныбыть готовы к определенному времени.Конфигуратор и план выпуска необходимо периодическиобновлять.
Последней задачей, выполняемой группой планирования в фазе осуществимости, является рассмотрение и утверждение соглашения о требованиях к программному изделию.Это самый важный момент в планировании, т.к. он устанавливает направление разработки и инициирует начало разработки.8.2.8 Организация планирования в фазахконструирования и кодированияПо окончанию фазы исследований группа планированиярассматривает и утверждает планы организации поддержки длякаждого изделия или совокупности изделий. В течение всейфазы конструирования (проектирования) группа выпуска документации и группа испытаний готовят планы издания документов и планы испытаний.
Группа планирования анализирует этипланы главным образом на их соответствие предписываемымформам и на их совместимость с соглашением о требованиях,конфигуратором и планом выпуска изделия. В течение фазы ко-203дирования группа поддержки готовит свой план, а группа планирования рассматривает его в том же порядке, в котором доэтого рассматривались план изданий и план испытаний.8.2.9 Организация планирования в фазах оценкии использованияСледующий период жизненного цикла программного изделия связан с принятием решения о целесообразности широкого распространения изделия.
Рекомендации дает группа испытаний, а если решение о выпуске принято без ее согласия, тогруппа испытаний дает заключение о степени готовности изделия. При этом группа планирования анализирует отчет группыиспытаний и вновь выясняет у нее степень соблюдения соглашений о требованиях. Для принятия решения о распространении изделия всегда требуется согласие группы планирования,потому что после выпуска изделия очень трудно исправитьошибки не только в программах, но и в документации. Поэтомуадминистратор планирования должен быть уверен в том, чтовсе группы выполнили свои задачи и готовы к выполнениюфазы использования.Обычно группа поддержки настаивает на возможно болеераннем выпуске изделия, чтобы своевременно закончить операции по сбыту или сохранить того или иного заказчика.
![](https://s.studizba.com/z.php?f=/templates/si/i/noavatar.png&w=100&h=100&t=1"){kind=avatar}
