Содержание
- 2. Содержание Тестирование сложности системы Принципы объектно-ориентированного подхода Венгерская нотация Обработка исключений Защита от НСД
- 3. 1. Тестирование сложности системы (дополнение к показателю С1 в ГОСТ 28195-99) Сложность системы, для которой нужно
- 4. 2. Принципы объектно-ориентированного подхода (дополнение к показателям С2 и С3 в ГОСТ 28195-99) Для анализа работоспособности
- 5. 3. Венгерская нотация (дополнение к показателю С3 в ГОСТ 28195-99) Требования к оформлению программ должны соответствовать
- 6. 4. Обработка исключений (дополнение к показателю К4 в ГОСТ 28195-99) В программах, работающих в среде Windows
- 7. 5. Защита от НСД (дополнение к показателю К5 в ГОСТ 28195-99) Для защиты от несанкционированного доступа
- 9. Скачать презентацию
Содержание
Тестирование сложности системы
Принципы объектно-ориентированного подхода
Венгерская нотация
Обработка исключений
Защита от НСД
Содержание
Тестирование сложности системы
Принципы объектно-ориентированного подхода
Венгерская нотация
Обработка исключений
Защита от НСД
1. Тестирование сложности системы
(дополнение к показателю С1 в ГОСТ 28195-99)
Сложность системы, для которой
1. Тестирование сложности системы
(дополнение к показателю С1 в ГОСТ 28195-99)
Сложность системы, для которой
- система может быть описана в виде иерархии, т.е. может быть разделена на подсистемы, которые тоже могут быть иерархичными;
- в системе могут быть выделены подсистемы, для которых внутриэлементные связи сильнее, чем межэлементные;
- низший уровень одной подсистемы достаточно произволен, и может быть достаточно высоким уровнем для другой подсистемы;
- подсистемы могут быть реализованы в различном порядке, в различных комбинациях и иметь тенденцию к развитию во времени;
- развитие всей системы основано на развитии ее подсистем.
К системам, удовлетворяющим вышеперечисленным признакам, структурное программирование (сверху вниз) не применимо. Такая система никогда не будет полностью работоспособна.
Если система обладает более простой конструкцией, к ней может быть применен ГОСТ 28195-99.
2. Принципы объектно-ориентированного подхода
(дополнение к показателям С2 и С3 в ГОСТ
2. Принципы объектно-ориентированного подхода (дополнение к показателям С2 и С3 в ГОСТ
Для анализа работоспособности сложной системы, проектирования, программирования и тестирования должен применяться объектно-ориентированный подход, состоящий из следующих основ:
объектно-ориентированного анализа;
объектно-ориентированного проектирования;
объектно-ориентированного программирования.
3. Венгерская нотация
(дополнение к показателю С3 в ГОСТ 28195-99)
Требования к оформлению программ
3. Венгерская нотация
(дополнение к показателю С3 в ГОСТ 28195-99)
Требования к оформлению программ
Требования следующие:
мнемоническое значение: идентификатор должен легко запоминаться;
смысловое значение: роль идентификатора должна быть ясна из его названия;
преемственность: похожие объекты должны иметь похожие идентификаторы;
скорость решения: придумывание, ввод и редактирование идентификатора не должны занимать слишком много времени, идентификатор не должен быть слишком длинным.
Каждая строка в программе должна иметь смысловой комментарий
4. Обработка исключений
(дополнение к показателю К4 в ГОСТ 28195-99)
В программах, работающих в
4. Обработка исключений
(дополнение к показателю К4 в ГОСТ 28195-99)
В программах, работающих в
Обработка исключений предполагает наличие в программе специальных конструкций. Для языка С++ это следующие операторы:
try – отмечает тот участок текста программы, в котором потенциально возможно возникновение ошибки
catch – этот блок следует непосредственно за блоком try и содержит операторы обработки обнаруженной ошибки
throw – этот оператор используется для передачи сообщения об ошибке в вызывающую часть программы (выбрасывает исключение); блок try далее не выполняется.
5. Защита от НСД
(дополнение к показателю К5 в ГОСТ 28195-99)
Для защиты от
5. Защита от НСД
(дополнение к показателю К5 в ГОСТ 28195-99)
Для защиты от
- защита от дизассемблирования и трассировки;
- генерация серийного номера и настройка на параметры компьютера, на котором выполняется генерация и дальнейшая эксплуатация;
- каждая подсистема должна отлаживаться независимо от других;
- сложная система должна разделяться и по алгоритмам и по объектам (это должно быть отражено в руководстве программиста на конкретный программный продукт);
- в сложной системе должна присутствовать и отображаться по запросу пользователя статистика работы всех процессов системы. В частности, должны в протоколе отображаться сбои системы (счетчики сбоев за каждые 15 минут).
- защищенный режим микропроцессора (защита от взлома должна выполняться на уровне команд микропроцессора, начиная с команд микропроцессора Intel386).
- должна выполняться периодическая проверка производительности отдельных подсистем компьютера.