Билет 19. Древовидная диаграмма

Древовидная диаграмма - инструмент, который позволяет систематически рассматривать предмет (проблему) в виде составляющих элементов (причин) и показывать логические связи между этими элементами. Древовидная диаграмма строится в виде многоступенчатой древовидной структуры, составные части которой - различные элементы решения проблемы. Принцип построения древовидной диаграммы проиллюстрирован на рисунке.

Древовидная диаграмма применяется для выявления и показа связи между предметом (проблемой) рассмотрения и его компонентами (элементами, причинами), например, в таких, когда:

• неясно сформулированные пожелания потребителя в отношении продукции преобразуются сначала в установленные и предполагаемые потребности, а затем в технические условия для этой продукции;

• необходимо исследовать все возможные части , касающиеся рассматриваемого предмета;

• краткосрочные цели должны быть достигнуты раньше результатов всей работы.

Матричная диаграмма.

Матричная диаграмма - инструмент выявления важности различных связей. Матричную диаграмму используют для такой организации и представления большого количества данных (элементов), чтобы графически проиллюстрировать логические связи между различными элементами с одновременным отображением важности этих связей. Цель матричной диаграммы - табличное представление логических связей и относительной важности этих связей между большим количеством словесных описаний, имеющих отношение к следующему:

•задачам (проблемам) качества;

• причинам проблем качества;

• требованиям, установленным и предполагаемым потребностям потребителей;

• характеристикам и функциям продукции;

• характеристикам и функциям процессов;

• характеристикам и функциям производственных операций и оборудования.

Пример матричной диаграммы приведен в табл. 4.2.

Билет 20.

Диаграмма процесса осуществления программы

Диаграмма процесса осуществления программы (PDPC) – инструмент, используемый для графического представления последовательности действий и решений, необходимых для достижения поставленной цели.

Графическое представление PDPC:

Обычно PDPC применяется для оценки сроков и целесообразности выполнения работ в соответствии с диаграммой Ганта или сетевым графиком для их корректировки. Кроме того диаграмму процесса осуществления программы удобно использовать для исследования возможностей улучшения процесса, за счет накопления подробных данных о его фактическом протекании, а также выявлении возможных проблем при осуществлении процесса еще на стадии его проектирования.

Билет 21

К середине 80-х годов наибольше распространение получил «водопадный» или «каскадный» процесс создания программного обеспечения. Его основной характеристикой является разбиение всей разработки на этапы, причем переход с одного этапа на следующий происходит только после того, как будет полностью завершена работа на текущем. Каждый этап завершается выпуском полного комплекта документации, достаточной для того, чтобы разработка была продолжена другой командой разработчиков.

Применение «каскадный» процесс эффективно для систем, для которых в самом начале разработки можно достаточно точно и полно сформулировать все требования, с тем чтобы предоставить разработчикам свободу реализовать их как можно лучше с технической точки зрения. В эту категорию попадают сложные расчетные системы реального времени и другие подобные задачи. Однако, в процессе использования этого подхода обнаружился ряд его недостатков. В процессе создания ПО постоянно возникала потребность в возврате к предыдущим этапам и уточнении или пересмотре ранее принятых решений. В результате реальный процесс создания систем принимал следующий вид:

Данный процесс обладает рядом существенных недостатков, основным из которых является, пожалуй, то, что требования к создаваемой системе «заморожены» в виде технического задания на все время ее создания. Таким образом, пользователи могут внести свои замечания только после того, как работа над системой будет полностью завершена. В случае неточного изложения требований или их изменения в течение длительного периода создания системы, пользователи получают систему, не удовлетворяющую их потребностям.