41234

Метод розробки динамічних систем DynmicSystemsDevelopmentMcthod DSDM

Лекция

Информатика, кибернетика и программирование

Мета методу здати готовий проект вчасно і вкластися в бюджет але в гой же час регулюючи зміни вимог до проекту під час його розробки. Залучення користувача це основа ведення ефективного проекту де розробники ділять з користувачами робочий простір і тому прийняті рішення будуть більш точними. Команда повинна бути уповноважена приймати важливі для проекту рішення без узгодження з начальством.

Русский

2013-10-23

54 KB

7 чел.

Переваги

Технологія швидкої розробки додатків (RAD) дозволяє забезпечити:

  •  швидкість просування програмного продукту на ринок;
  •  інтерфейс, що влаштовує користувача;
  •  легку адаптованість проекту до змінюваних вимог
  •  простоту розвитку функціональності системи.

Метод розробки динамічних систем — DynamicSystemsDevelopmentMcthod (DSDM).

Метод розробки динамічних систем (DynamicSystemsDevelopmentMethod, DSDM) — це головним чином методика розробки програмного забезпечення, заснована на концепції швидкої розробки додатків (RAD). У 2007 році DSDM став основним підходом до управління проектом і розробки додатків. DSDM це ітеративний і інкрементний підхід, який надає особливого значення тривалої участі в процесі користувача/споживача.

Мета методу — здати готовий проект вчасно і вкластися в бюджет, але в гой же час регулюючи зміни вимог до проекту під час його розробки.

Принципи

Існує 9 принципів, що складаються з 4 основних і 5 початкових точок.

  •  Залучення користувача — це основа ведення ефективного проекту, де розробники ділять з користувачами робочий простір і тому прийняті рішення будуть більш точними.
  •  Команда повинна бути уповноважена приймати важливі для проекту рішення без узгодження з начальством.
  •  Часта поставка версій результату, з урахуванням такого правила, що «поставити щось хороше раніше - це завжди краще, ніж поставити все ідеально зроблене наприкінці».
  •  Головний критерій як можна більш швидке постачання програмного забезпечення, яке задовольняє поточним потребам ринку. Але в той же час постачання продукту, який задовольняє потребам ринку, менш важливо, ніж рішення критичних проблем у функціоналі продукту.
  •  Розробка — ітеративна і інкрементна. Вона ґрунтується на зворотному зв'язку з користувачем, щоб досягти оптимального з економічної точки зору рішення.
  •  Будь-які зміни під час розробки — зворотні.
  •  Вимоги встановлюються на високому рівні перш, ніж розпочнеться проект.
  •  Тестування інтегровано в життєвий цикл розробки.
  •  Взаємодія і співпраця між усіма учасниками необхідна для його ефективності.

Передумови для використання DSDM

Щоб успішно використовувати DSDM, необхідно щоб був виконаний ряд передумов. По-перше, необхідно організувати взаємодію між проектною командою, майбутніми користувачами та вищим керівництвом. По-друге, має

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

Життєвий цикл проекту

Огляд: три стадії DSDM

Фреймворк DSDM складається із трьох послідовних стадій, які називаються предпроектна стадія, стадія життєвого циклу проекту й постпросктна стадія. Стадія життєвого циклу проекту - найбільш продумана і детально розроблена з усіх інших. Вона складається з п'яти етапів, які формують ітеративний, інкрементний підхід до розробки інформаційних систем.

Стадія 1 - Предпроектна

На цій стадії визначаються ймовірні проекти, відбувається виділення коштів та визначення проектної команди. Рішення задач на цій стадії допоможе уникнути проблем на більш пізніх стадіях проекту.

Стадія 2 - Життєвий цикл проекту

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

Стадія 3 - Постпроектна

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

Етапи життєвого циклу проекту

Етап 1А: Дослідження реалізованості

Протягом цього етапу, перевіряється реалізованість проекту в рамках DSDM. Передумови для використання DSDM перевіряються відповіддю на питання: «Чи може даний проект задовольнити необхідним економічним вимогам?», «Проект підходить для використання методу DSDM?» І «Які ризики в цьому проекті найважливіші?». Найбільш важливий метод па цьому етапі - використання робочих груп.

1 Іідсумок даного етапу — звіт про застосовність і допустимий прототип, в яких розглянута реалізованість проекту, а також приблизний глобальний план проекту та протокол можливих ризиків, що описує найбільш важливі ризики проекту.

Етап 1Б: Дослідження економічної доцільності

Дослідження економічної доцільності розширює і доповнює етап дослідження реалізованості. Після того як проект був визнаний реалізованим в рамкахDSDM, на цій стадії перевіряються бізнес-процеси, відбувається залучення груп користувачів і аналіз їх вимог та побажань. І знову ж самим затребуваним методом на даному етапі є використання робочих груп. В рамках робочих груп учасники проекту збираються, щоб обговорити плановану систему. Інформація отримана після даних заходів збирається в список вимог. Важлива властивість нього списку - розподіл пріоритетів серед вимог. Па

