Добавил:
Опубликованный материал нарушает ваши авторские права? Сообщите нам.
Вуз: Предмет: Файл:

Иваненко / С прошлых курсов / TPZAS_podgotovka_k_testu_2

.pdf
Скачиваний:
21
Добавлен:
19.02.2018
Размер:
1.43 Mб
Скачать

Для проверки программ, как правило, приходится создавать комплекс программ, который нередко может превышать объем самих программ, поэтому работы по созданию испытательных комплексов планируют вместе с самими программами.

13. Сопровождение ПО

Программа сдана заказчику, принята в эксплуатирование.

Сопровождение — поддержание работоспособности программы.

Сопровождение включает:

устранение ошибок;

проведение доработок;

улучшение свойств.

Основная проблема — отсутствие квалифицированных кадров (специалистов).

Методы сопровождения:

20% средств — совершенствование программ по инициативе заказчика; 35% средств — на адаптацию ПО (к изменению входных

данных, к аппаратуре и т.д.); 30% средств — устранение ошибок; 15% средств — прочие работы.

14. Корректировка программ

Все изменения необходимо строго документировать.

Для внесения изменений нужно:

тщательно выбирать необходимые методы операторов;

тщательно проверять результаты измерений на взаимодействие с другими программами;

выполнять корректировку документации после каждого изменения.

15. Основные этапы проектирования. Их особенности

Проектирование Именно на этом этапе закладывается надежность

программы. Основа проектирования — четко сформулированная задача.

Проектирование осуществляется с наиболее общего описания программы, а затем происходит детализация.

Преобразование проблемы и поставленной задачи в конкретные требования составления программы (какова последовательность программирования и т.д.).

Основной итог — получение проекта (конкретных требований, которые нужно реализовать на определенном ЯП). Проект может представлять собой текст или блок-схему, либо таблицы.

Основная проблема — определение момента завершения проектирования. Решение этой проблемы зависит от конкретных условий, от опыта и квалификации проектировщика.

16. Структура отчета и основные требования

При разработке большинства систем проводится НИР.

НИР:

один из этапов тех. задания (как правило);

может выполняться на последующих этапах (указывается в тех. задании).

Отчет о нир — научно-технический документ, котый содержит исчерпывающие систематизированные сведения о выполненной работе или ее этапе.

Общие требования к отчету:

четкость и логическая послед-ть изложения материала;

убедительность аргументации;

краткость и точность формулировок искл-щих возм-ть их неоднозначного толкования;

конкретность изложения результатов работы;

обоснованность рекомендаций и предложений.

Структура отчета:

д.б. удобна как для автора отчета, так и для читателей;

принята как для отчета, так и для ПЗ;

использ-ся при написании статей в журналы;

рекомендуется при защите дипломных/курсовых проектов.

Структурные части отчета

1)Титульный лист (обязательно)

2)Список исполнителей

3)Реферат (обязательно)

4)Содержание

5)Перечень условных обозначений

6)Введение (обязательно)

7)Основная часть (обязательно)

8)Заключение (обязательно)

9)Список использованных источников (обязательно)

10)Приложение

Случаи, когда обязательные части являются необязательными:

если отчет выполнен одним исполнителем, то список исполнителей не нужен;

если меньше определенного кол-ва страниц (обычно <10–15), то содержание не используется;

если условных обозначений <20, то перечень условных обозначений можно не писать (≥20 — обязательно);

приложения могут быть, а могут и не быть, вощемта.

Реферат

Наименование документа.

Объем.

Кол-во иллюстраций, томов отчета, страниц, таблиц, использованных источников и приложений.

Перечень ключевых слов (5–15 слов или словосочетаний).

Текст реферата должен содержать следующее:

объект исследования;

цель работы;

метод исследования;

полученные рез-ты и их новизну;

степень внедрения;

рекомендации по внедрению рез-тов;

эффективность;

область применения;

осн-ые конструктивные и технико-эксплуатационные харки.

Рекомеднуемый объем: 1200 печатных знаков (≤2000).

Введение

Р/м-ся откуда возникла проблема (необходимость) такой разработки, краткое состояние проблемы, на что можно опираться, каким образом решается эта проблема.

