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

ОБЕСПЕЧЕНИЕ СИСТЕМ ОБРАБОТКИ ИНФОРМАЦИИ ПРОГРАММНОЕ

Термины и определения

Software of data processing systems. Terms and definitions. General principles

Дата введения: с 01.01.92

Основные понятия

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

Совокупность программ системы обработки ин­формации и программных документов, необходи­мых для эксплуатации этих программ

Научная и практическая деятельность по со­зданию программ

Виды программ

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

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

Вафлеративное программирование

Часть управляющей программы, координирую­щая распределение ресурсов системы обработки информации

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

Программа, предназначенная для решения за­дачи или класса задач в определенной области применения системы обработки информации

Программа на машинном языке, выполнение которой зависит от ее местоположения в опера­тивной памяти

Программа на машинном языке, выполнение которой не зависит от ее местоположения в опе­ративной памяти

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

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

Программа, предназначенная для управления работой периферийных устройств, обычно в ми­ни- и микро-ЭВМ

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

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

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

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

Программный модуль, представленный в фор­ме, пригодной для загрузки в основную память для выполнения

Программа, под управлением которой макроге­нератор порождает макрорасширения макроко­манд

Обзор программы Kickidler. ТОТАЛЬНЫЙ КОНТРОЛЬ ваших сотрудников

Подпрограмма, которая может обращаться к себе самой

Компоненты систем программирования

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

Система программирования, программные ком­поненты которой порождают программы на ма­шинном языке, отличном от того, в среде кото­рого они работают

По ГОСТ 2:8397—89

Искусственный язык, предназначенный для вы­ражения алгоритмов

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

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

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

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

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

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

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

Предложение языка программирования, вместе которого макрогенератор подставляет макрорас­ширения

Последовательность предложений, порождае­мая макрогенератором при обработке макро­команды на основании макроопределения

Язык программирования для выражения опре­делений.
Примечание. В качестве такого языка часто выступает язык описания данных

Язык программирования, который соответству­ет концепциям объектно-ориентированного про­граммирования

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

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

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

Транслятор с некоторого языка на другой язык такого же уровня

Программа или техническое средство, выполня­ющие компиляцию

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

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

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

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

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

Виды программирования

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

Примечание. Объекты состоят из дан­ных и операций над данными

Метод построения программ как совокупности логических правил с предварительно определен­ными алгоритмами для обработки входных дан­ных программы в соответствии с ее правилами

Технология программирования и отладки программ

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

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

Трансляция программы с языка высокого уров­ня в форму, близкую к программе на машинном языке

Компиляция программ с языка ассемблера

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

Доказательство того, что поведение програм­мы соответствует спецификации на эту програм­му

Данные, представляющие собой полное или частичное содержимое оперативной памяти, выво­димое на периферийное устройство

Дамп, полученный в результате ненормально­го завершения программы

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

Адресация в программах

Функция, реализуемая определенными компо­нентами системы обработки информации, сопос­тавленная с пространством памяти, определен­ная на множестве адресов в этом пространстве памяти и предназначенная для выделения по ад­ресу единственной подобласти в этом простран­стве памяти так, что обеспечивается определен­ная операция с этой подобластью

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

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

Адрес области памяти, размещенный в прост­ранстве памяти, в котором расположена эта об­ласть

Адрес области памяти, которая занята коман­дой

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

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

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

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

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

Регистр, содержащий базовый адрес

Регистр, содержащий индекс адреса

Элементы и структуры организации программ и данных

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

Переменная, регистрирующая появление опре­деленного события или состояния

Управляемый флажком выбор одного перехода из группы возможных переходов в программе

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

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

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

Порция данных, состоящая из последователь­ности литер

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

Идентификатор объекта, включающий иденти­фикаторы классов, которые вложены друг в дру­га и содержат этот объект

Память, выделенная для размещения одной или нескольких порций данных

