Керування спеціалістами при документуванні

Важнейшим фактором при оценивании затрат на документирование в ЖЦ ПС являются люди - специалисты, с их уровнем профессиональной квалификации, а также с многообразием знаний, опыта, стимулов и потребностей. Специалисты в соответствии со своей квалификацией и ролью в проекте вносят в него специ­фические дефекты и ошибки достаточно определенных категорий, что целесообразно учитывать при прогнозировании документов проекта.

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

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

При разработке комплексов программ большими коллективами велика роль квалификации руководителей разработки, что непос­редственно отражается на интегральных дефектах и документах проекта ПС. Руководство крупномасштабным проектом ПС должны осуществлять один или два лидера - менеджера с различными функциями - рис. 1.4:

Рис. 1.4

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

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

Уровень квалификации заказчика и корректность технического задания на разработку ПС может весьма сильно влиять на выделяемые ресурсы при создании комплекса программ. При проектировании и создании высококачественных комплексов программ, прежде всего, необходима организация и тесное взаимодействие представителей заказчика и менеджеров разработчиков проекта. Взгляды и требования заказчи­ка, в основном, отражаются в функциональных и потребительских характеристиках и документах ПС. Устремления разработчиков направлены на возможность и способы их реализации с требуемым качеством. Эти различия исходных точек зрения на проект приводят к тому, что некоторые неформализованные представления тех и других имеют зоны неоднозначности и взаимного непонимания, отражаю­щиеся на документах, что может приводить к конфликтам.

Разработчики должны иметь в своем составе квалифицирован­ных, проблемно-ориентированных аналитиков и системных архитекторов, способных переводить функциональные требования заказчика в конкретные документы, спецификации и технических требования к комплексу программ и его компонентам.

Таблица 1.1

Специалисты - источники дефектов и ошибок	Типы первичных дефектов и ошибок программного средства и документации
Заказчики проекта	Дефекты организации проекта и исходных требований заказчика
Менеджер проекта	Дефекты организации проекта и исходных требований заказчика
Менеджер-архитектор комплекса программ	Ошибки планирования и системного проектирования программного средства
Проблемно-ориентированные аналитики и системные архитекторы	Системные и аналитические дефекты и ошибки проекта
Спецификаторы компонентов проекта	Алгоритмические ошибки компонентов и документов программного средства
Разработчики программных компонентов - программисты	Программные дефекты и ошибки компонентов и документов программного средства
Системные интеграторы	Системные ошибки и дефекты реализации версий программного средства и документации
Тестировщики	Программные и алгоритмические ошибки программного средства и документации
Управляющие сопровождением и конфигурацией, инструкторы интерфейсов	Ошибки проектирования и реализации версий программного средства и документации
Документаторы	Дефекты и ошибки обобщающих документов

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

Специалисты первой категории непосредственно создают компоненты и ПС в целом с заданными показателями качества и документами. В процессе разработки их функции заключаются в тщательном соблюдении принятой в предприятии технологии и в формировании всех предписанных руководствами исходных, промежуточных и отчетных документов. При этом предполагается, что выбранная технология способна обеспечить необходимые значения конструктивных показателей качества продукта, а достижение заданных функциональных характеристик гарантируется тематиче­ской квалификацией соответствующих специалистов, регулярным контролем и сокращением возможных дефектов и ошибок в процес­се разработки. Система стандартизированного документирования частных работ должна обеспечить объективное отражение качества компонентов и процессов их создания на всех этапах ЖЦ ПС [5, 15, 20].

Разделение труда специалистов этой категории в крупных проектных коллективах приводит к необходимости их дифференциации по квалификации и областям деятельности, каждая из которых ха­рактеризуется определенными типами документов и возможных де­фектов (см. рис. 1.4):

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

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

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

- тестировщши обеспечивают проверку функциональных спецификации, систем обеспечения производительности, пользовательских интерфейсов, разрабатывают стратегию, выполняют и до­кументируют тестирование для каждого компонента проекта ПС, должны быть административно независимыми от программистов и спецификаторов, характеризуются соответствующими уровнями оставшихся не выявленными программных, алгоритмических и системных ошибок документов;

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

