Словарь разработчика программного обеспечения
- Подробности
- Опубликовано 27.05.2012 01:11
Понять программиста – дело нелегкое.. Но возможное! Мы совершили маленький подвиг и собрали основные термины программистов и тестировщиков в одном словаре!
В данном словаре представлены понятия не только из логики и теории программирования, но и описание фаз создания программного обеспечения.
А Б В Д Е Ж З И К Л М Н О П Р С Т У Ф Э Я A-Z
Абстрагирование от проблемы – игнорирование ряда подробностей, чтобы свести задачу к более простой задаче.
Абстрактная машина Дейкстры – применяется в проектировании архитектуры системы, самый нижний уровень абстракции - это уровень аппаратуры. Каждый уровень реализует абстрактную машину с все большими возможностями.
Абстракция – мысленное отвлечение, обособление от тех или иных сторон, свойств или связей предметов и явлений для выявления существенных их признаков.
Автоматизированная система (АС) - организационно-техническая система, обеспечивающая выработку решений на основе автоматизации информационных процессов в различных сферах деятельность (управление, проектирование, производство и т.д.) или их сочетаниях.
Автономное тестирование (тестирование модуля, module testing) – контроль отдельного модуля в изолированной среде (например, с помощью ведущей программы).
Агрегированный объект — объект, составленный из подобъектов.
Алгоритм – строго однозначно определенная для исполнителя последовательность действий, приводящих к решению задачи.
Альфа тестирование (системное тестирование, лабораторные испытания) - фаза тестирования, выполняемая разработчиками для подтверждения, что все фрагменты правильно интегрированы в систему, а сама система работает надежно.
Анализ (от греч. analysis разложение, расчленение) – прием умственной деятельности, связанный с мысленным (или реальным) расчленением на части предмета, явления или процесса.
Артефакт реализации – нечто, что нельзя обнаружить в постановке решаемой задачи, но необходимое для составления программы.
Архитектура системы - структура объединения нескольких программных средств в одно целое.
Аттестация (certification) – авторитетное подтверждение правильности программы.
Бета-тестирование - это фаза общего тестирования, при которой программное изделие поставляется ограниченному кругу конечных пользователей для более жесткого тестирования.
Блочно-иерархический подход - частный эвроритм системного подхода, при котором процесс проектирования и представления о самом объекте расчленяется на иерархические уровни. На высшем уровне используется наименее детализированное представление, отражающее самые общие черты и особенности проектируемой системы. На каждом новом последовательном уровне разработки степень подробности рассмотрения возрастает, при этом система рассматривается не в целом, а отдельными блоками.
Визуальное моделирование – процесс графического представления модели с помощью некоторого стандартного набора графических элементов.
Внедрение – стадия, по завершению которой, программная документация размножена в нужном количестве, программа установлена и сопровождается, пользователи обучены.
Восстанавливаемость программного обеспечения – свойство, характеризующее возможность приспосабливаться к обнаружению ошибок и их устранению.
Деструктор — особый метод самого объекта, обеспечивающий уничтожение данного объекта.
Диаграмма классов – диаграмма, которая отражает взаимодействие между классами системы.
Диаграмма компонентов – диаграмма, которая показывает, как выглядит модель на физическом уровне.
Диаграмма кооперативная – диаграмма, которая отражают ту же самую информацию, что и диаграммы последовательности, но связь со временем отсутствует.
Диаграмма последовательности – диаграмма, которая отражает поток событий, происходящих в рамках варианта использования.
Диаграмма потоков данных (ДПД) – диаграмма, которая описывает порядок изменения данных от их источников через преобразующие их процессы к их потребителям.
Диаграмма размещения – диаграмма, которая показывает физическое расположение различных компонентов программной системы в сети.
Диаграмма состояний – диаграмма, которая предназначена для моделирования различных состояний, в которых может находиться объект. В то время как диаграмма классов показывает статическую картину классов и их связей, диаграмма состояний применяются при описании динамики поведения системы.
Динамическое связывание — ассоциация запроса с объектом и одной из его операций во время выполнения.
Доказательство (proof) - попытки найти в программе ошибки путем доказательств на основе математических теорем о правильности программы, безотносительно к внешней программной среде.
Документ проектный - документ, выполненный по заданной форме, в котором представлено какое-либо проектное решение.
Единая система программной документации (ЕСПД) - комплекс государственных стандартов, устанавливающий взаимоувязанные правила разработки, оформления и обращения программ и программной документации.
Жизненный цикл - совокупность взаимосвязанных процессов создания и последовательного изменения состояния продукции от формирования к ней исходных требований до окончания ее эксплуатации или потребления.
Заглушка – макет еще не реализованного модуля, необходимый при нисходящей реализации, представляет собой простейшую подпрограмму либо без действий, либо с действиями вывода входных данных, либо возвращающую в вышестоящие модули тестовые данные (которые обычно присваиваются внутри заглушки), либо содержащий комбинацию этих действий.
Иерархия – подчиненность.
Изменчивость структуры данных – изменение числа элементов и (или) связей между элементами структуры.
Инженер (от лат. ingenium – природный ум , изобретательность ) – специалист по созданию искусственных систем.
Инженерия программирования (англ. software engineering , в терминах автоматизированных систем – разработка программного обеспечения ) – инженерное дело, творческая техническая деятельность. Инженерия опирается на специфические методы и методики, в том числе эвристические. Инженерия изучает различные методы и инструментальные средства с точки зрения определенных целей, то есть имеет очевидную практическую направленность.
Инженер-программист – специалист по созданию и эксплуатации программ.
Инженер-системотехник – специалист по решению проектных задач создания таких особо сложных искусственных систем как автоматизированные системы.
Инкапсуляция – это механизм совмещения в одной записи языка программирования - классе полей данных с методами, которые манипулируют полями данных этой записи.
Интегрированные структуры данных – структуры данных, составными частями которых являются другие структуры данных – простые или в свою очередь интегрированные.
Интерфейс – это набор форматов допустимых сообщений.
Испытание (validation, валидация) - попытка найти ошибки, выполняя программу в заданной программной среде.
Кодирование-исправление (code and fix) – инженерно-технологический подход, при котором разработчик начинает кодирование системы с самого первого дня, не занимаясь сколь-либо серьезным проектированием.
Кодировщик программ – программист, пишущий и автономно тестирующий код компонент программ.
Комплексное тестирование ( system testing ) - контроль и/или испытание системы по отношению к исходным целям.
Композиция объектов – это реализация составного объекта, состоящего из нескольких совместно работающих объектов и образующих единое целое с новой, более сложной функциональностью.
Компонентный анализ - рассмотрение объекта, включающего в себя составные элементы и входящего, в свою очередь, в систему более высокого ранга.
Конструктор — особый метод класса, предназначенный для создания экземпляра объекта.
Контейнер-менеджер или просто контейнер — класс, который позволяет объединять (агрегировать) в себе самые разные классы объектов, в том числе и другие контейнеры.
Контроль (verification) – попытка найти ошибки, выполняя программу в тестовой или моделируемой среде.
Корректность программного обеспечения – свойство безошибочной реализации требуемого алгоритма, при отсутствии таких мешающих факторов, как: ошибки входных данных, ошибки операторов ЭВМ (людей), сбоев и отказов ЭВМ.
Логическая структура данных – рассмотрение структуры данных без учета ее представления в машинной памяти.
ЛПР - лицо, принимающее решение.
Метод - способ практического осуществления чего-нибудь.
Методика - совокупность методов практического выполнения чего-нибудь.
Метод мозгового штурма - метод синтеза вариантов систем, использующий взаимную стимуляцию мышления в группе.
Метод морфологических таблиц – согласно методу, для интересующего нас объекта формируется набор отличительных признаков: наиболее характерных подсистем, свойств или функций. Затем для каждого из них определяются альтернативные варианты реализации. Комбинируя альтернативные варианты, можно получить множество различных решений.
Метод проб и ошибок - метод синтеза вариантов систем, основанный на последовательном выдвижении и рассмотрении идей.
Метод эвристических приемов - метод синтеза вариантов систем, базирующийся на выделении базовых приёмов, найденных при анализе лучших программных изделий
Методология (от греч. methodos и logos – слово, учение о методах) – система принципов и способов организации и построения теоретической и практической деятельности, а также учение об этой системе.
Методы объекта ( methods, member functions ) – подпрограммы, реализующие действия (выполнение алгоритмов) в ответ на их вызов в виде преданного сообщения;
Механизм сокрытия информации – механизм, используемый для исключения возможных, но недопустимых сообщений объектам.
Модель - один объект или система может выступать в роли модели другого объекта или системы, если между ними установлено сходство в каком-то смысле.
Модуль – в технологии объектно-ориентированного программирования это файл ( unit ) с описаниями родственных классов.
Модульность программ – основной принцип технологии структурного программирования, характеризуется тем, что вся программа состоит из модулей.
Наследование — это определение класса и затем использование его для построения иерархии классов-потомков.
Операции над структурами данных – над всеми структурами данных могут выполняться пять операций: создание, уничтожение, выбор (доступ), обновление, копирование.
Оптимизация разработки программ - нахождение разумного компромисса между достигаемой целью и затрачиваемыми на это ресурсами.
Организованность данных – продуманное устройство с целью рационального использования по назначению.
Отладка (debugging) - не является разновидностью тестирования, а является средством установления точной природы ошибок.
Параметрический анализ - установление качественных пределов развития объекта - физических, экономических, экологических и др.
Паспорт модуля – внутренний документ проекта, который обычно представляет собой конверт с именем модуля. Внутри конверта содержатся описания: прототипа вызова самого модуля и модулей; вызываемых модулем данных; расшифровка входных и выходных переменных модуля; описание функции, выполняемой модулем; принципы реализации алгоритма модуля с описанием основных структур данных.
Паттерн проектирования - это образец, типовое решение какого-либо механизма объектно-ориентированной программы.
Планирования на всех стадиях проекта – основополагающий принцип проектирования, позволяет первоначально спланировать как состав стадий, так и продолжительность всех этапов работ.
Повторное использование – это использование в программе класса для создания экземпляров или в качестве базового для создания нового класса, наследующего часть или все характеристики родителя.
Подпрограмма – некоторая последовательность инструкций, которая может вызываться в нескольких местах программы, программная единица, компилируемая независимо от остальных частей программы.
Показатели качества ( критерии ) - величины, свойства, понятия, характеризующие систему с точки зрения субъекта, позволяющие оценить степень удовлетворения его потребностей.
Поле объекта (data members) – порция данных объекта, значения которых определяют текущее состояние объекта;
Полиморфизм – это средство для придания различных значений одному и тому же событию в зависимости от типа обрабатываемых данных.
Порт – программный механизм накопления и верификации как входных, так и выходных данных в соответствующих очередях.
Потомок – класс, который использует характеристики другого класса посредством наследования.
Предок – это класс, предоставляющий свои возможности и характеристики другим классам.
Программный документ - документ, содержащий сведения, необходимые для разработки, изготовления, эксплуатации и сопровождения программного изделия.
Программный продукт – программа, которую можно запускать, тестировать, исправлять и развивать.
Программное изделие – программа на носителе данных, являющаяся продуктом промышленного производства.
Программное обеспечение автоматизированных систем (ПОАС) – совокупность программ на носителях данных и программных документов, предназначенная для отладки, функционирования и проверки работоспособности автоматизированных систем.
Проект (от лат. projectus – брошенный вперед) – совокупность проектных документов в соответствии с установленным перечнем, которая представляет результат проектирования.
Проектирование – это разработка проекта, процесс создания спецификации, необходимой для построения в заданных условиях еще несуществующего объекта на основе первичного описания этого объекта.
Проектная задача (англ. Engineering Task ) - конечный результат, который требуется получить в процессе выполнения проекта.
Проектная операция - действие или формализованная совокупность действий, составляющие часть проектной процедуры, алгоритм которых остается неизменным для ряда проектных процедур, например, вычерчивание схемы, дифференцирование функции.
Проектная процедура – формализованная совокупность действий, выполнение которых оканчивается проектным решением.
Проектная ситуация - реальность (ситуация), в которой ведется проектирование.
Проектное решение - описание в заданной форме объекта проектирования или его части, необходимое и достаточное для определения дальнейшего направления проектирования.
Проектный документ – документ, выполненный по заданной форме, в котором представлено какое-либо проектное решение.
Простое наследование классов – наследование, при котором, определенный пользователем класс имеет только одного родителя.
Профессиональный программист – это специалист, который обладает интегральной личностной характеристикой человека: добивается мастерства в программировании, следует профессиональной ценностной ориентации, соблюдает профессиональную этику, владеет искусством общения с людьми, стремится и умеет вызвать интерес общества к результатам своей профессиональной деятельности.
Рабочий проект (РП) - наименование стадии и программный документ, содержащий описание реализованного изделия.
Раннее связывание — связи между объектами определяются статически во время компиляции.
Резидентная программа – не удаляемая ОС программа, постоянно находящаяся в оперативной памяти вычислительной машины.
Родитель – непосредственный класс предок, стоящий у корня схемы иерархии, и от которого порождаются первые потомки, а от потомков еще потомки.
Родительский класс – начальный класс, от которого наследуются классы-потомки.
Свойства (property) – это особым образом оформленные методы, предназначенные как для чтения и контролируемого изменения внутренних данных объекта (полей), так и выполнения действий, связанных с поведением объекта.
Сессия программистов – встреча кодировщиков для проведения взаимной инспекции текстов программ и набора использованных тестов.
Синтез (от греч. synthesis соединение, сочетание, составление) – метод научного исследования явлений действительности в их единстве и целостности, во взаимодействии их частей, обобщение, сведение в единое целое.
Система – множество элементов, находящихся в отношениях и связях друг с другом, которое образует определенную целостность, единство.
Системный аналитик – программист, разрабатывающий проект от требований до внутренней структуры программы и участвующий в тестировании как при интеграции компонентов в ядро, так и в комплексном тестировании ПО.
Системный подход – общенаучный обобщенный эвроритм, предусматривающий всестороннее исследование сложного объекта с использованием компонентного, структурного, функционального, параметрического и генетического видов анализа.
Сквозной структурный контроль – использование на многих этапах проекта контроля корректности спецификации связей частей программы.
Слияние – объединение нескольких небольших, но тесно взаимодействующих классов в один.
Сопровождение – деятельность по оказанию услуг, необходимых для обеспечения устойчивого функционирования или развития программного изделия, включает анализ функционирования, развитие и совершенствование программы, а также внесение изменений в нее с целью устранения ошибок.
Спецификация – в сфере проектной деятельности это какое-либо описание в точных терминах.
Стадия проекта - одна из частей процесса создания программы, установленная нормативными документами и заканчивающаяся выпуском проектной документации, содержащей описание полной, в рамках заданных требований, модели программы на заданном для данной стадии уровне, или изготовлением программ.
Стратегия (от греч. stratos войско и ago веду) – наука, искусство генерации наиболее существенных общих долгосрочных целей и наиболее общего плана достижения преимущества, курса действий и распределения ресурсов еще до выполнения реальных действий.
Структура программы - искусственно выделенные программистом взаимодействующие части программы.
Структура данных программы – множество элементов данных, множество связей между ними, а также характер их организованности.
Структурное кодирование модулей программ – основной принцип технологии структурного программирования, воспринятый технологией объектно-ориентированного программирования, который заключается в особом оформлении текстов модулей (методов). У модуля должен быть легко различимый заголовок с комментарием, поясняющим функционального назначения модуля. Имена переменных должны быть мнемоническими. Суть переменных и порядок размещения в них информации должен быть пояснен комментариями. Код должен быть закодирован с использованием типовых алгоритмических структур.
Структурный анализ – выявление элементов объекта и связей между ними.
Структурный подход – набор принципов, характеризующий технологию структурного программирования: модульность программ; структурное кодирование модулей программ; нисходящее проектирование рациональной иерархии модулей программ; нисходящая реализация программы с использованием заглушек; осуществление планирования на всех стадиях проекта; сквозной структурный контроль программных комплексов в целом и составляющих их модулей;
СУБД – система управления базами данных.
Схема иерархии программы – используется в технологии структурного программирования, отражает только подчиненность модулей (подпрограмм), но не порядок их вызова или функционирование программы.
Сценарий – последовательность событий, которая может иметь место при конкретном выполнении системы.
Сценарий диалога программы – последовательность ввода и вывода информации в диалоговом режиме работы программы.
Тактика (от греч. Taktika – искусство приводить в порядок) – фиксированная в своей последовательности совокупность средств и приемов для достижения намеченной цели и искусство ее применения, способы действия, ориентированные на достижение конкретных целей, являющиеся звеньями реализации стратегических целей.
Тестирование (testing) – процесс выполнения программы с намерением найти ошибки.
Тестирование приемлемости (acceptance testing) – проверка соответствия программы требованиям пользователя.
Тестирование сопряжений (integration testing) – контроль сопряжений между частями системы, как между компонентами в комплексе, так и между модулями отдельного компонента.
Тестировщик – программист, готовящий наборы тестов для отладки разрабатываемого программного изделия.
Технический проект (ТП) – комплект проектных документов на программу, разрабатываемый на стадии «Технический проект», утвержденный в установленном порядке, содержащий основные проектные решения по программе в целом, ее функциям и достаточный для разработки рабочего проекта.
Техническое задание (ТЗ) – документ, оформленный в установленном порядке и определяющий цели создания программы, требования к программе и основные исходные данные, необходимые для ее разработки, а также план-график создания программы.
Технология (от греч. techne – искусство, мастерство, умение и logos – слово, учение) – совокупность производственных процессов в определенной отрасли производства, а также научное описание способов производства, совокупность приемов, применяемых в каком-либо деле, мастерстве, искусстве.
Технология визуального программирования - популярная парадигма программирования, состоящая в автоматизированной разработке программ с использованием особой диалоговой оболочки.
Технология объектно-ориентированного программирования - технология, ориентированная на получение программ, состоящих из объектов.
Технология структурного программирования - технология основанная на структурном подходе.
Типизация – это способ защититься от использования объектов одного класса вместо другого, или, по крайней мере, управлять таким использованием.
Управление разработкой программных систем (software management) – деятельность, направленная на обеспечение необходимых условий для работы коллектива разработчиков программного обеспечения, на планирование и контроль деятельности этого коллектива с целью обеспечения требуемого качества ПО, выполнения сроков и бюджета разработки ПО.
Устойчивость программного обеспечения – свойство осуществлять требуемое преобразование информации при сохранении выходных решений программы в пределах допусков, установленных спецификацией при воздействии на программы таких факторов неустойчивости, как ошибки операторов ЭВМ, а также не выявленных ошибок программы.
Физическая структура данных – способ физического представления данных в памяти машины и называется еще структурой хранения, внутренней структурой, структурой памяти или дампом.
Форма – визуальный компонент, обладающий свойством окна Windows.
Функция системы – совокупность действий системы, направленная на достижение определенной цели.
Функциональный анализ – рассмотрение объекта как комплекса выполняемых им функций.
Эвристика – наука, раскрывающая природу мыслительных операций человека при решении конкретных задач независимо от их конкретного содержания.
Эвроритм – порядок действия человека при выполнении какой-то деятельности. В отличие от алгоритма , может изменяться в процессе исполнения благодаря разумности исполнителя.
Экземпляр класса – объект.
Эксплуатационная документация - часть рабочей документации на программу, предназначенная для использования при эксплуатации программы, определяющая правила действия персонала и пользователей программы при ее функционировании, проверке и обеспечении ее работоспособности.
Экстремальное программирование (extreme programming, XP ) – адаптивный инженерный подход, рациональное объединение известных методов и их совокупное использование дает существенные результаты и успешно выполненные проекты при разработке небольших систем, требования к которым четко не определены и вполне могут измениться.
Эскизный проект (ЭП) – комплект проектных документов на программу, утвержденный в установленном порядке, содержащий описание нескольких альтернативных вариантов реализации будущего изделия и уточненные требования на основе их анализа.
ЭТ – электронная таблица.
Этап проекта – обычно часть стадии проекта, выделенная по соображениям единства характера работ и (или) завершающего результата или специализации исполнителей.
Ядро – все увеличивающаяся уже реализованная часть программы.
CASE-средства - это программные средства, поддерживающие процессы создания и сопровождения программных продуктов, включая анализ и формулировку требований, проектирование продукта и баз данных, генерацию кода, тестирование, документирование, обеспечение качества, конфигурационное управление и управление проектом, а также другие процессы. CASE-средства вместе с системным программным обеспечением и техническими средствами образуют полную среду разработки программных систем.
CASE-технология ( Computer Aided Software Engineering ) – технология, представляющая собой методологию проектирования АС, а также набор инструментальных средств, позволяющих в наглядной форме моделировать предметную область, анализировать эту модель на всех этапах разработки и сопровождения программных систем и разрабатывать приложения в соответствии с информационными потребностями пользователей.
Component Object Model (модель компонентных объектов) – спецификация метода создания компонентов и построения из них программ.
CRC-карточка ( Component , Responsibility, Collaborator – объект, обязанности, сотрудники) – промежуточный документ проекта, необходимый для специфицирования объектов.
RDD-проектирование ( Responsibility-Driven-Design ) - технология проектирования на основе обязанностей, предложенная Т. Бадтом. Данная технология по способу мышления аналогична разработке структуры служб какой-то организации: директора, замов директора, служб и подразделений