Область памяти, рассматриваемая как состав­ная часть другой области памяти

Рабочая область памяти при пересылке дан­ных.
Примечание. При операции ввода дан­ные заносят в буферную область

Неразрывная область памяти, имеющая опре­деленное назначение и обычно снабженная име­нем или идентификатором

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

Процессы обработки данных

Система действий, реализующая определенную функцию в системе обработки информации и оформленная так, что управляющая программа данной системы может перераспределять ресурсы этой системы в целях обеспечения мультипрог­раммирования.
Примечания:
1. Процесс характеризуется состояниями, ко­торые определяются наличием тех или иных ресурсов в распоряжении процесса и, следова­тельно, возможностью фактически выполнять действия, относящиеся к процессу.
2. Перераспределение ресурсов, выполняемое управляющей программой, влияет на продол­жительность процесса обработки данных, но не на его конечный результат.
3. Процесс оформляют с помощью специаль­ных структур управляющих данных, которыми манипулирует управляющий механизм.
В конкретных системах обработки инфор­мации встречаются разновидности процессов, которые различаются способом оформления и составом ресурсов, назначаемых процессу и от­нимаемых от него, и допускается вводить спе­циальные названия для таких разновидностей, например, задача в операционной системе ОС ЕС ЭВМ

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

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

Процесс обработки данных, в виде которого функционируют определенные компоненты уп­равляющей программы

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

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

Преимущественное право процесса обработки данных перед другими процессами на использо­вание ресурсов, выражаемое числом, присвоен­ным этому процессу

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

92. Управление многопроцессорной системой, при котором процессоры как ресурсы участвуют в выполнении одной и той же мультипрограм­мной смеси

Управление многопроцессорной системой, при котором процессоры как ресурсы участвуют в выполнении одной и той же мультипрограм­мной смеси

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

Ресурс системы обработки информации, ис­пользуемый несколькими процессами одновремен­но

Единица работы, которая возлагается на сис­тему обработки информации пользователем и оформлена для ввода в систему независимо от других таких единиц

Задание системе обработки информации, вы­полняемое в режиме пакетной обработки

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

Один из процессов, которые в строгой после­довательности порождаются и завершаются уп­равляющей программой и в совокупности состав­ляют выполнение некоторого задания

Язык, предназначенный для идентификации заданий и описания их характеристик при пере­даче задания на выполнение в систему обработ­ки информации.
Примечание. Система обработки инфор­мации обычно имеет свой язык управления за­даниями

Ввод заданий вычислительной системе средст­вами телеобработки данных

Удаленный ввод заданий, при котором ввод
осуществляется в диалоговом режиме

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

Сообщение любой из системных программ, вхо­дящих в операционную систему

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

Алфавитный указатель терминов на русском языке
Таблица 2

Источник: docplace.ru

Разработка технического задания (ТЗ) на программный продукт с точки зрения заказчика. Работаем над ошибками

В недалеком прошлом на этом замечательном ресурсе была опубликована статья Разработка технического задания (ТЗ) на программный продукт с точки зрения заказчика. Статья — сама по себе неплохая — содержит, к сожалению, ряд неточностей, о которых следует упомянуть. Сделаем это в «один проход» по абзацам. По второму абзацу:

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

1. Технические задания не пишут (составляют, подготавливают, оформляют и пр.), а разрабатывают, см. хотя бы п. 1.2 ГОСТ 34.602-89;
2. Если заказчик и исполнитель руководствуются требованиями ГОСТов, то совершенно противоположных мнений у них в принципе быть не может и не должно. Если же взаимодействие осуществляется «по понятиям» — как сейчас принято — то без «плюрализЬма мнений» тут, конечно, никак не обойтись.

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

