Программирование на JAVA

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

Дальнейшее увеличение программных систем способствовало фор­мированию новой точки зрения на процесс разработки программ и нали­чия программных кодов, которая получила название методологии структурного программирования. Ее основой является процедурная де­композиция предметной области решаемой задачи и организация отдель­ных модулей в виде совокупности процедур. В рамках этой методологии п°лучило развитие нисходящее проектирование программ, или проекти­рование "сверху вниз". Пик популярности идей структурного программи­рования приходится на конец 70-х — начало 80-х годов.

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

Методология объектно-ориентированного программирования

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

Но не менее важными оказались качественные изменения, связан­ные со смещением акцента использования компьютеров