МКиСПО вопросы к экзамену2011

так и ошибкой в интерфейсе в зависимости от того, что представляет собой этот комментарий), отсутствуют средства отображения связей между переменными. Разное. Очень эклектичный раздел. Сюда входят ошибки, связанные с 41 защитой информации (неадекватные средства защиты и избыточная защита),

которые необходимо выделить в самостоятельный раздел. Невозможность спрятать меню (недостаток интерфейса), отсутствие поддержки стандартных функций операционной системы, отсутствие поддержки длинных имен файлов (функциональные ошибки).

Негибкость программы. В разделе рассматриваются возможные проблемы настройки пользовательского интерфейса программы. Отмечается, что негибкость программы – это не всегда недостаток, т.к. программы с простым фиксированным интерфейсом как правило более просты в изучении и в эксплуатации. Выделяются следующие виды ошибок: невозможность отключить звук, отсутствие переключателя учета регистра, несовместимость с аппаратным обеспечением (помоему, не из этого раздела), игнорирование инициализации устройств, выполненной извне (имеется в виду, что программа не может выполнить настройки конкретного оборудования, а только посылает какой-то ограниченный набор команд (по-моему, не из этого раздела), не предусмотрено отключение функции автоматического сохранения, невозможность замедлить (ускорить) прокрутку текста, отсутствие возможности повторить последнее действие или выяснить, каким оно было, невозможно выполнить только что настроенную команду, не сохраняются настроенные параметры программы (мне кажется, что это функциональный недостаток, причем возможна ситуация, когда настройка некоторых параметров пользователем невозможна по соображениям безопасности), побочные эффекты настройки, излишне высокая степень настраиваемости. Производительность. Авторы отмечают существование нескольких трактовок этого понятия: 1) скорость программы, 2) производительность работы пользователя, 3) субъективное восприятие пользователем характеристик производительности программы. В связи с этим возможна ситуация, когда

высокоскоростная программа с неудачным пользовательским интерфейсом кажется медленнее, чем на самом деле. Какая-то логика в этом безусловно есть, но представляется более правильным разделить производительность программы при решении ее основных функциональных задач, которая в большинстве случаев не зависит от пользователей и может быть точно замерена, и производительность непосредственно интерфейса. При всей субъективности этой характеристики она может быть оценена на стадии разработки интерфейса, а затем и измерена специальными средствами.

В разделе выделяются следующие подразделы: низкоскоростная программа (ошибки проектирования и кодирования), задержка реакции на действия пользователя, большое время ответа, программа не распознает ввод, отсутствие предупреждений о длительных операциях, отсутствие индикаторов хода работы, проблемы тайм-аутов (здесь речь идет об искусственных ограничениях времени ввода данных или паузах при совершении каких-то действий), надоедливая программа, избыточная информация, передавая по медленным сетям (проблема рассматривается только с точки зрения интерфейса пользователя, хотя проблема должна решаться при проектировании системы в целом). Далее приводятся ряд ошибок, которые явно не из этого раздела: выходная информация должна быть полной и понятной пользователю, невозможно получить определенные данные, невозможно перенаправить вывод, формат, неподходящий для дальнейшей обработки (речь идет об ошибках в программных интерфейсах, явно напрашивается вывод - выделить их в раздел: «Ошибки взаимодействия программ»), слишком мало или слишком много выходной информации, абсурдная

степень точности, невозможность форматирования заголовков таблиц и подписей рисунков, невозможность изменения масштаба графиков. Необходимо отметить, что последние 2 пункта являются слишком частными, поэтому вызывает сомнение необходимость включать настолько частные ошибки в общую классификацию.

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

25.Классификация программных ошибок.

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

Считается, что в программе имеется ошибка, если она не выполняет того, что пользователю разумно от нее ожидать. В результате наличие ошибки становится функцией, как самого программного комплекса, так и неформализованных ожиданий его пользователей.

Классификационные признаки ошибок:

Где произошла ошибка?

o Персонал (структура, процедуры)

oОборудование (ЭВМ, связь, сопровождающее обеспечение)

oПрограммное обеспечение (внутреннее ПО, применение)

На что похожа ошибка?

oПрограммное обеспечение (внутреннее ПО, применение)

oФункции (процедуры, использование ресурса)

oРесурсы (имя, использование)

oОбласть (структура программы, применение)

Как была сделана ошибка?

oДанные (входные, внутренние)

oПроцедуры (вычисление, контроль, интерфейс)

Когда произошла ошибка?

oНачальная работа

o Внедрение

oФункционирование

