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

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

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

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

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

Последний термин нуждается в пояснении. Прагматика определяется целью разработки программной системы, например, обслуживание клиен-» тов банка, управление работой аэропорта, обслуживание чемпионата мира t, по футболу и т.п. В формулировке цели участвуют предметы и понятия ре­ального мира, имеющие отношение к создаваемой системе (см. рисунок 2.2 f |3]). При объектно-ориентированном подходе эти предметы и понятия за­меняются моделями, т.е. определенными формальными конструкциями.

Рис. 2.2. Семантика (смысл программы с точки зрения выполняю­щего ее компьютера) и прагматика (смысл программы с точки зре­ния ее пользователей) [3].

Модель содержит не все признаки и свойства представляемого ею едмета или понятия, а только те, которые существенны для разрабаты-емой программной системы. Таким образом, модель "беднее", а следо-|тельно, проще представляемого ею предмета или понятия.