Системы программирования — это комплекс инструментальных программных средств, предназначенный для работы с программами на одном из языков программирования. Системы программирования предоставляют сервисные возможности программистам для разработки их собственных компьютерных программ.
В настоящее время разработка любого системного и прикладного программного обеспечения осуществляется с помощью систем программирования, в состав которых входят:
* трансляторы с языков высокого уровня;
* средства редактирования, компоновки и загрузки программ;
* макроассемблеры (машинно-ориентированные языки);
* отладчики машинных программ.
Системы программирования, как правило, включают в себя
* текстовый редактор (Edit), осуществляющий функции записи и редактирования исходного текста программы;
*загрузчик программ (Load), позволяющий выбрать из директория нужный текстовый файл программы;
* запускатель программ (Run), осуществляющий процесс выполнения программы;
Assert для повышения надежности, отладки и тестирования программ. [программирование] #ityoutubersru
* компилятор (Compile), предназначенный для компиляции или интерпретации исходного текста программы в машинный код с диагностикой синтаксических и семантических (логических) ошибок;
* отладчик (Debug), выполняющий сервисные функции по отладке и тестированию программы;
* диспетчер файлов (File), предоставляющий возможность выполнять операции с файлами: сохранение, поиск, уничтожение и т.п.
Ядро системы программирования составляет язык. Существующие языки программирования можно разделить на две группы: процедурные и непроцедурные, рис.1.
Процедурные (или алгоритмические) программы представляют из себя систему предписаний для решения конкретной задачи. Роль компьютера сводится к механическому выполнению этих предписаний.
Процедурные языки разделяют на языки низкого и высокого уровня.
Языки низкого уровня (машинно-ориентированные) позволяют создавать программы из машинных кодов, обычно в шестнадцатиричной форме. С ними трудно работать, но созданные с их помощью высококвалифицированным программистом программы занимают меньше места в памяти и работают быстрее. С помощью этих языков удобнее разрабатывать системные программы, драйверы (программы для управления устройствами компьютера), некоторые другие виды программ.
Перечислим наиболее известные системы программирования.
1. Фортран (FORmula TRANslating system — система трансляции формул); старейший и по сей день активно используемый в решении задач математической ориентации язык.
2. Бейсик (Beginner’s All-purpose Symbolic Instruction Code — универсальный символический код инструкций для начинающих); несмотря на многие недостатки и изобилие плохо совместимых версий — самый популярный по числу пользователей.
3. Алгол (ALGOrithmic Language — алгоритмический язык); сыграл большую роль в теории, но для практического программирования сейчас почти не используется.
4. ПЛ/1 (PL/I Programming Language — язык программирования первый). Многоцелевой язык; сейчас почти не используется.
Введение в Тестирование Программного обеспечения
5. Си (С — «си»); широко используется при создании системного программного обеспечения.
6. Паскаль (Pascal — назван в честь ученого Блеза Паскаля); чрезвычайно популярен как при изучении программирования, так и среди профессионалов. На его базе созданы несколько более мощных языков (Модула, Ада, Дельфи).
7. Кобол (COmmon Business Oriented Language — язык, ориентированный на общий бизнес); в значительной мере вышел из употребления.
8. Дельфи (Delphi) — язык объектно-ориентированного «визуального» программирования; в данный момент чрезвычайно популярен.
9. Джава (Java) — платформенно-независимый язык объектно-ориентированного программирования, чрезвычайно эффективен для создания интерактивных веб-страниц.
Среди непроцедурных языков наиболее известны
2. Пролог (PROgramming in LOGic);
3. Оккам (назван в честь философа У. Оккама).
44Microsoft Visual Basic — средство разработки программного обеспечения, разрабатываемое корпорацией Microsoft и включающее язык программирования и среду разработки. Язык Visual Basic унаследовал дух, стиль и отчасти синтаксис своего предка — языка Бейсик, у которого есть немало диалектов. В то же время Visual Basic сочетает в себе процедуры и элементы объектно-ориентированных и компонентно-ориентированных языков программирования. Среда разработки VB включает инструменты для визуального конструирования пользовательского интерфейса.
Visual Basic считается хорошим средством быстрой разработки прототипов программы, для разработки приложений баз данных и вообще для компонентного способа создания программ, работающих под управлением операционных систем семейства Microsoft Windows.
Первое признание серьёзными разработчиками Visual Basic получил после выхода версии 3 — VB3. Окончательное признание как полноценного средства программирования для Windows — при выходе версии 5 — VB5. Версия VB6, входящая в состав Microsoft Visual Studio 6.0, стала по-настоящему зрелым и функционально богатым продуктом. После этого разработчики из Microsoft существенно изменили направление развития данной технологии.
Visual Basic .NET не позволяет программировать по-старому, ибо по сути является совершенно другим языком, таким же, как и любой другой язык программирования для платформы .NET. Индивидуальность языка, так же как и его преимущества (простота, скорость создания программ, лёгкость использования готовых компонент) при использовании в среде .NET не имеют такого значения, как раньше — всё сосредоточено на возможностях самой системы .NET, на её библиотеке классов. Поэтому сегодня (сентябрь 2010) нужно говорить о классическом Visual Basic, его диалектах Visual Basic for Applications (VBA) и Visual Basic Scripting Edition(VBScript) и о языке для платформы .NET — Visual Basic .NET.
45Технологии программирования — технологии разработки программ для ЭВМ, которые будут использоваться людьми для решения различных задач на ЭВМ.
Технологии программирование включают:
- Анализ и постановка задач
- Проектирование — разработка спецификаций
- Проектирование — разработка алгоритмов
- Написание исходных текстов программ
- Тестирование и отладка программ
- Испытания и сдача программ
- Сопровождение программ
Технологией программирования называют совокупность методов и средств, используемых в процессе разработки программного обеспечения. Как любая другая технология, технология программирования представляет собой набор технологических инструкций, включающих:
- указание последовательности выполнения технологических операций;
- перечисление условий, при которых выполняется та или иная операция;
- описания самих операций, где для каждой операции определены исходные данные, результаты, а также инструкции, нормативы, стандарты, критерии и методы оценки и т. п.
Прикладная программа, разработанная специально для Windows95 или Windows NT называетсяприложениемWIN32 (WIN32application). Поэтому в дальнейшем мы будем использовать термин“приложение” вместо термина “прикладная программа”. Архитектура приложения представляет собой архитектуру программы, управляемой событиями. Ключевую роль в организации работы всех подсистем и приложений Windows играетсистема сообщений.
 |