Почему произошла ошибка?

oМеханический (подстановка, путаница, пропуск)

oУмственный (концептуализация, реализация)

oКоммуникационный (персонал, документация)

26.Модель Коркорэна.

27.Модель Миллса.

28.Модель простая интуитивная.

29.Модель Муса.

30.Модель Шумана.

31.Модель Нельсона.

32.Модель переходных вероятностей.

33.Модель Гоэл-Окимото.

34.Модель Джелински-Моранды.

35.Модель сложности.

36.Эмпирические модели надежности ПС.

Сцелью управления надежностью возникает необходимость ее измерения, оценки и прогнозирования. Основным средством оценки и прогнозирования надежности являются модели надежности.

Модель надежности ПО (МНПО) – математическая модель, построенная для оценки зависимости надежности ПС от заранее известных или оцененных в ходе тестирования параметров.

Эмпирические моделисуществует возможность предсказывать показатели надежности на основе данных о метрических свойствах программы

o модель сложности;

o модель, определяющая время доводки программы.

37.Динамические модели надежности ПС.

Сцелью управления надежностью возникает необходимость ее измерения, оценки и прогнозирования. Основным средством оценки и прогнозирования надежности являются модели надежности.

Модель надежности ПО (МНПО) – математическая модель, построенная для оценки зависимости надежности ПС от заранее известных или оцененных в ходе тестирования параметров.

Динамические модели (ДМ)

Поведение отказов зависит от времени.

Для использования ДМ необходимо иметь данные о появлении отказов по времени.

В ДМ с непрерывным временем (ДНМ) фиксируются интервалы каждого отказа, т.е. получается непрерывная картина появления отказов по времени.

В ДМ с дискретным временем (ДДМ) фиксируются число отказов за некоторое время и поведение программы представлено в дискретных точках.

Динамические модели относятся к аналитическим – т. е. показатель надежности определяется на основании данных о поведении программы в процессе тестирования; Динамические модели бывают:

дискретные (Модель Шумана, Модифицированная модель Шумана, Модель La Padula, Модель Шика-Волвертона);

непрерывные (Модель Джелинского-Моранды, Модель Муса, Модель переходных вероятностей, Модель Гоэл-Окимото);

38.Статические модели надежности ПС.

Сцелью управления надежностью возникает необходимость ее измерения, оценки и прогнозирования. Основным средством оценки и прогнозирования надежности являются модели надежности.

Модель надежности ПО (МНПО) – математическая модель, построенная для оценки зависимости надежности ПС от заранее известных или оцененных в ходе тестирования параметров.

Статические модели (СМ)

Появление отказов не связано со временем.

СМ по области ошибок – учитывается связь количества ошибок и числа тестовых прогонов.

СМ по области данных – учитывается связь количества ошибок с характеристиками входных данных ПС.

Статические модели относятся к аналитическим – т. е. показатель надежности определяется на основании данных о поведении программы в процессе тестирования; Статические модели бывают:

по области ошибок (Модель Миллса, Модель Липова, Простая интуитивная модель, Модель Коркорэна);

по области данных (Модель Нельсона).

39. Особенности определения экономической эффективности ПС.

Эффективность - это мера соотношения затрат и результатов функционирования программного средства.

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

Понятие экономической эффективности (ЭЭ). Основные показатели ЭЭ.

ЭЭ – мера соотношения затрат и результатов функционирования ПС. Показатели:

1)экономический эффект

2)коэффициент ЭЭ капитальных вложений

3)срок окупаемости капитальных вложений

Экономический эффект – результат внедрения какого-либо мероприятия, выраженный в стоимостной форме в виде экономии от его осуществления.

Коэффициент ЭЭ капиталовложений показывает величину годового прироста прибыли, образующейся в результате производства или эксплуатации ПС на 1 рубль единовременных капиталовложений. В состав капиталовложений входят все единоразовые затраты, необходимые для производства ПС.

Срок окупаемости капиталовложений – величина, обратная коэффициенту ЭЭ капиталовложений. Это показатель эффективности использования капиталовложений. Это период времени, в течение которого затраты на производство ПС окупаются полученным эффектом.

На различных стадиях ЖЦ ПС зависимости от цели расчетов рассчитываются и документально оформляются следующие виды экономического эффекта:

1)предварительный – рассчитывается до выполнения разработки на основе данных технических предложений и прогноза использования

2)потенциальный – рассчитывается по окончании разработки на основе достигнутых технико-экономических характеристик и прогнозных данных о максимальных объемах использования ПС

