Задание 1
1.1. Состав постановки задач
Классы задач: 1) задачи, которые не м.б. решены без ЭВМ (оптимизации, оперативного управления), 2) задачи в которых нет формализованного алгоритма, 3) задачи относительно которых не возможно принять категоричного решения про целесообразность решения.
Постановка задачи - необходимая и достаточная совокупность знаний по конкретной задаче и.с., которые определяют ее сущность, требования к регламенту решения, входным данным и конкретным результатам.
Состав постановки задачи :
1) характеристика комплекса задач (назначение комплекса, перечень атрибутов при управлении которыми решается комплекс, периодичность и длительность решения, условия приостановки решения комплекса задач автоматизированным способом, связь данного комплекса, должности личностей и наименование подразделений, распределение действий между персоналом и техническими средствами при различных ситуациях решения задачи):
2) выходная информация (изложение и описание выходных сообщений, изложение и описание структурных единиц информации которые имеют самостоятельные значения);
3) входная информация (изложение и описание структурных единиц информации, информация (изложение и описание входных сообщений которые подаются в виде таблиц.
1.2. Понятие контрольного примера. Его назначение
Контрольный пример — документ с описанием конкретного теста. Его детализация не должна быть чрезмерной – в конце концов, в предполагаемых в статье условиях работы у вас не будет на это ни сил, ни времени.
Основное требование к контрольному примеру — описание проверки и ожидаемых результатов четко определенной самостоятельной части функциональности (или свойств) программного обеспечения, которое должно быть однозначно понятно и вам и вашим подчиненным, если таковые имеются.
Вся прелесть таких контрольных примеров в том, что их можно потом структурировать, как душе угодно, превращая в наборы таблиц контроля (при автоматизации тестирования это будут наборы);
Тестирование и отладка с позиции разработчика включает 5-9 этапы жизненного цикла ПО. В процессе выполнения этих этапов разработчиком с заказчиком выявляются и устанавливаются все ошибки допущенные при проектировании.
Ошибки которые могут быть допущены в процессе проектирования:
системные, которые обусловлены неправильным пониманием задачи и назначением условий ее реализации; алгоритмически связанные с некорректной формулировкой и реализации программы; программные- в логике и операторах;
технологические, возникающие при подготовке документов и при вводе программ в ЭВМ.
Основным методом устранения ошибок является тестирование прогонка программы по заранее подготовленным тестам.
Тестирование позволяет не только устранить ошибки, но и оценить готовность ПО к эксплуатации.
Тестирование полноты решения функциональных задач при типовых исходных данных предназначено для обнаружения ошибок функционирования в типовых условиях, определенным техническим заданием на базовую версию ИС. Первичным эталоном являются цели и задачи создания ИС.
В соответствие с этими задачами создается подробное формализованное техническое задание и спецификация требований на комплекс программ, которые являются основными эталонами при создании данного вида тестов. Для систем реального времени тесты содержат в основном динамические и стохастические данные.
Эти данные имитируются моделями реальных объектов внешней среды. Результаты тестирования обрабатываются и сравниваются с эталонами преимущественно автоматически.
|