Cтраница 2
Можно создать матрицу модулей и требований, показывающую, каким именно образом требования отображаются на модули системы. Утилита Matrix Diagrammer в значительной степени упрощает эту задачу. Взгляните на модуль в некоторой строке ( или в столбце; все зависит от того, в каком виде создана матрица) и установите, какие требования связаны с ним. Тогда группа контроля качества сможет применить его как эталон при проверке модулей и определить, действительно ли все требования отображены на модули и удовлетворены с их помощью. Кроме того, список поможет выявить модули, посредством которых не реализуются никакие требования и которые можно удалить. [16]
Отдел технического обеспечения составляет техническую информацию и оказывает помощь в ее издании. С точки зрения технического содержания и точности публикации просматриваются редакционно-издательским отделом совместно с отделом технического обеспечения. Для обеспечения единообразия, правильности содержания и точности технических публикаций разрабатываются специальные виды контрольных листов. Это могут быть контрольные листы для редактора в организации субподрядчика и для группы контроля качества публикаций. Некоторые заказчики требуют сохранять такие контрольные листы в течение определенного периода времени. [17]
Схема, изображенная на фиг. Вследствие сложности выпускаемой продукции иногда к работе должны привлекаться отделы, не участвующие в разработке проектов. Проекты определяют требования и устанавливают окончательные полномочия и ответственность, подлежащие согласованию. Например, группа обеспечения качества поставок, выполняющая функции, возлагаемые на группу закупок и группу контроля качества, контролирует качество поставляемой продукции как при приемочном контроле, так и у поставщика. Группе обеспечения качества закупок заданы требования программы, которые и выполняются ею. Ответственность сохраняется за руководителем проекта при последующей передаче полномочий руководителю отдела контроля качества. [18]
Схема, изображенная на фиг. Вследствие сложности выпускаемой продукции иногда к работе должны привлекаться отделы, не участвующие в разработке проектов. Проекты определяют требования к устанавливают окончательные полномочия и ответственность, подлежащие согласованию. Например, группа обеспечения качества поставок, выполняющая функции, возлагаемые на группу закупок и группу контроля качества, контролирует качество поставляемой продукции как при приемочном контроле, так и у поставщика. Группе обеспечения качества закупок заданы требования программы, которые и выполняются ею. Ответственность сохраняется за руководителем проекта при последующей передаче полномочий руководителю отдела контроля качества. [19]
![]() |
Пример межмодульного требования. [20] |
На фазе предварительного проектирования эти требования связываются с модулями путем создания пользовательского ассоциативного типа ( см. главу 12) и назначения каждому модулю отдельных требований. На фазе построения создается собственно программный текст модуля, и группа контроля качества проводит тестирование программных единиц на уровне модуля, подтверждая, что данный модуль действительно реализует соответствующие требования. Группа выполняет аудит требований в книге проекта и проверяет, все ли требования, сформулированные на фазе анализа, связаны с модулями. Кроме того, группа контроля качества должна еще раз проверить отображение требований на модули и ответить на вопрос: удовлетворяют ли на самом деле существующие на данный момент модули выдвинутым требованиям. [21]
![]() |
Пример межмодульного требования. [22] |
Требования уровня модулей проверяются на фазе построения. Все, что остается сделать на фазе тестирования, - выполнить межмодульные тесты, называемые также тестами уровня системы. При этом проверяется, соблюдены ли в окончательном программном тексте требования, для которых используется более одного модуля. Здесь применяется тот же метод, что и на фазе построения: проверка требований, отображенных на модули, при помощи средства Matrix Diagrammer. Но так как требования уровня модулей уже протестированы, группе контроля качества необходимо сосредоточить все свои усилия на межмодульных требованиях. [23]