Теми рефератів
> Реферати > Курсові роботи > Звіти з практики > Курсові проекти > Питання та відповіді > Ессе > Доклади > Учбові матеріали > Контрольні роботи > Методички > Лекції > Твори > Підручники > Статті Контакти
Реферати, твори, дипломи, практика » Новые рефераты » Реінжиніринг програмного забезпечення

Реферат Реінжиніринг програмного забезпечення





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

КК дозволяє:

В· виключити можливість втрати артефактів,

В· забезпечити можливість В«повернення назадВ» у випадках, коли прийняті рішення і отримані при їх реалізації версії артефактів не влаштовують замовника або розробників проекту,

В· гарантувати точне повторення дій над групою пов'язаних артефактів у ітераціях,

В· уникати дублювання артефактів і пов'язаної з цим можливості привнесення додаткових дефектів,

В· підтримувати наблюдаемость ходу виконання робіт за проектом шляхом надання потрібної інформації.

Управління внесенням змін

Діяльністю цього процесу спрямовані на збір і збереження запитів на внесення змін , що поставляються як учасниками розробки ПС, так і зовнішніми сторонами. Запити на внесення змін можуть з'являтися з різних причин (виправлення дефекту, поліпшення параметра якості продукту, наприклад, продуктивності, завдання додаткових вимог і т. д.) Кожен запит на внесення змін зберігається в базі даних проекту і може знаходитися в різних станах в залежності від ходу виконання робіт за цим запиту (новий, зареєстрований, прийнятий, завершений та ін.) Стану запитів змінюються учасниками проекту у відповідності з виділеними правами. Принаймні роботи із запитом до нього додається інформація (наприклад, спочатку це може бути тільки опис дефекту, потім додається результати аналізу, вказуються уражені артефакти, призначається виконавець). Із запитом може бути пов'язаний пріоритет , що дозволяє визначити порядок виконання робіт за запитами на зміни.

Управління станом і вимірами

Цей процес пов'язаний з управлінням проектом і спрямований на надання інформації, корисної для оцінки:

В· Стану, прогресу, загальних тенденцій та якості продукту;

В· Витрат і витрат;

В· Проблемних областей, що вимагають уваги;

В· Того, що зроблено і що необхідно зробити.

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

Діяльністю

Планування конфігурації проекту та управління змінами. Описуються всі види діяльності, пов'язані з КК, які треба виконати. Описується процес контролю над змінами.

Створення середовища КК. Метою цієї діяльності є створення робочого середовища, в якій будуть доступні всі артефакти, буде забезпечено розробку, інтеграція і архівування продукту.

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

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

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

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

Управління серед...


Назад | сторінка 11 з 14 | Наступна сторінка





Схожі реферати:

  • Реферат на тему: Розробка основних документів проекту організації робіт і проекту виконання ...
  • Реферат на тему: Сутність і необхідність планування витрат проекту. Бюджет проекту, як осно ...
  • Реферат на тему: Порядок перегляду та внесення поправок і змін до Конституції РФ
  • Реферат на тему: Розробка програмного забезпечення для генерації статичної версії проекту &q ...
  • Реферат на тему: Розробка основних документів проекту виконання робіт (ППР) на пристрій гідр ...