4700
Дослідження методик розробки ІС на основі IBM Rational Method Composer
Практическая работа
Информатика, кибернетика и программирование
Дослідження методик розробки ІС на основі IBM Rational Method Composer Мета виконання роботи – ознайомитись з кращими практиками розробки інформаційних систем з використанням бази знань IBM Rational Method Composer, навчитись роз...
Украинкский
2012-11-24
400 KB
11 чел.
Дослідження методик розробки ІС на основі IBM Rational Method Composer
Мета виконання роботи ознайомитись з кращими практиками розробки інформаційних систем з використанням бази знань IBM Rational Method Composer, навчитись розробляти додатки до бібліотеки методик системи.
IBM Rational Method Composer - гнучка платформа для управління процесами, що містить інструменти настройки процесів і бібліотеку процесів, щоб допомогти компаніям підвищувати ефективність розробки програмного забезпечення і реалізації інших ІТ-ПРОЕКТІВ.
IBM Rational Method Composer включає бібліотеку процесів RUP (IBM Rational Unified Process) і дозволяє не тільки проглядати пропоновані моделі процесів, але і адаптувати їх з урахуванням специфіки роботи організації, представляючи вміст процесів у формі, прийнятій в існуючій групі розробників.
У IBM Rational Method Composer входять наступні компоненти:
Конфігурація RUP для середніх проектів. Дисципліна тестування (Test).
Дисципліна Тестування діє як постачальник послуг для решти дисциплін у багатьох відношеннях. Тестування фокусується перш за все на оцінці якості продукту, яке реалізоване через наступне:
· знаходження дефектів в якості програмного забезпечення;
· консультації щодо виявленої якості програмного забезпечення;
· затвердження і доведення припущень, які були зроблені в специфікаціях проекту;
· затвердження, що програмний продукт працює як передбачалося в документах розробки;
· затвердження, що вимоги виконуються відповідно.
Цікава різниця існує між Тестуванням і рештою дисциплін в RUP. По суті Тестуванню дається завдання пошуку і висвітлення слабких сторін в програмному продукті. Це цікаво, тому що, щоб отримати найбільшу вигоду, вам потрібна інша загальна філософія, ніж та, що використовується у Requirements, Analysis & Design і Implementation disciplines. Ці три дисципліни зосереджуються на завершеності, тоді як Тестування зосереджується на неповноті.
Тестуванням управляють питання, як наприклад:
· За яких умов певне програмне забезпечення може зламатися?
· При яких можливих ситуаціях певне програмне забезпечення буде не в змозі працювати так, як прогнозувалося?
Тестування вимагає припущення, ризики і невпевненість, яка властива роботі інших дисциплін, і звертається до загроз, використовуючи неупереджену оцінку. Якщо Ви хочете уникнути двох потенційних крайнощів, треба використовувати:
· підхід, який вимагає дієвого програмного забезпечення і виставляє властиві проблеми або слабкі сторони;
· підхід, який є негативним або руйнівним.
Інформація, представлена в різних оглядах і нарисах, заявляє, що програмне забезпечення перевіряє рахунки на 30 - 50 відсотків від повної вартості розробки програмного забезпечення. Цей контраст має місце в декількох ключових проблемах:
· Тестування програмного забезпечення дуже важке. Як ви визначаєте кількість різних способів, в яких дана програма може поводитися?
· Звичайно перевірка, зроблена без ясної методології, дає результати, які варіюють від проекту до проекту і від організації до організації. Успіх це, перш за все, коефіцієнт якості і кваліфікація індивідуумів.
· Інструменти продуктивності використовуються недостатньо, що робить копіткі аспекти перевірки непокірними. На додаток до відсутності автоматизованого тестового виконання, багато тестових зусиль проводяться без інструментів, які дозволяють дієво управляти обширними тестовими даними і перевіряти результати. Гнучкість використання і складність програмного забезпечення роблять повну перевірку неможливою. Використовування сучасних методологій і інструментів може поліпшити як продуктивність, так і ефективність перевірки програмного забезпечення.
Високоякісне програмне забезпечення вельми важливе для успіху критичних систем безпеки. Із збільшенням вимог до надання електронним способом послуг через Інтернет, багато систем MIS зараз вважаються критичними; є компанії, які не можуть виконувати їх функції, і вони несуть значні втрати, коли відмови відбуваються.
Безперервний підхід до якості, ініційованої в lifecycle програмного забезпечення, може істотно знизити вартість завершення і підтримки вашого програмного забезпечення. Це дуже зменшує ризик недоброякісності, пов'язаний з розвертанням програмного забезпечення.
Звязки з іншими дисциплінами:
- дисципліна Requirements охоплює вимоги до програмного продукту, які є одним з первинних входів для ідентифікації того, які випробування треба виконувати;
- дисципліна Analysis & Design визначає відповідний проект для програмного продукту, який є іншим важливим входом для ідентифікації того, які випробування треба виконувати;
- дисципліна Implementation будує програмний продукт, який затверджується дисципліною Тестування;
- дисципліна Deployment доставляє завершений програмний продукт кінцевому користувачу;
- дисципліна Environment розвивається і підтримує артифакти, які використовуються під час Перевірки, як, наприклад, Тестові Директиви і Тестове Оточення;
- дисципліна Project Management планує проект і необхідну роботу в кожному повторенні. Описаний в Плані Повторення artifact є важливим входом, що використовується, коли ви визначаєте правильну місію оцінки для тестового зусилля;
- дисципліна Configuration & Change Management контролює змінюються в межах команди проекту. Тестове зусилля перевіряє, що кожна зміна завершена відповідно.
Опис Щоб пояснити роботу, залучену у дисципліні Тестування, дії і робоча продукція організовані в зразку здатності для дисципліни. Кожна діяльність представляє собою мету верхнього рівня, якої потрібно досягти, щоб виконувати ефективне випробування продукту. Цей зразок здатності, можливо, вимагає змін, заснованих на специфічних потребах кожного повторення і проекту. |
Властивості:
Використання:
Вирішіть, як виконувати технологічний процес
Наступні рішення потрібно зробити щодо технологічного процесу дисципліни Тестування:
• Вирішіть, як виконувати технологічний процес, проглядаючи дії в цьому технологічному процесі. Вивчайте діаграму з його сторожовими умовами і директивами нижче.
• Вирішіть, які частини тестових дій треба виконувати. Одна ключова проблема для Тестового технологічного процесу - вирішити, що якісні вимірювання цікаві для проекту взагалі, і найбільш важливо, для кожного повторення (подивіться Поняття: Види Тестування). Вирішіть, що відповідні комбінації видів випробувань, на яких ви повинні зосередитися для поточного повторення.
Робочі продукти
• Архітектура Випробувальної Автоматизації
• Тестовий Випадок
• Тестування Даних
• Тестування Проекту
• Тестування Конфігурації навколишнього Середовища
• Тестування Випробувальної Оцінки
• Тестування головного списку
• Тестування Інтерфейсної специфікації
• Тестування Колоди
• Тестування Плану
• Тестування Результатів
• Тестування Сценарію
• Тестування Стратегії
• Тестовий Набір
• Модель Аналізу робочого Навантаження
5. Опис робіт, що досліджуються, у табличній формі з таким змістом:
№ |
Роботи (Activitiy Task) |
Номер попередньої роботи (Prede-cessor) |
Вико-навці (Role) |
Робочі продукти (Work Product) |
|||
Вхідні (Input) |
Вихідні (Output) |
||||||
Назва |
Обов-сть |
Назва |
Обов-сть |
||||
1 |
Identify Test Ideas (task) |
Test Analyst |
Iteration Plan Test Strategy Data Model Deployment Model Implementation Model, Interface Project Specific Guidelines, Software Architecture Document, Software Requirements Specification, Storyboard, Test-Ideas List, Test Plan, Use-Case Model, User-Interface Prototype, Vision |
М М О О О О О О О О О О О О О О |
Test-Ideas List |
М |
|
2 |
Define Test Approach (task): |
Test Designer |
Iteration Plan Software Architecture Document, Vision, Project Specific Guidelines, Software Architecture Document, Software Requirements Specification, Test Plan, Vision |
М M M О О О О О О O |
Test Strategy |
М |
|
3 |
Implement Test (task) |
Tester |
Test Strategy Build Test Suite Implementation Model Development Infrastructure |
М М О О О |
Test Script |
М |
|
4 |
Execute Test Suite (task): |
Tester |
Build, Test Suite Development Infrastructure, Iteration Plan, |
М M О О |
Test Log |
М |
|
5 |
Determine Test Results (task): |
Test Analyst |
Test Ideas-List, Test Log, Test Strategy |
М М M |
Test Evaluation Summary, Test Results |
М |
|
6 |
Assess and Advocate Quality (task): |
Test Manager |
Iteration Plan, Test Evaluation Summary Risk List, Test Results |
М М О О |
Test Evaluation Summary |
М |
|
7 |
Implement Test Suite |
Tester |
Test Strategy Build Test Suite Implementation Model,Development Infrastructure |
M M O O O |
Test Suite |
M |
|
8 |
Execute Test Suite (task): |
Tester |
Build, Test Suite Development Infrastructure, Iteration Plan, |
M M O O |
Test Log |
M |
|
9 |
Structure the Test Implementation |
Test Designer |
Test Strategy Test Suite Development Infrastructure |
M M O |
Test Suite |
M |
|
10 |
Determine Test Results |
Test Analyst |
Test Ideas-List, Test Log, Test Strategy |
М М M |
Test Evaluation Summary, Test ResultsM |
M |
Висновки: Виконавши лабораторну роботу, я ознайомився розробкою інформаційних систем з використанням бази знань IBM Rational Method Composer, навчився розробляти додатки до бібліотеки методик системи, а також детально проаналізував таку дисципліну, як Тестування.
А также другие работы, которые могут Вас заинтересовать | |||
35366. | Система удаленного управления компьютером | 764.5 KB | |
Компьютерные сети в настоящее время представляют собой сложные комплексы с множеством поддерживаемых протоколов передачи данных и управления, которые интенсивно совершенствуются. Компьютерные сети предоставляют пользователям сервисы, реализуемые в виде сетевых приложений. | |||
35370. | Міжнародний фондовий ринок | 324.5 KB | |
Сутність та призначення цінних паперів. Ринки цінних паперів та їх класифікація. Види цінних паперів. Поняття емітента та інвестора цінних паперів. Способи емісії цінних паперів. Особливості формування та оцінювання доходності та ризиковості портфелю цінних паперів. | |||
35371. | Задачи о положениях манипуляторов | 209.5 KB | |
При решении задач проектирования и управления промышленными роботами приходится определять как положения его звеньев относительно неподвижной системы координат (абсолютные положения звеньев)... | |||
35372. | Настройка Windows. Настройка операційної системи Windows | 12.23 MB | |
Настройка операційної системи Windows. Мета: придбати уміння і навик виконання операцій настройки основних засобів управління і елементів оформлення робочого столу за допомогою ОС Windows. Операційна система Windows. Прослідити як змінюються розміри обєктів Windows і оцінити зручність роботи з різними роздільними здатностями... | |||
35374. | ТРУДОВОЕ ПРАВО | 1.42 MB | |
Учебная дисциплина «Трудовое право» является одной из основных дисциплин при подготовке будущих юристов. Освоение этой дисциплины дает понимание будущему юристу системы правовых норм, связанных предметным единством и регулирующих трудовые и иные непосредственно связанные с ними отношения, регламентации хозяйственной сферы жизни общества, в которой находит свое применение наемный труд. | |||