
- •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. Ф-ональная прочность – когда МОД выполняет одну ф-ю – то, к чему следует стремиться при проектировании МОДной стр-ы ПО. Информационно - прочные модули следует рассматривать как физическое соединение нескольких ф-онально – прочных МОД.
МОД может соответствовать описанию нескольких типов прочности. В этом случае принято его относить к высшему типу прочности, определению к-й он удовлетворяет.