В Windows95 и Windows NT реализована вытесняющая мультизадачностьна уровне потоков. Поток (thread) описывает последовательность исполнения кода внутри процесса. В соответствии с установленным приоритетом система выделяет каждому потоку кванты процессорного времени, задаваемые системным таймером. Любому потоку в приложении соответствует некоторая функция — функция потока. При запуске приложения создается процесс, а в его рамках – первичный поток, который и получает управление. Приложение должно состоять как минимум из одной функции – функции первичного потока, которая при программировании на языке С заменяет функцию main и должна быть определена следующим образом: int WINAPI WinMain (HINSTANCE hinstance , HINSTANCE hPrevinstance, LPSTR lpszCmdLine, int nCmdShow) < // Тело функции >Все параметры , получаемые функцией WinMain , формируются операционной системой. Параметры hinstance и hPrevinstance представляют собой соответственно идентификаторы текущей и предыдущей копии приложения. Приложения WIN32 функционируют в изолированных виртуальных адресных пространствах и в силу этого не имеют возможности определить через параметр hPrevinstance, не запущено ли приложение вторично. Этот параметр использовался в предыдущих версиях Windows, для приложений WIN32 он всегда равен нулю. Параметр lpszCmdLine — дальний указатель на строку запуска приложения , параметр nCmdShow указывает рекомендуемый приложению способ представления главного окна при запуске. Приложение может игнорировать этот параметр, однако это не является хорошим стилем программирования. Обычно значение данного параметра передается без изменений функции ShowWindow для отображения на экране главного окна приложения. Ниже приведены возможные значения параметра nCmdShow, определенные как константы с префиксами SW_HIDE- скрыть окно и активизировать другое окно; SW_MINIMIZE– минимизировать окно и активизировать окно верхнего уровня в системном списке; SW_RESTORE – активизировать и отобразить окно в его первоначальном размере и позиции; SW_SHOW- активизировать и отобразить окно в его текущем размере и позиции; SW_SHOWMAXIMIZED — активизировать и отобразить окно в полном размере; SW_SHOWMINIMIZED — активизировать и отобразить окно в виде пиктограммы; SW_SHOWMINNOACTIVE — отобразить окно в виде пиктограммы, активное окно остается активным; SW_SHOWNA- отобразить окно в текущем состоянии, активное окно остается активным; SW_SHOWNOACTIVATE — отобразить окно в его последнем размере и позиции, активное окно остается активным; SW_SHOWNORMAL – аналогично SW_RESTORE. Модификатор вызова WINAPI определяет порядок помещения в стек параметров функции при вызове. Для функций также определены следующие модификаторы: #define CALLBACK __stdcall #define WINAPI __stdcall #define APIENTRY WINAPI #define APIPRIVATE __stdcall #define PASCAL __stdcall Значение, возвращаемое функцией, должно быть равно значению параметра wParam сообщения WM_QUITили нулю, если выход произошел до запуска цикла обработки сообщений (см. далее). 8 Сделаем одно важное замечание относительно используемых типов данных. Для приложений Windowsопределено множество новых типов данных, которые выведены из стандартных типов данных языка С. Однако, при программировании следует использовать именно новые типы данных, а не их стандартные эквиваленты. В противном случае будет затруднена модификация программ для их использования в последующих версиях Windows. Например, прототип функции WinMain не изменился при переходе от API WIN16 (Windows 3.1) к API WIN32. Однако, в WIN16 тип HINSTANCE представлял собой 16-разрядное целое, а в WIN32 он стал 32-разрядным. Во избежание ошибок рекомендуется в исходном тексте вводить строгий контроль типов при помощи определения : #define STRICT Кроме того при именовании переменных следует придерживаться так называемой “венгерской нотации”, согласно которой имя переменной должно начинаться с одной или нескольких строчных букв, отражающих ее тип. Так, в параметре hInstance функции WinMain префикс h означает идентификатор (handle), а префикс lpsz в lpszCmdLine означает дальний указатель на ASCIIZ-строку (long pointer on string zero). Отметим, что в рамках одного процесса программист имеет возможность создать несколько параллельных потоков. Мы отложим рассмотрение мультипотоковых приложений до специальной главы, а пока остановимся на приложениях использующих только первичный поток. Для нормальной работы приложения функция потока (то есть в нашем случае – функция WinMain) должна обрабатывать сообщения. Сообщение представляет собой сформированную операционной системой информацию о некотором событии во “внешнем” (по отношению к потоку) мире, о котором, по мнению ОС, должен “узнать” поток. Имеется три основных источника сообщений : аппаратура, потоки других процессов (или одного процесса – в случае мультипотоковых приложений) и сама ОС. При нажатии клавиши на клавиатуре, кнопки мыши, перемещении мыши или при других операциях с аппаратурой драйвер устройства распознает соответствующее аппаратное событие и помещает информацию о нем в очередь системного потока необработанного ввода (RIT – raw input thread). Главной задачей RITявляется определение потока, которому необходимо направить информацию об аппаратном событии. Так, в случае сигнала от мыши, RIT определяет поверх какого окна находится курсор мыши, а в случае сигнала от клавиатуры RITопределяет, какой поток является приоритетным потоком (foreground thread), т.е. с каким потоком пользователь работает в данный момент. Затем RIT направляет информацию о событии в виртуальную очередь ввода выбранного потока. ОС преобразует эту информацию в сообщение, которое направляется в очередь сообщений потока, которому принадлежит виртуальная очередь ввода. Сообщения от операционной системы и от других потоков помещаются непосредственно в очередь сообщений соответствующего потока. Чаще всего потоки обмениваются сообщениями при помощи функции API SendMessage, которая подробно будет рассмотрена несколько позднее. Кроме того, распространенной практикой является посылка сообщений в собственную очередь сообщений. Под сообщением в WIN32 понимается структура данных, определенная следующим образом : typedef struct tagMSG < HWND hwnd; // идентификатор окна , которому направлено сообщение UINT message; // цифровой код (номер) сообщения WPARAM wParam;// специфическая для каждого сообщения LPARAM lParam;// информация DWORD time;// время создания сообщения POINT pt;// положение курсора в момент создания сообщения >MSG; 9 Коды сообщений определены как константы с различными префиксами. Сообщениям, предназначенным для управления окнами, соответствуют константы с префиксами WM_. Наиболее часто используемые сообщения будут нами рассмотрены по мере необходимости. Полный список и описание сообщений можно найти в справочной документации и в электронном справочнике WIN32 Programmer’s Reference системы программирования BorlandC++ 5.01. Для обработки сообщений функция потока должна содержать цикл обработки сообщений(message loop). Основу этого цикла составляют две функции API WIN32, имеющие следующие прототипы: BOOL GetMessage (LPMSG lpmsg , HWND hwnd, UINT uMsgFilterMin , UINT uMsgFilterMax); LONG DispatchMessage(const MSG * lpmsg); Простейший циклобработкисообщений выглядит следующим образом: MSG msg; . . . while (GetMessage( DispatchMessage( >Функция GetMessage извлекает очередное сообщение из очереди сообщений вызвавшего ее потока. Параметр lpmsg — дальний указатель на структуру типа MSG. Параметр hwnd (идентификатор окна) определяет конкретное окно из числа окон, созданных потоком, которому послано сообщение. Сообщения, инициируемые устройствами ввода, такими как клавиатура или мышь, посылаются окну, владеющему фокусом ввода (активному окну). В каждый момент времени поток либо вообще не владеет фокусом ввода (пользователь работает с окном другого потока), либо фокус ввода принадлежит одному из его окон. Если в качестве второго параметра функции GetMessage указан NULL ( или 0 ) , то сообщения будут выбираться для всех окон, принадлежащих вызвавшему функцию потоку. Третий и четвертый параметры функции GetMessage задают диапазон номеров сообщений , извлекаемых из очереди. Если оба параметра содержат нуль , то извлекаются все сообщения , направленные потоку. Функция GetMessage возвращает значение FALSE в случае, если извлекается сообщение WM_QUIT, во всех остальных случаях возвращается значение TRUE. Выборка сообщения WM_QUIT приводит к выходу из цикла, после чего обычно поток завершается. Следует также отметить важную особенность функции GetMessage : если функция обнаруживает, что очередь сообщений потока пуста, то поток блокируется и ему не выделяется процессорное время до тех пор, пока новое сообщение не поступит в очередь. Если пусты очереди всех прикладных потоков, то обычно процессорное время распределяется между низкоприоритетными системными потоками, в частности, запускается хранитель экрана. Функция DispatchMessage определяет окно , которому предназначено сообщение , и вызывает соответствующую функциюокна . Функция окна относится к так называемым косвенно вызываемым ( callback ) функциям , которые создаются разработчиком приложения , а вызываются Windows. Каждому окну , создаваемому потоком, должна соответствовать некоторая функция окна (допустимо , когда одна функция определяется как функция окна сразу для нескольких окон). В функции окна сосредоточены все действия потока по обработке сообщений , направленных окну. Так как абсолютное большинство приложений можно рассматривать как совокупность окон, можно считать , что основная работа приложения выполняется функцией ( или функциями) окна. Функции окна соответствует следующий прототип (имя функции выбирается произвольно): LRESULT CALLBACK WndProc ( HWND hwnd , UINT msg , WPARAM wParam , LPARAM lParam); Параметры функции полностью аналогичны соответствующим полям стуктуры MSG. Типичная структура функции окна имеет следующий вид : 10 LRESULT CALLBACK WndProc ( HWND hwnd , UINT msg , WPARAM wParam , LPARAM lParam); < // обработка сообщений switch (msg) < caseсообщениe :< . . . return 0 ; >caseсообщениe :< . . . return 0 ; > . . . case WM_DESTROY : < // это сообщение приходит , когда пользователь закрывает окно PostQuitMessage(0); // посылаем в очередь сообщение WM_QUIT return 0 ; > > // остальные сообщения обрабатываются по умолчанию return DefWindowProc ( hwnd , msg , wParam , lParam ); > Фактически функция окна представляет собой один большой оператор выбора из обрабатываемых функцией окна сообщений и содержит обработчики этих сообщений. Как правило, программист планирует обработку далеко не всех сообщений, поступающих в функцию окна. Поэтому, перед возвратом из функции необработанные сообщения передаются на обработку по умолчанию функции DefWindowProc. Значение, возвращаемое функцией окна в общем случае определяется тем, какое обрабатывалось сообщение. Обратим также внимание на обработку сообщения WM_DESTROY, которое поступает в функцию окна, когда пользователь закрывает окно. Если речь идет о главном окне приложения, то стандартно после закрытия этого окна приложение должно быть завершено. Для этого при помощи функции PostQuitMessage в очередь сообщений соответствующего потока посылается сообщение WM_QUIT. Это один из примеров посылки сообщения в собственную очередь.
Источник: studfile.net
Основы программной инженерии. Тесты. Тесты по основам программной инженерии Дисциплина методы и инструменты программной инженерии. Теория и методика преподавания в образовательной организации
Единственный в мире Музей Смайликов
Самая яркая достопримечательность Крыма
Скачать 65.96 Kb.
В. К. Никишев
Основы программной инженерии
Книга 3. Тесты
Чебоксары 2020 г
ОСНОВЫ ПРОГРАММНОЙ ИНЖЕНЕРИИ
Чебоксары: Изд-во Чуваш. Ун-та, 2020.
Учебное пособие Основы программной инженерии. Книга 3. Тесты — предназначена для учащихся по специальности Информатика, как для студентов, так и для учеников старших классов. Книга состоит из 4 частей : теория, практика, тесты и презентации и методические учебные материалы для преподавателей, которые проводят занятия по данной тематике
Ответственный редактор канд. техн. наук, профессор В. К. Никишев
Тесты по основам программной инженерии
Дисциплина «МЕТОДЫ И ИНСТРУМЕНТЫ ПРОГРАММНОЙ ИНЖЕНЕРИИ. ТЕОРИЯ И МЕТОДИКА ПРЕПОДАВАНИЯ В ОБРАЗОВАТЕЛЬНОЙ ОРГАНИЗАЦИИ»
- Выделите из представленного множества три причины появления программной инженерии как методологии индустриального проектирования ПП
2. Низкое качество управления процессами разработки ПП.
3. Низкая оплата труда программистов.
4. Необходимость привлечения различных специалистов для разработки ПП.
5. Нечеткая формулировка и частое изменение требований со стороны заказчика.
- Выделите из представленного множества три ключевых момента технологического процесса создания программного продукта:
2. жизненный цикл
3. CASE- средства
4. стандарты
- Выделите из приведенного списка два правильных метода проектирования программных продуктов:
2. Структурные;
- Выберите из приведенного списка четыре элемента IDEF0 модели:
2 Механизм;
4. Выход;
- Выделите из представленного множества пять этапов, относящиеся к жизненному циклу ПО
2 проектирование
3 структурный анализ
4 конструирование
6 тестирование и отладка
7 эксплуатация и сопровождение
- Выделите из представленного множества три классические модели жизненного цикла ПО:
3 эволюционная;
5 спиральной;
- Выберите из приведенного списка четыре функциональных возможности CASE-средств:
3 Документирование;
5 Реализация;
6 Тестирование;
- Выделите из представленного множества пять областей знаний по разработке ПО определенных стандартом SWEBOK:
2 проектирование
3 структурный анализ
4 конструирование
6 тестирование и отладка
7 эксплуатация и сопровождение
- Выделите четыре верных требования SWEBOK к программному продукту:
2 Требования к продукту и процессу;
3 Требования к интерфейсам;
4 Функциональные требования;
5 Системные требования;
- В SWEBOK процесс проектирования состоит из двух частей – выделите эти части:
2 Проектирование архитектурного дизайна;
3 Проектирование интерфейсов пользователей;
4 Детализированное проектирование архитектуры;
- Выделите три верных причины этапа сопровождения ПО:
2 Сбои в оборудовании или электросети;
3 Некорректные действия персонала;
4 Замена пользователем программно-аппаратной платформы;
5 Отсутствие Руководства пользователя;
- Сценарий, при котором «взаимоотношения заказчика и разработчика строго регламентированы и обязательны для исполнения обеими сторонами» называют:
2 жесткое внедрение;
- Выделите шесть характеристик качества ПО определенных в международном стандарте ISO/МЭК 9126:1991 «Оценка программного продукта. Характеристики качества и руководство по их применению»:
2 Мобильности
3 Надежности
6 Функциональных возможностей
7 Эффективности
8 Сопровождаемости
- Выделите пять процессов жизненного цикла программных средств согласно ГОСТ Р ИСО/МЭК 12207-99. «Информационная технология. Процессы жизненного цикла программных средств»:
4 Поставка
5 Разработка
6 Эксплуатация
8 Сопровождение
2. Требования к ПО программной инженерии
1. выполнения программы тестирование без знания , как она спроектирована и запрограммирована называют тестированием методом
1. белого ящика
2. прозрачного ящика
3. черного ящика
4. синего ящика
2. Первичными целями программного продукта является его
3. надежность
- выпускать как можно больше новых версий программного обеспечения
- постоянно анализировать затраченные ресурсы
- регистрировать статистику работы программного обеспечения
- окупить инвестиции сделанные в разработку программного обеспечения
- документировать все изменения вносимые в спецификации программного обеспечения
- выдвигать определенный подход к решению проблемы путем отбора используемых методов и приемов проектирования
- обеспечивать своевременное завершение проекта
- обеспечении применения эффективных методов и приемов проектирования
- направлять действия пользователя программного обеспечения
5. Программную инженерию можно определить так
1. форму коллективного мышления
2. коллективное проектирование многовариантного программного обеспечения
3. проектирование и программирование программного обеспечения не выходя из дому
4. проектирование инструментов для разработок ПО
С точки зрения менеджера программного проекта процесс разработки программного обеспечения должен быть
1. Продуктивным
2. легко управляемым
3. Предсказуемым
4. незатратным по времени
5. CASE-технология это программный комплекс, автоматизирующий весь технологический процесс
2. обучения утилизации сложных программных систем
3. обучения эксплуатации сложных программных систем
4. проектирования сложных программных систем
6. Основная сложность в работе программного менеджера представляет из себя
1. приведение в соответствие амбиций менеджеров их квалификации
2. принятие решений о наиболее оптимальном использовании ограниченных ресурсов для достижения взаимоисключающих целей
3. кадровое обеспечение
4. распределение бюджета на реализацию аппаратной, материальной, социальной частей проекта
7. Процесс обнаружения и исправления ошибок называют
2. Отладкой
4. тестированием
8. Термин «проект» в инженерии программного обеспечения используется для обозначения
1. процесса разработки ПО
2. архитектуры ПО
3. команды разработчиков
4. результата проектирования
9 Легкость применения программного обеспечения это:
а) характеристики ПО, позволяющие минимизировать усилия пользователя по подготовке исходных данных, применению ПО;
б) отношение уровня услуг, предоставляемых ПО пользователю при заданных условиях, к объему используемых ресурсов;
в) характеристики ПО, позволяющие минимизировать усилия по внесению изменений для устранения в нем ошибок и по его модификации.
10. Мобильность программного обеспечения это:
б) способность ПС безотказно выполнять определенные функции при заданных условиях в течение заданного периода времени;
в) способность ПО быть перенесенным из одной среды (аппаратного / программного) в другое.
11. Укажите правильную последовательность этапов при каскадной модели жизненного цикла:
а) Определение требований -> Проектирование ->Тестирование -> Реализация;
б) Проектирование -> Реализация -> Тестирование;
в) Проектирование -> Определение требований -> Реализация.
12. Устойчивость программного обеспечения — это:
а) свойство, характеризующее способность ПС завершать автоматически корректное функционирование ПК, несмотря на неправильные (ошибочные) входные данные;
б) свойство, способность противостоять преднамеренным или непреднамеренным деструктивным действиям пользователя;
в) свойство, характеризующее способность ПС продолжать корректное функционирование, несмотря на неправильные (ошибочные) входные данные.
13. UML — это:
а) язык программирования, имеющий синтаксис схож с С ++;
б) унифицированный язык визуального моделирования, использует нотацию диаграмм;
в) набор стандартов и спецификаций качества программного обеспечения.
14. При конструировании программного обеспечения процесс решения задачи составляет
а) 90 — 95%;
в) 5 — 10%.
15. При конструировании программного обеспечения на этапе разработки или выбора алгоритма решения реализуется следующее:
а) архитектурное обработки программы;
б) выбор языка программирования;
в) совершенствование программы.
8 Проектирование ПО в основном рассматривается как
а) архитектурное проектирование;
б) коммуникационные методы;
в) детальные методы.
16. На этапе тестирования пользователь выполняет следующее:
а) синтаксическое отладки;
б) выбор тестов и метода тестирования;
в) определение формы выдачи результатов.
17. Что из приведенного не является одним из методов проектирования программного обеспечения?
а) структурное программирование;
б) объектно-ориентированное программирование;
в) алгебраическое программирования.
18. Как называется процесс разбиения одной сложной задачи на несколько простых подзадач?
б) декомпозиция;
в) реинжиниринг.
19. Что из приведенного является критериями оценки удобства интерфейсов?
а) скорость обучения;
б) адаптация к стилю работы пользователя;
в) все ответы правильные.
20. Интерфейс пользователя — это
а) набор методов взаимодействия компьютерной программы и пользователя этой программы;
б) набор методов для взаимодействия между программами;
в) способ взаимодействия между объектами.
в) способ взаимодействия между объектами.
21. Техническое задание — это
а) документ объяснений для заказчика;
б) исходный документ для сдачи ПО в эксплуатацию;
в) выходной документ для проектирования, разработки автоматизированной системы.
22. Анализ требований —
а) отображение функций системы и ее ограничений в модели проблемы;
б) показатель супроводжуваности, который определяет необходимые усилия для диагностики случаев отказов;
в) отображение частей программ, которые будут модифицироваться.
23 Архитектура программной системы
а) декомпозиция решения для выделенного спектра задач домена на подсистемы или иерархию подсистем;
б) определение системы в терминах вычислительных составляющих (подсистем) и интерфейсов между ними, которое отражает правила декомпозиции проблемы на составляющие;
в) соответствующие вариации состава выделенных компонент.
24. Агрегация —
а) отношения, утверждает наличие связи между понятиями, не уточняя зависимости их содержания и объемов;
б) возможность для некоторого класса находиться одновременно в связи с одним элементом из определенного множества классов;
в) объединение нескольких понятий в новое понятие, существенные признаки нового понятия при этом могут быть либо суммой компонент или существенно новыми (отношение «доля — целое»).
25. Ассоциация —
а) возможность для некоторого класса находиться одновременно в связи с одним элементом из определенного множества классов;
б) объединение нескольких понятий в новее понятия, существенные признаки нового понятия о этом могут быть либо суммой компонент или существенно новыми (отношение «доля — целое»);
- Валидация —
б) проверка правильности трансформации проекта в код реализации;
в) выявление всех ошибок.
27. Верификация —
а) обеспечение соответствия разработки требованиям ее заказчиков;
б) проверка правильности трансформации проекта в программу;
в) действия на каждой стадии жизненного цикла с проверки и подтверждения соответствия стандартам.
28.Зовнишни метрики продукта:
а) метрики надежности;
б) метрики размера;
в) метрики сложности.
29 Внутренние метрики продукта:
а) метрики сопровождения;
б) метрики годности;
в) метрики стиля.
30. К процессу разработки ПО включает следующие процессы:
б) проектирование;
31 Последовательность работ по каскадной моделью:
а) требования, проектирование, реализация;
б) проектирование, сопровождение, тестирование;
в) требования, сопровождение, тестирование.
32 Проектирование —
а) преобразование требований в последовательность проектных решений по системе;
б) определение главных структурных особенностей системы;
в) определение подробностей функционирования и связей для всех компонент системы.
33 Модель жизненного цикла —
а) определение определенных действий, которые сопровождают изменения состояний объектов;
б) типичная схема последовательности работ на этапах разработки программного продукта
в) отражение динамики изменений состояния каждого класса объектов.
34 Понятность — это
а) атрибут функциональности, указывающий на возможность предотвращать несанкционированный доступ;
б) атрибут надежности, который указывает на способность программы к перезапуску для повторного выполнения;
в) атрибут удобства, определяющий усилия, необходимые для распознавания логических концепций и условий их применения.
35 Артефакт — это
а) любой продукт деятельности специалистов по разработке программного обеспечения
б) результат ошибок разработчика во входных или проектных спецификациях;
в) графическое представление элементов моделирования системы.
Источник: topuch.com
Презентация на тему «Тема 1.3 Отладка и тестирование программного продукта на уровне модулейТема 1.3.2 Трансляторы»
Помогите другим пользователям — будьте первым, кто поделится своим мнением об этой презентации.
Добавить свой комментарий
Аннотация к презентации
Посмотреть и скачать бесплатно презентацию по теме «Тема 1.3 Отладка и тестирование программного продукта на уровне модулейТема 1.3.2 Трансляторы», состоящую из 79 слайдов. Размер файла 0.56 Мб. Каталог презентаций, школьных уроков, студентов, а также для детей и их родителей.
Источник: pptcloud.ru