Оптимізація розробки додатків. Частина 1: Упорядкування вимог до додатка, Комерція, Різне, статті

Розділ 1. Перед початком роботи


Про це керівництві


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


Продукти сімейства IBM Rational полегшують весь процес розробки програми – від вихідної ідеї до випуску продукту і виявлення дефектів. У сімейство Rational входять інструментальні засоби визначення вимог (IBM Rational RequisitePro), візуального моделювання (IBM Rational Software Modeler) і кодування (IBM Rational Application Developer) додатки, відстеження дефектів (IBM Rational ClearQuest) та управління змінами (IBM Rational ClearCase). Всі ці інструменти можуть використовуватися як незалежно, так і з підтримкою методології IBM Rational Unified Process (RUP).


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


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


У першій частині цього посібника показано, як використовувати Rational RequisitePro з метою управління та організації технічного завдання для нового проекту. Далі, після того як ви розробите власний загальний список вимог, можна буде перейти до розділу, в якому показано, як використовувати Rational Software Modeler для моделювання програми відповідно до попередньо визначеними вимогами.


Даний навчальний посібник підрозділяється на наступні розділи:



Попередні умови


Для запуску представлених тут прикладів і зразків програмного коду необхідно завантажити ознайомлювальні версії продуктів Rational RequisitePro, Rational Software Modeler і Rational Application Developer, а також пакет RUP, в який входить повна документація з технічних аспектів, методам і системам, що становлять основу методології RUP. Також буде потрібно текстовий редактор Microsoft Word (як мінімум – Word 97, однак рекомендується Word 2000 або пізніші версії).


Для проходження етапів даного керівництва вам будуть потрібні наступні компоненти:



Розділ 2. Розробка з використанням інтегрованих програм Rational


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


Якщо на секунду відвернутися від підходу Rational, то можна змоделювати процес розробки так, як показано на малюнку 1.

Рис. 30. Завершена матриця трассируемого



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


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


Розділ 7. Висновок


Rational RequisitePro – чудовий інструмент для запису вимог до додатка. Rational Software Modeler ідеально підходить для моделювання цих вимог в рамках діаграм прецедентів. Кожен з описаних продуктів повністю виконує свої завдання в процесі розробки. Проте, будучи об’єднаними, ці продукти надають розробникам і проектувальникам повноцінний спосіб взаємодії з керівниками проектів і, в кінцевому підсумку, клієнтами, яке необхідно для визначення та створення запитуваної програми.


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


Даний посібник є лише першу частину великого матеріалу. Для створення системи Auction вам необхідно виконати ще цілий ряд дій. На даному етапі готовий список вимог і зіставлені моделі UML в рішеннях Rational RequisitePro і Rational Software Modeler. В процесі створення програми Auction, етапи якого описані в наступних частинах довідкового матеріалу, ви отримаєте докладні відомості про те, як перетворити свою модель в робочий проект і програмний код за допомогою Rational Application Developer. Ви також навчитеся виявляти і відстежувати дефекти і інші запити на зміну за допомогою IBM Rational RequisitePro. Крім того, ви отримаєте інформацію про тестуючих продуктах Rational та їх інтеграції з іншими компонентами в пакеті програм Rational.

Схожі статті:


Сподобалася стаття? Ви можете залишити відгук або підписатися на RSS , щоб автоматично отримувати інформацію про нові статтях.

Коментарів поки що немає.

Ваш отзыв

Поділ на параграфи відбувається автоматично, адреса електронної пошти ніколи не буде опублікований, допустимий HTML: <a href="" title=""> <abbr title=""> <acronym title=""> <b> <blockquote cite=""> <cite> <code> <del datetime=""> <em> <i> <q cite=""> <s> <strike> <strong>

*

*