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

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

Рубрика Программирование, компьютеры и кибернетика
Вид дипломная работа
Язык русский
Дата добавления 12.10.2014
Размер файла 116,2 K

Отправить свою хорошую работу в базу знаний просто. Используйте форму, расположенную ниже

Студенты, аспиранты, молодые ученые, использующие базу знаний в своей учебе и работе, будут вам очень благодарны.

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

При переходе от структурного подхода к объектному, как при всякой смене технологии, необходимо вкладывать деньги в приобретение новых инструментальных средств. Здесь следует учесть и расходы на обучение (овладение методом, инструментальными средствами и языком программирования). Для некоторых организаций эти обстоятельства могут стать серьезными препятствиями.

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

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

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

Исследование Thomas E. Potok, Mladen Vouk и Andy Rindos показало отсутствие значимой разницы в продуктивности разработки программного обеспечения между ООП и процедурным подходом.

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

Александр Степанов, в одном из своих интервью, указывал на то, что ООП «методологически неправильно» и что «… ООП практически такая же мистификация как и искусственный интеллект…».

Фредерик Брукс (Frederick P. Brooks, Jr.) в своей статье «No Silver Bullet. Essence and Accidents of Software Engineering» (Computer Magazine; April 1987) указывает на то, что наиболее сложной частью создания программного обеспечения является «… спецификация, дизайн и тестирование концептуальных конструкций, а отнюдь не работа по выражению этих концептуальных конструкций…». ООП (наряду с такими технологиями как искусственный интеллект, верификация программ, автоматическое программирование, графическое программирование, экспертные системы и др.), по его мнению, не является «серебряной пулей», которая могла бы на порядок величины (то есть примерно в 10 раз, как говорится в статье) снизить сложность разработки программных систем. Согласно Бруксу, «…ООП позволяет сократить только привнесённую сложность в выражение дизайна. Дизайн остаётся сложным по своей природе…».

Эдсгер Дейкстра указывал: «… то о чём общество в большинстве случаев просит - это змеиное масло. Естественно, «змеиное масло» имеет очень впечатляющие имена, иначе будет очень трудно что-то продать: «Структурный анализ и Дизайн», «Программная инженерия», «Модели зрелости», «Управляющие информационные системы» (Management Information Systems), «Интегрированные среды поддержки проектов», «Объектная ориентированность», «Реинжиниринг бизнес-процессов»…».

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

Патрик Киллелиа в своей книге «Тюнинг веб-сервера» писал: «… объектно-ориентированное программирование предоставляет вам множество способов замедлить работу ваших программ …»

Известная обзорная статья проблем современного объектно-ориентированного программирования перечисляет некоторые типичные проблемы объектно-ориентированного программирования.

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

1. Критика рекламы объектно-ориентированного программирования.

Критикуется явно высказываемое или подразумеваемое в работах некоторых пропагандистов объектно-ориентированного программирования, а также в рекламных материалах «объектно-ориентированных» средств разработки представление об объектном программировании как о некоем всемогущем подходе, который магическим образом устраняет сложность программирования. Как замечали многие, в том числе Брукс и Дейкстра, «серебряной пули не существует» - независимо от того, какой парадигмы программирования придерживается разработчик, создание нетривиальной сложной программной системы всегда сопряжено со значительными затратами интеллектуальных ресурсов и времени. Из наиболее квалифицированных специалистов в области объектно-ориентированного программирования никто, как правило, не отрицает справедливость критики этого типа.

2. Оспаривание эффективности разработки методами объектно-ориентированного программирования.

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

3. Производительность объектно-ориентированных программ.

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

4. Критика отдельных технологических решений в объектно-ориентированных-языках и библиотеках.

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

Гради Буч указывает на следующие причины, приводящие к снижению производительности программ из-за использования объектно-ориентированных средств:

1.Динамическое связывание методов.

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

2.Значительная глубина абстракции.

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

3.Наследование «размывает» код.

Код, относящийся к «оконечным» классам иерархии наследования (которые обычно и используются программой непосредственно) - находится не только в самих этих классах, но и в их классах-предках. Относящиеся к одному классу методы фактически описываются в разных классах. Это приводит к двум неприятным моментам:

- снижается скорость трансляции, так как компоновщику приходится подгружать описания всех классов иерархии;

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

4. Инкапсуляция снижает скорость доступа к данным.

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

5.Динамическое создание и уничтожение объектов.

Динамически создаваемые объекты, как правило, размещаются в куче, что менее эффективно, чем размещение их на стеке и, тем более, статическое выделение памяти под них на этапе компиляции.

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

3.5 Проблемы преподавания структурного и объектно-ориентированного программирования

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

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

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

