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


 

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

76948. Президент Российской Федерации и исполнительная власть 27.36 KB
  Назначает и отзывает после консультаций с соответствующими комитетами или комиссиями палат Федерального Собрания дипломатических представителей РФ в иностранных государствах и международных организациях; Федеральные министерства федеральные службы и федеральные агентства руководство деятельностью которых осуществляет Президент РФ: Министерство внутренних дел РФ подведомственная ему Федеральная миграционная служба Министерство РФ по делам гражданской обороны чрезвычайных ситуаций и ликвидации последствий стихийных бедствий Министерство...
76949. Правительство Российской Федерации: порядок формирования, состав, основные полномочия 25.06 KB
  Правительство РФ это коллегиальный орган состоящий из Председателя Правительства РФ заместителей Председателя Правительства РФ и федеральных министров. ФКЗ О Правительстве РФ по сути является документом составляющим вместе с Конституцией РФ правовую базу деятельности Правительства РФ. Председатель Правительства РФ назначается Президентом РФ с согласия Государственной Думы и освобождается от неё на основаниях предусмотренных законом. Заместители Председателя Правительства РФ и федеральные министры назначаются на должность и...
76950. Федеральные органы исполнительной власти России: понятие, система, структура, правовое положение, функции 26.71 KB
  Федеральные органы исполнительной власти России: понятие система структура правовое положение функции. В систему федеральных органов исполнительной власти входят федеральные министерства федеральные службы и федеральные агентства. Правовое положение или правовой статус органов исполнительной власти подразумевает что все они действуют на основе законов и других нормативных актов осуществляют нормотворческую деятельность совершают действия возложенные на них нормативными актами имеют полномочия компетенцию а также обладают...
76951. Органы исполнительной власти субъектов Российской Федерации 27.14 KB
  Органы исполнительной власти субъектов Российской Федерации.государственная и территориальная целостность Российской Федерации. распространение суверенитета Российской Федерации на всю ее территорию; верховенство Конституции и федеральных законов на всей территории Российской Федерации...
76953. Общественные объединения как субъекты административного права: понятие, порядок и цели создания, правовой статус, прекращение деятельности 26.21 KB
  Виды общественных объединений: 1 в зависимости от организационноправовой формы: общественная организация основанное на членстве общественное объединение созданное на основе совместной деятельности для защиты общих интересов и достижения уставных целей объединившихся граждан; общественное движение состоящее из участников и не имеющее членства массовое общественное объединение преследующее социальные политические и иные общественно полезные цели поддерживаемые участниками общественного движения; общественный фонд является одним...
76954. Государственная служба в России как правовой институт административного права: понятие, принципы, система и правовые основы 25.29 KB
  Государственная служба Российской Федерации профессиональная служебная деятельность граждан Российской Федерации по обеспечению исполнения полномочий: Российской Федерации; федеральных органов государственной власти иных федеральных государственных органов; субъектов Российской Федерации; органов государственной власти субъектов Российской Федерации иных государственных органов субъектов Российской Федерации; лиц замещающих должности устанавливаемые Конституцией Российской Федерации федеральными законами для непосредственного...
76955. Государственные служащие гражданской службы России как субъекты административного права: понятие, должности и классные чины, права, обязанности, правовые ограничения и запреты 27.91 KB
  Виды: 1 должностные лица государственные служащие имеющие право совершать в пределах своей компетенции властные действия влекущие юридические последствия например издавать правовые акты управления подписывать денежные документы совершать регистрационные действия регистрацию предприятий и т. Обязательным для последних является то что они должны быть членами нотариальной палаты; 2 оперативный состав функциональные работники это государственные служащие выполняющие работу непосредственно определяемую задачами данного органа в...
76956. Порядок прохождения государственной гражданской службы 28.74 KB
  Порядок прохождения государственной гражданской службы. Прохождение государственной службы это система взаимосвязанных взаимообусловленных юридических фактов вызывающих возникновение изменение и прекращение государственных служебных отношений. Элементы прохождения государственной службы: прекращение государственной службы.