Programowanie. Teoria i praktyka z wykorzystaniem C++

6.2. PRZEMYLENIE PROBLEMU 177
nawet lepszym ni napisanie ich. Papier (lub komputer) nie bdzie z Tob dyskutowa i krytycznie
ocenia Twoich pogldów. Idealny etap projektowania to taki, który przeprowadza si
w towarzystwie.
Niestety nie ma takiej ogólnej strategii rozwizywania problemów, która odpowiadaaby
wszystkim ludziom i pozwalaa rozwiza kady problem. Istnieje mnóstwo ksiek, których
autorzy twierdz, e pomog Ci efektywniej rozwizywa problemy, oraz caa masa publikacji
na temat projektowania programów. Nasza droga nie wiedzie poprzez nie. W zamian opiszemy
gar ogólnych wskazówek, które mog by pomocne w rozwizywaniu mniejszych problemów.
Nastpnie szybko przejdziemy do wypróbowywania tych sugestii na naszym maym kalkulatorze.
Czytajc tre naszych rozwaa na temat kalkulatora, oceniaj to, co widzisz, bardzo sceptycznym
okiem. Aby zachowa realizm, przedstawimy ewolucj naszego programu poprzez
szereg wersji. Opiszemy argumenty, które doprowadziy nas do powstania kadej z nich. Oczywicie
znaczna cz tej argumentacji musi by niekompletna lub bdna, inaczej szybko bymy
skoczyli ten rozdzia. Naszym celem jest pokazanie przykadowych problemów i procesów
mylowych charakterystycznych dla procesu projektowania i implementowania programu.
Wersja, z której jestemy ostatecznie zadowoleni, zostanie przedstawiona dopiero na kocu
nastpnego rozdziau.
Pamitaj, e w tym i nastpnym rozdziale proces dochodzenia do finalnej wersji programu
— droga wiodca przez niepene rozwizania, pomysy i bdy — jest co najmniej tak
samo wany, jak wersja ostateczna i waniejszy ni narzdzia techniczne jzyka programowania,
których bdziemy uywa (wrócimy do nich póniej).
6.2.1. Etapy rozwoju oprogramowania
Poniej przedstawimy nieco terminologii zwizanej z tworzeniem oprogramowania. Pracujc
nad rozwizaniem problemu, wielokrotnie powtarza si nastpujce fazy:
Analiza — przemyl, co masz zrobi, i opisz, jak to aktualnie rozumiesz. Taki opis nazywa
si zestawem wymaga lub specyfikacj. Nie bdziemy szczegóowo opisywa technik
opracowywania i opisywania takich wymogów. Temat tej ksiki tego nie obejmuje, ale
naley pamita, e w miar zwikszania si rozmiaru problemu techniki te nabieraj
wagi.
Projektowanie — utworzenie ogólnej struktury systemu i podjcie decyzji, na jakie
czci podzieli implementacj oraz jak powinny si one ze sob komunikowa. W ramach
projektowania zastanów si jakie narzdzia — np. biblioteki — moesz wykorzysta
do opracowania struktury programu.
Implementacja — napisz kod, usu bdy oraz sprawd za pomoc testów, czy robi to,
co powinien.
6.2.2. Strategia
Oto gar wskazówek, które — jeli zostan zastosowane z rozwag i wyobrani — bd pomocne
w wielu projektach programistycznych:
Jaki problem jest do rozwizania? Przede wszystkim naley stara si dokadnie opisa,
co chce si zrobi. Najczciej oznacza to sporzdzenie opisu problemu lub, jeli kto