Владимир Липаев - Очерки истории отечественной программной инженерии в 1940-е – 80-е годы

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

В эти годы очень быстро увеличивалась сложность и ответственность отдельных задач, связанных с обработкой информации и управлением, которые возлагаются на ЭВМ, что вызывает рост требований к качеству, надежности функционирования и безопасности применения программных продуктов. Индивидуальное программирование, при котором заказчиком, разработчиком, оценщиком и пользователем относительно небольших программ был один специалист, не могло справиться с резко возраставшими требованиями к размеру и качеству комплексов программ. В 50-е годы при программировании в кодах ЭВМ начали выделяться программисты – кодировщики и алгоритмисты, формулировавшие задачи на естественном языке или в виде графических блок-схем. По мере развития ассемблеров и алгоритмических языков в 60-е годы и возрастания требований к качеству программ появилась необходимость в использования независимых тестировщиков, а затем и сертификаторов программных продуктов. Приблизительно в это же время с увеличением размеров комплексов программ появились руководители-менеджеры и документаторы таких крупных продуктов и их

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

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

организации и регламентированной работе больших профессиональных коллективов специалистов над целостным продуктом;

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

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

• тестированию, испытаниям и обеспечению гарантии качества, надежности и безопасности компонентов и программного продукта в целом.

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

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

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

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

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

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

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