Hierbij de nieuwsbrief van het Vlaams Software Platform (VSP). Graag ontvangen we uw opmerkingen! Stuurt u daarvoor een e-mail naar nieuwsbrief@vsp-vzw.org.
Om u af te melden ("unsubscribe"), uw adreswijziging door te geven of u aan te melden ("subscribe") volstaat het een eenvoudige e-mail te zenden naar nieuwsbrief@vsp-vzw.org. U vindt deze nieuwsbrief binnenkort ook op de VSP website.
De volgende nieuwsbrief verschijnt midden april 2005.
De werkgroep 'Juridische aspecten van software engineering' heeft begin februari de juridische implicaties van (het gebruik van) open source behandeld. Er werd binnen de werkgroep veel informatie verzameld, hetgeen erop kan wijzen dat dit thema brandend actueel is.
Daar de werkgroep alle afgesproken thema's heeft behandeld, wordt nu gewerkt aan het actualiseren van de 'steekkaartenbak'. In april komt de werkgroep samen om deze steekkaarten te reviewen en te toetsen aan cases uit de praktijk.
De steekkaartenbak is te zien als een handboek voor projectmanagers. Het geeft op een praktische en inzichtelijke wijze aan waar op te letten tijdens het voorbereiden en uitvoeren van projecten, om juridische problemen te voorkómen. Het is bereikbaar voor VSP leden, via de VSP website. Dit gedeelte van de site is beveiligd met een wachtwoord; VSP-leden geven hier dezelfde inloggegevens in als voor het VSP Extranet. Als u hier nog geen toegang toe hebt, maar uw bedrijf of organisatie is wel VSP lid, kunt u uw aanloggegevens aanvragen door een e-mail te sturen naar inschrijving@vsp-vzw.org.
De steekkaartenbak wordt momenteel verrijkt met aspecten als de werkmethodiek, tijdelijke verenigingen, R&D-projecten, open source-problematiek. Als u interesse hebt om deel te nemen aan de werkgroep kunt u altijd contact opnemen met het VSP.
Op donderdag 24 februari 2005, heeft de Werkgroep Gebruiksersinterfaces van het Vlaams Software Platform in het Mediacentrum in Leuven een studienamiddag gehouden rond 'User Centered Design', met aansluitend een bezoek aan het Usability Lab.
Na een verwelkoming door Prof. Dr. Dirk De Grooff (projectleider van het Mediacentrum) en een korte inleiding door Joannes Vandermeulen (Namahn, medevoorzitter van de werkgroep gebruikersinterfaces), werd het woord gelaten aan Prof. Dr. Jo Pierson van het SMIT (VUB) en aan David Geerts van het CUO (Mediacentrum, KULeuven). Beide onderzoekscentra zijn verbonden aan het IBBT.
Tijdens de pauze werd een rondleiding gegeven in het Mediacentrum, en werd uitgelegd op welke manier een bruikbaarheidtest kan worden uitgevoerd.
De avond werd afgesloten met een debat waar beide sprekers vanuit hun werkterrein twee stellingen verdedigden en beargumenteerden. Een belangrijke slotbemerking hierbij werd geformuleerd: usability onderzoek en testen dragen bij het risico te beperken, maar niet noodzakelijk tot het verzekeren van succes.
Sinds oktober 2004 heeft de werkgroep gebruikersinterfaces een elektronisch discussieforum in gebruik genomen, om de communicatie binnen deze werkgroep te ondersteunen. Het forum is toegankelijk voor elk VSP lid dat geïnteresseerd is in gebruikersinterfaces en is te vinden op http://groups.yahoo.com/group/vsp_wg_ui/. Om u in te schrijven, volstaat het een mailtje te sturen naar olivier.biot@vsp-vzw.org waarna een korte handleiding wordt opgestuurd. De berichten van het forum zijn enkel toegankelijk voor de ingeschreven leden. Dit forum is enkel toegankelijk voor VSP leden.
Op woensdag 23 maart 2005 organiseert het Vlaams Software Platform een VSP Event met als thema de realiteit van OO transities. Het Event is gericht op R&D-managers, projectleiders, IT-experten en academici. Het vindt plaats bij VSP lidbedrijf Alcatel in Antwerpen.
Veel bedrijven zijn geïnteresseerd in objectoriëntatie. Ondanks het feit dat objectoriëntatie een gevestigde technologie is, blijken veel bedrijven toch nog veel vragen te hebben bij een OO transitietraject. Een van de redenen hiervoor is dat OO een grote impact heeft, onder andere op de technologie, de manier van werken, en de manier van denken.
Het is interessant even stil te staan bij volgende vragen:
De uitnodiging voor dit VSP Event wordt in de week van 7 maart verstuurd.
The documentation is missing or obsolete, and the original developers have departed. Your team has limited understanding of the system and unit tests are missing for many, if not all, of the components. When you fix a bug in one place, another bug pops up somewhere else in the system. Long rebuild times make any change difficult.
The above situation may look familiar. Unfortunately, many programming teams are facing the above problems and don't know how to tackle them. LORE (http://www.lore.ua.ac.be/)—a Software Engineering group at the University of Antwerp (http://www.ua.ac.be/)—investigates solutions for these problems. We see reengineering as an essential phase in any software life-cycle because software systems—especially object-oriented ones—must adapt to changing requirements in order to remain successful. To quote the book we wrote on the subject: "It is not age that turns a piece of software into a legacy system, but the rate at which it has been developed and adapted without being reengineered" [1].
LORE has considerable expertise in the practical aspects of reengineering and is willing to share it with interested organizations. For instance, we offer a half-day tutorial on reengineering patterns where we educate programmers and project managers on how to approach a reengineering project. We also provide a refactoring lab, where we teach java programmers how to prepare a system for future extensions. Finally, we have a number of tools at our disposal which can detect typical problems in source-code (i.e. duplicated code, god classes, abusive inheritance structures, ...).
Last but not least, LORE is looking for industrial partners to set up research projects in order to expand and validate our expertise. In particular, we are looking for projects in the area of embedded systems and web applications where we can apply our techniques. In our opinion such joint-projects between industry and academia are the cornerstone for reengineering research from which both partners benefit. In that context is important to point out that all tools that we have developed, originated from research projects that were held in conjunction with industry.
Hieronder volgt een niet-exhaustieve lijst met referenties gerelateerd aan het onderwerp van dit dossier:
Deze rubriek dient voor aankondigingen van VSP leden naar de lezers van de VSP nieuwsbrief. Om een bericht te laten opnemen, gelieve een mailtje te schrijven naar nieuwsbrief@vsp-vzw.org, met als onderwerp "AdValvas".
Sinds februari 2005 is de Ad Valvas rubriek ook te vinden op de website.
De voorbije maanden is een felle discussie losgebarsten tussen voor- en tegenstanders van octrooien op software-uitvindingen, na bekend raakte dat Europa eraan werkte. Een eerste tegenreactie van Polen heeft een rist aan reacties losgeweekt, die allen tot gevolg hebben gehad dat het voorstel doorheen de hele indienprocedure terugmoet. Met andere woorden is het Europees octrooi op software-innovaties nog altijd geen feit.
In de Verenigde Staten werd onlangs een centrum opgericht dat gratis juridische advies biedt aan vrije en open source softwareprojecten. Dit centrum is opgericht door de in de open source wereld gekende copyright-advocaat Eben Moglen, ook actief in de Free Software Foundation.
De opvolger van XP draagt de codenaam Longhorn. Deze zou een hele rist aan nieuwe technologieën aan boord hebben, waaronder de Avalon gebruikersinterface en de Indigo communicatieschil. Na een aantal aangekondigde vertragingen verrast Microsoft ons nu door deze aankondiging.
Software reuse in a product family approach is commonly thought to lead to fewer product problems, greater productivity and easier maintenance. However, little empirical data has been found to support this assumption—until now. Recent analysis of more than 13 000 problem reports collected by the mobile phone company Ericsson in Grimstad, Norway, has shown that software reuse does result in significantly fewer problems and better stability.
One school of thought says each should do what he's best at and no more. But one company has graduated to a new way of life. Instead of isolating testers and business analysts, the two teams are melded into one—resulting in a more robust product created in less time at a reduced cost. Could this hybrid approach work for you?
Refactoring is widely acknowledged as one of the best practices of OO programming. It has been widely practiced in the functional and procedural community in one form or other for many years. Refactoring is a process that takes an existing program and improves it by transforming the program into a new program that is an improved version of the initial program.
Simple scenarios and stories are typically used for requirements engineering in the Agile community (e.g., eXtreme Programming). Use case modeling has also been a popular requirements elicitation and analysis technique for many years. However, stories, scenarios, and use cases typically exhibit a great informality that violates the traditional guidance in the requirements engineering community that requirements should be complete, unambiguous, and verifiable. This is why many professional requirements engineers use these techniques only as tools for informal requirements elicitation, analysis, and validation. Instead during requirements analysis and specification, more experienced requirements engineers tend to develop and specify more formal textual requirements that are complete, unambiguous, and verifiable.
This column will show how to transform incomplete and vague stories, scenarios, and use cases into a proper set of complete, unambiguous, and verifiable requirements.