Witam

Zapraszam do dyskusji na temat procedury tworzenia programów
komputerowych jaką można zastosować indywidualnie oraz w niewielkich
zespołach. Interesujące też by były wypowiedzi osób które mają
doświadczenie z dużymi projektami (jak wtedy zmieniają się procedury
wytwarzania programów).

Ja głęboko wierzę w sens takiej dyskusji, gdyż z moich doświadczeń
zawodowych wynika, że uprawianie partyzantki przy programowaniu jest na
porządku dziennym w polskich firmach. Co jakiś czas wracam do poszukiwań
skutecznych a przy tym indywidualnie wykonalnych metod tworzenia
oprogramowania. Dlatego by zacząć dyskusję przedstawię obecny kształt
procedury tworzenia programów nad którą pracuję. Proszę o sugestie wraz
z uzasadnieniem (czyli apeluję żeby była to konstruktywna dyskusja).

Podstawowym założeniem niniejszej procedury wytwarzania oprogramowania
są 2 fundamentalne zasady inżynierskie: "metoda pojedynczych kroków"
(rozwiązywanie jednego problemu na raz) oraz "modularyzacja" (czyli
zamykanie problemów i funkcji w odrębnych blokach).

Procedura tworzenia programów komputerowych:
1. Określenie co ma robić program (zebranie wymagań, przypadki użycia,
zwrotny opis systemu (do weryfikacji przez klienta), identyfikacja i
redukcja ryzyka)
2. Zdefiniowanie elementów składowych programu (biblioteki zewnętrzne,
moduły wewnętrzne (ogólnie), zastosowanie wzorców projektowych do modułów)
3. Określenie funkcji elementów składowych (bibliotek, modułów
(szczegółowo), diagram klas (zastosowanie zasad OOP* i wzorców
projektowych))
4. Analiza przewidywanego działania i współdziałania elementów
składowych (diagramy stanów i sekwencji, oraz testy bibliotek,
prototypowanie, identyfikacja i redukcja ryzyka)
5. Ocena łatwości rozbudowy programu i ocena spójności elementów
składowych (spr. spełnienia zasad OOP*, identyfikacja i redukcja ryzyka)
6. Zdefiniowanie parametrów funkcji realizowanych przez elementy
składowe (wartości prawidłowe i nieprawidłowe parametrów)
7. Wykonanie programu (projekt UI, projekt relacyjnej bazy (lub plików),
kodowanie)
8. Analiza pracy programu (stopień realizacji zadań, testy funkcjonalne,
optymalizacja (UI i profilowanie), wycieki pamięci)
9. Zrobić instalatory, stronkę domową z płatnościami i kasować kapuchę!

Na podstawie:
a) procedury budowy prototypu piramidy z tomu 9 "Monografii 1/5" prof
Jana Pająka
b) "Head First - Object Oriented Analysys and Design"

* zasady OOP (Obiektowo Orientowane Projektowanie) - ściąga z tych
zasad: brak duplikacji kodu, enkapsulacja, operowanie na interfejsach
zamiast na implementacji, preferowanie kompozycji zamiast dziedziczenia,
atomowa odpowiedzialność klas, klasy otwarte na rozbudowę ale zamknięte
na modyfikacje, sensowne dziedziczenie