20091202 Aplikované nástroje SW inženýra
•Descargar como ODP, PDF•
0 recomendaciones•194 vistas
![Vývoj clearingového systému CARDS EXCHANGE a aplikované nástroje softwarového inženýra ,[object Object],2.12.2009](https://image.slidesharecdn.com/20091202-matfyz-100930060319-phpapp02/85/20091202-aplikovan-nstroje-sw-inenra-1-320.jpg)
![Něco o mě ,[object Object]](data:image/gif;base64,R0lGODlhAQABAIAAAAAAAP///yH5BAEAAAAALAAAAAABAAEAAAIBRAA7)
Recomendados
Más contenido relacionado
Destacado
Similar a 20091202 Aplikované nástroje SW inženýra
Similar a 20091202 Aplikované nástroje SW inženýra (20)
20091202 Aplikované nástroje SW inženýra
- 3. 14 let vyvíjím software
- 4. Posledních 7 let v SVT
- 6. Více než 25 let zkušeností s AMS
- 7. Od roku 2006 držitelem ISO 9001:2000
- 10. 53 subjektů
- 12. Používá ji u různých subjektů (včetně A)
- 13. Jedná se o platby (el. peněženka) i o kupóny
- 14. Za měsíc vytvoříme závěrku
- 18. Webová aplikace
- 19. Žádné EJB
- 20. OS SUSE Linux Enterprise Server
- 21. Aplikační server Apache Tomcat
- 22. Databázový server IBM DB2
- 23. Failover
- 25. Velký – 1614 java, 988 xml, 180 jsp, 134 groovy souborů – cca. 8000 testů
- 27. Počítáme peníze – spolehlivost má vysokou prioritu
- 29. Zákazník stále vidí kam se vývoj ubírá
- 30. Častá integrace
- 32. Až 2 další opravné
- 34. Evidují se podpožadavky a jiné závislosti
- 35. Plánujeme – kdo, v jakém releasu, s jakou prioritou
- 36. Víme v jakém stavu každý požadavek je
- 37. Tento přehled má kdokoliv z firmy
- 38. Máme k dispozici různé reporty
- 41. Gradle ( gradle.org ), Ant ( ant.apache.org )
- 42. Nutný version control repository – u nás Subversion ( subversion.tigris.org )
- 43. Často commitovat
- 44. Okamžitě máme binárky na deploy
- 46. Testování
- 48. Historie změn
- 51. Lepší než CVS (transakční, verzuje i adresáře)
- 57. Testy se dají de facto naklikat (SeleniumIDE) – problém se selektory
- 58. Testy se dají spustit na různých OS i v různých prohlížečích (díky VMWare pouštíme v noci oproti Firefoxu i IE)
- 60. Představa, jak moc je otestováno
- 61. 100% coverage není záruka
- 63. Víc mozků tomu rozumí
- 66. Děláme review každého nového kódu podle požadavků v systému JIRA
- 71. Vrstvení aplikace vs. kód je tam kde jsou data
- 74. GraphUML
- 75. SchemaSPY
- 76. Unit testy
- 80. JavaScript
- 84. Design Patterns Jiří Mareš ( [email_address] , jirablog.blogspot.com ) ČSAD SVT Praha s.r.o. ( www.svt.cz )
Notas del editor
- Na škole jsem se o vývoji moc nedozvěděl, naučil jsem se programovat Začínal jsem hekticky Dneska už máme řadu věcí pod plnou kontrolou
- Dneska: děláme generování dokladů, jejich započtení a finanční vyrovnání Web pro vlastníky karet Statistická data na základě linek a spojů A chystají se dokonce znalost linek a rekonstrukce cesty jednotlivých cestujících
- Peněženky jsou jednoduché, ale hlídají se (zajímavé je přehazování pořadí transakcí díky špatnému času v zařízeních) Zařízení jsou offline – možná ztráta dat Různé aplikace, kupón – různé algoritmy rozúčtování Uzávěrka, bilance, faktury, grafy - ukázka
- SaaS – pokud stačí webové rozhraní, pak je to ideální přístup - jednoduchá distribuce nových verzí, všichni používají nejposlednější verzi - v dnešní době Google a Amazon cloudu je vše ještě jednodušší Co nejjednodušší architektura – největším problémem velkých dlouhotrvajících projektů – overengineering Failover – DB máme - aplikační server - bude
- Existuje již druhá revize, tj. Přepsání kódu, pomalu se chystáme na třetí, to už bude spíš evoluce než revoluce V 1614 java souborech je 342932 řádků kódu V 988 xml souborech je 188210 řádků V 180 jsp souborech je 14080 řádků Ošklivé slovo, ale používáme Javu, groovy, shellové skripty, XSLT, XSL-FO, Javascript … Testování má poměrně vysokou prioritu, navíc se jedná o výkladní skříň společnosti na spolehlivost klademe velkou váhu
- Podstatné je, že se spustí triviální aplikace a nabaluje se funkcionalita, testy, průběžně se vytváří uživatelská dokumentace … Ve scrumu jde o zatáhnutí vývojářů do dění – jsou spoluzodpovědní, sami se rozhodují, sami určují co budou dělat, jak Navíc pokud je zákazník otevřený, pak se nechá domluvit, že kdykoliv bude mít pocit, že má vše co potřebuje, může projekt stopnout a dostat 70% neutracených peněz
- Číslo je důležité, neseme jej napříč celým procesem vývoje Plánování je velmi jednoduché – každý vývojář má přehled co má řešit, co může řešit, co má jakou prioritu Reportování Ukázky 003 - 007
- Podporuje distribuované buildy Automatizovaný build ant, gradle (i maven) - gradle – super jako maven, ale více deterministický - build script je v groovy, tj. Méně ukecaný než mavení XML Hudson – 008 - 013
- Okamžitý přístup ke zdojákům, jak pro ostatní vývojáře, tak pro CI server – samozřejmostí je vzdálený přístup Historie změn – hodně důležité, víte kdy se co, jak změnilo a kdo změnu udělal Větvení – zkoušení nových věcí, opravy chyb do starších verzí Tagování – dokážete se jednoznačně odkázat na stav projektu v určitou dobu
- Test – co nejjednodušší Refactoring – bez testu nemozny (jak refactorovat když nejsou testy) Ukázat použití DI – transaction DAO Guice je hezčí, protože není řízem XML, ale kódem … Junit 3 měl problém s pamětí -> přechod k TestNG - data provider DisjointIntervalComparatorTest – postaru … VatTest .. realVat_scale .. data provider Jde jednoduse kombinovat vice komparatoru Mock objekt – easy mock podporuje refactoring - DeviceFacadeTest
- - testy se naklikat dají, ale musí se opravit, protože změna UI vyžaduje změnu testu, vhodné správně volit výběr elementů stránky, opět se musí stránka vyvíjet s ohledem na testovatelnost - pouštíme testy oproti VMWARE serveru, automatizovaně - IE má problém s XPath (pomalé)
- Vše to běží na Hudsonu, tj. Automaticky - ukázat coverage CardsExchange
- Proč? Něco jako pair programming, 2 lidé přemýšlejí nad každým řádkem Ukázka jak děláme review 015-019
- 020 – ukázka Contract4j PMD pracuje na zdrojákem, duplicitni kod Checkstyle opet pracuje nad zdrojakem Máme vrstvit (Model, DAO, Facade, UI) - ne, není to objektové, ale funkcionální programování - objektové je – metoda tam kde jsou data - problém je s DAO vrstvou – různé implementace a model nezajímá, která je použitá??
- Ukázka javadoc v Utilu UML ukázka Ukázka DB Ukázka unit testu, který říká jak věc použít
- - multilingual – zvětšuje přehled a vylepšuje kódování, protože dobré prvky z jednoho jazyka zanášíme do druhého