wprowadzenie

Copyright © Jerzy R. Nawrocki

WprowadzenieWprowadzenie

[email protected]/jnawrocki/io

Inżynieria oprogramowania IIWykład 1

J.Nawrocki, Wprowadzenie

Syndrom LOOP

L

O

O

P

ate (późno)

oor quality (kiepska jakość)

ver budget (przekroczony budżet)

vertime (nadgodziny)

Loop


Plan wykładów

Zasady skutecznego działaniaKontrola jakości oprogramowaniaSzacowanie rozmiaru i pracochłonnościStandardy serii ISO 9000Modele CMMIInżynieria wymagań I, IIMetody formalneZarządzanie projektami i PRINCE2Personal Software Process29.05.2006 SprawdzianTSP & RUPZwinne metodyki programowaniaXPrince i projekty dyplomowe


Zasady skutecznego działania

“.. absolwenci nie potrafią:komunikować się,mają niedostateczne (..)

przygotowanie do pracy w zespole,

brak im umiejętności skutecznego i produktywnego zarządzania ich pracą indywidualną ..”

??


Zasady skutecznego działania

Bądź proaktywny Bądź proaktywny

Zaczynaj mając koniec na względzieZaczynaj mając koniec na względzie

Aby rzeczy pierwsze były pierwszeAby rzeczy pierwsze były pierwsze

Myśl o obopólnej korzyściMyśl o obopólnej korzyści

Najpierw staraj się zrozumiećNajpierw staraj się zrozumieć

Dbaj o synergięDbaj o synergię

Ostrz piłęOstrz piłę


Plan wykładów



Kontrola jakości oprogramowania

Testowanie

Artefakt

PrzeglądyRecenzjaPrezentacjaFormalny przegląd technicznyInspekcjaAudyt


Plan wykładów



Systematyczne podejście do planowania

begin .. end

500 LOC


Szacowanie pracochłonności

COCOMO:Effort = a Sizeb

Walston-Felix model:Effort = 5.2 Size0.91

Software equation (Putnam):Effort = (Size B0.333/P)3/ t4


Metoda delficka

Rand Corporation, Boehm’81

Kilku ekspertów indywidualnie szacuje nakład (rozmiar).

Stosując proces delficki dochodzi się do konsensusu.

PytiaPytia


Plan wykładów



Audytor

Dobrzy

ISO 9001

Kryte-ria

Źli


Główne elementy normy

ISO 9000:2000 Systemy zarządzania jakością – Podstawy i terminologia

ISO 9001:2000 Systemy zarządzania jakością – Wymagania

ISO 9004:2000 Systemy zarządzania jakością – Wytyczne doskonalenia funkcjonowania


Plan wykładów



CMM: Capability Maturity Model

1. Początkowy

2. Zarządzany (powtarzalny)

3. Zdefiniowany

4. Zarządzany ilościowo

5. Optymalizujący

Organizacje programistyczneSEI, Pittsburg, USA

1989-1993


Profil dojrzałości wg SEI

PoczątkowyZarządzany

ZdefiniowanyZarządzany

ilościowo

Optymalizujący

9.5%

29.7% 27.7%

5.4%

27.7%


Plan wykładów



Wymagania ..

.. specyfikacja tego, co ma być implementowane.

Sommerville & Sawyer’97


Przykładowy przypadek użycia

Zarejestruj IOZarejestruj IOAktorAktor: Rejestrator IOCelCel: Zarejestrować w systemie nową IO.ZdarzenieZdarzenie: Rejestrator otrzymał wniosek papierowy. Główny scenariuszGłówny scenariusz1.1. Rejestrator IORejestrator IO: Wprowadza NIP lub REGON IO.2.2. SystemSystem: Sprawdza poprawność wprowadzonego NIP/REGON.3.3. RejestratorRejestrator: Wprowadza pozostałe dane identyfikacyjne IO.4.4. SystemSystem: Weryfikuje poprawność składniową wprowadzonych

danych.5.5. RejestratorRejestrator: Wprowadza dane dotyczące jednostek IO.. . .


Specyfikacja wymagań

Wymagania funkcjonalneWymagania pozafunkcjonalneInterfejs użytkownikaScenariusze testów

akceptacyjnych


Plan wykładów



Wprowadzenie

Sieci Petri’ego:Notacja graficznaDobra podstawa matematyczna

Zastosowania:Modelowanie systemów współbieżnych i

rozproszonychProtokoły komunikacyjne, sieci

komputerowe, systemy produkcyjne, systemy transportu publicznego itp.


Terminologia

MiejsceMiejsce

PrzejściePrzejście

ZnacznikZnacznik

Łuk wej.Łuk wej.

Łuk wyj.Łuk wyj.


Bardzo prosty przykład

waiting

reading

strt_reading

stop_reading

Czytelnik w bibliotece:czekanie,czytanie.


