Specyfikacja i systemy wspomagania projektowania oprogramowania

Cykl życia oprogramowania (w ujęciu tradycyjnym) składa się z kilku faz:

• specyfikacji wymagań,
• projektowania,
• implementacji
• konserwacji.

Celem zajęć jest zrealizowanie projektu polegającego na sporządzeniu dokumentacji obejmującej etapy: specyfikacji (analizy) wymagań i projektowania oprogramowania.

Uczestniczy zajęć powinni wykazać się znajomością języka modelowania UML oraz umiejętnością jego praktycznego zastosowania przy sporządzaniu dokumentacji projektowej.

Celem zajęć nie jest wykonanie programu; niemniej, doświadczenia programistyczne, znajomość konkretnych technologii mogą być znaczną pomocą podczas projektowania aplikacji

Termin spotkań (konsultacje projektów).

Wtorek 14:00 C2 403

Projekty są wykonywane w grupach. Zaleca się, aby były to grupy 3-osobowe. Grupa powinna wybrać temat projektu z listy i zarezerwować za pomocą formularza rejestracji. Tematy projektów muszą być unikalne. Możliwe jest zaproponowanie własnego tematu po uprzedniej akceptacji przez prowadzącego. Jeżeli na liście pojawią się dwie rezerwacje tego samego projektu – późniejszy wpis zostanie usunięty.

W trakcie realizacji projektu grupy powinny konsultować poszczególne etapy. Konsultacje powinny nastąpić w trakcie:

• Przygotowania rozdziałów opisujących Wizję i Analizę dziedziny
• Przygotowania specyfikacji wymagań (przypadki użycia)
• Opracowywania części projektowej

W trakcie konsultacji należy dostarczać dokumenty wyłącznie w formie elektronicznej.

Językiem używanym w dokumentacji może być wyłącznie język UML. Nie jest akceptowane zastosowanie Analizy Strukturalnej (diagramy DFD). W rozdziale dotyczącym projektu bazy danych można użyć notacji ERD.

Do sporządzania diagramów można użyć dowolnego programu pozwalającego na sporządzanie diagramów UML. AGH jako posiadacz licensji MSDN dla całej uczelni udostępnia program Visio, zawierający bibliotekę (przybornik) do rysowania diagramów UML. Wiele innych, w tym bezpłatnych programów, np.: ArgoUML, ma podobne możliwości.

Dokumentacja powinna być sporządzana zgodnie z podanym dalej układem (Szkielet dokumentacji). Powinna stanowić jeden plik, najchętniej w formacie PDF lub DOC. Nie należy dostarczać plików źródłowych wymagających dalszego przetwarzania lub otwierania za pomocą specyficznych narzędzi. Celem projektu nie jest opanowanie konkretnego środowiska lub programu (Word, TeX, Visio, Rational Rose) i nie ma znaczenia, który z nich zostanie użyty. Ma być natomiast użyty właściwie - np.: tabelki i rysunki mają trafić w odpowiednie miejsca, a nie np.: na koniec dokumentu.