а в Ú с - если а или в, то с имеет место;
а в Ù с - если а и в, то с имеет место;
Е а в - имеет место либо а, либо в; только одна ситуация может иметь место, либо ничего;
I а в - одна из ситуаций должна обязательно иметь место, либо обе.
9.Абстрагирование и ограничение доступа при проектировании программных систем
Абстрагирование – определение общих существенных свойств объекта в определенной совокупности. Абстракция – совокупность существенных с т..з. решения задачи харак-к и св-тв объекта, которые отличают его от всех других объектов. Виды абстракций: абстракция сущности объекта – модель существенных внутренних свойств (структура объекта); абстракции поведения – модель внешних свойств объекта; абстрактная функция – метод класса, для которого задана сигнатура, но не задана реализация. Задача абстрагирования: выбор необходимых и достаточного набора свойств множества абстракций. Ограничение доступа – защита отдельных элементов объекта не являются существенными характеристиками единого целого от доступа других объектов. Интерфейс – описание внешних проявлений данного объекта класса; абстрактный класс, который содержит только объявления методов и не содержит полей. Реализация – описание внутреннего механизма достижения данного поведения.
2.Классический подход к созданию программных систем
Сложная система (ее черты): сущ-ет общая задача и цепь функционирования системы; большое количество эл-в и связей м/у элементами; наличие подсистемы, имеющих собственное назначение; сложность поведения (из-за обратных связей и состояний системы); устойчивость к помехам; надежность поведения системы при не абсолютно надежных компонентах. Программный продукт хар-ся:1.наличием документации; 2. соблюдением стандартов; 3.наличием гарантий поставщика; 4.соответствует определенным техническим условиям. Проектирование – внешнее представление системы (функции, требования, прототипы интерфесов). Детальное проектирование – разработка архитектуры, системы, т.е. внутреннее устройство системы. ГОСТ19, ГОСТ24, ГОСТ34. Результаты: 1-го этапа: 1.план проекта; 2.проблемные спецификации(технич. задание); 3.определяется критерий приемки. 2го этапа: 1.проектная (внешняя) спецификация, use-case model – реакция системы; 2.руководство программиста; 3.спецификация интегрированного теста. 3го этапа: 1.предварительная эксплуатационная документация; 2.окончательный приемочный тест и тест установки. 4го этапа: 1.результаты системного тестирвания документации; 5го этапа: 1.окончательная эксплуатационная документация; 2.акт приемки сдачи. Действия на этапах: 1.определяются цели разработки; назначение системы; проектирование и моделирование основных алгоритмов системы; определяются задачи и методы решения. 2.формирование общей структуры и архитектуры системы; определяются правила построения, проверки и оформления модулей; опр-ся типовые структуры данных; опр-ся межмодульные связи; оценивается реализуемость программной системы. 3.кодирвание; при необходимости проектируется БД; тестирование и отладка модулей. 4.тестирвание пр-ой системы в статике (что на входе и срав с ожидаемым результатом); тестирование в динамики; специфическое тестирование (загрузочное и др). 5.испытываются реальные хар-ки опытного образца реальной системы; проверяется соответствие документации и реализации системы. 6.установка различных конфигураций системы.
3.Связь процессов тестирования и процессов проектирования
Виды деятельности при выполнении тестирования: постановка задачи для тестирования; проектирование тестов; написание (кодирование) тестов; тестирование тестов; выполнение тестов (ручное и автоматное); анализ результатов тестирования.
Уважаемый посетитель!
Чтобы распечатать файл, скачайте его (в формате Word).
Ссылка на скачивание - внизу страницы.