тема принципов и способов организации и построения теоритич



Работа добавлена на сайт TXTRef.ru: 2019-09-03

Вопросы к экзамену по дисциплине «Технология программирования»

  1.  Понятие технологии программирования (методология, метод – перечислить, привести примеры).Это совокупность процессов создания, сопровождения и применения программного продукта. Любая т.п. базируется на некоторой методологии разработки программ. Мет-я это система принципов и способов организации и построения теоритич. И практич. Деятельности, а также учения об этой системе.Метод – совокупность приёмов и операций  практ.и теор.освоения деятельности(об.-ориент.метод., линейный, функц-ый, структурный) 
  2.  Правильный и надежный программный продукт. Программа, снабженная документацией называется прог-ым средством, или программным продуктом.Чаще всего под программой понимают прогу, не содержащую ошибок, или правильную прогу. Надёжность-это способность программного продуктабезотказно выполнять определённые фун-ии при заданных условиях в теч.определёного времени, с достаточно большой вероятностью.
  3.  Источники ошибок в программных средствах (интеллектуальные возможности человека).             А ---Способность чела к перебору-связана с возможностью послед.переключения внимания с одного объекта на другой, позволяя узнавать искомый предмет. Сп.к абстракции- способность усматривать и оценивать абстрактные и/ или символические аспекты ситуации. Рассматривается как один из важнейших критериев интеллектуального развития.

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

  1.  Модель перевода и источники ошибок при разработке программного продукта.При разр.и исп. п/с мы многократно имеем дело с преобразованием  (переводом)из одной формы в другую.Заказчик – требования, разраб-внешнее описание, затем создаются тексты пп, затем ползовательская докум-ия.Текст каждой проги является исходной инфой при любом её преобразовании и при испр.ошибок. Юзер на основании документации выполнЯет ряд действий для примен.ПС.На кажд.из этапов перевод инфы м.б. сделан неправильно.Пути борьбы с ош.-1---сужение пространства перебора (упрощение созд.систем)2---обесп.треб.уровня подг.разраба3---Обеспеение однозначности интерпретации представления инфы.4---Контроль-правильности перевода инфы.
  2.  Жизненный цикл, процесс жизненного цикла. Модели жизненного цикла (достоинства и недостатки).ЖЦПС-это весь период его разработки и экспуат. Т.е.весь период от момента замысла и кончая прекращением всех видов его использования . регламантируется-ISO/1ES12207:1995(ГОСТ 34.601-90). Этот станд.описывает структуру ЖЦПСи его процесс. Процесс ЖЦ-совокупность взаимосвязанных действий, преобразующих входный данные в выходные. процессы соглашения / роцессы организационного обеспечения / процессы проекта / технические процессы / процессы реализации программных средств / процессы поддержки программных средств/ роцессы повторного применения программных средств.МОДЕЛИ-каскадная/с промежут.контролем/спиральная/
  3.  CASE-технологии. CASE-технологии представляют собой совокупность методологий и инструментарий аналитиков, разработчиков и программистов, предназначенный для автоматизации процессов проектирования и сопровождения АС на всем ее жизненном цикле
  4.  Качественный программный продукт. Критерии качества программного продукта. Качество ПО – набор характеристик продукта или сервиса, которые характеризуют его способность удовлетворить установленным или предполагаемым потребностям заказчика. Понятие качества имеет разные интерпретации в зависимости от конкретной системы и требований к программному продукту. Каждая модель имеет различное число уровней и общее число характеристик качества. Качество ПО было предметом стандартизации, создан стандарт ГОСТ 28195–89, в котором дано определение качества ПО, как совокупность свойств (показателей качества) ПО, которые обеспечивают его способность удовлетворять потребности заказчика, в соответствии с назначением. Этот стандарт регламентирует базовую модель качества и его показатели, главным среди них является надежность. 
  5.  Понятие технологичности программного продукта. Под технологичностью понимают качество проекта программного продукта, от которого зависят трудовые и материальные затраты на его реализацию и последующие модификации. Хороший проект сравнительно быстро и легко кодируется, тестируется, отлаживается и модифицируется.
  6.  Модульное программирование (модули и их свойства) Модульное программирование - это искусство разбиения задачи на некоторое число различных модулей, умение широко использовать стандартные модули путем их параметрической настройки, автоматизация сборки готовых модулей из библиотек, банков модулей Каждый модуль реализует единственную независимую функцию; 
    - Каждый модуль имеет единственную точку входа и выхода; 
    - Размер модуля по возможности должен быть минимизирован; 
    - Каждый модуль может быть разработан и закодирован различными членами бригады программистов и может быть отдельно протестирован; 
    - Вся система построена из модулей; 
    - Модуль не должен давать побочных эффектов; 
    - Каждый модуль не зависит от того, как реализованы другие модули
  7.  Виды сцеплений модулей.По содержимому - модуль ссылается на данные (содержимое) другого модуля /по общей области- модули ссылаются на одну и ту же глобальную структуру данных /по управлению -  один модуль управляет функционированием другого /по данным- ередаваемые параметры – простые (неструктурированные) данные/ по формату – модули ссылаются на одну и ту же структуру данных
  8.  Методы разработки программного продукта (нисходящий и восходящий). восходящий подход- При использовании восходящего подхода сначала проектируют и реализуют компоненты нижнего уровня, затем предыдущего и т. д. По мере завершения тестирования и отладки компонентов осуществляют их сборку, причем компоненты нижнего уровня при таком подходе часто помещают в библиотеки компонентов.  Нисходящий подход предполагает, что проектирование и последующая реализация компонентов выполняется «сверху-вниз», т. е. вначале проектируют компоненты верхних уровней иерархии, затем следующих и так далее до самых нижних уровней. В той же последовательности выполняют и реализацию компонентов. При этом в процессе программирования компоненты нижних, еще не реализованных уровней заменяют специально разработанными отладочными модулями - «заглушками», что позволяет тестировать и отлаживать уже реализованную часть.
  9.  Структурное и «неструктурное» программированиеСредства описания структурных алгоритмов. Одним из способов обеспечения высокого уровня технологичности разрабатываемого программного обеспечения является структурное программирование. Различают три вида вычислительного процесса, реализуемого программами: линейный, разветвленный и циклический Линейная структура процесса вычислений предполагает, что для получения результата необходимо выполнить некоторые операции в определенной последовательности. Разветвленная структура процесса вычислений предполагает, что конкретная последовательность операций зависит от значений одной или нескольких переменных Циклическая структура процесса вычислений предполагает, что для получения результата некоторые действия необходимо выполнить несколько раз.
  10.  Объектно-ориентированное программирование. Объектно-ориентированное программирование — это стиль кодирования, который позволяет разработчику группировать схожие задачи в классы. Таким образом код соответствует принципу DRY (don't repeat yourself – не повторяй самого себя) и становится лёгким для сопровождения. Классы формируют структуру данных и действий и используют эту информацию для строительства объектов
  11.  Понятия эффективности и технологичности программного продукта. эффективными считают программы, требующие минимального времени выполнения и/или минимального объема оперативной памяти. Особые требования к эффективности программного обеспечения предъявляют при наличии ограничений (на время реакции системы, на объем оперативной памяти и т. п.). В случаях, когда обеспечение эффективности не требует серьезных временных и трудовых затрат, а также не приводит к существенному ухудшению технологических свойств, необходимо это требование иметь в виду
  12.  Программирование «с защитой от ошибок». Любая из ошибок программирования, которая не обнаруживается на этапах компиляции и компоновки программы, в конечном счете, может проявиться тремя способами: привести к выдаче системного сообщения об ошибке, «зависанию» компьютера и получению неверных результатов. Программирование, при котором применяют специальные приемы раннего обнаружения и нейтрализации ошибок, было названо защитным или программированием с защитой от ошибок. При его использовании существенно уменьшается вероятность получения неверных результатов.
  13.  Классификация программных продуктов. Системное программное обеспечение-Предназначено для выполнения различных вспомогательных функций: управление ресурсами ЭВМ; создание копий используемой информации; проверку работоспособности устройств ЭВМ; выдачу справочной информации о компьютере В состав системного программного обеспечения можно отнести: операционную систему; антивирусные программы; программы архивирования; программы обслуживания сети и др.

Пакеты прикладных программ - непосредственно обеспечивают выполнение необходимых пользователю работ.Примеры прикладных программ: текстовые редакторы (Microsoft Word); системы машинной графики (учебные, научные, инженерные и др.); электронные таблицы (Microsoft Excel); Инструментарий технологии программирования (облегчают процесс создания новых программ для ЭВМ на конкретном языке программирования). 

Примеры систем программировани: Quck Basic; Turbo Basic; Visual Basic; Pascal; C++; Delphi и др.

  1.  Основные эксплуатационные требования к программным продуктам. эксплуатационные требования определяют некоторые характеристики разрабатываемого программного обеспечения, проявляемые в процессе его функционирования. К таким характеристикам относят: правильность - функционирование в соответствии с техническим заданием;/ универсальность - обеспечение правильной работы при любых допустимых данных и защиты от неправильных данных;/ надежность (помехозащищенность) - обеспечение полной повторяемости результатов, т. е. обеспечение их правильности при наличии различного рода сбоев;/ проверяем ость - возможность проверки получаемых результатов/ точность результатов - обеспечение погрешности результатов не выше заданной;/ защищенность - обеспечение конфиденциальности информации;/ программная совместимость - возможность совместного функционирования с другим программным обеспечением;/ аппаратная совместимость - возможность совместного функционирования с некоторым оборудованием; эффективность - использование минимально возможного количества ресурсов технических средств, например, времени микропроцессора или объема оперативной памяти;
  2.  Предпроектные исследования предметной области. Целью предпроектных исследований является преобразование общих нечетких знаний о предназначении будущего программного обеспечения в сравнительно точные требования к нему. Существуют два варианта неопределенности:

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

• неизвестна структура автоматизируемых информационных процессов - обычно встречается при построении автоматизированных систем управления предприятиями.

  1.  Разработка технического задания. Техническое задание — исходный документ на проектирование технического объекта. ТЗ устанавливает основное назначение разрабатываемого объекта, его технические характеристики, показатели качества и технико-экономические требования, предписание по выполнению необходимых стадий создания документации (конструкторской, технологической, программной и т. д.) и её состав, а также специальные требования.
    Задание как исходный документ на создание чего-то нового существует во всех областях деятельности, различаясь по названию, содержанию, порядку оформления и т. п. (например, проектное задание в строительстве, боевое задание, домашнее задание, договор на литературное произведение и т. д.).
  2.  Принципиальные решения начальных этапов проектирования. На начальных этапах процесса проектирования должны быть приняты принципиальные решения, во многом определяющие этот процесс, а также качество и трудоемкость разработки. К таким решениям относят:

• выбор архитектуры программного обеспечения;

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

• выбор подхода к разработке (структурного или объектного);

• выбор языка и среды программирования.

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

  1.  Классификация однопользовательской архитектуры программного продукта. в рамках однопользовательской архитектуры различают [1]:

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

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

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

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

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

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

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

справочную систему [1];

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

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

Многопользовательскую архитектуру реализуют системы,  построенные по принципу «клиент — сервер».

Другие работы

Лекция 7. Обработка массивов Массивы Массив у...


Индекс номер элемента массива. Индексы элементов массива начинаются с нуля. Элемент массива может иметь несколько индексов. Размерность массива ...

Подробнее ...

либо недостатка поведения или нарушений вызва...


Декларация прав ребенка Коррекционная педагогика разрабатывает и применяет специальные методы исправления отклоняющегося поведения детей. Специа...

Подробнее ...

тематического. Масса физического маятника 1 к...


Масса физического маятника 1 кг а расстояние от подвеса до центра тяжести 1 м. Определите величину момента инерции маятника. Как изменяется пpи ...

Подробнее ...

то одному цветотипу бывает довольно сложно по...


Холодная гамма: Теплая гамма: С вашего позволения я не буду вдаваться в подробности почему так происходит и что влияет на теплоту цвета это тема ...

Подробнее ...