Сценарий уменьшения средств на завершение проекта

Положим, что к разработке принят сценарий с наращиванием памяти:

Издержки = 36 х 1,026 = 37 [чел.-мес],

Цена = Издержки х $6000 = $222000.

Не считая того, представим, что закончился шаг анализа требований, на который было израсходовано $22 000 (10% от бюджета). После чего на окончание проекта осталось $200 000.

Допустим, что в этот момент «коварный» заказчик докладывает об отсутствии у него достаточных денег Сценарий уменьшения средств на завершение проекта и о предоставлении на окончание разработки только $170 000 (15%-ное уменьшение оплаты).

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

1-ое решение:уменьшение размера продукта (за счет исключения неких функций). Нам нужно найти размер минимизированного продукта. Будем исходить из того, что издержки Сценарий уменьшения средств на завершение проекта должны уменьшиться с 37 до 31,45 чел.-мес. Решим уравнение:

2,5 (НовыйРазмер)1,16= 31,45 [чел.-мес].

Разумеется, что

(НовыйРазмер)1,16 = 12,58,

(НовыйРазмер)1,16 = 12,581/1,16 = 8,872 [KLOC].

Другие решения:

q уменьшить требуемую надежность с номинальной до низкой. Это уменьшает цена проекта на 12% (EMRELY меняется с 1 до 0,88). Такое решение приведет к повышению издержек и проблем при применении и сопровождении;

q повысить требования к Сценарий уменьшения средств на завершение проекта квалификации аналитиков и программистов (с больших до очень больших). При всем этом цена проекта миниатюризируется на 15-19%. Благодаря программеру цена может уменьшиться на (1 - 0,74/0,87) х 100% = 15%. Благодаря аналитику цена может понизиться на (1 - 0,67/0,83) х 100% = 19%. Основная трудность — поиск профессионалов такового класса (готовых работать за те же средства);

q повысить требования к опыту работы с приложением (с Сценарий уменьшения средств на завершение проекта номинальных до очень больших) либо требования к опыту работы с платформой (с низких до больших). Увеличение опыта работы с приложением уменьшает цена проекта на (1- 0,81) х 100% = 19%; увеличение опыта работы с платформой уменьшает цена проекта на (1 - 0,88/1,12) х 100% = 21,4%. Основная трудность — поиск профессионалов (профессионалов такового класса);

q повысить уровень мультисетевой разработки с низкого Сценарий уменьшения средств на завершение проекта до высочайшего. При всем этом цена проекта миниатюризируется на (1 - 0,92/1,1) х 100% = 16,4%;

q ослабить требования к режиму работы в реальном времени. Представим, что 70%-ное ограничение по времени выполнения связано с желанием заказчика обеспечить обработку 1-го сообщения за 2 мс. Если же заказчик согласится на повышение среднего времени обработки с 2 до Сценарий уменьшения средств на завершение проекта 3 мс, то ограничение по времени станет равно (2 мс/3 мс) х 70% = 47%, в итоге чего фактор TIME уменьшится с высочайшего до номинального, что приведет к экономии издержек на (1- 1/1,11) х 100%= 10%;

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

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

Выводы.

1. Причины издержек оказывают существенное воздействие на выходные характеристики программного проекта.

2. Модель СОСОМО II предлагает широкий диапазон причин издержек, учитывающих большая часть реальных Сценарий уменьшения средств на завершение проекта ситуаций в «жизни» программного проекта.

3. Модель СОСОМО II обеспечивает перевод высококачественного обоснования решения менеджера на количественные рельсы, тем повышая объективность принимаемого решения.

Контрольные вопросы

1. Что такое мера?

2. Что такое метрика?

3. Что такое выполнение оценки программного проекта?

4. Что такое анализ риска?

5. Что такое трассировка и контроль?

6. Охарактеризуйте содержание Work Breakdown Structure.

7. Охарактеризуйте рекомендуемое Сценарий уменьшения средств на завершение проекта правило рассредотачивания издержек проекта.

8. Какие размерно-ориентированные метрики вы понимаете?

9. Зачем употребляют размерно-ориентированные метрики?

10. Обусловьте плюсы и недочеты размерно-ориентированных метрик.

11. Что такое многофункциональный указатель?

12. От каких информационных черт зависит многофункциональный указатель?

13. Как рассчитывается количество многофункциональных указателей?

14. Что такое коэффициенты регулировки трудности в метрике количества многофункциональных указателей Сценарий уменьшения средств на завершение проекта?

15. Обусловьте плюсы и недочеты функционально-ориентированных метрик.

16. Можно ли перейти от FP-оценок к LOC-оценкам?

17. Охарактеризуйте шаги оценки проекта на базе LOC- и FP-метрик. Чем отличается более четкий подход от менее четкого?

18. Что такое конструктивная модель цены? Зачем она применяется?

19. Чем отличается версия СОСОМО 81 от версии Сценарий уменьшения средств на завершение проекта СОСОМО II?

20. В чем состоит предназначение модели композиции? На каких оценках она базируется?

21. В чем состоит предназначение модели ранешнего шага проектирования?

22. Охарактеризуйте основное уравнение модели ранешнего шага проектирования.

23. Охарактеризуйте масштабные причины модели СОСОМО II.

24. Как оцениваются масштабные причины?

25. В чем состоит предназначение модели шага пост-архитектуры СОСОМО II?

26. Чем отличается основное уравнение Сценарий уменьшения средств на завершение проекта модели шага пост-архитектуры от аналогичного уравнения модели ранешнего шага проектирования?

27. Что такое причины издержек модели шага пост-архитектуры и как они рассчитываются?

28. Как определяется продолжительность разработки в модели СОСОМО II?

29. Что такое анализ чувствительности программного проекта?

30. Как применить модель СОСОМО II к анализу чувствительности?


scenka-na-uroke-istorii.html
scenka-pro-kotenka-kosareva-olesya-norkina-lera-chekranov-denis.html
scenka-stilyag-runova-kostromitin-pushkareva-begicheva-strogova-hramova-motizheva-senin-dudnikov-sokolova.html