Plan wykładów



Wprowadzenie

PRINCE = PRojects IN Controlled EnvironmentsCCTA = the Central Computer and Telecommunications

Agency, UK

1975: PROMPT, Simpact Systems Ltd

1979: CCTA przyjmuje PROMPT jako standard rządowych przedsięwzięć dot. systemów informacyjnych

1989: CCTA wprowadza metodę PRINCE

1996: CCTA ogłasza metodę PRINCE2


Wstęp

Managing Successful Projects Managing Successful Projects with PRINCE2with PRINCE2

Metodyka zarządzania przedsięwzięciamiGłówny aktor: kierownik przedsięwzięciahttp://www.ccta.gov.uk/prince/OGC = Office of Goverment Commerce

408 stron, £ 55.00


Certyfikaty PRINCE2

PRINCE2 Foundation (Podstawy)

PRINCE2 Practitioner (Praktyk)


PRINCE2 Foundation

Format egzaminu:• Test wyboru • 1 godzina • 75 pytań • Warunek zdania: 38 poprawnych odpowiedzi • „Closed-book”

APM Group – Cennik egzaminów 2004 (Milton Keynes, ..):

Foundation = £100 inc VAT Practitioner = £208 inc VAT Both Exams = £308 inc VAT


PRINCE2 w Polsce

http://www.crm.com.pl

4-7 maja 2004: „Metodyka zarządzania projektami PRINCE2”Cena: 4 200 zł (4 dni)

22 maja 2004: Egzamin „PRINCE2 Foundation”Cena: 1 400 zł + VAT


Plan wykładów



Wprowadzenie

PSP = Personal Software Process

PSP: samodoskonaleniePSP: jak podejmować i wypełniać

zobowiązania PSP: formularze + procedury

Czego brak: inżynieria wymagań, zarządzanie konfiguracją, zarządzanie ryzykiem


Wprowadzenie

Rejestry czasu i defektówRejestry czasu i defektów

Stand. kodu Stand. kodu ++ Pomiar rozm. Pomiar rozm. ++ PPPOPO 0.Bazowy

Szacowanie rozmiaru + raport tstSzacowanie rozmiaru + raport tst

Planowanie zadań i harmon.Planowanie zadań i harmon. 1.Planowania

Poziomy:Poziomy:

Przeglądy kodu i proj.Przeglądy kodu i proj. Wzorce projektoweWzorce projektowe 2.Jakości

Rozwój cyklicznyRozwój cykliczny3.Cykliczny


Plan wykładów



Wprowadzenie

TSP = Team Software ProcessTSPi: 4-6 osób; TSP: do 20 osób

Bazuje na PSP: Organizacja pracy własnej Formularz rejestracji błędów Formularz rejestracji czasu Szablon harmonogramu


Role w TSP

• Lider zespołu

• Kierownik rozwoju

• Kierownik planowania

• Kierownik jakości

• Kierownik wspomagania


Literatura nt. RUP

Addison-Wesley, 2nd edition

March 2000. (Amazon: $30)

Addison-Wesley, 1st edition

April 2003. (Amazon: $30)


Fazy w RUP

Inception

Rozpoczęcie

ElaborationElaboration

DopracowanieDopracowanie

Construction

Konstrukcja

Transition

Wdrożenie


Plan wykładów



Manifest zwinności

• Jednostki i interakcje niż procesy i narzędzia

Ważniejsze:

• Działające oprogramowanie niż obszerna dokumentacja

• Współpraca klienta niż negocjacja kontraktu

• Nadążanie za zmianamiNadążanie za zmianami niż trzymanie się planu niż trzymanie się planu


Zwinne metodyki programowania

Tom DeMarcoTom DeMarco

„XP jest dzisiaj najważniejszym ruchem w IO."

Programowanie Ekstremalne (XP)Programowanie Ekstremalne (XP) = =

lekka (zwinna)lekka (zwinna)

metodyka tworzenia oprogramowaniametodyka tworzenia oprogramowania


Plan wykładów



Studio Rozwoju Oprogramowania

Od 1998Część programu Master in

Software EngineeringCorocznie 11-12 przedsięwzięć

realizowanych w zespołach 8-osobowych (III + IV + V rok)


Ocena wykładów 2004/05

Ogólna ocena

4,865,16

4,8 4,72 4,68 4,69 4,66 4,44 4,54,88 4,98 4,92

11,5

22,5

33,5

44,5

55,5

6

Wpr

o

Covey

Rozm

ISO

CMM

Wym

Prince

PSPRUP

XP

XPrince

Wykłady

Śre

dn

ia o

ce

n


Pytania?


Ocena wykładu

1. Wrażenie ogólne (1 - 6)2. Za szybko czy za wolno?3. Czy dowiedziałeś się czegoś ważnego?4. Co i jak poprawić?


Plan wykładów


wprowadzenie

Documents