- •2 Билет.
- •3 Билет.
- •4 Билет.
- •5 Билет.
- •6 Билет.
- •7 Билет.
- •8 Билет.
- •9 Билет.
- •10 Билет.
- •11 Билет.
- •12 Билет.
- •13 Билет.
- •1. Задачи, решаемые информационными системами
- •15 Билет.
- •16 Билет.
- •17 Билет.
- •18 Билет.
- •19 Билет.
- •20 Билет.
- •21 Билет.
- •22 Билет.
- •23 Билет.
- •24 Билет.
- •25 Билет.
- •26 Билет.
- •27 Билет.
- •28 Билет.
- •29 Билет.
- •30 Билет.
- •31 Билет.
- •32 Билет.
30 Билет.
1. Жизненный цикл программного обеспечения (ПО) — период времени, который начинается с момента принятия решения о необходимости создания программного продукта и заканчивается в момент его полного изъятия из эксплуатации.
Водопадная (каскадная, последовательная) модель
Водопадная модель жизненного цикла предусматривает последовательное выполнение всех этапов проекта в строго фиксированном порядке. Переход на след. этап означает полное завершение работ на пред. этапе.
Этапы проекта в соответствии с каскадной моделью:
Формирование требований; Проектирование; Реализация; Тестирование; Внедрение; Эксплуатация.
Преимущества: Полная и согласованная документация на каждом этапе; Легко определить сроки и затраты на проект.
Недостатки: В водопадной модели переход от одной фазы проекта к другой предполагает полную корректность результата предыдущей фазы. Неточность какого-либо требования в результате приводит к тому, что приходится «откатываться» к ранней фазе проекта и требуемая переработка выбивает проектную команду из графика, часто приводит к качественному росту затрат или к прекращению проекта в той форме, в которой он задумывался. Водопадная модель для крупных проектов мало реалистична.
Итерационная модель. Модель IID предполагает разбиение жизненного цикла проекта на последовательность итераций, каждая из которых напоминает «мини-проект», включая все процессы разработки в применении к созданию меньших фрагментов функциональности, по сравнению с проектом в целом. Цель каждой итерации — получение работающей версии программной системы, включающей функциональность, определённую интегрированным содержанием всех предыдущих и текущей итерации. Результат финальной итерации содержит всю требуемую функциональность продукта. Таким образом, с завершением каждой итерации продукт получает приращение — инкремент — к его возможностям, которые, следовательно, развиваются эволюционно. Шансы успешного создания сложной системы будут максимальными, если она реализуется в серии небольших шагов и если каждый шаг заключает в себе четко определённый успех, а также возможность «отката» к предыдущему успешному этапу в случае неудачи. Недостатки: целостное понимание возможностей и ограничений проекта очень долгое время отсутствует, при итерациях приходится отбрасывать часть сделанной ранее работы, добросовестность специалистов при выполнении работ снижается.
Спиральная модель При использовании этой модели ПО создается в несколько итераций (витков спирали) методом прототипирования. Каждая итерация соответствует созданию фрагмента или версии ПО, на ней уточняются цели и характеристики проекта, оценивается качество полученных результатов и планируются работы следующей итерации.
На каждой итерации оцениваются:
риск превышения сроков и стоимости проекта; необходимость выполнения ещё одной итерации; степень полноты и точности понимания требований к системе; целесообразность прекращения проекта.
Отличительной особенностью спиральной модели является специальное внимание, уделяемое рискам, влияющим на организацию жизненного цикла, и контрольным точкам.
Боэм формулирует 10 наиболее распространённых (по приоритетам) рисков:
Дефицит специалистов. Нереалистичные сроки и бюджет. Реализация несоответствующей функциональности.
Разработка неправильного пользовательского интерфейса. Ненужная оптимизация и оттачивание деталей.
Непрекращающийся поток изменений. Нехватка информации о внешних компонентах. Недостатки в работах, выполняемых внешними ресурсами. Недостаточная производительность получаемой системы. Разрыв в квалификации специалистов разных областей.
В сегодняшней спиральной модели определён следующий общий набор контрольных точек:
Concept of Operations (COO) — концепция (использования) системы;
Life Cycle Objectives (LCO) — цели и содержание жизненного цикла;
Life Cycle Architecture (LCA) — архитектура жизненного цикла; здесь же возможно говорить о готовности концептуальной архитектуры целевой программной системы;
Initial Operational Capability (IOC) — первая версия создаваемого продукта, пригодная для опытной эксплуатации;
Final Operational Capability (FOC) –— готовый продукт, развернутый (установленный и настроенный) для реальной эксплуатации.
2. 0,11012 = 1*2^(-1)+1*2^(-2)+1*2^(-4)=8/16+4/16+1/16=13/16
0,2А16 первое число 2-ая тетрада, второе 1-ая тетрада. 216=00102; А16=10102 , убираем не значащие 0, получаем Ответ: 0,00101012
