ГОТОВЫЕ ДИПЛОМНЫЕ РАБОТЫ, КУРСОВЫЕ РАБОТЫ, ДИССЕРТАЦИИ И РЕФЕРАТЫ
Технология разработки программ | |
Автор | Александр |
Вуз (город) | МГВРК(Минск) |
Количество страниц | 18 |
Год сдачи | 2006 |
Стоимость (руб.) | 500 |
Содержание | С о д е р ж а н и е Особенности Интернет – приложений. Многоуровневая сетевая модель. Адресация в Интернете. Протокол IP как основа Интернета. Уровень сетевого доступа. Межсетевой уровень. Доменная система имен Объектный подход. Принципы абстрагирования, ограничения доступа, модульности. Принципы иерархии, типизации, параллелизма и устойчивости Программирование оконной системы с использованием объектных библиотек Литература |
Список литературы | 1. Рудометов Е. Аппаратные средства и мультимедиа: справ./ Е. Рудометов. – 2-е изд. – СПб.:Питер, 1999. – 416 с. 2. Симонович С.В. Практическая информатика: универсальный курс / С.В. Симонович, Г.А. Евсеев. – М.: АСТ – ПРЕСС; Инфорком – Пресс, 1999. – 480 с. |
Выдержка из работы | Развитие вычислительной техники, средств разработки приложений, рынка массового (и относительно дешевого) "коробочного" программного обеспечения на некоторое время снизило интерес к технологии моделей, однако по мере роста потребностей пользователей (и превращения информационных систем из предметов престижного потребления в реальные инструменты управления бизнесом) стало ясно, что большинство пользователей "не настолько богаты, чтобы покупать дешевые вещи". К сожалению, стало ясно и то, что они могут позволить себе и постоянное владение дорогими. И обновленная модель ASP, основанная на использовании современных интернет технологий, снова стала актуальной. Появление и победное шествие интернета в последнем десятилетии прошлого века взбудоражило разработчиков информационных систем, уже успевших оценить все проблемы сопровождения клиент-серверных приложений. Идея "тонкого" клиента на основе броузера (прежде всего, для интернета) казалась привлекательной и легко реализуемой. Однако реальность оказалась не столь радужной. Во-первых, особой экономии на клиентских машинах не получилось - оказалось, что броузер (интерпретатор HTML) требует значительно больших ресурсов, чем откомпилированный "толстый" клиент, и отказывается работать на "все еще находящихся на балансе" компьютерах. Во-вторых, избавив системных администраторов от трудоемкой (но весьма примитивной и не такой уж частой) процедуры обновления "толстого" клиента на десятках (или даже сотнях) пользовательских машин, "тонкий" клиент перенес нагрузку на серверную часть приложения (и добавил генерацию HTML). А это существенно увеличило требования к серверам, установленному на них системному программному обеспечению (ОС, СУБД, Web-сервера, сервера приложений и т.д.) и, соответственно, квалификации системных администраторов. В-третьих, повысились требования и к качеству прикладного ПО и квалификации его разработчиков, что отразилось как на стоимости собственной разработки, так и на цене покупного ПО. |