Оцінка проектів на основі варіантів використання Use Case Points (UCP)

Содержание

Слайд 2

Що таке UCP? UCP (Use Case Points) – це методика оцінки

Що таке UCP?

UCP (Use Case Points) – це методика оцінки

проектів на основі варіантів використання (use cases) системи, яка оцінюється;
В основі UCP лежить методика Function points (оцінка на основі функціональних точок системи), але вона значно спрощена для використання не експертами Function points;
На відміну від Function points, UCP враховує нефункціональні вимоги, організаційні ризики, компетенцію при оцінці та інші крітерії.
Слайд 3

Що таке UCP? UCP (Use Case Points) – це вимір того,

Що таке UCP?

UCP (Use Case Points) – це вимір того,

скільки зусиль потрібно для написання програмного забезпечення.
Цей метод заснований на вивченні близько 200 проектів із середнім розміром 5 людино-років. Був знайдений спосіб використання оцінки, щоб бути в межах 10% від фактичних результатів більше 95% проектів. Цей метод з тих пір був включений в методологію RUP (методологія розробки програмного забезпечення, створена компанією Rational Software.)
Слайд 4

Етапи оцінки Оцінка акторів Незкоригована оцінка варіантів використання Оцінка технічних факторів Оцінка зовнішніх факторів Остаточний підрахунок

Етапи оцінки

Оцінка акторів

Незкоригована оцінка варіантів використання

Оцінка технічних факторів

Оцінка зовнішніх факторів

Остаточний

підрахунок
Слайд 5

Оцінка акторів Здійснюється оцінка складності інтерфейсів системи. Всі діючі особи системи

Оцінка акторів

Здійснюється оцінка складності інтерфейсів системи.
Всі діючі особи системи діляться на

три типи: прості, середні і складні.
Простий – представляє зовнішню систему з чітко визначеним програмним інтерфейсом.
Середній – представляє або зовнішню систему, яка взаємодіє з даною системой через протокол на зразок ТСР/IР, або особистість, яка користується текстовим інтерфейсом (наприклад, алфавітно-цифровим терміналом).
Складний представляє собою особистість, яка використовує графічний інтерфейс користувача.
Слайд 6

Оцінка акторів

Оцінка акторів

Слайд 7

Незкоригована оцінка варіантів використання Здійснюється оцінка масштабу системи. Кожний варіант викорис-тання

Незкоригована оцінка варіантів використання

Здійснюється оцінка масштабу системи.
Кожний варіант викорис-тання рангується в

залежності від кількості транзакцій.
Альтернатива підрахунку за допомогою:
Класів (табл.2)
Об'єктів в базі даних (табл.3).
Слайд 8

Підрахунок показників

Підрахунок показників

 

Слайд 9

Оцінка технічних факторів

Оцінка технічних факторів

 

Слайд 10

Оцінка технічних факторів Показники технічної складності

Оцінка технічних факторів

Показники технічної складності

Слайд 11

Оцінка технічних факторів Показники технічної складності

Оцінка технічних факторів

Показники технічної складності


Слайд 12

Оцінка зовнішніх факторів Дає нам коефіцієнт для організаційних ризиків при розробці. Показники рівня кваліфікації розробників

Оцінка зовнішніх факторів

Дає нам коефіцієнт для організаційних ризиків при розробці.
Показники рівня

кваліфікації розробників
Слайд 13

Оцінка зовнішніх факторів

Оцінка зовнішніх факторів

 

Слайд 14

Оцінка трудоємності проекту

Оцінка трудоємності проекту

 

Слайд 15

Оцінка трудоємності проекту Потрібно розглянути показники F1 − F8 і визначити,

Оцінка трудоємності проекту

Потрібно розглянути показники F1 − F8 і визначити, скільки

показників F1 − F6 мають значення менше 3 і скільки показників F7, F8 мають значення більше 3.
Якщо загальна кількість менша або дорівнює 2, слідує використовувати 20 люд.-г. на одну UCP, якщо 3 або 4 − 28. Якщо загальна кількість дорівнює 5 або більше, слід внести зміни в сам проект, в протилежному випадку ризик провалу дуже високий.
T=UCP*кількість люд.-год
tроз=2,5 × ТN3
Слайд 16

Оцінка трудоємності проекту Завдання. Система реєстрації студента для учбового закладу. Визначити

Оцінка трудоємності проекту

Завдання. Система реєстрації студента для учбового закладу.
Визначити дійових

осіб
Здійснити незкориговану оцінку варіантів використання
Підрахувати A, UC, UUCP
Визначити технічну складність, TCF
Оцінити рівень кваліфікації розробників системи, EF
Оцінити трудоємність.
Слайд 17

Модель композиції додатку Модель композиції є однієї з конструктивних моделей вартості

Модель композиції додатку

Модель композиції є однієї з конструктивних моделей вартості СОСОМО

