metodologia w ktorej kazdy przyrost dostarzca konkretna funkcjonalnosc
XP

Wyra˙zanie w j ˛ezyku naturalnym oraz diagramy o usługach
oczekiwanych od systemu oraz o ograniczeniach, w których
system ma działa´c. to: Wymagania u˙zytkownika

standard IEEE/ANSI ... w pkt 3
nie precyzuje ich wcale


na pytanie "czy system przyczyni się do realizacji ogólnych celów firmy" odpowiada: studium wykonalnosci

abstrakcja zbioru obiektów która identyfikuje ich wspólne atrybuty i usłuki oraz operacje oferowane przez nie to: klasa

czynność której celem jest zatwierdzenie lub dostarczenie źle rozpoznanych wymagać systemowych za pomocą bardzo wstępnej wersji systemu to: prototypowanie z porzuceniem

"wiele interfejsów odpowiadających konkretnym potrzebom jest lepsze niż jeden ogólny interfejs" to: zasada segregacji interfejsów

wzorce singleton i factory realizują jedną z zasad GRASP:
nic z ww?

na pytanie "czy budujemy produkt odpowiednio" odpowiada: zatwierdzanie

all p uses testing polega na testowaniu wszystkich wyrażeń logicznych dla wybranej zmiennej, iekoniecznie P


DRY – Don’t Repeat Yourself
KISS – Keep It Simple Stupid
YAGNI - You Ain't Gonna Need It



Ciągła Integracja (ang. Continuous Integration) to praktyka programistyczna, w której członkowie zespołu często scalają wyniki swojej pracy – z reguły każdy robi to przynajmniej raz dziennie. W tej sposób każdego dnia powstaje kilka zintegrowanych wersji kodu, które są sprawdzane przez automatyczny proces budowania (i testowania).

Fazy projektu RUP
1.faza początkowa (inception) wstępne określenie wymagań, ryzyka, kosztu, harmonogramu, architektury
2. faza opracowania (elaboration) ustalenie wymagań (większości przypadków użycia), architektury systemu oraz planu całego procesu wytwarzania systemu
3.faza konstrukcji (construction) tworzenie systemu (kolejnych komponentów), w trakcie następuje oddanie pierwszej wersji użytkownikowi
4.faza przekazania (transition) - system jest przekazywany użytkownikowi, wdrażany, szkoleni są pracownicy obsługi systemu, następuje walidacja i końcowe sprawdzenie jakości

Metody zwinne (agile) nadają się dla małych zespołów

Opisy wymagań:

wymagania funkcjonalne i niefunkcjonalne
	-Wymagania funkcjonalne
		Są stwierdzeniami jakie usługi ma oferować system, jak ma reagować na określone dane wejściowe oraz jak ma się zachowywać w określonych sytuacjach. Opisują funkcjonalność lub usługi, które system powinien oferować

	-wymagania niefunkcjonalne
		ograniczenia usług i funkcji systemu. Obejmują ograniczenia czasowe, ograniczenia procesu tworzenia, standardy itd. Moga być związane z właściwościami wystemu (niezawodność, czas reakcji, zajętość pamieci itd), definiować ograniczeni systemu itp. Nie dotyczą bezpośrednio funkcji systemu.

	-wymagania dziedzinowe
		Pochodzą z dziedziny zastosowanie systemu i odzwierciedlają jej charakterystykę. Moga być funkcjonalne lub nie funkcjonalne

-wymagania użytkownika
	wyrażenie w języku naturalnym oraz diagramy o usługach oczekiwanych od systemu oraz o ograniczeniach, w których system ma działać

-wymagania systemowe
	szczegółowo ustalają usługi systemu i ograniczenia. Dokumentacja wymagań systemowych (specyfikacja funkcjonalna) powinna być precyzyjna. Może służyć jako kontakt między nabywcą systemu a wytwórcą


Cechy dobrego oprogramowania wg Sommerville'abstrakcja
	-poprawność, zgodność z wymaganiami użytkowników
	-łatwość pielęgniacji i dokonywania zmian
	-niezawodność
	-bezpieczeństwo
	-wydajność
	-łatwość stosowania, ergonomiczność

Inżynieria oprogramowania jest dziedziną inżynierii systemów, IO rozważa w kontekście praktycznym rozmaite aspekty wytwarzania oprogramowania (techniczny, organizacyjny,finansowy...)

Czynności w czasie tworzenia oprogramowania
	planowanie
	implementacja
	testowanie
	wdrażanie
	dokumentacja
	utrzymanie

Metody tworzenia oprogramowania agile:
	-programowanie ekstremalne (XP)
	-scrum
	-crystal
	-adaptive software development

Model iteracyjny tworzenia oprogramowania:
	-pozwala na doprecyzowanie specyfikacji w czasie trwania procesu\
	-poszczególne elementy są opracowywane po ukończeniu poprzednich

wymagania odpowiadające tylko na pytanie "jaki jest tworzony system" to chyba żadne z powyższych

Model systemu to graficzna reprezentacja na której przedstawia się problem do rozwiązania i system do zbudowania

zasady SOLID:
		-SRP - single responsibility principle - zasada jednej odpowiedzialnosci
		-OCP - Open/Closed principle - zasada otwarte-zamkniete
		-LSP - Liskov substitution principle - zasada podstawienia Liskov
		-ISP - interface segragation principle - zasada segregacji interfejsów
		-DIP - dependency inversion principle - zasada odwrócenia zależności