Cтраница 3
Некоторые из вопросов, поднимаемых в фазовых обзорах, относятся к сфере текущей интерпретации предварительных соглашений. Всякое несоответствие должно устраняться по ходу его обнаружения, будь то результат проверки или обновления более ранних документов. Следует помнить, что соглашение о требованиях всегда должно правильно отражать реальную ситуацию, а внешняя спецификация должна быть в любой момент времени законченным документом, который правильно описывает, что представляет собой программное изделие. Правильное конфигурационное управление требует также, чтобы каждая существующая в данный момент времени версия программного изделия имела свою собственную внешнюю спецификацию или четко изложенное описание в рамках внешней спецификации. Управление созданием программного изделия - своего рода игра, основанная на осуществлении контроля и сведении балансов: группа планирования постоянно следит за расхождением между реальным положением дел, связанных с проектированием программного изделия, планами и спецификациями. Механизм рассмотрения и утверждения должен обеспечивать возможность выявления расхождений и последующего их устранения. Технические советы, объединенные комиссии и фазовые обзоры как раз и являются таким механизмом. [31]
Эта группа сопровождения должна иметь в своем зарегистрированном и аннотированном журнале практически весь комплекс тестов, применявшихся при испытаниях опытного образца и предыдущих версий КП для антирегрессионного тестирования. Эти тесты накапливаются, упорядочиваются и каталогизируются в базе данных тестирования. Они используются для контроля сохранности версий и установления достоверности ошибок, сообщенных пользователями. В группе конфигурационного управления сосредоточивается информация для планирования основных операций по доработке и выпуску очередных версий КП. Специалисты оценивают степень срочности исправления ошибок и проведения модернизаций, а также находят условия, позволяющие достаточно полноценно эксплуатировать программы до выполнения всех запланированных изменений при выпуске очередной версии. [32]
Современные технологии создания надежного ПО предусматривают непрерывный сквозной контроль качества разрабатываемого продукта на всех этапах жизненного цикла - от анализа требований до внедрения и сопровождения, а не только на этапе тестирования. Качество каждой работы в плане формализуется числовой величиной с помощью специальных методик, но его можно контролировать, только оптимальным образом организовав работу большой группы аналитиков и программистов. Для этого надо иметь возможность отслеживать вносимые в проект изменения - изменения требований, формальных моделей, сопроводительной документации, версий исходных текстов, хода выполнения календарного плана по разработке, тестированию, внедрению, сопровождению, а также контролировать и управлять всеми этапами периода создания программы - процессом разработки ПО. Для этого предназначены системы конфигурационного управления - сложные и дорогие ( десятки и сотни тысяч долларов) продукты, однако без них крупный проект, скорее всего, обречен на неудачу. [33]
Объединение групп откорректированных программ позволяет создать эталон ( rt-j - l) - u версии КП, подлежащий тестированию по программе испытаний. Сложность испытаний зависит от объема выполненных изменений и при большом их количестве может приближаться к испытаниям опытного образца. Все проверенные и подтвержденные при испытаниях изменения программ регистрируются и утверждаются окончательно руководителями конфигурационного управления и главным конструктором. После этого оформляются документация и магнитные носители подлинника ( п 1) - й версии, которая передается на тиражирование и внедрение у пользователей. В некоторых случаях может быть полезным выпуск извещения для пользователей, объявляющего создание ( п 1) - й версии КП и ее основные отличия от предыдущей версии. [34]
Соглашение о требованиях определяет характер испытаний класса С и необходимую квалификацию персонала, проводящего эти испытания. Поэтому, если в испытаниях класса С участвует группа обслуживания, она проверяет соответствующие пункты соглашения о требованиях. Кроме того, группа обслуживания выполняет те пункты соглашения о требованиях, где описывается распространение изделия - куда, кому, каким способом, на каких носителях и какие компоненты изделия должны быть поставлены. Группа обслуживания проверяет компоненты изделия, а также условия поставки и ввода его в действие, чтобы убедиться в том, что они соответствуют принципам конфигурационного управления и что в распоряжении группы обслуживания имеются ( или появятся к моменту начала распространения) средства, необходимые для распространения изделия. [35]
Справочное руководство в каждом случае представляет собой процедуры выполнения работы, зафиксированные на бумаге. В последние годы напечатано много книг и статей, посвященных как опробованным на практике, так и новым системам и процедурам, вопросам их внедрения и использования. Специалистам по программному обеспечению хорошо известна книга Брэндона, описывающая стандарты управления в обработке данных [65], Брэндон отделяет методические стандарты ( общепринятую практику и способы выполнения работы) от рабочих стандартов. В данной книге рассмотрены только методические стандарты, которые в свою очередь подразделяются на методы управления и методы программирования. Кроме того, что методы программирования ( стандартные соглашения по кодированию программ, полезные практические приемы и примеры плохо написанных программ, которым не следует подражать, форматы входных и выходных данных, протоколы сообщений и системы стандартных характеристик) очень нужны, в данной книге о них ничего не говорится. Эта книга в основном посвящена методам управления и организации работы: как должны быть оформлены документы и что они должны содержать, как обеспечить обратную связь, как осуществлять конфигурационное управление изделием. [36]