ducin blog®:
kako to rade pravi majstori

Ima li programera u avionu

Teško da bi Vaš software mogao da se "vrti" u nekom od Sikorsky helikoptera. Još su manje šanse da Vas uposle da pišete software za medicinski uređaj (ko je rekao pacemaker). Da li treba da pominjem posledice eventualnog "unhandled exception-a"...

Ukoliko ipak želite da zante nešto o ovome, za početak, pogledajte ovde i ovde.

IEEE standard 830

O formalnoj verifikaciji i sličnim tehnikama ne mogu da Vas naučim. Međutim, mogu da Vam kažem šta je dobra inženjnerska praksa kada je u pitanju software. I ne samo praksa, već i standard i regulativa koji se odnose na mission critical aplikacije.

Ono što se nameće kao preduslov za primenu bilo kog standarda su dobro utvrđeni procesi razvoja i upravljanja zahtevima. O zahtevima je bilo reči, kao i o procesu razvoja. Međutim, dobra volja, često nije dovoljna. Prvi problem nastupa kada treba da se odredi šta su to zahtevi za jednu aplikaciju. Posebno, šta treba da sadrži dokument specifikacije zahteva.

Standard koji se posebno odnosi na zahteve i SRS je IEEE 830 standard. Po pitanju SRS-a, standard kaže sledeće:

• The SRS writer(s) should avoid placing either design or project requirements in the SRS.
• The SRS should not describe any design or implementation details.These should be described in the design stage of the project.
• The SRS should address the software product, not the process of producing the software product.

Implementing th IEEE  Software Engineering Standards

Kao što se vidi, mnogo jelakše definisati šta SRS ne treba da sadrži nego šta treba. Sličan pristup ima i autor knjige Implementing the IEEE Software Engineering Standards :

An SRS should not describe the software project or the software design. It should specify what the software shall do, not how the software shall do it, and not what the project team shall do.This is often a stumbling block for inexperienced SRS writers

Osim toga, dobar SRS dokument treba da ispuni nekoliko karakteristika: Da bude Korektan, Nedvosmislen, Kompletan i Konzistentan. Pojmove ne treba dodatno objašnjavati obzirom da su u velikoj meri sami po sebi jasni.

Bez obzira da li pišete software koji mora da zadovolji određenu regulativu, standardi mogu da budu od velike koristi. Nešto od onoga što je uslov za mission critical aplikacije svakako može da bude od koristi u svakodnevnom radu. Malo discipline ne može da škodi. U koliko Vas interesuje nešto više o  inženjerskim standardima svakako prelistajte Implementing the IEEE Software Engineering Standards.