II.
Параметри даної моделі визначались на основі статистичного аналізу реальних результатів великої кількості проектів.
Модель композиції використовується на ранній стадії розробки ПЗ, коли:
Розглядається макетування користувацьких інтерфейсів;
Обговорюється взаємодія ПЗ і комп’ютерної системи;
Оцінюється продуктивність;
Визначається ступінь зрілості технології.
Модель композиції додатку орієнтована на застосуванні об’єктних вказівників.
Об’єктний вказівник – засіб непрямого виміру ПЗ, для його розрахунку визначається кількість екранів (як елементів користувацького інтерфейсу), звітів і компонентів, які необхідні для побудови додатку.
Слайд 18

Модель композиції додатку Як показано в таблиці, кожний об’єктний екземпляр (екран,

Модель композиції додатку

Як показано в таблиці, кожний об’єктний екземпляр (екран, звіт)

відносять до одного з трьох рівней складності. Ці місця підстановки виміряних і обчислених значень відмічені прямокутниками (прямокутник грає роль мітки-заповнювача). В свою чергу, складність є функцією від параметрів клієнтських і серверних таблиць даних, які необхідні для генерації екрана і звіта, а також від кількості представлень і секцій, які входять в екран або звіт.
Оцінка кількості об’єктних вказівників

с

с

с

с

с

с

с

с

с

с

с

с

с

Слайд 19

Модель композиції додатку Оцінка складності екрана Оцінка складності звіта

Модель композиції додатку

Оцінка складності екрана

Оцінка складності звіта

Слайд 20

Модель композиції додатку

Модель композиції додатку

 

Слайд 21

Модель композиції додатку Оцінка зрілості розробки

Модель композиції додатку

Оцінка зрілості розробки

 

Слайд 22

Метод PERT Інженерний метод оцінки трудоємності проекту PERT оснований на характеристиках

Метод PERT

Інженерний метод оцінки трудоємності проекту PERT оснований на характеристиках 3

оцінок:
Mi — найбільш вірогідна оцінка трудовитрат.
Oi — мінімально можливі трудовитрати на реалізацію пакета робіт. Ні один ризик не реалізувався. Швидше точно не зробимо. Вірогідність того, що ми вкладемось в ці витрати, рівно 0.
Pi — песиместична оцінка трудовитрат. Всі ризики реалізовались.
Оцінку середнньої трудоємності по кожному елементарному пакету можна визначити за формулою:
Ei = (Pi + 4Mi + Oi)/6.
Для розрахунку середньоквадратичного відхилення використовується формула:
CKOi = (Pi - Oi)/6.
Згідно центральної граничної теореми теорії ймовірностей сумарна трудоємність проекта може бути розрахована за формулою:
Е = ∑ Ei
Слайд 23

Метод PERT

Метод PERT

 

Слайд 24

Метод PERT Рисунок 5.1. Високорівнева архітектура J2EE фреймворка для розробки додатку.

Метод PERT

Рисунок 5.1. Високорівнева архітектура J2EE фреймворка для розробки додатку.

Слайд 25

Метод PERT Високорівнева архітектура реалізовувала стандартний паттерн MVC, кожний з компонентів

Метод PERT

Високорівнева архітектура реалізовувала стандартний паттерн MVC, кожний з компонентів якого

мав «точки розширення» для прикладної розробки, які на рисунку виділені червоним.
Такими точками розширення є:
Користувацький екран (UI Form), який збирався з готових візуальних компонентів.
Обробники(Action), які оброблювали на сервері додатків події від активних візуальних компонентів, які входять у склад екрану.
Об’єкти (Business Obj), які моделювали прикладну область, і до яких звертались обробники подій.
Новий додаток містить 20 користувацьких екранів, 60 обробників подій, 16 нових бізнес-об’єктів і 40 нових бізнес-методів.
- Предыдущая
Структура системного блока персонального компьютера
Следующая -
Композиционные формы описания, повествования, рассуждения. Повествование как тип речи

Похожие презентации

Схема организационной структуры Flamco RUS
Нетрадиционные методы отбора персонала
Планирование. Проекты и целевые программы, как основные механизмы изменений
Общие тренды современности
Сегодня лучше, чем вчера, а завтра лучше, чем сегодня
Управление конфликтами
Организация как объект управления
Управление изменениями. Этапы управления изменениями
Приложения по функциональным направлениям. Управление персоналом
Решение логистических задач в Excel
Управление качеством и сертификация услуг общественного питания. Тема 1
Модели управления проектами
Оцифровка процесса разгрузки машины
Логотипы. Tommy Hilfiger
Матрица коммуникаций FM Logistic
Слагаемые психологического климата в аптеке
Текучесть персонала
Оптимизация пространства рабочего места
Кросскультурны проблемы международного бизнеса
Теория организации
История развития менеджмента
О регламентации деятельности. Виды управленческих воздействий
Метод матриц. Матрица портфеля
Иммитационная игра Стратегема
Scrum events
Самоорганизация – основа успешного лидерства
Контент-план на март
Just-in-time (точно в срок)
Вы можете прислать нам Вашу презентацию и мы опубликуем ее на сайте.
Обратная связь
Для правообладателей
Email: Нажмите что бы посмотреть