
- •1. Автономная отладка и тестирование программного средства Основные понятия.
- •Принципы отладки программного средства.
- •Принципы данной стратегии.
- •2 Основных вида отладки пс:
- •Автономная отладка программной системы.
- •Определение требований к программному средству.
- •Известны три способа разработки определения требований к по :
- •3. Документирование пс. Виды документов программного средства.
- •Пользовательская документация по.
- •Документация по сопровождению программных систем.
- •Документация по сопровождению по можно разбить на две группы:
- •4. Защита информационных систем. Функции систем защиты.
- •5. Защита информационных систем. Возможные причины утечки информации. Типы нсд в информационных системах. Классификация возможных каналов утечки информации в пэвм.
- •6. Защита информационных систем. Методы защиты от несанкционированного копирования. Методы создания ключевых дискет. Общие принципы построения систем защиты от копирования
- •Методы построения защищенных от копирования дискет
- •7. Защита информационных систем. Модели систем защиты информации. (Бела-Лападулы и т.Д.)
- •Модели систем защиты информации.
- •8. Защита информационных систем. Принципы проектирования систем защиты.
- •Принципы проектирования систем.
- •9. Источники ошибок в программном средстве. Интеллектуальные возможности человека. Неправильный перевод как причина ошибок в программных/ Интеллектуальные возможности человека.
- •Модель перевода.
- •Основные пути борьбы с ошибками.
- •10. Комплексная отладка и тестирование программного средства. Основные понятия.
- •Комплексная отладка по.
Пользовательская документация по.
Пользовательская документация ПО - объясняет пользователям, как они должны действовать, чтобы применить разрабатываемое ПО. Она необходима, если ПО предполагает какое-либо взаимодействие с пользователями. К такой документации относятся документы, которыми должен руководствоваться пользователь при инсталляции ПО, при применении ПО для решения своих задач и при управлении ПО (например, когда разрабатываемое ПО будет взаимодействовать с другими системами).
В связи с этим следует различать две категории пользователей ПО:
1. Ординарных пользователей ПО
2. Администраторов ПО.
Ординарный пользователь ПО - использует ПО для решения своих задач. Он может и не знать многих деталей работы компьютера или принципов программирования.
Администратор ПО - управляет использованием ПО ординарными пользователями и осуществляет сопровождение ПО, не связанное с модификацией программ.
Например, он может регулировать права доступа к ПО между ординарными пользователями, поддерживать связь с поставщиками ПО или выполнять определенные действия, чтобы поддерживать ПО в рабочем состоянии, если оно включено как часть в другую систему.
Состав пользовательской документации зависит от аудиторий пользователей. Под аудиторией здесь понимается контингент пользователей ПО, у которого есть необходимость в определенной пользовательской документации ПО. Пользовательская документация должна содержать информацию, необходимую для каждой аудитории. Под режимом использования документа понимается способ, определяющий, каким образом используется этот документ. Обычно пользователю достаточно больших программных систем требуются либо документы для изучения ПО (использование в виде инструкции), либо для уточнения некоторой информации (использование в виде справочника).
В соответствии с работами можно считать типичным следующий состав пользовательской документации для достаточно больших ПО:
Общее функциональное описание ПО. Дает краткую характеристику функциональных возможностей ПО.
Руководство по инсталяции ПО. Предназначено для администраторов ПО. Оно должно детально предписывать, как устанавливать системы в конкретной среде
Инструкция по применению ПО. Предназначена для ординарных пользователей. Содержит необходимую информацию по применению ПО
Справочник по применению ПО. Предназначен для ординарных пользователей. Содержит необходимую информацию по применению ПО, организованную в форме удобной для избирательного поиска отдельных деталей.
Руководство по управлению ПО. Предназначено для администраторов ПО. Оно должно описывать сообщения, генерируемые, когда ПО взаимодействует с другими системами, и как должен реагировать администратор на эти сообщения. Кроме того, если ПО использует системную аппаратуру, этот документ может объяснять, как сопровождать эту аппаратуру.
Разработка пользовательской документации начинается сразу после создания внешнего описания. Качество этой документации может существенно определять успех ПО. Она должна быть достаточно проста и удобна для пользователя.