1. Чрезмерно детализированное техзадание становится техническим проектом, что, в общем-то, и неплохо, но кто даст исполнителю столько времени и денег на разработку излишне подробного ТЗ?
2. Вменяемый исполнитель всегда стремится сократить объем технического задания, поскольку «меньше слов — меньше вопросов». И меньше работы. Более того, на стадии технического задания очень трудно предугадать технический облик изделия, программы или автоматизированной системы в целом, поэтому существует типовая отмазка «то-то и то-то должно уточняться на стадии технического проекта»;
3. Исполнитель не должен забывать, что он несет обязательства не только в части реализации функциональных требований, но и общих требований — требований к надежности, безопасности и т.д. Нет смысла перечислять, поскольку их довольно много и все они подробно изложены в том же ГОСТ 34.602-89.

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

А вот тут уже все зависит от опыта исполнителя. Толковый исполнитель обязательно пропишет в договоре или ТЗ условие, при котором все дополнительные «хотелки» заказчика должны будут финансироваться отдельно с соответствующим увеличением срока разработки (дополнениями к ТЗ, допсоглашениями и т.п.). При этом очень важно — крайне важно! — не доверять всецело подготовку договора юристам, обязательно выверять все вплоть до каждой запятой, безжалостно уничтожать в документах любую юридическую казуистику, приводить документы к виду стройному, строгому и прозрачному. По третьему абзацу:

Как уже говорилось выше, в момент начала работы над ТЗ вы можете слабо себе представлять… В качестве исходных данных у вас могут быть разрозненные, часто противоречащие друг другу запросы… Хорошо, если вашей ИТ-службе удалось… Если же нет, то лучший вариант – это сначала разработать очень общее ТЗ, крупными мазками описывающее видение системы, перечислить необходимые модули (подсистемы), не углубляясь в подробности их функционирования, и далее совместно с исполнителем работать над детализацией требований к ним.

По сути правильно, только это будет не ТЗ, а нечто вроде оперативно-технической записки, ТТЗ, заявки, письма с хотелками — общими функциональными требованиями. Теперь о неточностях: нельзя смешивать понятия модулей и подсистем, поскольку подсистема — это та же система, только маленькая. Подсистема, как и система, включает в себя все виды обеспечения, все те же общие требования, а модуль есть всего лишь «Программа или функционально завершенный фрагмент программы, предназначенный для хранения, трансляции, объединения с другими программными модулями и загрузки в оперативную память [из п. 15 Таблицы 1 ГОСТ 19781-90]»

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

Что касается «основных понятий», то существует громадное количество ГОСТов, содержащих в своих названиях строчку «… Термины и определения». Их и следует применять в работе, чтобы быстрее освоить новую предметную область, но ни в коем случае не ссылаться на всяческие «… педии», поскольку это не только несолидно, но еще и «чревато боком» в части последствий. По четвертому абзацу:

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

За долгосрочное сотрудничество исполнитель будет цепляться всеми конечностями, если, конечно, заказчик вменяем… Спиральную модель заменим п. 1.7 ГОСТ 34.602-89 и уточним п. 11 Приложения 1 того же стандарта. По седьмому абзацу:

Сложность задачи также оказывает влияние на подход к написанию ТЗ… Сложность обычно заключается в том, что… В этом случае очень важно грамотно разбить проект на этапы (шаги), подразумевая то, что каждый следующий шаг будет корректироваться по результатам, достигнутым на предыдущих. Соответственно и техническое задание будет разрабатываться в начале каждого этапа, опираясь на опыт предыдущего.

Смешаны понятия этапов и очередей. Применительно к автоматизированным системам: Этап — Часть стадии создания АС, выделенная по соображениям единства характера работ и (или) завершающего результата или специализации исполнителей [из п. 4.4 ГОСТ 34.003-90] Очередь — Часть АС, для которой в техническом задании на создание АС в целом установлены отдельные сроки ввода и набор реализуемых функций [из п. 4.5 ГОСТ 34.003-90] По девятому абзацу:

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

