Методологические основы

Менеджер проекта комплекса программ
Менеджер — системный архитектор
программного средства

Разработчики программного
средства
Проектировщики спецификаций
на компоненты

Технологи и специалисты
по качеству
Технологи и специалисты по
технологическому инструментарию

Разработчики компонентов
и программисты

Управляющие и контролеры
текущего применения системы
обеспечения качества

Системные интеграторы
компонентов и программного
средства

Инспекторы по проверке
состояния и степени применения
системы качества

Тестировщики компонентов
и программного средства

Управляющие сопровождением
и конфигурацией программного
средства

Документаторы проекта
программного средства

Рис. 9.2

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

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

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

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

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

Для реализации сложных проектов ПС наиболее часто применяются две схемы организации коллективов специалистов'.

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

•