Однако наличие совершенных для современного уровня развития инструментов не гарантирует получение качественных программ: необходимо в совершенстве овладеть как самими инструментами, так и приемами их совместного использования, приемами работы в коллективе.

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

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

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

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

Основные проблемы, возникающие в учебном процессе по освоению объектно-ориентированного программирования.

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

2. Объектно-ориентированное программирование создает хорошие возможности модификации программ, но эти возможности закладываются еще на этапе проектирования программы.

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

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

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

6. Качественная программа должна не только решать прикладную задачу, но и быть легко читаемой, легко понимаемой. В программистской практике нередка ситуация, когда уже разработанная программа передается другому программисту для ее сопровождения и развития, работа этого программиста начинается с изучения программы. Использование хороших правил именования идентификаторов и аналогичных методических приемов существенно повышает преемственность. Поэтому доступность понимания программы является, прежде всего, практическим принципом: как показывают научные исследования, при отладке программ до 90% времени тратится на чтение исходного текста. У программиста «пишущего» программу создается иллюзия ее ясности. С целью экономии времени студенты используют заложенные в систему программирования правила именования идентификаторов, после двух недель приходится восстанавливать в памяти то, что написано ранее. В результате, на вопрос «Какое назначение кнопки Button8?», студент отвечает только после внимательного просмотра и изучения своей программы. Большую помощь в чтении программы оказывает применение правил именования идентификаторов, однако часто студенты пренебрегают этими правилами.

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

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

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

Следующие проблемы это традиционные для учебного процесса.

1. Студенческий контингент неоднороден: одни студенты пришли получить профессию, другие - диплом, третьи - по рекомендации. Перед преподавателем стоит проблема выбора студента, который будет изучать программирование, углублено.

2. Практические занятия опережают теоретические занятия. Преподаватель должен организовать самостоятельную работу студентов по предварительному овладению теоретическими знаниями.

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

Основным инструментом программиста является система программирования, которая содержит средства для построения всего спектра современных информационных технологий. Многие учебники по объектно-ориентированному программированию представляют, по сути, справочники по визуальным компонентам и приемам их задействования в программе. Однако все визуальные компоненты в обозначенное учебным планом время подробно рассмотреть невозможно. Поэтому преподавателю, решая задачу выбора перечня рассматриваемых компонентов, приходиться ранжировать компоненты, определяя важность, значимость каждого из них. Однозначно просмотреть и изучить все компоненты невозможно, поэтому часто здесь присутствует субъективизм и личные пристрастия. Этим можно объяснить и тот факт, что в разных учебниках рассматриваются разные наборы визуальных компонентов. Основной путь получения профессиональных знаний и навыков использования визуальных компонентов заключается в самостоятельной работе. Не случайно появилось высказывание: «Чтобы научиться программированию, нужно программировать».

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

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

Таким, образом, в условиях учебного процесса студент не всегда имеет возможность в полной мере ощутить потребность в использовании рекомендаций объектно-ориентированного программирования и оценить их по достоинству. Выпускник ВУЗа, получивший образование в области информатики и вычислительной техники на примере простых программ, под руководством «структурно-ориентированных» преподавателей и на примере успешных «структурно-ориентированных» программ вынужден во время получения образования и на начальном этапе профессиональной деятельности самостоятельно отфильтровывать идеи структурного проектирования программ, несовместимые с идеями объектно-ориентированной технологии. Кроме того, современные системы программирования уже не содержат средства поддержки структурного проектирования программ.

Заключение

Первая глава магистерской диссертации описывает технологии структурного и объектно-ориентированного подходов а также примеры технологий создания программных обеспечений различных компаний-поставщиков, таких как: Rational Unified Process (IBM Rational Software), Oracle, Borland, Computer Associates.

По прогнозам IDC, рынок технологий создания программного обеспечения, испытавший определенный кризис в 2002 году, в ближайшее пятилетие ожидает устойчивый рост в среднем на 6,3% в год. Определяющим фактором для развития этой тенденции является стремление компаний-разработчиков повысить продуктивность своей работы, сократить сроки вывода новых продуктов на рынок, контролировать расходы и быстро получать отдачу от инвестиций. Достижению этих целей способствует использование сред разработки, позволяющих снизить сложность процессов создания программного обеспечения, увеличить их эффективность, уменьшить затраты на разработку и максимально использовать потенциал новых технологий. Аналитики сходятся на том, что основное направление развития инструментальных средств - их сквозная интеграция, переход от частично интегрированных средств к интегрированным комплексам, объединяющим возможности управления требованиями, моделирования, разработки, тестирования, управления конфигурацией и изменениями и развертывания приложений. В ближайшие годы такие комплексы, помимо перечисленных возможностей будут включать в себя средства управления потоками работ и проектами. Рынок таких инструментальных средств ожидает глобальная консолидация, обещающая принести значительные выгоды разработчикам. В то же время проблема обоснованного выбора и эффективного применения технологии создания программного обеспечения в крупномасштабных проектах остается актуальной. Невозможно достичь удовлетворительных результатов от применения даже самых совершенных технологий, если они применяются бессистемно, разработчики не обладают необходимой квалификацией для работы с ними, и сам проект выполняется и управляется хаотически. Систематический, обоснованный подход к выбору и применению технологии создания программного обеспечения может сократить время и повысить качество разработки программного обеспечения, обеспечить высокую степень его независимости от конкретных разработчиков, а также снизить затраты на разработку и сопровождение программного обеспечения.

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

