1 / 23

Inżynieria oprogramowania

Inżynieria oprogramowania. Wprowadzenie Kryzys oprogramowania. Pytanie na początek. Jaki procent dużych projektów informatycznych kończy się SUKCESEM?. Marsz ku klęsce!!!. Zdecydowana większość dużych projektów informatycznych jest z góry skazana na niepowodzenie !. =.

barrett-estes
Download Presentation

Inżynieria oprogramowania

An Image/Link below is provided (as is) to download presentation Download Policy: Content on the Website is provided to you AS IS for your information and personal use and may not be sold / licensed / shared on other websites without getting consent from its author. Content is provided to you AS IS for your information and personal use only. Download presentation by click this link. While downloading, if for some reason you are not able to download a presentation, the publisher may have deleted the file from their server. During download, if you can't get a presentation, the file might be deleted by the publisher.

E N D

Presentation Transcript

  1. Inżynieria oprogramowania Wprowadzenie Kryzys oprogramowania

  2. Pytanie na początek Jaki procent dużych projektów informatycznych kończy się SUKCESEM?

  3. Marsz ku klęsce!!! Zdecydowana większość dużych projektów informatycznych jest z góry skazana na niepowodzenie! =

  4. Polskie przykłady • Informatyzacja PZU • Informatyzacja ZUS • System POJAZD • Informatyzacja urzędów skarbowych

  5. The Standish Group Amerykańska instytucja badawcza. Działalność: kompleksowa analiza rynku amerykańskiego w zakresie skuteczności realizacji projektów informatycznych. Kolejne raporty: • The CHAOS Chronicles I – 1995, • The CHAOS Chronicles II – 2001, • The CHAOS Chronicles III – 2003. www.standishgroup.com

  6. Dlaczego CHAOS? O chaosie w projektowaniu SI decyduje przeważająca liczba przedsięwzięć zakończonych : • niepowodzeniem w sensie ilościowym, czyli: • przekroczeniem estymowanego czasu trwania działań projektowych; • przekroczeniem budżetu; • porzuceniem z określonych powodów; • niepowodzeniem w sensie jakościowym, kiedy gotowy system wykazuje dużą niezgodność z pierwotną specyfikacją wymagań użytkownika. Chaos – stan niezorganizowania, zamętu, nieładu

  7. Udany projekt Zakres Produkt końcowy Udany projekt Koszty Koszty realizacji Termin Czas

  8. Wydatki na projekty SI 200 tys. projektów

  9. Realizacja projektów SI

  10. Realizacja projektów SI

  11. Jakość produktów Im większy jest tworzony system, tym mniejszazgodność produktu końcowego z pierwotną specyfikacją wymagań funkcjonalnych, a w związku z tym mniejszezadowolenie klientów.

  12. Czynniki sukcesu

  13. Wnioski z badań Chaos w obszarze projektowania SI spowodowany jest błędami ludzkimi, a nie technologicznymi

  14. Podstawowe problemy • Niewłaściwa interpretacja wymagań klienta • Częste i zbyt późne zgłaszanie zmian związanych z oprogramowaniem • Nieprawidłowe oszacowanie czasu realizacji projektu (opóźnienia czasowe) • Nieprawidłowe oszacowanie budżetu i zasobów • Problemy w komunikacji pomiędzy członkami zespołu projektowego • Problemy w komunikacji pomiędzy zespołem projektowym a klientem • Duża liczba małych błędów w oprogramowaniu, wynikająca z nieprawidłowego testowania • Problemy wdrożeniowe i brak odpowiedniej pielęgnacji oprogramowania

  15. Złożoność oprogramowania Złożoność oprogramowania (wewnętrzna i wymagana komunikacją z innymi systemami – patrz MS Windows/MS Office) • UNIX – 4 000 000 linii kodu • Windows 2000 – 35 000 000 linii kodu • Windows XP – około 50 000 000 linii kodu

  16. Złożoność oprogramowania Rozwój systemu LINUX:

  17. Źródła złożoności oprogramowania Złożoność dziedzinowa Software Złożoność technologiczna Złożoność psychologiczna

  18. Liczebność zespołów projektowych Wielość współautorów oraz problemy związane z błędami na etapie określania wymagań, projektowania, wykonywania i testowania

  19. Metody projektowania Ciągle niedoskonałe metody i narzędzia tworzenia i weryfikacji oprogramowania. XP PSL/PSA HELP! UML DFD ERD RSL/REVS SADT

  20. Kryzys oprogramowania • Długi i kosztowny cykl tworzenia oprogramowania • Długi i kosztowny cykl życia SI, wymagający stałych zmian • Wysokie koszty utrzymania oprogramowania • Wysokie prawdopodobieństwo niepowodzenia projektu programistycznego • Sprzeczność pomiędzy odpowiedzialnością współczesnych systemów informatycznych, a ich zawodnością • Problemy współdziałania niezależnie zbudowanego oprogramowania, szczególnie istotne przy dzisiejszych tendencjach integracyjnych

  21. Kryzys oprogramowania • Uzależnienie organizacji od systemów komputerowych i przyjętych technologii przetwarzania informacji (często niestabilnych w długim horyzoncie czasowym) • Dążenie do przystosowania istniejących i działających systemów do nowych wymagań i tendencji oraz platform sprzętowo-programowych • Niski stopień powtarzalności poszczególnych przedsięwzięć • Niska kultura ponownego użycia wytworzonych komponentów projektów i oprogramowania • Szybki rozwój narzędzi informatycznych

  22. Prawa Murphiego • „główne błędy powstają na styku: klient – firma informatyczna, projektant-programista, programista-komputer” • „jeżeli gdziekolwiek może pojawić się błąd, tam na pewno się pojawi” • „nie ma programów bezbłędnych, są tylko takie w których dotąd nie znaleziono błędu”

  23. Dziękuję za uwagę Zapraszam za tydzień

More Related