Группа - контроль - качество - Большая Энциклопедия Нефти и Газа, статья, страница 2
Психиатры утверждают, что психическими заболеваниями страдает каждый четвертый человек. Проверьте трех своих друзей. Если они в порядке, значит - это вы. Законы Мерфи (еще...)

Группа - контроль - качество

Cтраница 2


Можно создать матрицу модулей и требований, показывающую, каким именно образом требования отображаются на модули системы. Утилита Matrix Diagrammer в значительной степени упрощает эту задачу. Взгляните на модуль в некоторой строке ( или в столбце; все зависит от того, в каком виде создана матрица) и установите, какие требования связаны с ним. Тогда группа контроля качества сможет применить его как эталон при проверке модулей и определить, действительно ли все требования отображены на модули и удовлетворены с их помощью. Кроме того, список поможет выявить модули, посредством которых не реализуются никакие требования и которые можно удалить.  [16]

Отдел технического обеспечения составляет техническую информацию и оказывает помощь в ее издании. С точки зрения технического содержания и точности публикации просматриваются редакционно-издательским отделом совместно с отделом технического обеспечения. Для обеспечения единообразия, правильности содержания и точности технических публикаций разрабатываются специальные виды контрольных листов. Это могут быть контрольные листы для редактора в организации субподрядчика и для группы контроля качества публикаций. Некоторые заказчики требуют сохранять такие контрольные листы в течение определенного периода времени.  [17]

Схема, изображенная на фиг. Вследствие сложности выпускаемой продукции иногда к работе должны привлекаться отделы, не участвующие в разработке проектов. Проекты определяют требования и устанавливают окончательные полномочия и ответственность, подлежащие согласованию. Например, группа обеспечения качества поставок, выполняющая функции, возлагаемые на группу закупок и группу контроля качества, контролирует качество поставляемой продукции как при приемочном контроле, так и у поставщика. Группе обеспечения качества закупок заданы требования программы, которые и выполняются ею. Ответственность сохраняется за руководителем проекта при последующей передаче полномочий руководителю отдела контроля качества.  [18]

Схема, изображенная на фиг. Вследствие сложности выпускаемой продукции иногда к работе должны привлекаться отделы, не участвующие в разработке проектов. Проекты определяют требования к устанавливают окончательные полномочия и ответственность, подлежащие согласованию. Например, группа обеспечения качества поставок, выполняющая функции, возлагаемые на группу закупок и группу контроля качества, контролирует качество поставляемой продукции как при приемочном контроле, так и у поставщика. Группе обеспечения качества закупок заданы требования программы, которые и выполняются ею. Ответственность сохраняется за руководителем проекта при последующей передаче полномочий руководителю отдела контроля качества.  [19]

20 Пример межмодульного требования. [20]

На фазе предварительного проектирования эти требования связываются с модулями путем создания пользовательского ассоциативного типа ( см. главу 12) и назначения каждому модулю отдельных требований. На фазе построения создается собственно программный текст модуля, и группа контроля качества проводит тестирование программных единиц на уровне модуля, подтверждая, что данный модуль действительно реализует соответствующие требования. Группа выполняет аудит требований в книге проекта и проверяет, все ли требования, сформулированные на фазе анализа, связаны с модулями. Кроме того, группа контроля качества должна еще раз проверить отображение требований на модули и ответить на вопрос: удовлетворяют ли на самом деле существующие на данный момент модули выдвинутым требованиям.  [21]

22 Пример межмодульного требования. [22]

Требования уровня модулей проверяются на фазе построения. Все, что остается сделать на фазе тестирования, - выполнить межмодульные тесты, называемые также тестами уровня системы. При этом проверяется, соблюдены ли в окончательном программном тексте требования, для которых используется более одного модуля. Здесь применяется тот же метод, что и на фазе построения: проверка требований, отображенных на модули, при помощи средства Matrix Diagrammer. Но так как требования уровня модулей уже протестированы, группе контроля качества необходимо сосредоточить все свои усилия на межмодульных требованиях.  [23]



Страницы:      1    2