Сопоставление и взаимосвязь структурного и объектно-ориентированного подхода к проектированию программного обеспечения информационных систем рассматривается в третьей главе диссертации. В данной главе описываются структурный и объектно-ориентированный подходы в проектировании программного обеспечения информационных систем. Изучены проблемы преподавания структурного и объектно-ориентированного программирования. Несмотря на то, что изучение основ структурного программирования входит в государственный образовательный стандарт общего и среднего образования по информатике, значительная часть первокурсников имеет весьма слабое представление о программировании вообще. Значительные затруднения при изучении разделов программы, связанных с алгоритмизацией и программированием, испытывают и те студенты, которые изучали основы программирования в рамках школьного курса информатики. Успешной является их весьма незначительная часть (примерно до 10% от их общего числа). Такая ситуация является достаточно стабильной в течение последних лет.

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

Список использованных источников

1 Hans-Erik Eriksson, Magnus Penker -- Business Modeling with UML: Business Patterns at work. -Wiley Computer Publishing, 2000

2 IEEE Std 1209-1992. IEEE Recommended Practice for the Evaluation and Selection of CASE Tools.

3 IEEE Std 1348-1995. IEEE Recommended Practice for the Adoption of Computer-Aided Software Engineering (CASE) Tools.

4 ISO/IEC 14102:1995(E). Information technology - Guideline for the evaluation and selection of CASE Tools.

5 Worldwide Analysis, Modeling, and Design Tools Forecast and Analysis, 2002 -2006. -- IDC, http://www.idc.com, 2002

6 Worldwide Analysis, Modeling, Design and Construction Tools Competitive Analysis, 2003: 2002 Shares and Current Outlook. -- IDC, http://www.idc.com, 2003

7 Worldwide Application Development and Deployment Forecast Summary, 2003 - 2007. -- IDC, http://www.idc.com, 2003

8 А. Вендров Современные CASE-технологии - интернет, http://www.citforum.ru/win/database/kbd97/

9 А. Коберн -- Быстрая разработка программного обеспечения.: Пер. с англ. -- М.: ЛОРИ, 2002

10 А. Коберн -- Современные методы описания функциональных требований к системам.: Пер. с англ. -- М.: ЛОРИ, 2002

11 А.М. Вендров -- Проектирование программного обеспечения экономических информационных систем: Учебник. -- М.: Финансы и статистика, 2000

12 А.Н. Калашян, Г.Н. Калянов -- Структурные модели бизнеса: DFD-технологии. -- М.: Финансы и статистика, 2003

13 Ален И. Голуб С и С++. Правила программирования. - М.: Восточная Книжная Компания, 1996.

14 Архангельский А.Я. Программирование в C++Builder 5.-M.: БИНОМ, 2000. - 1152 с: ил + CD.

15 Архангельский, А. Я. 100 компонентов общего назначения Delphi [Текст]: Бином-Пресс/ Алексей Яковлевич Архангельский -Тверь: Комсомольский проспект, 2003. - 562 с.: ил.; 20 см. Загл. пер. и корешка: 100 компонентов общего назначения Delphi - 1-е изд.; компьютерная верстка - И.О. Бурова; - 2500 экз. - ISBN 5-9518-0025-3 (рус.).

16 Архангельский, А. Я. Программирование в Delphi 7[Текст]: Бином-Пресс/ Алексей Яковлевич Архангельский -Тверь: Комсомольский проспект, 2003. - 1152 с.: ил.; 25 см. - Загл. пер. и корешка: Программирование в Delphi 7- 1-е изд.; компьютерная верстка - С.В. Свиридова; - 4000 экз. - ISBN 5-9518-0042-0 (рус.).

17 Архангельский, А.Я. Приемы программирования в Delphi [Текст]: Бином-Пресс/ Алексей Яковлевич Архангельский - Тверь: Комсомольский проспект, 2004. - 906 с.: ил.; 20 см.; Загл. пер. и корешка: Приемы программирования в Delphi - 1-е изд.; компьютерная верстка - С.В. Свиридова; - 4000 экз. - ISBN 5-9125-0049-0 (рус.).

18 Ахо А., Ульман Дж. «Теория синтаксического анализа, перевода и компиляции» в 2 тт., том 1., М., Мир, 1978.