Вот тут совсем непонятно: ведь заказывает музыку тот, кто платит, а платит заказчик. Как исполнитель может хоть что-то ему навязывать? Тут возможно лишь взаимное «согласие как продукт при полном непротивлении сторон»… По одиннадцатому абзацу:

В настоящее время в РФ действует ГОСТ 34.602-89 «Техническое задание на создание автоматизируемой системы», который, не смотря на 89-й год своего создания, неплохо отражает общую структуру ТЗ. Тем не менее, для многих случаев, он является недостаточно детальным и хорошо описывающим специфику разработки современных программных продуктов.

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

Все это не предусмотрено как ГОСТ 19.201, так и ГОСТ 34.602, но имеется подраздел «Требования к численности и квалификации персонала системы и режиму его работы», который разумно добавить в ТЗ на ПО и детально расписать в нем категории персонала. И даже роли… А еще в ГОСТ 34.602 предусмотрены требования к организационному обеспечению — в них можно отлично развернуться и дать волю фантазии.Все, что перечислено ниже, детально расписано в РД 50-34.698-90. Если интересны подробности — задавайте вопросы в комментариях. По заключению:

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

1. «Законодательно» ТЗ разрабатывается самим заказчиком только в том случае, если он представляет Министерство обороны или иное силовое ведомство;
2. Тендерную документацию разрабатывает именно тот подрядчик, который заведомо должен выиграть конкурс. Простите, но это жизненные реалии.

Источник: habr.com

Общая характеристика языка VB. Окно VB. Основные элементы IDE. Понятия: форма, программный код, программный модуль.

Microsoft Visual Basic — средство разработки программного обеспечения, разрабатываемое корпорацией Microsoft и включающее язык программирования и среду разработки. Язык Visual Basic унаследовал дух, стиль и отчасти синтаксис своего предка — языка Бейсик, у которого есть немало диалектов. В то же время Visual Basic сочетает в себе процедуры и элементы объектно-ориентированных и компонентно-ориентированных языков программирования. Среда разработки VB включает инструменты для визуального конструирования пользовательского интерфейса. Visual Basic считается хорошим средством быстрой разработки прототипов программы, для разработки приложений баз данных и вообще для компонентного способа создания программ, работающих под управлением операционных систем семейства Microsoft Windows.

· Окно проекта (Project Explorer) Окно проекта содержит список всех файлов, необходимых для выполнения создаваемого проекта приложения для Windows. При запуске Visual Basic в окне проекта уже присутствует один компонент, ему присвоено имя Form1.frm. Его метка Form1 показывает, что в данный момент открыт одноимённый файл, связанный с формой под рабочим названием Form1. Сохранять форму на диске желательно под другим, оригинальным, именем, оставив расширение frm.

· Окно кода Под кодом подразумевается набор операторов языка программирования.

· Окно формы (Form) Окно будущей программы. Когда вы приступаете к новому проекту, Visual Basic создаёт пустую форму и присваивает ей заголовок Form1. В процессе разработки программы эта форма служит как бы холстом, на котором вы рисуете различные части программы объекты (objects):окна, списки, кнопки, линейки прокрутки и т.д. Сама форма является тоже объектом.

· Окно свойств Интегрированная среда разработки, ИСР (англ. IDE, Integrated development environment или integrated debugging environment) — система программных средств, используемая программистами для разработки программного обеспечения (ПО).

Обычно среда разработки включает в себя:

· компилятор и/или интерпретатор

· средства автоматизации сборки

· совокупность свойств этого окна с их значениями

· совокупность объектов, находящихся в этом окне

· совокупность свойств этих объектов также с их значениями

Программный код – это набор слов и символов языка программирования, необходимый для того, чтобы программа выполняла предписанные ей действия.

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

Дата добавления: 2022-04-12 ; просмотров: 111 ; ЗАКАЗАТЬ НАПИСАНИЕ РАБОТЫ

Источник: poznayka.org