основі отриманої черговості створюється план розробки, який буде орієнтиром для всього проекту.

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

Етан 2: Створення функціональної моделі

Вимоги, які були визначені на попередньому етапі, перетворюються в функціональну модель. Вона складається з діючого прототипу і моделей. Прототипування — ключова методика проекту на даному етапі, що дозволяє організувати залучення користувачів в проект. Розроблений прототип аналізується різними групами користувачів. Щоб досягти необхідної якості, на кожній ітерації застосовується тестування. Найважливіша частина тестування представлена на даному етапі. Створення функціональної моделі можна розділити на наступні підетапи:

  •  Визначення функціонального прототипу: визначення функціоналу, який буде закладено в прототипі на даному етапі.
  •  Узгодження планів: відбувається узгодження як і в які терміни має бути розроблений функціонал прототипу.
  •  Створення функціонального прототипу: розробити прототип. Вивчити і доопрацювати прототип на даній ітерації згідно функціонального прототипу, отриманого на попередніх ітераціях.
  •  Аналіз функціонального прототипу: перевірити справність спроектованої системи. На цьому підетапів застосовується тестування та перегляд результатів.

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

Етап 3: Проектування та розробка

Головне завдання цієї ітерації - об'єднати функціональні компоненти з попереднього етапу в єдину систему, що задовольняє вимогам користувачів. Тут також розглядаються нефункціональні вимоги. І знову на даному етапі відбувається тестування. Проектування і розробку можна розділити на наступні підетапи:

  •  Визначення конструктивного прототипу: визначення функціональних та нефункціональних вимог, які повинні бути в системі.
  •  Узгодження планів: відбувається узгодження як і в які терміни повинні бути реалізовані поставлені вимоги.
  •  Створення конструктивного прототипу: створення системи, яку можна віддати користувачам для повсякденного використання. Вивчити і доопрацювати прото тип на даній ітерації.
  •  Аналіз конструктивного прототипу: перевірити справність спроектованої системи. На цьому підетапі застосовується тестування та перегляд результатів. Для створення користувацької документації використовуються протокол випробування та відгуки користувачів.

Підсумок етапу - створення конструктивного прототипу для тестування користувачами. Протестована система переходить на наступний етап. На даному етапі зовнішній вигляд і функціонал системи в загальному готові. Ще один підсумок - створення для користувача документації.

Етап 4: Реалізація

На етапі реалізації протестована система разом з користувацькою документацією доставляється майбутнім користувачам і відбувається їхнє навчання роботи з системою. Система аналізується на відповідність вимогам, поставлених на ранніх етапах проекту. Реалізацію можна розділити на наступні підетапи:

  •  Затвердження системи користувачем: кінцеві користувачі стверджують протестовану систему для наступної реалізації і створення керівництва.
  •  Навчання користувачів: навчання майбутнього користувача роботі з системою. Результат підетапу - контингент навчених користувачів.
  •  Реалізація: реалізація протестованої системи серед користувачів.
  •  Аналіз ринку системи: аналіз впливу випущеної системи на ринок. Головне питання - чи досягнута мета, поставлена при проектуванні системи. Ґрунтуючись на цьому проект переходить на наступну стадію (постпроектну) або повертається на попередню для доопрацювання.

Підсумок етапу: закінчена система, придатна для використання кінцевими користувачами, контингент навчених користувачів і детальний документ аналізу проекту.

Ітеративна і інкрементна природа DSDM

Крім тайм-боксингу і розподілу вимог по пріоритетах метод DSDM також використовує ітеративний і інкрементиий підхід до створення інформаційних систем.

Етап створення функціональної моделі, етап проектування і розробки та етап реалізації можуть проходити по своїм підстадіям багато разів перш, ніж рухатися далі до наступної стадії. На кожній ітерації розглядаються нові функції і кожна поточна ітерація ґрунтується на попередній. І якщо буде потрібно, кожну ітерацію можна залишити недоробленою.

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

Завдяки ітеративній природі DSDM, наявне належне управління вимогами і конфігурацією протягом всього проекту. Це забезпечує реалізацію всіх вимог, поставлених на ранніх стадіях проекту.

Порівняння з іншими методами розробки інформаційних систем

Вже було розроблено та застосовано безліч методів розробки інформаційних систем. Наприклад, методи швидкої розробки додатків RAD, методи ООП. Більшість цих методів схожі один на одного і на DSDM. Метод екстремального програмування також використовує ітеративний підхід до розробки інформаційних систем із залученням користувачів.

Метод RationalUnifiedProcess - самий схожий на DSDM, також є динамічним методом розробки інформаційних систем. І знову ж у ньому застосовується ітеративний підхід в розробці.

Існують і інші методи, які можуть здатися схожими на DSDM, але існує ряд відмінностей. По-перше, він надає необхідні інструменти і способи розробки. Це дозволяє користувачам особливим чином доповнити процес розробки своїми власними методами і допомогти у прийнятті рішень. Ще одна унікальна особливість - можна змінювати не час або засоби розробки, а вимоги до проекту. Такий підхід забезпечує досягнення основних цілей DSDM - вкластися за часом і не вийти за рамки бюджету. І останнє - взаєморозуміння і спілкування між усіма учасниками і їх залучення в проект.


 

