- •4.Дайте определение табл реш. Приведите пример.*
 - •10. Приведите пример и дайте пояснения редуцирования табл реш для какой-либо внешней спецификации.*
 - •7.Дайте определение спецификациям по, назовите известные Вам внешние спецификации и их особенности. Приведите пример спецификации.*
 - •6.Дайте определение нотации. Приведите пример.*
 - •11. Назовите нотации и приведите пример нотации для изображения стр-ных алгоритмов.*
 - •8. Назовите группы симв, к-е исп в схемах проектов по согласно гост, и приведите примеры таких Симов. *
 - •13. Дайте определение сцепления мод и приведите примеры мод с разными видами сцепления.*
 - •16. Блочно-иерархический подход к созд-ю прог-ных систем.*
 - •31. Принципы моДного прог-ирования.* *
 - •14.Дайте определение технологии прог-ирования. Какие технологии Вы знаете и к каким периодам относится появление этих технологий? *
 - •28. Стихийное прог-ирование. Этапы совершенствования архитектуры прог-.*
 - •14.Дайте определение технологии прог-ирования. Какие технологии Вы знаете и к каким периодам относится появление этих технологий? *
 - •28. Стихийное прог-ирование. Этапы совершенствования архитектуры прог-.*
 - •32. Основные понятия объектно-ориентированного прог-ирования.*
 - •33. Достоинства и недостатки объектно-ориентированного прог-ирования.*
 - •27. Пошаговое тест-ие моДных прог-. Достоинства и недостатки подходов.*
 - •30. Нисходящая стратегия разработки прог-.*
 - •27. Пошаговое тест-ие моДных прог-. Достоинства и недостатки подходов.*
 - •30. Нисходящая стратегия разработки прог-.*
 - •22. Ручной контроль как метод тест-ия.* *
 - •23. Методы стр-ного тест-ия. Общий недостаток методов.* //белый ящик
 - •24. Методы ф-онального тест-ия. Области применения.* //черный ящик
 - •25. Основные положения метода эквивалентного разбиения.*
 - •1.Назовите цель разбиения исх-х д-х прог- на классы эквивалентности. Приведите пример выделения классов эквивалентности для какой-либо задачи * *
 - •26. Основные положения метода граничных значений.*
 - •2.Дайте определение стр-ы д-х. Приведите пример стр-ы д-х. Дайте пояснения относительно ее частей.*
 - •17. Проблемы разработки сложных прог-ных систем.*
 - •34. Case-технологии как результат эволюционного развития инструментальных средств.*
 - •35. Сравнение этапов жизн-ого цикла в case-технологиях и при традиционной разработке по.*
 - •34. Case-технологии как результат эволюционного развития инструментальных средств.*
 - •35. Сравнение этапов жизн-ого цикла в case-технологиях и при традиционной разработке по.*
 
8. Назовите группы симв, к-е исп в схемах проектов по согласно гост, и приведите примеры таких Симов. *
В схемах проектов ПО согласно ГОСТ исп 4 вида Симов: симв д-х, симв процесса, симв линий и специальные симв.
В схемах проектов ПО согласно ГОСТ исп 4 вида Симов: симв д-х, симв процесса, симв линий и специальные симв.
Симв д-х:
Симв процесса.
Процесс  | 
			
				  | 
			Сим отображ ф-ю обработки д-х любого вида, приводящие к любому виду или размещения информ  | 
		
Реш  | 
			
				  | 
			Реш или ф-я переключательного типа, с 1 входом и несколькими выходами.  | 
		
Граница цикла  | 
			
				  | 
			отображ начало и конец цикла  | 
		
Ручная операции  | 
			
				  | 
			отображ любой процесс, вып-ый человеком.  | 
		
Симв линий:
Специальные симв:
Терминатор  | 
			
				  | 
			отображ выход во внешнюю среду и вход из внешней среды  | 
		
Соединитель  | 
			
				  | 
			отображ выход в часть схемы и вход из другой части й схемы и исп для обрыва линии и продолжения ее в другом месте.  | 
		
Комментарий  | 
			
				  | 
			исп-ют для добавления опис-ых комментили пояснит записей в целях объясн-я или примечаний.  | 
		
12.Дайте определение прочности МОД и приведите примеры МОД с разными классами прочности.*
13. Дайте определение сцепления МОД и приведите примеры МОД с разными видами сцепления.*
16. Блочно-иерархический подход к созд-ю прог-ных систем.*
31. Принципы МОДного прог-ирования.* *
12.Дайте определение прочности МОД и приведите примеры МОД с разными классами прочности.*
Прочный МОД — МОД, выпол-ий неск-ко операций над одной и той же стр-ой д-х, к-я неизвестна вне этого МОД. Прочность МОД – мера его внутренних связей. Чтобы определить прочность МОД, необходимо проанализировать вып-ую им ф-ю (или ф-и) с тем, чтобы решить, к какому из семи классов он относится.
1. Прочность по совпадению. М/у предложениями МОД нет устойчивых смысловых связей. Такая ситуация возникает, if повторяющуюся группу предложений прог-ы оформляют в виде отдельного МОД и исп-ют его в разных контекстах.
Например МОД вычисления суммы , может использоваться в разных контекстах, и в зависимости от контекста изменяется и смысл связей м/у предложениями МОД.
Основная проблема с МОДми такого класса – необходимость тщательной проверки, не теряется ли смысл обработки д-х при каждом новом использовании МОД.
2. Прочность по логике - при каждом вызове выполняется нек-ая ф-я из набора ф-й МОД. прочный по логике МОД выполняет несколько ф-й, и требуемая в конкретный момент ф-я выбирается (определ) вызывающим модулем.
Пример: библиотека стандартных прог-, реализующих численные методы.
Основная проблема с МОДми этого класса – исп одного и того же сопряжения в разных прог-ах. Правила этого сопряжения должны быть выдержаны как в вызывающей, так и вызываемой прог-ах.
3. Прочность по классу – МОД выполняет несколько ф-й, отнесенных разработчиком к одному классу. Например: autoexec.bat.
Обычно 1ые или последние модули в прог-ных комплексах, на к-е возлагаются операции инициализирования и завершения.
Для таких МОД основная проблема состоит в том, что они неявно связаны с другими МОДми и при изменениях прочных по классу МОД часто возникают ошибки, когда эти связи не учитываются.
4. Процедурно-прочный МОД – выполняет несколько ф-й относящихся к одной ф-ональной процедуре реш задачи. Здесь единственная проблема состоит в том, что фрагменты прог-ы, относящиеся к одной ф-и, м. б. не послед-ыми в тексте МОД,  усложняются изменения в модуле.
5. Коммуникационно- прочный МОД. процедурно прочный МОД, в к-этом все ф-и МОД связаны по д-ым.
Те же проблемы, что и у процедурно – прочного МОД, но они менее острые, этот.к. связь по д-ым в одной ф-и ускоряет связь предложений ф-ии их разрыв менее вероятен, а иногда невозможен.
6. Информационная прочность – МОД выполняет несколько ф-й над одной и той же строкой д-х, но каждая ф-я представся отдельным входом в МОД.
7. Ф-ональная прочность – когда МОД выполняет одну ф-ю – то, к чему следует стремиться при проектировании МОДной стр-ы ПО. Информационно - прочные модули следует рассматривать как физическое соединение нескольких ф-онально – прочных МОД.
МОД может соответствовать описанию нескольких типов прочности. В этом случае принято его относить к высшему типу прочности, определению к-й он удовлетворяет.