В конце введения на 0.5 стр. описывается кратко что есть в работе.

Заключение

Подводятся итоги выполненной работы (лучше 4-10 пунктов скомпоновать), указывается конкретно что сделано в работе

(в прошедшем времени: разработан алгоритм, сделано тото…).

Введение и заключение не нумеруются.

Основная часть

Состоит из разделов. Разделы нумеруются арабскими цифрами (1,2,3,4,…). Число разделов м.б. разным. Рекомендуется 3-6 разделов. Самый большой раздел не д.б. более чем в 2÷2,5 раза больше других. Каждый раздел д. иметь свое название. Название не д. носить общий хар-тер (не «теоретическая часть», а конкретно «математические основы фильтрации»).

Разделы

Некоторые разделы м. разбиваться на части — подразделы. Подразделы имеют двойную нумерацию (1.1, 1.2, …; 2.1, 2.2,…). Каждый подраздел д. иметь свое название. Некоторые подразделы м. дробиться на части — пункты, которые имеют тройную нумерацию (1.1.1, 1.1.2, …).

Приложения

В приложениях выносится вспомогательный материал (промежут. мат. док-ва, расчеты, таблицы вспом. цифровых данных, протоколы или рез-ты испытаний, листинги или распечатки программ, иллюстрации вспомогат. хар-ра, акты о внедрении и пр.). Приложения нумеруются (П1, П2, … или А, Б, В в соотв-вии с ГОСТом). У каждого приложения д.б. заголовок, раскрывающий содержание.

Иллюстрации

Каждый рисунок д.б. пронумерован и иметь подрисуночную подпись (рис. 1 … или рисунок 1 … в соотв-вии с ГОСТом). При нумерации рисунков применяется либо сквозная нумерация (по всему тексту), либо двойная (в каждом разделе своя нумерация: 1 раздел — рис. 1.1, рис. 1.2, рис. 1.3, …; 2 раздел — рис. 2.1, рис. 2.2, …).

Рис. 1 <подрисуночная подпись>

Примеры, например:

Рисунок 1 — Совет от паука

Рисунок 1 — Паук прогоняет телегу

На каждый рисунок в тексте д.б. ссылка. М.б. краткое описание рисунка (желательно от 1 строчки до 2 страниц или столько сколько надо, например).

Таблицы

Таблицы имеют заголовок. Нумерация как у рисунков: либо сквозная, либо двойная. Если в таблице приведены рез-ты, то нужно их проанализировать в тексте.

Нумерация

1-ый лист (титульный) не нумеруется. Следующие листы, начиная со 2-го, нумеруются арабскими цифрами (2,3,4,…). Уот так уот.

Список литературы (список использованных источников)

Если текст откуда-то заимствован, то на него обязательно нужно ссылаться (даже на свои собственные статьи и работы). Ссылки пишутся в квадратных скобках: [1], [2], …. Нумерация либо по тексту в порядке приведения ссылок в тексте, либо по алфавиту. Предпочтительно ссылаться на конкретные страницы источника (с.20–25, например).

17. Угрозы безопасности информации

Угроза — это совокупность явлений, факторов и условий, создающих опасность нарушения статуса инф-ции.

3 класса угроз:

природные (бури [в т.ч. магнитные], тайфуны, пожары, радиоактивные излучения);

технические (отключение/колебание напряжения электропитания, отказы и сбои аппаратно-программных средств, ПЭМИН, утечки через каналы связи);

созданные людьми:

o непреднамеренные (усталость, недобросовестность);

o преднамеренные (специально).

Источники угроз

Вред информации м. нанести люди:

сотрудники данного предприятия;

лица, не работающие на предприятии, но имеющие доступ к защищаемой инф-ции;

сотрудники госорганов разведки других стран и разведслужб;

лица из криминальных структур и хакеры.

Причины:

стремление к материальной выгоде (желание подзаработать);

стремление нанести вред (руководству, коллеге, гос-ву);

стремление к бескорыстной услуге коллеге (своему приятелю или родственнику);

стремление продвинуться по службе;

стремление обезопасить себя от угроз, шантажа и насилия;

Соседние файлы в папке С прошлых курсов