19 Бабушкина, И.А. Практикум по объектно-ориентированному программированию [Текст]: Бином-Пресс/ Бабушкина И.А., Окулов С.М.: Лаборатория знаний, 2004. - 366 с. - ISBN: 5-94774-129-6

20 Бадд Т. Объектно-ориентированное программирование в действии = An Introduction to Object-Oriented Programming. - СПб.: «Питер», 2007. - 464 с.

21 Баженова И. Ю. Delphi 7 Самоучитель программиста [Текст]: Кудиц-Образ / Баженова, И. Ю. - М.: Варшавное шоссе, 2003. - 447с.: ил.; Загл. пер. и корешка: Delphi 7 Самоучитель программиста - 3000 экз. - ISBN 5-9125-1849-0 (рус.).

22 Башмаков, А.И., Башмаков И.А. Разработка компьютерных учебников и обучающих систем. М.: Информационно-издательский дом «Филинъ», 2003. 616 с. ISBN 5-9216-0044-Х

23 Бертран, М. Объектно-ориентированное конструирование программных систем / Пер. с англ. - М.: Издательско-торговый дом «Русская Редакция», 2005. - 1232 стр. ISBN: 5-7502-0255-0

24 Бобровский, С. И. Delphi 7. Учебный курс [Текст]: Питер/ Сергей Игоревич Бобровский, СПб.: Измайловский проспект, 2004. - 736с.: ил.; Загл. пер. и корешка: Delphi 7. Учебный курс - 1-е изд.; 5000 экз. - ISBN 5-94157-267-0 (рус.).

25 Бондаревская, Е.В. Теория и практика личностно-ориентированного образования. - Ростов: Изд-во Ростов. пед. ун-та, 2000. - 352 с. ISBN 5-86340-090-0

26 Брушлинский, А. В Мышление: процесс, деятельность, общение / Под ред. А. В. Брушлинского. М.: Наука, 1982 - 286с. ISBN 5-7695-0084-0

27 Брушлинский, А. В. Психология мышления и кибернетика. М.: Мысль, 1970. 191 с.

28 Буч Г. Объектно-ориентированный анализ и проектирование с примерами приложений на С++ / Пер. И.Романовский, Ф.Андреев. - 2-е изд. - М., СПб.: «Бином», «Невский диалект», 2008. - 344 с.

29 Буч, Г. Объектно-ориентированный анализ и проектирование с примерами приложений на С++, 2-е изд. / Пер. с англ. - М.: «Издательство Бином», СПб: «Невский диалект», 1998г. - 560 с. ISBN: 5-7940-0017-1

30 Буч, Г. Объектно-ориентированный анализ и проектирование с примерами приложений [Текст] / Буч Г., Максимчук Р., Энгл М., Янг Б., Коналлен Д., Хьюстон К. 3-е изд.: Пер. с англ. - М.: ООО «И.Д. Вильямс», 2008. - 720с.: ил. ISBN 978-5-8459-1401-9

31 В.П. Румянцев. Азбука программирования в Win 32 API. - 3-е изд.: - Москва, «Горячая линия - телеком», 2001.

32 В.Пэйдж, Н.Хьюз и др. «Использование Oracle8». Специальное Издание -(К.; М.; СПб.: «Вильямс», 1998, 752 стр.); [оригинал: William G Page, Jr., and Nathan Hughes, et al. «Using Oracle8. Special Edition» Que Corporation, 1998]

33 В.Юринский, А.Бачин, В.Абрамов «Oracle7. Практическое руководство» (М.: «Софтсервис», 1997 стр.)

34 Вильяме А. Системное программирование в Windows 2000 /Пер. с англ. П. Анджан.-СПб. - М. - Харьков - Минск: Питер, 2001. - 621 с: ил. + CD-ROM.

35 Влиссидес, Д. Приемы объектно-ориентированного проектирования. Паттерны проектирования. [Текст] / Влиссидес Д., Джонсон Р., Хелм Р., Гамма Э. Пер. с англ. СПб.: «Питер», 2003 г. - 400 стр. ISBN: 5-272-00355-1

36 Волкова В.Н. Искусство формализации - СПб.: Изд-во СПбГТУ, 1999.

37 Галисеев, Г.В. Самоучитель. Программирование в среде Delphi for.Net. [Текст]: Вильямс/ Геннадий Владимирович Галисеев - М.: ул. Лесная, 2004. - 304 с.: ил.; 20 см.; Загл. пер. и корешка: Самоучитель. Программирование в среде Delphi for.Net. - 1-е изд.; - 5000 экз. - ISBN 5-8459-0644-Х (рус.).

