Федеральне агентство з освіти
ФГАОУ ВПО В«Уральський федеральний університет імені першого Президента Росії Б. М. ЄльцинаВ»
Контрольна робота
В«Організація процесу екстремального програмування. ARIS-модель В»
Виконали студенти гр. ІМ-38031:
Мельников А.Є. Сьомін Р.С.
гр. ІМ-38041: Ільїн С.В.
Перевірила: Шутова Ю.В.
Єкатеринбург 2011
Зміст
Введення
Опис нотацій ARIS
Основні концепції екстремального програмування
Опис моделі В«Організація процесу екстремального програмування
Висновок
Список літератури
Додаток
Введення
(скор. від англ. Architecture of Integrated Information Systems) - методологія і програмний продукт компанії IDS Scheer для моделювання бізнес-процесів компанії.
Метою нашої роботи була розробка оптимальної та функціональної ARIS-моделі для організації процесу екстремального програмування.
Дану мету ми реалізовували через наступні завдання :
) Ознайомлення з програмою ARIS.
) Вивчення методологій і підходів екстремального програмування.
Опис нотацій ARIS
Для складання моделі ми використовували такі нотації ARIS.
Табл.1. нотації ARIS.
№ НаименованиеОписаниеГрафическое уявлення 1ФункціяОб'ект В«ФункціяВ» служить для опису функцій (процедур, робіт), виконуваних підрозділами/співробітниками підприємства < span align = "justify"> 2СобитіеОб'ект В«ПодіяВ» служить для опису реальних станів системи, що впливають і керуючих виконанням функцій 3ПерсоналДолжності, виконують певні функції на підприємстві (наприклад, програміст або менеджер) 4ДокументОб'ект, що відображає реальні носії інформації, наприклад паперовий документ 8Логіческое В«АБОВ» Логічний оператор, що визначає зв'язки між подіями і функціями в рамках процесу. Дозволяє описати розгалуження процесу
Основні концепції екстремального програмування
Екстремальне програмування (Extreme Programming, XP) виникло як еволюційний метод розробки ПЗ В«знизу-вгоруВ». Цей підхід є прикладом так званого методу В«живийВ» розробки (Agile Development Method). Основні принципи В«живийВ» розробки ПЗ зафіксовані в маніфесті В«живийВ» розробки, що з'явилося в 2000 році. p align="justify"> Люди, що беруть участь в проекті, і їх спілкування більш важливі, ніж процеси та інструменти
Працююча програма більш важлива, ніж вичерпна документація
Співпраця з замовником більш важливо, ніж обговорення деталей контракту
Відпрацювання змін важливіша, ніж проходження планам.
В«ЖивіВ» методи з'явилися як протест проти надмірної бюрократизації розробки ПЗ, достатку побічних, які не є необхідними для отримання кінцевого результату документів, які доводиться оформляти при проведенні проекту відповідно до більшістю В«важкихВ» процесів, додаткової роботи з підтримки фіксованого процесу організації. Велика частина таких робіт і документів не має прямого відношення до розробки ПЗ та забезпечення його якості, а призначена для дотримання формальних пунктів контрактів на розробку, отримання та підтвердження сертифікатів на відповідність різним стандартам. В«ЖивіВ» методи дозволяють більшу частину зусиль розробників зосередити власне на завданнях розробки та задоволення реальних потреб користувачів. Відсутність стоси документів і необхідності підтримувати їх в зв'язковому стані дозволяє більш швидко і якісно реагувати на зміни у вимогах і в оточенні, в якому доведеться працювати майбутній програмі. p align="justify"> Живе планування (planning game)
Його завдання якомога швидше визначити обсяг робіт, який потрібно зробити до наступної версії ПЗ. Рішення приймається, в першу чергу, на основі пріоритетів замовника (тобто його потреб, того, що потрібно йому від системи для більш успішного ведення свого бізнесу) і, в другу, на основі технічних оцінок (тобто оцінок трудомісткості розробки , сумісності з іншими елементами системи та ін.) ...