- документаторы процессов и объектов ЖЦ ПС обеспечивают подготовку и издание сводных обобщающих технологических и эксплуатационных документов в соответствие с требованиями стандартов и возможными дефектами документов.

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

Следствием такого анализа может быть выделение некоторых специалистов, отличающихся большим числом дефектов, для их замены и дополнительного обучения с целью сокращения числа ошибок соответствующего типа. Накопление, классификация и обобщение характеристик дефектов определенных классов документов позволя­ет прогнозировать изменение ошибок по этапам развития жизненно­го цикла ПС, а также необходимое распределения состава и квалификации специалистов.

При выборе заказчиком надежного поставщика-разработчика проекта необходима оценка тематической и технологической квалификации возможного коллектива специалистов, а также его способности реализовать проект с заданными требованиями и качеством документации. Тематическую квалификацию специалистов в области создания ПС определенного функционального назначения приближенно можно характеризовать средней продолжительностью работы в данной проблемной области основной части команды, непосредственно участвующей в разработке алгоритмов, специфика­ций, программ, баз данных и документов. Важнейшую роль играет комплексная квалификация руководителей - менеджеров разработки и системных аналитиков функциональных компонентов, и в мень­шей степени непосредственных разработчиков программ в конкрет­ной прикладной области. Особенно важна не индивидуальная характеристика каждого специалиста, а, прежде всего, интегральный показатель квалификации «команды», реализующей некоторую, достаточно крупную функциональную задачу или весь проект. При низкой тематической квалификации допускаются наиболее грубые системные ошибки, требующие больших затрат при доработке программ или даже делающие проект практически не реализуемым [18, 19,25].

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

Технологи должны выбирать, приобретать и осваивать наиболее эффективный инструментарий для проектов, реализуемых конкретной фирмой с учетом особенностей создаваемых ПС требуемого ка­чества и рентабельности технологических средств. Они должны раз­матывать регламентированный технологический процесс и систе­му качества, поддерживающие весь ЖЦ ПС и обучать разработчиков ПСквалифицированному применению соответствующих инстру­ментальных средств, документации и технологий.

Специалисты, непосредственно управляющие обеспечением качества ПС и документов, должны овладеть стандартами и методиками предприятия, поддерживающими регистрацию, контроль, документирование и воздействия на выявление дефектов на всех этапах ЖЦ комплекса программ. Они должны обеспечивать эксплуатацию системы качества проекта, выявление всех отклонений от заданных показателей качества объектов, процессов и докумен­тов, а также от предписанной технологии на промежуточных и заключительных этапах разработки.

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

Следует установить полномочия специалистов или групп для санкционирования и выполнения изменений документов - контрмер на каждом уровне разработчиков ПС.

На основе проведенного анализа персонал разработки должен разрабатывать варианты реализации изменений и документально оформлять: сообщение о каждом дефекте или заявку на внесение изменений; результаты их анализа и варианты реализации измене­ний, оценку их влияния на функциональную пригодность. Следует согласовывать с заказчиком выбранные варианты изменений документов в соответствии с договором. Регистрация и учет истории это­го процесса обеспечивает возможность его контроля и пошагового восстановления выполненных изменений (отката) документов для выявления вторичных дефектов, внесенных в процессе разработки очередной версии. Такие дефекты обычно обусловлены одновременным, не скоординированным внесением групп изменений документов несколькими специалистами или потерей некоторых коррек­тировок в определенной версии ПС.

Если предполагается, что программный продукт будет иметь длительный, жизненный цикл поддержки или ожидаются значитель­ные корректировки в ЖЦ ПС, то следует рассмотреть и учесть наи­более детальные требования к методике организации и к коллекти­ву ответственному за совершенствование и документирование про­грамм. В стратегии сопровождения документов следует учесть характеристики системы: количество компонентов программного средства, типы, размер, критичность и безопасность создаваемых и применяемых программных продуктов и документов.

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

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

Дата добавления: 2015-05-08