Масштабируемость, переносимость и мобильность ПО Выполнил: ТРИНЕЕВ А.А. - презентация

1 Масштабируемость, переносимость и мобильность ПО Выполнил: ТРИНЕЕВ А.А.

2 ЧТО ТАКОЕ МАСШТАБИРУЕМОСТЬ

3

4

5 НЕТ

6 МАСШТАБИРУЕМОСТЬ Это способность информационной системы адаптироваться к резкому изменению показателей задач и повышению требований (например, увеличение объемов данных, числа пользователей, и т.д.). При этом речь идет не о замене оборудования и программного обеспечения, т. е. о каких-либо структурных изменениях, а о наращиваемости его производительности.

7 МАСШТАБИРУЕМОСТЬ Обеспечивается используемыми платформами и такими их характеристиками как МНОГОПОТОЧНАЯ, МНОГОПРОЦЕССОРНАЯ МУЛЬТИСЕРВЕРНАЯ архитектура.

8 МАСШТАБИРУЕМОСТЬ Масштабируемость может быть как ВЕРТИКАЛЬНОЙ, так и ГОРИЗОНТАЛЬНОЙ.

9 МАСШТАБИРУЕМОСТЬ Вертикальное масштабирование увеличение производительности каждого компонента системы с целью повышения общей производительности. Возможность заменять в существующей вычислительной системе компоненты более мощными и быстрыми по мере роста требований и развития технологий.

10 МАСШТАБИРУЕМОСТЬ Горизонтальное масштабирование разбиение системы на более мелкие структурные компоненты и разнесение их по отдельным физическим машинам и увеличение количества серверов, параллельно выполняющих одну и ту же функцию. Масштабируемость в этом контексте означает возможность добавлять к системе новые узлы, серверы, процессоры для увеличения общей производительности.

11 МАСШТАБИРУЕМОСТЬ Сильная масштабируемость показывает, как меняется время решения задачи с увеличением количества процессоров при неизменном общем объёме задачи. Слабая масштабируемость показывает, как меняется время решения задачи с увеличением количества процессоров (узлов) при неизменном объёме задачи для одного процессора.

12 ЧТО ТАКОЕ ПЕРЕНОСИМОСТЬ

13 ДА

14

15

16 ПЕРЕНОСИМОСТЬ Под этим определением понимают АДАПТАЦИЮ некоторой ПРОГРАММЫ или её части, с тем чтобы она работала в другой СРЕДЕ, отличающейся от той среды, под которую она была изначально написана с максимальным сохранением её пользовательских свойств.АДАПТАЦИЮПРОГРАММЫСРЕДЕ

17 ПЕРЕНОСИМОСТЬ Если код ОС может быть сравнительно легко перенесен с процессора одного типа на процессор другого типа и аппаратной платформы одного типа на аппаратную платформу другого типа, то такую ОС называют переносимой или мобильной.

18 ПЕРЕНОСИМОСТЬ Для того чтобы обеспечить свойством мобильности ПРОГРАММНОГЕ ОБЕСПЕЧЕНИЕ, разработчики должны следовать следующим правилам:

19 ПЕРЕНОСИМОСТЬ 1. Большая часть кода должна быть написана на языке, трансляторы которых имеются на всех машинах, куда предполагается переносить систему.

20 ПЕРЕНОСИМОСТЬ 2. Объем машинно-зависимых частей кода, которые непосредственно взаимодействуют с аппаратными средствами, должен быть по возможности минимизирован.

21 ПЕРЕНОСИМОСТЬ 3. Аппаратно-зависимый код должен быть надежно изолирован в нескольких модулях, а не быть распределен по всей системе. Изоляции подлежат все части ОС, которые отражают специфику, как процессора, так и аппаратной платформы в целом.

22 ПЕРЕНОСИМОСТЬ 4. Низкоуровневые компоненты ОС, имеющие доступ к процессорно-зависимым структурам данных и регистрам, должны быть оформлены в виде компактных модулей, которые могут быть заменены аналогичными модулями для других процессоров.

23 ОЦЕНКА СТОИМОСТИ ПО

24 Какие затраты необходимы для выполнения этапа? Сколько это займет времени? Какова стоимость выполнения данного этапа?

25 ОЦЕНКА СТОИМОСТИ ПО Цена продукта включает: Издержки производства Предлагаемую прибыль

26 ОЦЕНКА СТОИМОСТИ ПО Параметры, используемые для оценки проекта: Стоимость аппаратных средств и программного обеспечения, включая их обслуживание. Расходы на командировки и обучение. Расходы на персонал (в основном на привлечение со стороны специалистов по программному обеспечению), включающие: Расходы на содержание, отопление и освещение офисов;

27 Факторы Влияющие на стоимость программного продукта

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

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

30 Факторы Влияющие на производительность программиста

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

32 Поддержка технологии разработки ПО Хорошая поддержка технологии разработки ПО, например CASE-средства или системы управления конфигурацией, может значительно повысить производительность труда программиста Рабочая обстановка Спокойное рабочее окружение с индивидуальными рабочими местами способствует повышению производительности

33 Основная проблема в оценке себестоимости проектов заключается в низкой точности применяемых методов оценивания.

34 Алгоритмическое моделирование себестоимости Метод основан на анализе статистических данных о ранее выполненных проектах, при этом определяется зависимость себестоимости проекта от какого-нибудь количественного показателя программного продукта (обычно это размер программного кода).

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

36 Оценка по аналогии Проект оценивается по уже реализованным аналогичным проектам.

37 Закон Паркинсона Усилия, затраченные на работу, распределяются равномерно по выделенному на проект времени. Здесь критерием для оценки затрат по проекту являются человеческие ресурсы, а не целевая оценка самого программного продукта.

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

39 СПАСИБО ЗА ВНИМАНИЕ