2. Риски в жизненном цикле сложных программных средств

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

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

Косв. метод опр-я величины риска-оценка сов. затрат, необходимых для ликвидации негативных последствий в ПС.

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

Вескими причинами рисков яв-ся ошибки при оценке размера проекта или ПП. Величина оцен. и соглас. м\у заказчиком и разработчиком масштаба ПС отражается на:

• бюджете и трудоемкости раз-ки и обес-я ЖЦ ПП;

• затратах времени и сроках создания и ЖЦ реализации и применения ПС;

• потребности в численности и квалификации специалистов для реализации проекта и создания ПП в соотв-и с требованиями заказчика.

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

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

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

Билет 12

1. Основы жизненного цикла программных средств.

ЖЦ - сов-ть процессов и этапов развития техн. с-м, продуктов произ-ва от зарождения или появления потребности их создания и исп-я до прекращения функц-я или применения.

Типовая модель процессов ЖЦ сложной с-мы начинается с идеи с-мы, вкл. проект-е, раз-ку, прим-е и сопров-е с-мы, и заканчивается снятием с-мы с эксплуатации. ПС служат для вып-я опред. ф-й с-м. Модель ЖЦ с-мы разделяют на послед. периоды реализации-стадии или этапы. Общ. модель ЖЦ сложной с-мы разделяют на осн. этапы: опр-е потребностей; исслед-е и описание осн. концепций; проект-е и разработка; испытания с-мы; создание и произ-во; распр-е и продажа; эксп-я; сопров-е и мониторинг; снятие с эксплуатации.

По особенностям и св-ам ЖЦ программ их делят на классы: малые и большие.

Первый класс сост. Относит. небольшие программы, создаваемые одиночками или небольшими коллективами (3 –5) специалистов.

Второй класс составляют крупномасштабные комплексы программ для слож. с-м упр-я и обработки инф-и, оформляемые в виде ПП с гарант. кач-ом, и отличаются св-ми их ЖЦ.

Сущ-ет мн-во моделей процессов ЖЦ систем и ПС, но 3 из них фундаментальные: каскадная; инкрементная; эволюционная.

Каскадная модель ЖЦ реализует принцип однократного вып-я каждого из базовых процессов и этапов. Работы и задачи процесса ЖЦ в этой модели выполняют последовательно.

Методы и процессы стандартизации ЖЦ ПС играют стабилизирующую и организующую роль во всем ЖЦ многих сложных систем.

При создании и сопровождении сложных, распределенных с-м, формировании архитектуры, выборе стандартов для ПКомп и связей, учитывают ряд совр. концепт-х требований ПИ и формирования их ЖЦ:

• арх-ра комплекса программ соответствует тек. и перспект. целям и стратег., функц-м задачам, создаваемой с-мы, гибкая и допускает простое, без коренных структур. изменений, раз-е и наращ-е ф-й и ресурсов с-мы;

• в структуре и компонентах ПС и с-мы предусматривают обес-е сохранности инвестиций в аппаратные и ПС, в БД при длит. развитии, сопровождении и модернизации системы;

• обеспечивается эффективное исп-е ресурсов в ЖЦ с-мы и минимизируются интегр-е затраты на обработку данных с учетом эксплуатац. затрат и капит. вложений в создание системы и ПП;

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

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