3)гарантированный – рассчитывается после окончания разработки на основе данных о гарантированном разработчиком удельном эффекте от применения ПС и гарантированных пользователем сроках и годовом объеме использования ПС; служит для разработки утверждения экономически обоснованной цены на ПС

4)фактический – рассчитывается на основе данных учета и сопоставления затрат и результатов при конкретных применениях ПС

Впроцессе разработки программного средства в качестве критериев экономиче-

ской эффективности могут быть выбраны следующие критерии:

1.максимальная экономическая эффективность функционирования программного средства за весь период жизненного цикла при ограниченных затратах на разработку программ;

2.минимальные затраты на разработку программ при заданной экономической эффективности применения и заданном качестве программного средства;

3.максимальное отношение экономической эффективности применения программного средства в течение времени эксплуатации к затратам на его создание;

4.максимальная разность эффекта от функционирования программного средства за весь жизненный цикл и затрат на его разработку, эксплуатацию и сопровождение.

40. Расчет экономического эффекта при производстве ПС.

Оценка технико-экономических показателей разработки ПС.

Объём ПС( о операторах языка или строках текста) - О.

Длительность разработки (по фактическому времени) Д = Д1-Д2.

Число программных и информационных модулей в ПС – Р.

Количество фактически затраченного времени на разработку ПС – М.

Трудоёмкость разработки ПС (по фактически затраченному времени на стадии разработки) – Т.

Абсолютное снижение трудовых затрат Та = Т0-Т1.

Коэффициенты относительного снижение трудовых затрат Кт = Та/Т0*100

Индекс снижения трудовых затрат или повышение производительности труда УТ

=Т0/Т1

Абсолютное снижение стоимостных затрат СА = С0 – С1

Коэффициенты относительного снижения стоимостных затрат КС = СА/С0*100

Индекс снижения стоимости затрат УС = С0/С1

Срок окупаемости ПС К = КР/СА

41. Расчет экономического эффекта при применении ПС.

Экономический эффект – результат внедрения какого-либо мероприятия, выраженный в стоимостной форме в виде экономии от его осуществления.

Для предприятий, использующих ПС, основными источниками экономии являются

1)улучшение показателей их основной деятельности, происходящее в результате использования ПС

2)сокращение сроков освоения ПС за счет лучших его эргономических характеристик

3)сокращение расхода машинного времени и других ресурсов на отладку и сдачу задач в эксплуатацию

4)повышение технического уровня качества и объема вычислительных работ

5)увеличение объемов и сокращение сроков переработки информации

6)повышение коэффициента использования вычислительных ресурсов, средств подготовки и передачи информации

7)уменьшение численности персонала (в том числе и высококвалифицированного), занятого обслуживанием ПС

8)снижение трудоемкости работ программистов при программировании прикладных задач с использованием новых ПС в организации потребителей этих ПС

9)снижение затрат на эксплуатационные материалы

Э= (З1-З2)*А2 -годовой экономический эффект, где З1 – базовые приведенные затраты, З2 – новые приведенные затраты , А2 - годовой объем работ, выполняемых в расчетном году с применением новой технологии

Зi=Сi+Ен*Кi – приведенные затраты - представляют собой сумму себестоимости и нормативных отчислений от капитальных вложений в производственные фонды, где С - себестоимость продукции, р., К - капитальные вложения, р., Ен - нормативный коэффициент эффективности капитальных вложений.

Э=( П-Ен*К)*А2 -годовой экономический эффект, где П- годовая прибыль

Ер=∆П/К или ∆С/К - общая расчетная экономическая эффективность капитальных вложений, где ∆П — планируемый прирост прибыли

Тр=1/Ер=К/ ∆П=К/ ∆С - срок окупаемости капитальных вложений, где Ер – общая расчетная экономическая эффективность капитальных вложений, где ∆П — планируемый прирост прибыли

42.Расчет коэффициента экономической эффективности капитальных вложений и срока окупаемости капитальных вложений ПС.

Коэффициент ЭЭ и срок окупаемости капиталовложений Коэффициент ЭЭ капиталовложений показывает величину годового прироста прибыли,

образующейся в результате производства или эксплуатации ПС на 1 рубль единовременных капиталовложений. В состав капиталовложений входят все единоразовые затраты, необходимые для производства ПС.

Срок окупаемости капиталовложений – величина, обратная коэффициенту ЭЭ капиталовложений. Это показатель эффективности использования капиталовложений. Это период времени, в течение которого затраты на производство ПС окупаются полученным эффектом.

