Объектно-ориентированные информационные технологии

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

Наиболее распространены такие объектно-ориентированные системы программирования, как Visual Basic, Delphi, Visual C++, Symantec Cofee, JBuilder и другие. В мире баз данных это тоже так: клиенты баз всегда выполнены в объектно-ориентированной технологии. А в последние годы, даже крупнейшие серверы баз данных (Oracle, Sybase, Informix, InterBase и другие) стали непосредственно поддерживать объектную технологию. Microsoft SQL Server пока не поддерживает объектную технологию (Microsoft пока придерживается концепции реализации объектно-ориентированных моделей на клиенте или на промежуточном сервере COM-объектов) В крупную корпорацию типа Parametric, Sun, Microsoft устроиться на работу системному аналитику, проектировщику и программисту, которые не владеют объектно-ориентированными методиками практически невозможно. Насчет проектировщиков и программистов это утверждение верно и для России, а когда окончательно произойдет смена поколения аналитиков, то мы полностью достигнем мирового уровня.

Объектно-ориентированные технологии появились не более 30 лет, а интенсивно внедряются примерно лет 17. Многие аналитики, программисты и менеджеры со скепсисом в свое время отнеслись к объектной волне, воспринимая ее как моду и не видя за ней конкурентных преимуществ. За это и поплатились, новые фирмы правят рынком.

Объектные технологии имеют огромные конкурентные преимущества в производстве информационных продуктов.

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

Объектно-ориентированная технология - специальная технология реализации сложных систем в рабочие программные продукты. Она была рождена из опыта разработки реальных систем. Видимо, это самое большое обобщение опыта разработчиков за последние 30 лет.

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

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

Архитектор и проектировщик тоже вдруг выяснили, что описать внутреннюю архитектуру на основе понятия объект просто и удобно. И что самое главное, программист может сразу же запрограммировать такое объектное проектирование, просто реализуя код для объектов созданных и описанных проектировщиком. Причина – общем для всех этих специалистов языке.

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

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

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

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

После серии удач в крупных и сложных проектах идеологи задумались: "Нельзя ли завернуть этот успех в коробку, наштамповать его и сделать большие деньги?". И взоры их обратились на весьма сложные системы - системы разработки программного обеспечения. Довольно быстро в существующие языки и системы программирования вставляются объектные расширения. Далее под маркой новинки и успеха больших проектов делается мода. Умные быстро стали извлекать из новшества плюсы выше, но основная масса просто пока шла в русле моды. Особых преимуществ средний разработчик пока не имел, его системы на первый взгляд вроде не так сложны. Заметим так же важный момент, объектные технологии стали развиваться в виде эффективных гибридов со старыми алгоритмическими языками. Так, C++, Object Pascal и т.д. являются гибридными языками программирования совмещающие преимущества обоих подходов.

Но дальше - больше. Популяторы объектных технологий смекнули, что можно еще больше сделать денег, если доказать среднему разработчику и пользователю, что его система, совсем не простая, а даже очень сложная и требует специального инструмента для работы со сложной системой. Хитрость состоит в том, что сам по себе проект может быть не так сложен, но базируется он на обширной платформе ("библиотеки", API и т.д.). Быстренько ваяются мощные объектные платформы и случилось технологическое чудо. Разработчик теперь мог свою относительно простую систему сделать частью сложной. Объектные технологии позволяли поставить платформу под себя как угодно, хоть раком. Сложность интеграции с платформой в значительной степени разрешилась. Все платформы разработки стали объектными и стали лихо продаваться. Профессионалы видели в них преимущества гибкости и структурности, чайникам пришлось подтягиваться. Пользователь быстро почувствовал приятный вкус нового поколения продуктов, даже элементарная программа должна обеспечивать много встроенного сервиса. Подумайте, вы купите программу, которая не может редактировать строку для ввода текста, а только стирать ее последний символ (а так было раньше)? Думаю нет, а это все вкусные объекты сделавшие простую программу незаметно сложной и заметно приятной.

Следующий шаг в покорении объектами мира сделал Гейтс. Была преложена новая концепция разработки воплощенная в Visual Basic. Объекты всегда были визуальны по сути, и тут среднему разработчику предложили конструктор ЛЕГО. Щелк-щелк мышью и программа готова! Новая волна: Visual Basic, Delphi... Визуальные средства просто сметают жалкие остатки консерваторов. Пользователь хочет для простых целей дешевые, быстро сделанные и качественные программы. А если учеть, что пользователь всегда хочет просто, но много, то объектная технология стала очень быстро распространяться и вытеснять с рынка все другие.

Далее объектная технология быстро проникают как вирус в операционные системы. Нас уже совсем не удивляет, что внутри нашего документа WinWord вставлен объект Формула. Нас уже не удивляет, что если я хочу, что-то сделать с объектом, то я должен его выделить, правая кнопка мышки и меню свойств объекта. Объекты пришли к пользователю и стали его языком. Работать с системой, создатель которой (аналитик, архитектор) не мыслил объектами, стало тяжело и неудобно.

Сейчас объектные технологии уже завоевали World Wide Web. Это уже новые объектные технологии: Java, Java Beans, JavaScript и другие.

Примерно в 1992-1993 годах объектные технологии стали доминировать везде, где производились программные продукты на продажу. Это привело к перераспределению миллиардов долларов в рынке программного обеспечения, а сам рынок увеличил финансовые обороты, причём программы стали качественнее и доступнее.

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

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