38 Гофман, В. Delphi. Быстрый старт [Текст]: БХВ-Петербург / Гофман, В., Хоменко А. - СПб., 2003. - 289 с.: ил.; 20 см.; Загл. пер. и корешка: Delphi. Быстрый старт - 1-е изд.; - 1500 экз. - ISBN 5-8459-0546-6 (рус.).

39 Грэхем, И. Объектно-ориентированные методы. Принципы и практика = Object-Oriented Methods: Principles & Practice. -- 3-е изд. -- М.: «Вильямс», 2004. -- С. 880. -- ISBN 0-201-61913-X

40 Гура, В.В. Проблема разработки педагогических целей при проектировании медиаобразовательной среды//Известия Южного отделения Российской академии образования. Вып. III. - Ростов, 2001. - С. 139-142.

41 Гура, В.В. Разработка мультимедийных информационно-обучающих систем для педагогов//Философия в системе духовной культуры на рубеже XXI века. - Курск, 1997.

42 Д. Леффингуэлл, Д. Уидриг -- Принципы работы с требованиями к программному обеспечению. Унифицированный подход.: Пер. с англ. -- М.: Вильямс, 2002

43 Д. Розенберг, К. Скотт -- Применение объектно-ориентированного моделирования с использованием UML и анализ прецедентов.: Пер. с англ. -- М.: ДМК, 2002

44 Д.А. Марка, К. МакГоуэн -- Методология структурного анализа и проектирования. -- М.: МетаТехнология, 1993

