Главная » 2014»Сентябрь»3 » Скачать Методы разработки переносимых систем автоматизированного проектирования. Галкин, Алексей Александрович бесплатно
22:56
Скачать Методы разработки переносимых систем автоматизированного проектирования. Галкин, Алексей Александрович бесплатно
Методы разработки переносимых систем автоматизированного проектирования
Диссертация
Автор: Галкин, Алексей Александрович
Название: Методы разработки переносимых систем автоматизированного проектирования
Справка: Галкин, Алексей Александрович. Методы разработки переносимых систем автоматизированного проектирования : диссертация кандидата технических наук : 05.13.12 Санкт-Петербург, 2004 126 c. : 61 04-5/3205
Объем: 126 стр.
Информация: Санкт-Петербург, 2004
Содержание:
1 Введение
Глава
IАнализ видов переносимого программного обеспечения 1:
11 Базовые определения
12 Классификация переносимых систем
13 Системы, независимые от версии операционной системы на одной архитектурной платформе версии операционной системы и системы, независимые от версии операционной системы на разных архитектурных платформах
14 Системы, независимые от операционной системы в рамках одной аппаратной архитектуры и системы, независимые от операционной системы на любой аппаратной платформе
15 41 Полностью независимые подмодулей без повторной трансляции всей системы подмодулей с повторной трансляций всей системы
16 Заключение по главе
Введение:
4. CAD программы появились очень давно, как только компьютеры стали достаточно мощными для того, чтобы производить необходимые расчеты. В то время операционные системы были намного проще. Поэтому все программное обеспечение 11исалось. в расчете на одну конкретную машину. При этом даже были возможны ситуации, когда при небольшом изменении конфигурации: машины программы переставала работать. В то время это было оправдано. Часто создавалось аппаратное обеспечение для; конкретного программного пакета. Ведь, до сих. пор осталось верным? правило, что программное обеспечение: стоит дороже «железа», на котором оно работает. Так продолжалось примерно до того времени, пока не появились персональные компьютеры, стоившие на порядок дешевле больших машин, хотя по мощности это> был некоторый шаг назад. Потребовалось перенести популярные программные пакеты на PC, и начинать писать новые для этой платформы. S. Вследствие этого, в этот момент появилось две ветви развития программного обеспечения. В первойi так и остались программы для больших машин, работающие в основном по UNIX, или; подобной ему операционной системе, которая уже выросла в мощную многопользовательскую, многозадачную среду. Система к этому времени, развилась, до такого уровня что- изменение конфигурации машины оказывало очень малое влияние на i работу программ: Поэтому актуальность вопроса адаптации программного обеспечения к конкретной машине уменьшилась. Хотя привязанность к определенному типу машин конечно; осталась, как и некоторые другие вопросы. Другая- ветвь, появилась на PC и подобных им малых и персональных машинах. На первом этапе, когда особых изменений! в; архитектуре не проводилось, была одна простая дисковая операционная система, путь напоминал тот, которым идут UNIX системы. Но, по мере развития этого класса вычислительной техники, начала сильно меняться? их архитектура, появлялись и исчезали различные стандарты на работу с памятью, с носителями информации, ее отображением и пр. Начали появляться различные операционные системы все сильнее отличавшиеся друг от друга. Вследствие этого начала теряться? совместимость программ HI их данных.. Это сильно*замедлило развитие GAD программного обеспечения на PC, поскольку переписать большую программу для новой конфигурации стоило очень дорого, и пользователи не хотели платить повторно за тот программный пакет, который они используют. В тоже время М Щ О Т существующих машин: было уже недостаточно для те1сущих О Н СИ расчетов, тем более что изначально персональные машины. были значительно «слабее» больших рабочих станций. Вследствие этого, наилучшим выходом для большинства предприятий и институтов был возврат к большим машинам;, которые хоть и были значительно дороже персональных, но не требовали постоянного обновления программных средств, которые, как уже было сказано, значительно дороже «железа». На этом ситуация была заморожена примерно до конца 90 годов. Ситуация изменилась, когда персональные машины по мощности стали сравниваться с рабочими станциями, в то же время как по цене: они оставались дешевле. Производители программного обеспечения? опять обратили с внимание на этот сектор рынка. И хотя сначала; все серьезные GAD пакеты появляются для рабочих станций, для i операционных системы типа Solaris, AIX, некоторые фирмы делают версии и для PG платформ, обычно для г Windows и Solaris.. В качестве примера можно привести известный программный продукт Pro/Engineer фирмы PTG. Изначально он был сделан, под UNIX для больших рабочих станций (8ш1; IBM). Но в последнее время появились версии для ранее забытых систем PG.. Другим подобным примером может служить, также известный всем, Unigrafix. К сожалению, позволить себе сделать версии своего программного обеспечения- под; разные платформы) могут только большие софтверные фирмы, имеющие достаточно большой штат программистов. Большинство более мелких фирм, чьи продукты не менее популярны, не могут заниматься переносом своих программ, и поэтому выпускают их только для тех платформ, на которых, по их мнению, он принесет наибольший велик, ниша: остается доход. Примером такого продукта может стать SolidWorks. И хотя спрос на многоплатформенные системы, сейчас довольно практически незаполненной. Наиболее интересной стала ситуация? совсем: недавно. Сейчас различия между рабочими станциями: и старшими моделями персональных машин практически; стерлись и? многие фирмы, которые раньше производили исключительно рабочие станции, обратили внимание на соседнюю рыночнзоо нишу. К примеру, Sun в дополнение к своей традиционной линейке Sun Sparc с операционной; системой Sun Solaris, начал заниматься; Intel х86 совместимыми машинами: на базе серверного 64 разрядного процессора: от AMD и с операционными системами Sun Solaris, Linux и Microsoft Windows. Какова основная причина этой ситуации? В основном в том, что перенос уже существующего продукта под другую платформу очень дорогостоящий процесс, который могут себе позволить очень не многие фирмы. Более дешевый вариант, это уже при создании продукта заложить в него возможность переноса. Это будет значительно дешевле. Но и тут есть проблемы. Старые фирмы обычно создают новые продукты, используя свои прошлые наработки; которые не были переносимыми, а переписывать их еще раз дорого [42] 1 Вследствие: этих причин, на: рынке появилась новая небольшая ниша программного обеспечения, а точнее, программных технологий; Фирмы, работающие в этом направлении;, разрабатывают библиотеки; и набор инструментов; позволяющих на: их базе и с использованием их API создавать программы, работающие на некотором; определенном списке:поддерживаемых платформ. Эти проекты не всегда носят коммерческий характер, иногда- за: возможность переноса: на часть платформ необходимо купить лицензию на данный- инструментарий. К примеру,, так: работает Qt фирмы TroUTech. Их продукт можно использовать по GPL лицензии на всех Х1Г совместимых платформах (это большинство UINX, OS/2 и т.д.), но за возможность работать на: платформах с операционной системой Windows, надо купить Professional