Вопрос 37. Структуризация. Восходящее программирование
Структуризация - расчленение алгоритма на составные части.
Вопрос 38. Нисходящий метод проектирования программ
Метод нисходящего проектирования программ основан на идее уровней абстракции, которые становятся уровнями модулей в разрабатываемой программе. На этапе проектирования строится схема иерархии, которая изображает эти уровни и позволяется сконцентрироваться сначала на том, что надо сделать в программе, затем разрабатывать решение. При этом методе проектирования исходная задача, подлежащая решению, делится на ряд подзадач, которые подчиняются главной задаче. Это разбиение называют декомпозицией. Далее эти задачи делятся еще на более мелкие и т.д. до тех пор, пока не получатся задачи, для решения которых требуются небольшие модули 3-5 строк. Такой метод позволяет упростить решение сложных задач.
Вопрос 39. Методы тестирования программных средств, состоящих из одного модуля
Тестирование модулей (или блоков) представляет собой процесс тестирования отдельных подпрограмм или процедур программы. Здесь подразумевается, что, прежде чем начинать тестирование программы в целом, следует протестировать отдельные небольшие модули, образующие эту программу.
Цель тестирования модулей — сравнение функций, реализуемых модулем, со спецификациями его функций или интерфейса.
Метод «большого скачка»:
В соответствии с этим методом каждый модуль тестируется автономно. По окончании тестирования модулей они интегрируются в систему все сразу. Метод «большого скачка» по сравнению с другими подходами имеет много недостатков и мало достоинств. Заглушки и драйверы необходимы для каждого модуля. Модули не интегрируются до самого последнего момента, а это означает, что в течение долгого времени серьезные ошибки в сопряжениях могут остаться необнаруженными.
Вопрос 40. Спецификация программного средства
Спецификация требований программного обеспечения (англ. Software Requirements Specification, SRS) — законченное описание поведения программы, которую требуется разработать. Включает ряд пользовательских сценариев (англ. use cases), которые описывают все варианты взаимодействия между пользователями и программным обеспечением. Пользовательские сценарии являются средством представления функциональных требований. В дополнение к пользовательским сценариям, спецификация также содержит не функциональные требования, которые налагают ограничения на дизайн или реализацию (такие как требования производительности, стандарты качества, или проектные ограничения). В стандарте IEEE 830 содержится рекомендации к структуре и методам описания программных требований — «Recommended Practice for Software Requirements Specifications»
Вопрос 41. Межмодульное тестирование
На этапе модульного тестирования наиболее просто и эффективно находятся дефекты, связанные с кодированием алгоритмов, ошибки определения и использования, ошибки условий и некорректного изменения индексов. На модульном уровне осуществляется проверка функциональной законченности отдельно взятого модуля или класса, путём отделения его от остальных частей системы. На этапе модульного тестирования используются структурные и функциональные критерии. Структурные критерии позволяют сформировать тестовые наборы, определяющие ошибки некорректной реализации, в то время как функциональные критерии проверяют соответствие тестируемого элемента программной системы и его спецификации. Модульное тестирование - это тестирование отдельно взятых программных модулей и классов.