Понятие «уровень» — это сокращение от «уровень абстракции». Так что простой ответ на ваш вопрос звучит так: Высокоуровневый язык — это язык с высоким уровнем абстракции по отношению к аппаратному обеспечению.
В диалектической логике антоним абстрактного — конкретное. И в контексте вопроса — чем ниже уровень абстракции языка программирования, тем для более конкретного набора аппаратного обеспечения он предназначен. Примером языков низкого уровня являются ассемблеры. Чтобы убрать необходимость кодировать для каждого конкретного процессора (видеокарты, другого аппаратного обеспечения и их сочетаний), было придумано отдать перевод с языка высокого уровня на низкий специальной программе-компилятору, которая конкретизирует программу для операционной системы. В свою очередь операционная система, через драйвера, конкретизирует команды непосредственно аппаратному обеспечению.
Примерно таким образом вся цепочка обеспечивает связь между высокоуровневым кодом программы и конкретными железками.
Какими свойствами должен обладать компьютер для работы в FIGMA
Источник: yandex.ru
Важнейшие свойства программ
Компьютеры – это универсальные устройства для обработки информации. В отличие от телефона, магнитофона или телевизора, осуществляющих только заранее заложенные в них функции, персональные компьютеры могут выполнять любые действия по обработке информации. Для этого необходимо составить для компьютера на понятном ему языке точную и подробную последовательность инструкций (т.е. программу), как надо обрабатывать информацию. Сам по себе компьютер не обладает знаниями ни в одной области своего применения, все эти знания сосредоточены в выполняемых на компьютере программах.
При своем выполнении программы могут использовать различные устройства компьютера для ввода и вывода данных, подобно тому, как человеческий мозг пользуется органами чувств для получения и передачи информации.
Создание программного обеспечения для персональных компьютеров за какой-то десяток лет превратилось из занятия программистов-одиночек в важную и мощную сферу промышленности. Развитие программного обеспечения, предназначенного для широкого круга пользователей, происходит уже не в состязании индивидуальных программистов, а в процессе ожесточенной конкурентной борьбы между фирмами-производителями программного обеспечения.
При разработке коммерческих программ основной задачей фирм-разработчиков является, естественно, обеспечение их успеха на рынке. Для этого необходимо, чтобы программы обладали следующими качествами:
1. функциональность программы, т.е. полнота удовлетворения ею потребностей пользователя;
2. наглядный, удобный, интуитивно понятный и привычный пользователю интерфейс (т.е. способ взаимодействия программы с пользователем);
3. простота освоения программы даже начинающими пользователями, для чего используются информативные подсказки, встроенные справочники и подробная документация;
Какими свойствами должна обладать бизнес система?
4. надежность программы, т.е. устойчивость ее к ошибкам пользователя, отказам оборудования и т.д., и разумные ее действия в этих ситуациях.
Во многих областях совместная работа различных производителей программного обеспечения приводит к стандартизации отдельных элементов интерфейса программ, форматов данных и т.д., что весьма удобно для пользователей. Это происходит, прежде всего, потому, что разработчики программ перенимают друг у друга удачные находки и приемы и стремятся обеспечить совместимость с другими наиболее популярными программами. В результате использование ниспадающих меню или вид таблицы табличного процессора будут приблизительно одинаковыми во всех программах, хотя они созданы различными разработчиками.
Понравилась статья? Добавь ее в закладку (CTRL+D) и не забудь поделиться с друзьями:
Источник: studopedia.ru
Ответы на тесты по теме Основы проектной деятельности
Верно ли следующее утверждение: «В связи с тем, что ожидания от проекта и требования формируются непосредственно во взаимодействии участников проекта, то для достижения цели проекта нет необходимости определять персональную мотивацию, заинтересовнаность и ответственность участников проекта в получении требуемых результатов.»?
Какое из определений термина «Управление требованиями» верно?
Систематический подход к выявлению, организации и документированию требований к продукту проекта, а также установка и поддержание соглашения между заказчиком и исполнителями по поводу изменений требований к продукту.
Какие требования входят в классификацию по типу требований?
—> Какие модели предпочтительнее применять, если образ продукта и требования определены достаточно четко; если частичная поставка результата проекта не представляет ценности для заинтересованных лиц проекта.
Водопадная каскадная модель, Возвратная водопадная модель
Какие модели предпочтительнее применять, если образ продукта и требования не могут быть определены достаточно четко в начале проекта; если частичная поставка результата проекта представляет ценность для заинтересованных лиц проекта.
a. Итеративная модель c. Инкрементная модель
Верно ли данное утверждение: «Требования могут сначала описываться высокоуровнево, а потом постепенно детализироваться и уточняться по мере поступления новой информации»?
Какими свойствами должны обладать требования? Выберите один или несколько ответов:
Ясность Полнота и единичность Выполнимость Проверяемость
Какие требования к поведению продукта проекта, отвечают на вопрос «Что он должен делать?» в тех или иных ситуациях?
Зачем управлять требованиями? на 0.75 балла
b. Обезопасить Исполнителя от риска попасть в ситуацию со значительным увеличением затрат
Верно ли данное утверждение «Цель управления требованиями — построить такой план управления работами проекта, в который не нужно будет вносить изменения»?
акие модели предпочтительнее применять, если образ продукта и требования не могут быть определены достаточно четко в начале проекта; если частичная поставка результата прое
Водопадная каскадная модель Возвратная водопадная модель
Какие модели предпочтительнее применять, если требования к продукту проекта сложно определить в начале проекта; если частичная поставка продукта проекта приемлема для заинтересованных лиц.
c. Инкрементная модель d. Итеративная модель
Какие могут быть последствия, если команда не учтет кого-то из заинтересованных лиц и его требования?
Кто участвует в проверке требований?
Верно ли данное утверждение «Каждый член команды на этапе реализации проекта может инициировать изменения, как к требованиям к результату проекта, так и к организации всего проекта»
Верно ли следующее утверждение: «Классический подход к управлению проектами желательно применять в том случае, когда требования к результату проекта достаточно постоянны, а условия выполнения проекта не позволяют задавать жесткие сроки. Соответственно, критичным для проекта является соблюдение сроков и ресурсов.»?
Какие модели предпочтительнее применять, если требования к продукту проекта возможно определить в начале проекта; если частичная поставка продукта проекта неприемлема для заинтересованных лиц.
НЕ Итеративная модель b. Водопадная каскадная модел
Что определяют требования пользователей?
Описывают, что пользователи смогут делать с помощью продукта проекта
Верно ли данное утверждение «Требования пользователей Характеризуют условия, при которых пользователи будут работать с продуктом проекта»?
Верно ли следующее утверждение: «Требования исполнителей описывают функциональность и характеристики продукта и определяют его назначение.»?
«Требования исполнителей описывают задачи и функции продукта, реализация которых необходима для конечного пользователя продукта проекта.»?
Источник: polyphis.ru