45 Д.Энсор, Й.Стивенсон "Oracle8: Рекомендации разработчикам" (К.: Изд.группа BHV, 1998, 126 стр.); [оригинал: Dave Ensor and Jan Stevenson. "Oracle8 Design Tis" O'Reilly & Associates, Inc., 1997]

46 Дейкстра Э. Заметки по структурному программированию.- М.:Дрофа, 2006, - 455 с.

47 Дейл Н., Уимз Ч., Хедингтон М. Программирование на C++: Пер. с англ..-М.: ДМК, 2000. - 672 с.

48 Дж. Рамбо, Г. Буч, А. Якобсон -- UML. Специальный справочник: Пер. с англ. -- СПб: Питер, 2002

49 Долинер, Л.И. Информационные и коммуникационные технологии в обучении: психолого-педагогические и методические аспекты. Екатеринбург: Изд-во Рос. гос. проф.-пед. ун-та, 2003. 344 с.

50 Ершов А.П. Введение в теоретическое программирование.- М.:РОСТО, 2008, - 288 с.

51 Ефимов, В.С. Педагогическое образование в России: современное состояние, проблемы, перспективы//Преподавание социально-гуманитарных дисциплин в вузах России: состояние, проблемы, перспективы. - М.: Логос, 2001. - С. 166-177.

52 Жельников В., Криптография от папируса до компьютера. М.: ABF, 1996.

53 Жуков А., Изучаем Delphi [Текст]: Питер/ Жуков А., СПб.: Измайловский проспект, 2001. - 586с.: ил.; Загл. пер. и корешка: Изучаем Delphi - 1-е изд.; 3000 экз. - ISBN 5-8046-0056-3 (рус.).

54 Захарова И.Г. Информационные технологии в образовании: Учеб. пособие для студ. высш. пед. учеб. заведений. - М.: Издательский центр «Академия», 2003. - 192 с.

55 Иванова Г.С. Объектно-ориентированное программирование: Учебник для вузов. - 3-е изд., стер./Под ред. Г.С. Ивановой, Ничушкиной Т.Н., Пугачева Е.К. - М.: Изд-во МГТУ им. Н.Э. Баумана, 2007. - 368 с. ISBN: 5-7038-2280-7

56 К. Ларман -- Применение UML и шаблонов проектирования. 2-е издание.: Пер. с англ. - М.: Вильямс, 2002

57 Калянов Г., Лебедев В. CASE-средства и качество АБС - интернет, http://www.bizcom.ru/win/bt/1996/nr4/15

58 Кнут Д. Искусство программирования для ЭВМ, т.1. М.: 2006, 735 с.

59 Коган Д.И., Бабкина Т.С. «Основы теории конечных автоматов и регулярных языков. Учебное пособие» Издательство ННГУ, 2002. - 97 с.

60 Колесов, Ю. Моделирование систем. Объектно-ориентированный подход. [Учебное пособие] / Колесов Ю., Сениченков Ю. издательство "BHV", 2006 г. - 192 стр. ISBN: 5-94157-579-3

61 Компания Advanced Information Systems и др. "Oracle8. Энциклопедия пользователя" (К.: "ДиаСофт", 1998, 864 стр.); [оригинал: Advanced Information Systems, INC., et al "Oracle. Second Edition. UNLEASHED" SAMS Corporation, 1997]

62 Кречетников К.Г. Особенности проектирования интерфейса средств обучения // Информатика и образование. 2002. № 4. С. 65-73.

63 Круглински Д.Д., Уингоу С, Шеферд Д. Программирование на Microsoft Visual C++ 6.0: Пер. с англ..-СПб. - М. Харьков - Минск: Питер; Русская редакция, 2000. - 821 с: ил. + CD-ROM.

64 Круглова, Н. Ф. Концепция осознанной саморегуляции деятельности и учебная успеваемость // Прикладная психология. 2003. № 6. С. 19-21.

65 Культин, Н. Б. Основы программирования в Delphi 7 [Текст]: БХВ-Петербург / Никита Борисович Культин - СПб., 2003. - 608 с.: ил.; 20 см.; Загл. пер. и корешка: Основы программирования в Delphi 7 - 1-е изд.; - 5000 экз. - ISBN 5-94157-269-7 (рус.).

66 Кэнту, М. Delphi 7: Для профессионалов [Текст]: Питер/ Марко Кэнту, СПб.: Измайловский проспект, 2004. - 1104 с.: ил.; Загл. пер. и корешка: Delphi 7: Для профессионалов - 1-е изд.; 3000 экз. - ISBN 5-94723-593-5 (рус.).

67 Лесневский, А.С. Объектно-ориентированное программирование для начинающих. - М.: БИНОМ. Лаборатория знаний, 2005. - 232с.: илл. - 2 экз. ISBN: 5-94774-251-9

68 М. Каменнова, А. Громов, М. Ферапонтов, А. Шматалюк -- Моделирование бизнеса. Методология ARIS. -- М.: Весть-МетаТехнология, 2001

69 М. Фаулер, К. Скотт -- UML в кратком изложении. Применение стандартного языка объектного моделирования.: Пер. с англ. -- М.: Мир, 1999

70 М.Ричардс и др. "Oracle7.3. Энциклопедия пользователя" (К.: "ДиаСофт", 1997, 830 стр.); [оригинал: Michael Richards at al. "Oracle. UNLEASHED" SAMS Corporation, 1996]

71 М.Эбби, М.Кори "Oracle8: Первое знакомство" (М.: "Лори", 1998, 470 стр.); [оригинал: Michael Abbey, Michael J.Correy "Oracle8: Beginner's Guide" Osborne/McGraw-Hill, 1997]

72 Майер, Б. Объектно-ориентированное программирование. Концепции разработки (с CD-ROM)., М.: "Русская Редакция", 2004 г. - 600 стр. ISBN: 5-7502-0260-7

73 Майерс Г. Надежность программного обеспечения.- М.: Дрофа, 2008, - 360 с.

74 Мендельсон Э. Введение в математическую логику, М.: Инси, 2001, - 320 с.

75 Мешков А., Тихомиров Ю. Visual C++ и MFC.:B трех томах. Том 3 - Cn6.:BHV - Санкт - Петербург, 1997. - 384 с., ил.

76 Миронченко А.С., Императивное и объектно-ориентированное программирование на Turbo Pascal и Delphi. Глубокое погружение [Текст]: ВМВ/ Миронченко, А.С. Одесса, 2007. - 408 с.: ил.; Загл. пер. и корешка: Императивное и объектно-ориентированное программирование на Turbo Pascal и Delphi.Глубокое погружение - 2000 экз. - ISBN 978-966-413-039-1 (рус.).

77 Парижский, С.М. Delphi. Учимся на примерах [Текст]: МК-Пресс / Сергей Михайлович Парижский. Киев, 2005. - 216 с.: ил.; Загл. пер. и корешка: Delphi. Учимся на примерах - 2000 экз. - ISBN 966-8806-02-6 (рус.).

78 Пестриков В. Delphi на примерах [Текст]: БХВ-Петербург / Виктор Пестриков, Артур Маслобоев.- СПб.: ул. Есенина, 2005. - 496 с.: ил.; Загл. пер. и корешка: Delphi на примерах - 4000 экз. - ISBN 5-94157-713-3 (рус.).

79 Подбельский В.В., Фомин С.С. Программирование на языке Си: - 2-е изд., доп..-M.: Финансы и статистика, 2001. - 600 с.

80 Пышкин, Е. Основные концепции и механизмы объектно-ориентированное программирования, СПб.: «BHV-Санкт-Петербург» 2005 г. - 640 с. ISBN: 5-94157-554-8

81 Ревич, Ю.В. Нестандартные приемы программирования на Delphi [Текст]: БХВ-Петербург / Юрий Ревич.- СПб.: ул. Есенина, 2005. - 560 с.: ил.; Загл. пер. и корешка: Нестандартные приемы программирования на Delphi - 4000 экз. - ISBN 5-94157-686-2 (рус.).

82 Ричард Лейнекер. Энциклопедия Visual C++ - СПб.: Питер, 1999. - 1147 с.

83 Романова Ю.Д. Информатика и информационные технологии: учебное пособие/Ю.Д. Романова, И.Г. Лесничая, В.И. Шестаков, И.В. Миссинг, П.А. Музычкин; под ред. Ю.Д. Романовой. - 3-е изд., перераб. и доп. - М.:Эксмо, 2008.-592 с.

84 Рудаков А.В. Технология разработки программных продуктов. М.: Издательский центр «Академия», 2006. - 306 с.

85 С.Бобровски «Oracle8: Архитектура» (М.: «Лори», 1998, 210 стр.); [оригинал: Steve Bobrowski «Oracle8. Architecture» Osborne/McGraw-Hill, 1998]

86 С.В. Маклаков -- Создание информационных систем с AllFusion Modeling Suite. -- М.: Диалог-МИФИ, 2003

87 С.В. Черемных, И.О. Семенов, В.С. Ручкин -- Структурный анализ систем: IDEF-технологии. -- М.: Финансы и статистика, 2001

88 С.Р. Палмер, Дж.М. Фелсинг -- Практическое руководство по функционально-ориентированной разработке ПО.: Пер. с англ. -- М.: Вильямс, 2002

89 С.Смирнов «Работаем с Oracle». Учебное пособие. (М.: "Гелиос", 1998, 318 стр.)

90 Сoxop, A.M. Логическая структура учебного материала. Вопросы дидактического анализа. М.: Педагогика, 1974. 192 с.

91 Свешникова Е.Ю. Анализ режимов детерминированного хаоса в переходных процессах электроэнергетических систем. М.: Издательство «Агат», 2008. - 181 с.

92 Сингх, Лей, Сафьян и др. «Oracle7.3. Руководство разработчика» (К.: «ДиаСофт», 1998, 730 стр.); [оригинал: Singh, Letgh, Zafian, et al. «Oracle7.3. Developer's Guide» SAMS Corporation, 1997]

93 Синтес, А. Освой самостоятельно объектно-ориентированное программирование за 21 день, М.: ООО «И.Д. Вильямс», 2002 г. - 672 с. ISBN: 5-8459-0281-9

94 Скотт Урман. «ORACLE 8. Программирование на языке PL/SQL». (М.: «Лори», 1999, 608 стр.); [оригинал: Scott Urman «Oracle8 PL/SQL Programming» Osborne/McGraw-Hill, 1997]

95 Современные средства разработки Borland для Oracle и MS SQL Server (+ CD-ROM): Андрей Боровский -- Москва, БХВ-Петербург, 2007 г.- 400 с.

96 Стернберг, Р.Дж. Практический интеллект / Под общ. ред. Р. Дж. Стернберга. СПб., Питер твердый, год издания: 2002, страниц: 272 ISBN: 5-318-00013-4

97 Стивенс, Р. Delphi. Готовые алгоритмы [Текст]: ДМК пресс [пер. с англ.] /Род Стивенс.- М., 2004. - 384с.: ил.; Загл. пер. и корешка: Delphi. Готовые алгоритмы - 6000 экз. - ISBN 5-94074-106-1 (рус.).

98 Сухарев, М.В. Основы Delphi. Профессиональный подход[Текст]: Наука и Техника / Сухарев, М.В.- М., 2004. - 504с.: ил.; Загл. пер. и корешка: Основы Delphi. Профессиональный подход - 1000 экз. - ISBN 5-940-1069-2 (рус.)

99 Т. Кватрани -- Визуальное моделирование с помощью Rational Rose 2002 и UML..: Пер. с англ. -- М.: Вильямс, 2003

100 Т. Конноли, К. Бегг -- Базы данных: проектирование, реализация и сопровождение. Теория и практика. 3-е издание.: Пер. с англ. -- М.: Вильямс, 2003

101 Технологии объектно-ориентированного программирования. Учебное пособие: П. Б. Хорев -- Санкт-Петербург, Академия, 2004 г.- 448 с

102 Тыугу Э.Х. Концептуальное программирование. - М.: Наука, 2001, - 256 с.

103 Ф. Брукс -- Мифический человеко-месяц или как создаются программные системы: Пер. с англ. -- СПб.: Символ-Плюс, 1999

104 Ф. Крачтен -- Введение в Rational Unified Process.: Пер. с англ. -- М.: Вильямс, 2002

105 Федоров, А.В. Медиаобразование в педагогических вузах. -Таганрог: Изд-во Кучма, 2003 - 124 c. ISBN 5-901625-07-2

106 Фленов, М. Delphi в шутку и всерьез. Что умеют хакеры [Текст]: Питер/ Михаил Фленов, СПб.: Измайловский проспект, 2006. - 271 с. ил.; 24 см + 1 электрон. опт. диск. Загл. пер. и корешка: Delphi в шутку и всерьез. Что умеют хакеры - 1-е изд.; 4000 экз. - ISBN 5-469-00570-4 (рус.).

107 Фленов, М. Библия для программиста в среде Delphi [Текст]: Питер/ Михаил Фленов, СПб.: Измайловский проспект, 2002. - 504 с.: ил.; Загл. пер. и корешка: Библия для программиста в среде Delphi - 1-е изд.; 2000 экз. - ISBN 5-94723-568-5 (рус.).

108 Франка П. C++: 26 уроков для освоения языка; Учебный курс /Пер. с англ. П. Бибиков.-СПб.: Питер, 2000. - 521 с.

109 Х. Гома -- UML. Проектирование систем реального времени, распределенных и параллельных приложений.: Пер. с англ. -- М.: ДМК, 2002

110 Хомоненко, А.Д. Delphi 7 в подлиннике [Текст]: БХВ-Петербург / Хомоненко, А.Д.- СПб.: Измайловский проспект, 2003. - 1216 с.: ил.; 20 см.; Загл. пер. и корешка: Delphi 7 в подлиннике - 1-е изд.; - 5000 экз. - ISBN 5-94157-299-7 (рус.).

111 Хопкрофт Дж., Мотвани Р., Ульман Дж. «Введение в теорию автоматов, языков и вычислений» - М.: Издательство ВИЛЬЯМС, 2002. - 527с.

112 Хьюз Дж., Мичтом Дж. Структурный подход к программированию. - М.: Мир, 2000, - 278 с.

113 Чиртик, А. Трюки & эффекты Delphi [Текст]: Питер/ Чиртик, А., Борисок, В., Корвель, Ю., СПб.: Петергофское шоссе, 2007. - 400 с. ил.; 24 см 1 электрон. опт. диск. Загл. пер. и корешка: Трюки & эффекты Delphi - 1-е изд.; 2500 экз. - ISBN 978-5-91180-219-6 (рус.).

114 Шадриков, В. Д. Познавательные процессы и способности в обучении: [Учеб. пособие для студентов пед. ин-тов.] / Шадриков В. Д., Ансимова Н. П., Корнеева Е. Н., М.: Просвещение. 1990. 142 с. ISBN 5-09-003061-8

115 Шилдт. Самоучитель С++:Пер. с англ. - 3-е изд.: - СПб.:БХВ-Петербург, 2001. -688 с.

116 Шпак, Ю. А. Delphi 7 на примерах [Текст]: Юниор / Юрий Алексеевич Шпак, К.: ул. Совхозная, 2003. - 384 с.: ил.; Загл. пер. и корешка: Delphi 7 на примерах - 1-е изд.; 2000 экз. - ISBN 966-7323-28-5 (рус.).

117 Э. Кармайкл, Д. Хейвуд -- Быстрая и качественная разработка программного обеспечения.: Пер. с англ. -- М.: Вильямс, 2003

Глоссарий

№ п/п

Понятие

Определение

1

Абстрагирование

мысленное выделение, вычленение некоторых элементов конкретного множества и отвлечение их от прочих элементов данного множества.

2

Адаптация

процесс накопления информации в системе, направленный на достижение оптимального состояния.

3

Алгоритм

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

4

Архитектура компьютера

логическая организация, структура и ресурсы компьютера, которые может использовать программист

5

Верификация

установление соответствия принятой и переданной информации с помощью логических методов

6

Визуальное программирование

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

7

Генерация

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

8

Декомпозиция

метод, использующий структуру задачи и позволяющий заменить решение одной большой задачи решением серии меньших задач.

9

Заглушка

процедура, представленная точной спецификацией заголовка и пустым телом.

10

Инкапсуляция

сокрытие внутренней структуры данных и реализации методов объекта от остальной программы

11

Интеграция

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

12

Итерация

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

13

Концепция

основополагающая идея теории

14

Методология

система принципов и способов организации и построения теоретической и практической деятельности, а также учение об этой системе.

15

Наследование

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

16

Подход

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

17

Полиморфизм

способность объекта выбирать правильный метод в зависимости от типа данных, полученных в сообщении

18

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

процесс подготовки задач для их решения с помощью компьютера; итерационный процесс составления программ

19

Программист

специалист, занимающийся разработкой и проверкой программ

20

Процедура

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

21

Реинжиринг

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

22

Репозиторий

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

23

Стратегия

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

24

Типизация данных

классификация данных по областям их значений; и по операциям, в которых они участвуют

25

...

Подобные документы

Работы в архивах красиво оформлены согласно требованиям ВУЗов и содержат рисунки, диаграммы, формулы и т.д.
PPT, PPTX и PDF-файлы представлены только в архивах.
Рекомендуем скачать работу.