А также другие работы, которые могут Вас заинтересовать

1827. Теорія складності екстремальних задач. Задача Комівояжора. 140 KB
  Зада́ча комівояже́ра (комівояжер — бродячий торговець, англ. Travelling Salesman Problem, TSP; нім. Problem des Handlungsreisenden) полягає у знаходженні найвигіднішого маршруту, що проходить через вказані міста хоча б по одному разу. В умовах завдання вказуються критерій вигідності маршруту (найкоротший, найдешевший, сукупний критерій тощо) і відповідні матриці відстаней, вартості тощо. Зазвичай задано, що маршрут повинен проходити через кожне місто тільки один раз, в такому випадку розв'язок знаходиться серед гамільтонових циклів.
1828. МЕХАНИЗМЫ ЭМОЦИОНАЛЬНОЙ ДЕТЕРМИНИРОВАННОСТИ ВНУТРЕННЕГО ОТСЧЕТА ВРЕМЕНИ СПОРТСМЕНОВ 1.32 MB
  Влияние эмоциональных факторов на механизмы аутохронометрии. Влияние двигательной активности на хронобиологическую оценку времени (на примере различных видов спорта). Исследование функционального состояния центральной нервной системы. Сравнительная характеристика аутохронометрических способностей представителей различных видов спорта
1830. СОВЕРШЕНСТВОВАНИЕ СОДЕРЖАНИЯ ПРОФЕССИОНАЛЬНО ОРИЕНТИРОВАННОЙ ИНОЯЗЫЧНОЙ ПОДГОТОВКИ СТУДЕНТОВ АГРОИНЖЕНЕРНЫХ ВУЗОВ 1.32 MB
  Место профессионально ориентированной иноязычной подготовки в структуре общей профессиональной подготовки выпускников агроинженерных вузов. Проектирование содержания и технологии профессионально ориентированной иноязычной подготовки студентов агроинженерного вуза на основе теории структуры содержания образования. Методика и результаты исследования эффективности профессионально ориентированной иноязычной подготовки студентов агроинженерного вуза.
1831. ИНФОРМАЦИОННЫЕ ТЕХНОЛОГИИ В ЭКОЛОГИЧЕСКОМ ОБРАЗОВАНИИ СТУДЕНТОВ ЭКОНОМИЧЕСКИХ СПЕЦИАЛЬНОСТЕЙ ВУЗОВ 1.32 MB
  Парадигмы современного экологического образования. Принцип системной дифференциации в преподавании экологии. Подходы к экологическому образованию в странах Запада. Психолого-педагогические основы применения современных информационных технологий в экологическом образовании студентов экономических специальностей. Оценка уровня экологической подготовки студентов в вузе.
1832. ОПЕРАТИВНОЕ РЕШЕНИЕ ТВОРЧЕСКИХ МЫСЛИТЕЛЬНЫХ ЗАДАЧ В СТРУКТУРЕ ПОЗНАВАТЕЛЬНЫХ СПОСОБНОСТЕЙ ШКОЛЬНИКОВ 1.31 MB
  Развитие представлений о теориях мыслительных и творческих способностей в отечественной и зарубежной психолого-педагогической науке. Организация и методы экспериментального исследования способностей к оперативному решению творческих мыслительных задач в структуре познавательной деятельности школьников. Зависимость успешности учебной деятельности школьников от возраста, гендерных особенностей и проживания в различных населенных пунктах.
1833. МЕТАФОРА В МЕТАЯЗЫКЕ ЛИНГВИСТИКИ 1.31 MB
  Цель настоящего исследования заключается в выявлении и анализе основных метафорических моделей, определяющих направление и результат познания языка-объекта и репрезентируемых в многочисленных конвенциональных и авторских метаязыковых метафорических выражениях.
1834. Отстранение в аспекте сопоставительной стилистики и его передача в переводе (на материале английского и русского языков) 1.56 MB
  Концепция остранения у отечественных и зарубежных исследователей (психология, филология, переводоведение). Психологический подход к остранению. Выделение подразумеваемого и наличествующего понятий. Плеонастические определения. Остранение и авторская позиция. Характерные контексты.
1835. КОНСТИТУЦИОННО-ПРАВОВОЕ РЕГУЛИРОВАНИЕ ПОЛИТИЧЕСКОГО УЧАСТИЯ ГРАЖДАН В ОСУЩЕСТВЛЕНИИ ГОСУДАРСТВЕННОЙ ВЛАСТИ 1.31 MB
  Взгляды на формы политического участия граждан в осуществлении государственной власти. Становление современного конституционного законодательства о формах политического участия граждан в осуществлении государственной власти. Тенденции развития и совершенствования российского конституционного законодательства о формах политического участия граждан в осуществлении государственной власти.