41234

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

Лекция

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

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

Русский

2013-10-23

54 KB

5 чел.

Переваги

Технологія швидкої розробки додатків (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 - вкластися за часом і не вийти за рамки бюджету. І останнє - взаєморозуміння і спілкування між усіма учасниками і їх залучення в проект.


 

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

37760. ОТРАВЛЯЮЩИЕ ВЕЩЕСТВА РАЗДРАЖАЮЩЕГО ДЕЙСТВИЯ. КЛИННИКА, ДИАГНОСТИКА, ЛЕЧЕНИЕ 70.5 KB
  Уже в первой мировой войне почти все воюющие страны применяет различные ОВ, избирательно действующие на окончания чувствительных нервов в верхних дыхательных путях с последующей реакцией организма в виде слезотечения, кашля, рвоты, затрудненного, дыхания и т.д
37761. Исследование разветвленной линейной электрической цепи постоянного тока 109.5 KB
  Цель работы Экспериментальная проверка законов Кирхгофа и основных свойств линейных цепей постоянного тока. Экспериментальная часть Схема установки R1 = 100 Ом R2 = 50 Ом R3 = 25 Ом Е1 = 75 В E2 = 10 В Проверка законов Кирхгофа Измерено Вычислено I1 I2 I3 Ik 009 016 0065 0005 I1 I2 I3 = 0.065 А Вывод: Экспериментально были проверены законы Кирхгофа. Выставив необходимые значения сопротивлений и проведя необходимые измерения и...
37762. Измерение вязкости жидкости по методу падающего шарика 45.5 KB
  Измерение температуры жидкости t= 0C Расчет искомой величины. Расчет плотности материала шариков 2. Расчет вязкости жидкости Расчет границы погрешностей. Расчет границы абсолютной погрешности результата измерения плотности материала шариков Расчет границы относительной погрешности результата измерения вязкости жидкости Расчет границы абсолютной погрешности результата измерений плотности Окончательный результат: вязкость жидкости при температуре t= 0C.
37763. Методы противодействия радиоэлектронным закладным устройствам, предназначенным для снятия конфиденциальной информации 48.88 KB
  Цели и учебные вопросы Цели лабораторной работы: ознакомление с возможностями комплекса Крона НМ и программного обеспечения Филин Ультра; получение практических навыков: по проведению радиомониторинга в контролируемой зоне по обнаружению поиску и блокированию радиозакладных устройств Учебные вопросы: классификация поисковых устройств для проведения радиомониторинга см. Место: лаборатория Технические средства обеспечения безопасности Используемые технические средства: автоматизированный комплекс обнаружения электронных...
37764. Безпека SMTP і спам 760.04 KB
  У результаті цього спам став практично нерозв'язною проблемою так як було неможливо визначити хто насправді є відправником повідомлення фактично можна відправити лист від імені будьякої людини. DT CRLF Вказує на початок повідомлення. Для завершення повідомлення вказується CRLF . Повідомлення доставляються клієнтові за протоколом POP а надсилаються як і раніше за допомогою SMTP.
37765. Робота з діалоговими компонентами 2.09 MB
  Виконавши лабораторну роботу, я освоїв роботу програм з такими діалоговими компонентами як OpenDialog та SaveDialog для зв’язку з файлами (їх створення, збереження або відкриття вже існуючих), PrinterSetupDialog для налагодження підключених принтерів для друку, FindDialog та ReplaceDialog для пошуку та заміни тексту. Також закріпив навички роботи з компонентами середовища Delphi TMemo та TMainMenu, зрозумів основні принципи створення текстового редактора.
37766. Безопасность жизнедеятельности. Чрезвычайные ситуации мирного и военного времени, организация защиты населения 262.51 KB
  Безопасность жизнедеятельности — это область научных знаний, изучающая общие опасности, угрожающие каждому человеку, и разрабатывающая соответствующие способы защиты от них в любых условиях обитания человека.
37767. Протокол для передачі файлів FTP 189.19 KB
  Для переходу в інший каталог використовую команду CWD: CWD incoming. Для того щоб створити в цій директорії вводжу команду STOR: STOR myfile. Переходжу в інший каталог за допомогою команди CWD: cwd incoming та вводжу команду PWD яка відображає вмістиме каталогу з яким встановлений звязок:. Вводжу команду LS що відображає файли і підкаталоги в даному каталозі.
37768. Розробка складних додатків з використанням графіки 1.16 MB
  ps unit Unit1; {mode objfpc}{H} interfce uses Clsses SysUtils FileUtil LResources Forms Controls Grphics Dilogs Menus StdCtrls ExtCtrls Spin; type { TForm1 } TForm1 = clssTForm Button1: TButton; Button2: TButton; Button3: TButton; ColorDilog1: TColorDilog; MinMenu1: TMinMenu; MenuItem1: TMenuItem; MenuItem2: TMenuItem; MenuItem3: TMenuItem; MenuItem4: TMenuItem; MenuItem5: TMenuItem; MenuItem6: TMenuItem; MenuItem7: TMenuItem; MenuItem8: TMenuItem; MenuItem9:...