5. Объектно-ориентированные методики.

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

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

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

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

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

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

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

Объект состоит из структуры данных и связанных с ней процедур (которые называются методами), которые работают с данными, записанными в экземплярах структуры данных.

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

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

5. Тенденции развития и состояния рынка оо case.

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

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

К концу 1996 года Rational обещает выпустить версию 1.0 UML и представить ее на рассмотрение OMG. Hewlett-Packard и Microsoft согласились поддержать это представление, и следует ожидать поддержку многих других компаний. Можно с большой вероятностью предсказать, что UML, возможно, с небольшими изменениями, будет утвержден OMG и к концу 1997 г. будет поддерживаться CASE-средствами всех фирм, желающими выжить на рынке ОО CASE. Остальные или исчезнут, или будут занимать весьма специализированные ниши.

Существенным моментом является переход от простых клиент-серверных систем к распределенным (CORBA, DCOM). Это вынуждает поставщиков улучшать свои продукты. Сюда входят вопросы повторного использования, стандартных библиотек, Internet, языков типа Java, форматов типа HTML.

Заключение.

Сравнительный анализ CASE-систем показывает, что на сегодняшний день одним из наиболее приближенных к идеальному варианту CASE-средств является семейство Rational Rose фирмы Rational Software Corporation. Следует полагать, что лидерство этой фирмы сохранится и в будущем, поскольку именно здесь работают авторы унифицированного языка моделирования - Г. Буч, Д. Рамбо и И. Джекобсон, под руководством которых ведется разработка нового CASE-средства, поддерживающего UML.

В настоящее время фирма Rational предлагает на рынке семейство Rational Rose версии 3.2. Системы, входящие в его состав, поддерживают методы Г. Буча и Д. Рамбо (ОМТ). Они отличаются языками, для которых генерируются программные коды. Среди них - С++, Ada, Smalltalk, Java, а также языки четвертого поколения - PowerBuilder, SQLWindows, Visual-Basic и другие.

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

14