Ер=∆П/К или ∆С/К - общая расчетная экономическая эффективность капитальных вложений, где ∆П — планируемый прирост прибыли

Тр=1/Ер=К/ ∆П=К/ ∆С - срок окупаемости капитальных вложений, где Ер – общая расчетная экономическая эффективность капитальных вложений, где ∆П — планируемый прирост прибыли

43. Цели технико-экономического анализа разработки ПС.

Цели:

Определение реальных затрат

Создание методов и методик прогнозирования сроков и затрат

Обоснование и создание методов и средств снижения совокупных сроков и затрат

Создание нормативных документов

44. Факторы, определяющие затраты на создание ПС.

1.Отражающие особенности КП и требования к его характеристикам:Сложность КП.

Размер БД КП.

Надёжность функционирования КП.

Ограничение ресурсов производительности и оперативной памяти реализующей ЭВМ.

Длительность предполагаемой эксплуатации.

Предполагаемый тираж программ.

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

2.Характеризующие технологическую и программную оснащённость средствами автоматизации:

Применение современных методов разработки.

Уровень автоматизации разработки .

Уровень языков проектирования.

Тираж системы автоматизации разработки КП.

3.Отражающие оснащённость процесса создания КП аппаратурными средствами:

Относительное быстродействие ЭВМ на одного специалиста.

Относительный объём оперативной памяти ЭВМ на одного специалиста.

Относительное число дисплеев на одного специалиста.

4.Определяющие организацию процесса разработки программ:

Тематическая квалификация специалистов в конкретной предметной области.

Технологическая квалификация специалистов в использовании систем автоматизации разработки КП.

Программистская квалификация и опыт работы с языками проектирования.

Уровень квалификации заказчика.

45. Составляющие затрат на разработку ПС.

Совокупные затраты:

Затраты на непосредственную разработку

Затраты на изготовление опытного образца КП как продукции производственнотехнического назначения

Затраты на технологию и ПС автоматизации разработки КП

Задачи,возникающие на стадии обоснования и создания методов и средств снижения совокупных и данного КП

Затраты на подготовку и повышение квалификации специалистов-разработчиков

46. Методы сбора и обработки данных о разработках ПС.

Ретроспективный анализ - анализ, заключающийся в изучении тенденций, сложившихся за определенный период в прошлом.

Экспертный опрос применяется, как правило, для решения сложных задач, связанных с прогнозированием, долгосрочным планированием и принятием решений в области науки, техники и экономики. Одна из основных трудностей решения таких задач состоит в необходимости принимать решения в условиях неопределенности. Под неопределенностью понимается ситуация, когда существует несколько вариантов развития того или иного события и исследователь заранее не знает и не может посчитать вероятность наступления каждого из этих вариантов развития исследуемого события или явления. Экспертный опрос призван помочь исследователю в решении таких непростых задач.

Использование информации, полученной от специалистов, особенно плодотворно, если для ее сбора, обобщения и анализа применяются специальные процедуры, логические приемы и математические методы, получившие название методов экспертных оценок[2]. В социологии под методом экспертных оценок принято понимать «метод получения социологической информации путем проведения экспертного опроса»[3].

Функции экспертного опроса

Получение уникальной информации от экспертов

Оценка характеристик объектов, событий и явлений

Получение идей и предложений от экспертов по преобразованию предметной области, по решению ее проблем.

Фактографическая информация — это описание фактов, сгруппированных по определенным системообразующим признакам.

47. Трудоемкость, длительность, стоимость разработки ПС.

Оценка технико-экономических показателей разработки ПС.

Объём ПС( о операторах языка или строках текста) - О.

Длительность разработки (по фактическому времени) Д = Д1-Д2.

Число программных и информационных модулей в ПС – Р.

Количество фактически затраченного времени на разработку ПС – М.

Трудоёмкость разработки ПС (по фактически затраченному времени на стадии разработки) – Т.

Абсолютное снижение трудовых затрат Та = Т0-Т1.

Коэффициенты относительного снижение трудовых затрат Кт = Та/Т0*100

Индекс снижения трудовых затрат или повышение производительности труда УТ

=Т0/Т1

Абсолютное снижение стоимостных затрат СА = С0 – С1

Коэффициенты относительного снижения стоимостных затрат КС = СА/С0*100

Индекс снижения стоимости затрат УС = С0/С1

Срок окупаемости ПС К = КР/СА

Совокупные затраты:

Затраты на непосредственную разработку

Затраты на изготовление опытного образца КП как продукции производственнотехнического назначения

Затраты на технологию и ПС автоматизации разработки КП

