Inżynieria oprogramowania

część VI – Proces inżynierii wymagań

mgr inż. Piotr Greniewski

Europejska Wyższa Szkoła Informatyczno-

Ekonomiczna

Slajd nr 2

©Ian Sommerville 2000 - Inżynieria oprogramowania

Proces inżynierii wymagań

Zawartość:



Studium wykonalności



Określenie i analizowanie wymagań



Zatwierdzanie wymagań



Zarządzanie wymaganiami

Slajd nr 3

©Ian Sommerville 2000 - Inżynieria oprogramowania

Proces inżynierii wymagań

Feasibility

study

Requirements

elicitation and

analysis

Requirements

specification

Requirements

validation

Feasibility

report

System

models

User and system

requirements

Requirements

document

Slajd nr 4

©Ian Sommerville 2000 - Inżynieria oprogramowania

Studium wykonalności



Studium wykonalności to odpowiedź na
pytania:



Czy system przyczyni się do realizacji ogólnych
celów przedsiębiorstwa?



Czy system może być zaimplementowany z użyciem
dostępnych technologii, w ramach określonego
budżetu i ograniczeń czasowych?



Czy system może być zintegrowany z istniejącymi
systemami, które już zainstalowano?

Slajd nr 5

©Ian Sommerville 2000 - Inżynieria oprogramowania

Studium wykonalności



Przeprowadzenie studium wykonalności obejmuje:



określenie informacji



zebranie informacji



pisanie raportu



Przykład pytań potrzebnych do zdobycia informacji:



Jak firma radzi sobie bez zaimplementowanego systemu?



Jakie problemy występują w obecnych procesach i jak nowy

system ma pomóc w ich eliminacji?



Jaki będzie bezpośredni wkład systemu w osiągnięcie celów

gospodarczych?



Czy można przekazywać informację do i z innych systemów?



Czy system wymaga nowych technologii?



Co system musi wspomagać a czego nie?

Slajd nr 6

©Ian Sommerville 2000 - Inżynieria oprogramowania

Określenie i analizowanie wymagań



Jest to trudny proces z wielu powodów:



Uczestnicy często nie wiedzą czego oczekują od
systemu.



Nie potrafią wyrazić wymagań w sposób zrozumiały
dla inżynierów wymagań



Różni uczestnicy stawiają wymagania sprzeczne ze
sobą.



Często mają wpływ czynniki polityczne występujące
w firmie



Środowisko ekonomiczne i gospodarcze w którym
przeprowadza się analizę jest dynamiczne co
wpływa na analizę.

Slajd nr 7

©Ian Sommerville 2000 - Inżynieria oprogramowania

Określenie i analizowanie wymagań



Rozpoznanie dziedziny

. Analitycy muszą zrozumieć

dziedzinę zastosowania.



Zbieranie wymagań

. Jest to proces interakcji z

użytkownikami systemu, którego celem jest wyjawienie
ich wymagań.



Klasyfikacja

. Ta czynność polega na podzieleniu

bezładnego zbioru wymagań na spoiste grupy.



Usuwanie sprzeczności

. Wymagania wielu

użytkowników zawierają sprzeczności.



Nadawanie priorytetów

. W każdym zbiorze wymagań są

bardziej i mniej ważne.



Sprawdzanie wymagań

. Sprawdza się czy wymagania

są pełne, spójne i zgodne z tym czego chcą użytkownicy

Slajd nr 8

©Ian Sommerville 2000 - Inżynieria oprogramowania

Zatwierdzanie wymagań



W trakcie procesu zatwierdzania wymagań przeprowadza
się rozmaite sprawdzenia wymagań z dokumentacją
wymagań:



Sprawdzenie ważności

. System ma różnych użytkowników

przekonanych o tym jakie funkcje powinien spełniać system.
Kompromis wymagań



Sprawdzenie niesprzeczności

. Wymagania spisane nie mogą

być sprzeczne.



Sprawdzenie kompletności

. Dokumentacja wymagań powinna

zawierać wymagania w których zdefiniowano wszystkie funkcje
i ograniczenia.



Sprawdzenie realności

. Znając wiedzę technologiczną należy

sprawdzić czy wymagania mogą być zaimplementowane.
Sprawdzenie dotyczy również budżetu i harmonogramu.



Możliwość weryfikacji

. Wymagania systemu powinny być

zapisane tak aby można je było weryfikować

Slajd nr 9

©Ian Sommerville 2000 - Inżynieria oprogramowania

Metody zatwierdzanie wymagań



Przegląd wymagań

. Zespół recenzentów

systematycznie analizuje wymagania



Prototypowanie.

W tym modelu przedstawia

się wykonywalny model systemu.



Generowanie testów

. Wymagania można

testować.



Zautomatyzowane sprawdzanie
niesprzeczności wymagań

. Narzędzia CASE

itd.

Slajd nr 10

©Ian Sommerville 2000 - Inżynieria oprogramowania

Zarządzanie wymaganiami



Wymagania stałe

to względnie stabilne

wymagania które wynikają z podstawowej
działalności firmy. Wymagania te można
wywnioskować z modelu dziedziny.



Wymagania zmienne

to wymagania które

prawdopodobnie ulegną zmianie w trakcie
tworzenia systemu, albo po przekazaniu go
użytkownikowi.

Slajd nr 11

©Ian Sommerville 2000 - Inżynieria oprogramowania

Zarządzanie wymaganiami



Klasyfikacja wymagań zmiennych:



wymagania zmienne – pojawiają się na skutek zmian
środowiska



wymagania pojawiające się – wymagania które
pojawiają się w trakcie poznawania problemu.



wymagania wynikowe – wymagania pojawiające się
wraz z wdrożeniem systemu



wymagania zgodności – zależą od konkretnych
systemów lub procesów występujących wewnątrz
firmy. Ich zmiana zmienia wymagania.

Slajd nr 12

©Ian Sommerville 2000 - Inżynieria oprogramowania

Zarządzanie zmianami wymagań



Trzy kroki procesu zarządzania zmianami:



Analiza problemu i specyfikacja zmiany.



Analiza zmiany i ocena kosztów



Implementacja zmiany