---

radoslaw.smilgin - 10 lut 2008, o 06:20
AgileUnderground umożliwia specjalistom pracującym na co dzień w zespołach programistycznych wymianę doświadczeń związanych z wdrażaniem najlepszych praktyk inżynierii oprogramowania. Jest to jedyne tego typu wydarzenie w Polsce. Na niezwykłą atmosferę tego wieczoru składa się obecność właściwych ludzi oraz dobór odpowiedniego miejsca, sprzyjającego bezpośrednim i nieskrępowanym dyskusjom. Duża część uczestników przyjeżdża na specjalne zaproszenie organizatorów. Każdy z nich ma bogate i różnorodne doświadczenia. Start planowany jest na godzinę 19:00 28 lutego 2008. Nie przegap tego!

AgileUnderground odbędzie się na Krakowskim Kazimierzu, miejscu gdzie sztuka miesza się z codziennością. Zgodnie z ramowym planem, na początku spotkania każdy z uczestników będzie miał możliwość krótkiego zaprezentowania podejścia do rozwoju oprogramowania w swoim zespole. Następnie zaś przyjdzie czas na dyskusje dotyczące inżynierii oprogramowania, jak i o tematyce całkowicie wolnej, prowadzone w małych grupach. Na uczestników czeka sporo atrakcji i niespodzianek przygotowanych przez organizatorów.

http://underground.agile.org.pl/doku.php?id=start

---

Gość - 29 wrz 2009, o 13:35
Hiya All,

It seems this model is very neglected so I thought I'd share a section from a training course I wrote. This section comes from 'Session 2 - Development Models'

......................................

Spiral
In the Spiral model there are a series of key phases similar to those within the Waterfall model. As with the Waterfall they are worked through in sequence and require similar inputs and outputs in order to allow progression to the next phase.

However, the major difference is that within the Spiral model the phases are performed in an iterative fashion, not a single run.


Diagram 5: The Spiral Model.

The first iteration of ‘Planning, Design, Test and Deploy‘ delivers a core product that is tested, essentially feature complete to the level understood at that point in the lifecycle and if necessary could be released by the organisation. Further iterations add more features that are designed, developed and tested there by constantly evolving the product.

With this evolutionary development model the increasing complexity and costs of development and testing can be managed more easily. Inevitable changes to requirements can be factored in as full specification, design, coding and testing of features isn’t done until they’re needed.

The Spiral model still requires that both code and artefacts such as specifications, test plans, etc. are produced. The key is that they’re not all done up-front as in the Waterfall.

As test consultants it’s important to understand the Spiral model as it can provide acceptable middle ground for a client, sitting between the predictive and adaptive models of Waterfall and Agile. The Spiral model can act as a stepping stone from a heavyweight approach to a more lightweight one.

.............................

Mark.