Добавил:
Upload Опубликованный материал нарушает ваши авторские права? Сообщите нам.
Вуз: Предмет: Файл:
shporki_1.docx
Скачиваний:
0
Добавлен:
01.05.2025
Размер:
473.8 Кб
Скачать

97. Сімейство методологій Crystal.

Сімейство методологій Crystal розроблене Алістером Кокберном (Alistair Cockburn) на початку 90-х років.

Особливість підходу полягає в тім, що для різних проектів Коуберн запропонував використати різні методології. Тому Crystal є сімейством методологій. Підходи в них схожі, але змінність вимог варіюється в широкому діапазоні.

Crystal має загальні риси із ХР. Тут на перше місце ставиться людина, спілкування в колективі, а бюрократія зводиться до мінімуму.

Але через більше низькі вимоги до дисципліни дане сімейство методологій небагато програє в продуктивності методології ХР.

Життєвий цикл оснований на ітераційній моделі з тією особливістю, що наприкінці кожної ітерації проводиться аналіз процесу і його корекція. Завдяки цьому помилки виявляються набагато раніше, а отже, усуваються швидше

Щоб визначити, використання якої методології із сімейства Crystal вимагає проект, можна скористатися графіком По вертикалі позначена важливість проекту по зростанню наслідків помилок від втрати комфорту до ризику для життя. По горизонталі зазначене число розробників у команді. Чим більше розробників бере участь у проекті, і більша критичність, тим більш складну методологію необхідно використати.

Методології Crystal позначаються різними кольорами: "Біла" - для найлегших і невеликих проектів, потім, по зростанню складності, "Жовта", "Жовтогаряча", "Червона", "Малинова", "Синя", "Фіолетова" і т.д.

Всі методології сімейства Crystal будуються на наступних базових принципах:

  1. Посилена комунікація;

  2. Полегшені робочі продукти.

Чим більше людей працює над проектом (можливо, у різних місцях), чим вища критичність системи, тим більше знадобиться механізмів спілкування. При подвоєнні числа розробників тип комунікації змінюється настільки, що це вимагає додаткового узгодження й розробки додаткових механізмів спілкування. При цьому всі числа на рисунку евристичні.

Деякі методології

Crystal "Жовтогаряча"

Ця методологія призначена для проектів середнього розміру, що мають наступні характеристики:

  1. загальна кількість зайнятих у проекті людей від 10 до 40;

  2. тривалість робіт від 1 до 2 років;

  3. важлива своєчасна поява продукту на ринку;

  4. потрібно підтримувати спілкування між нинішніми й майбутніми розробниками, а також знижувати часові й фінансові витрати;

  5. критичність: не життєво-важлива.

Тобто, це звичайний тип проектів, для яких характерний пошук компромісу між кількістю компонентів, що поставляється, (документація, керівництвата ін.) і терміновими змінами у вимогах і дизайні.

"Жовтогаряча" методологія сімейства Crystal позначається "D40". Це означає, що вона підходить для команди загальною чисельністю не вище 40 чоловік, що працює в одному будинку над розробкою системи, збій якої може привести до втрати несуттєвої суми (тут можна використати, наприклад, програму обліку платежів компанії). Для "Жовтогарячої" методології потрібна більша структуризація й координація команди, чим для проекту, над яким працюють 20 чоловік. Однак вона не передбачає чіткого розподілу команди на підгрупи (як це необхідно при роботі над проектом, у якому задіяно, наприклад, 80 чоловік) і не припускає строгої перевірки дизайну й коду системи (як це необхідно для життєво-важливих проектів). Залежно від команди, "Жовтогарячу" методологію можна використати також для проектів типу "E50".

Crystal "Прозора"

"Прозора" методологія є «найлегшою» в сімействі. Вона призначена для проектів типу "D6", тобто підходить для команд загальною чисельністю до 6 чоловік, що сидять в одній кімнаті або в одному загальному офісі. Коли над проектом працює всього 6 чоловік, їх не потрібно підрозділяти на які-небудь групи, як у випадку застосування "Жовтогарячої" методології. Якщо люди сидять у безпосередній близькості один від одного, буде потрібно набагато менше зусиль, щоб тримати їх у курсі справи щодо їхньої ділянки робіт і стану всього проекту в цілому. "Прозору" методологію можна використати й на проектах типу "Е8".

Для цього типу методології обов'язкові тільки наступні умови:

Окремі ролі: спонсор (Sponsor), старший дизайнер (Senіor desіgner), програміст (Desіgner/programmer) і користувач (User), останній може навіть працювати не повний робочий день. Всі інші ролі розподіляються між членами команди: координатор проекту (Project Coordіnator), експерт у даному виді бізнесу (Busіness Expert), збирач вимог (Requіrements Gatherer).

Над проектом працює тільки одна команда.

Методологічні положення ті ж, що й в "Жовтогарячій" методології, однак кожний інкремент триває не більше двох місяців.

Потрібне менша кількість документації (робочих продуктів):

  1. план релізів, план перегляду системи користувачами,

план поставок, варіанти використання системи з поясненнями,

  1. ескізи дизайну системи й інтерфейсів, різні замітки,

загальна об'єктна модель системи,

працюючий код,

код міграції,

тести

керівництво для користувача.

методологій, оскільки багато її правил

Соседние файлы в предмете [НЕСОРТИРОВАННОЕ]