Задачи,возникающие на стадии обоснования и создания методов и средств снижения совокупных и данного КП

Затраты на подготовку и повышение квалификации специалистов-разработчиков

48.Методы обеспечения технологической безопасности ПС и данных.

Цели обеспечения безопасности использования программ и данных:

1.Сохранение целостности, полноты и достоверности информации и программ обработки данных, установленных собственником или уполномоченным им лицом.

2.Предотвращение утечки, хищения, утраты, несанкционированного уничтожения, искажения модификации (подделки), блокирования, копирования и других непредусмотренных негативных воздействий на ПС и данные, информационную систему.

3.Обеспечение конституционных прав граждан на сохранение личной тайны и конфиденциальности персональной информации, накапливаемой в БД.

4.Сохранение секретности, конфиденциальности информации в соответствии с действующим законодательством.

5.Соблюдение прав авторов программной и информационной продукции, используемых в информационной системе.

Модель анализа безопасности информационной системы при отсутствии злоумышленных угроз:

1.Объекты уязвимости:

вычислительный процесс

информация БД

объектный код программ

информация для потребителей

2.Дестабилизирующие факторы и угрозы безопасности Внутренние:

ошибки проектирования при постановке задач

ошибки алгоритмизации задач

ошибки программирования

недостаточное качество средств защиты Внешние:

ошибки персонала при эксплуатации

искажения информации в каналах

сбои и отказы аппаратуры ЭВМ

изменения конфигурации системы

3.1.Меры предотвращения угроз безопасности

предотвращение ошибок в CASE-технологиях

систематическое тестирование

обязательная сертификация

3.2.Оперативные методы повышения безопасности

временная избыточность

информационная избыточность

программная избыточность

4.Последствия нарушения безопасности

разрушение вычислительного процесса

разрушение информации БД

разрушение текста программ

разрушение информации для потребителей

Оперативные методы повышения безопасности:

Временная избыточность состоит в использовании некоторой части производительности ЭВМ для контроля исполнения программ и восстановления вычислительного процесса.

Информационная избыточность состоит в дублировании накопленных, исходных и промежуточных данных, обрабатываемых программой.

Программная избыточность для контроля обеспечения достоверности наиболее важных решений по обмену и обработки информации

49. Задачи и проблемы сертификации ПС.

Цели:

1.Основная – защита интересов пользователей

контроль качества

обеспечение высоких потребительских свойств

повышение эффективности затрат

2.Формальная – выдача сертификата

полнота, точность эталонных данных

адекватные показатели качества ПС

методологии интерпретации данных

Задачи сертификации заключаются в распределении экономической и юридической ответственности между испытателями, разработчиками и заказчиками за качество сертифицированной продукции и за возможный ущерб при ее несоответствии документированному и объявленному качеству.

Проблемы сертификации ИТ, ПС и БД в принципе близки к тем, которые приходится решать для других видов изделий. Однако вследствие их новизны, высокой сложности объектов сертификации и многообразия их показателей качества выявился ряд особенностей этих проблем. При анализе сертификации ИТ, ПС и БД целесообразно выделить следующие проблемы:

научнометодические, состоящие в создании эффективных по затратам ресурсов методов сертификационных испытаний ИТ, ПС и БД, которые гарантируют достоверное определение заданных показателей их качества и соответствие документации;

технологические, заключающиеся в обеспечении реализации методов испытаний ИТ средствами автоматизации, тестирования и организации регламентированных проверок качества объектов и документации на разных этапах их создания и при непосредственных сертификационных испытаниях;

проблемы стандартизации и нормативной документации, которые сводятся к созданию, последующему выбору и адаптации исходных документов, применяемых при сертификационных испытаниях определенных видов ИТ, ПС и БД;

организационные, состоящие в создании международных, государственных и ведомственных органов, ответственных за сертификацию ИТ и их компонент, определении их прав и обязанностей, оснащении их необходимыми нормативнометодическими и инструментальнотехнологическими средствами;

экономические, которые сводятся к выявлению, оценке и применению экономически эффективных методов использования ресурсов испытаний ИТ, ПС и БД, обеспечивающих заданную достоверность определения их качества, разработке экономических механизмов взаимодействия организаций и специалистов по сертификации с разработчиками, заказчиками и пользователями этих средств;

правовые, сосредоточивающие в себе прежде всего создание юридических механизмов процессов сертификации и использования их результатов, создание нормативов, правил взаимодействия и распределения экономической и юридической ответственности между разработчиками, производителями, сертифицирующими организациями и поставщиками ИТ, ПС и БД за