RE’14 25.8.2014 – 29.8.2014 Karlskrona

29.11.2013

Vuoden 2014 RE eli täydeltä nimeltään IEEE International Requirements Engineering Conference pidetään suomalaisille sopivasti aika lähellä Karlskronassa.

Jos aihe kiinnostaa, niin kannattaa varata tuo elokuun viimeinen viikko Ruotsin matkalle. Lisäksi vinkkinä jos ei ole IEEE:n jäsen niin kannattaa tarkkailla konferenssihintoja kun ne ilmestyvät sivulle http://re14.org/ , aikaisemmin usein nimittäin IEEE:n jäsenyys + konferenssin jäsenhinta on ollut edullisempi kuin konferenssimaksu ilman IEEE-jäsenyyttä.

RE14

RE14

 


DOORS NASAn Mars-mönkijän kehitysprojektissa

22.2.2013

Todelliset käyttöesimerkit vaatimustenhallinnasta ja vaatimustenhallinnan työkalujen käytöstä ovat aika harvinaisia. 21.2.  illalla Suomen aikaa Rational User Communityn weblähetyksessä ”Curious about How DOORS Supported the Curiosity Rover?” käytiin lävitse DOORSin käyttöä NASAn Mars-mönkijän kehitysprojektissa. Tätä esitystä ei valitettavasti tallennettu nettiin jaettavaksi.

Esitys keskittyi enemmän vaatimusten toteutumisen todentamiseen (V&V)  kuin puhtaaseen vaatimustenhallintaan. Vaatimuksia tässä projektissa hallittiin seuraavasti:

  • projektin pituus noin 4 vuotta, alkaen vuonna 2008
  • DOORS-käyttäjiä tänä aikana noin tuhat
  • käyttäjät kävivät lävitse kahden päivän vaatimustenhallintakoulutuksen, joka sisälsi myös DOORSin käyttökoulutuksen
  • käytössä DOORS-versio 8.3
  • vaatimusrakenne neliportainen, alkaen Mission Success Criteriasta ja projektin vaatimuksista päätyen alijärjestelmien vaatimuksiin
  • vaatimusmoduleita useita kymmeniä, lisäksi testitapauksiin liittyvät modulit
  • vaatimuksia DOORSissa noin 16 000 joiden välillä noin 11 000 linkkiä



nasarover


Projektin tulosten raportointia varten erityisesti testauksen edistymisen osalta kehitettiin DXL-skriptejä, joilla saatiin hallittua vaatimusten toteutusaikataulua sekä tuotettua aineistoa burndown chart’in tuottamiseen. Burndown chart’in osalta ideana oli esittää yksittäisten testiosioiden toteutuma, suunnitellut alku- ja loppupäivät sekä todellisuus. Huom: ilmeisesti aikaisemmissa projekteissa tämä sama data oli käsitelty manuaalisesti.


nasa2


Projektin kokema merkittävin puute DOORSin toiminnallisuudessa oli virtuaalisten objektien puute, samaa vaatimusta ei voi sijoittaa useampaan moduliin vaan jokainen objekti on oma olionsa. Tällä hetkellä NASA pilotoi DOORS Next Generation-tuotetta, jossa tämä puute on korjattu ja sama vaatimusolio voi esiintyä useammassa modulissa.

Todetut hyödyt DOORSin käytöstä olivat seuraavat:

  • DOORS mahdollisti yhteistyön erittäin suurelle kehitystiimille
  • Kaikilla käyttäjillä oli käytössä viimeisimmät vaatimusversiot
  • V-mallin toteutus käytännössä: jäljitettävyys vaatimuksista testaukseen ja testituloksiin
  • DOORSin kustomoitavuus auttoi jäljitettävyysraporttien tuottamisessa ja projektin seurannassa

(kuvakaappaukset NASAn esityksestä)


DOORS Enlightenment-esitykset

5.1.2013

IBM Rational jatkaa vuonna 2013 joka kuun 1. perjantai ja 3. perjantai pidettyä DOORS Enlightenment-webinaarisarjaansa. Kuun 1. perjantaina on DOORS Introductory-esitys ja 3. perjantai edistyneempi Advanced-webinaari. Valitettavasti lähetysajat ovat suunniteltu USA:n väestölle, klo 12 EST eli kello 19:00 illalla Suomen aikaa – esitykset ovat toki myös jälkikäteen nähtävinä rekisteröintisivun kautta.

Aiheita on 1. vuosipuoliskolla  seuraavia:

4.1.     The Integration of DOORS with Microsoft Team Foundation Server

18.1.    Baselines and Baseline Sets in DOORS

1.2.     Creating Traceability in DOORS and Beyond  – The Various Methods

15.2.    Generating Professional Documentation with Rational Publishing Engine

1.3.    Best Practices for Writing Requirements

15.3.    Advanced Tips and Tricks of Using DOORS

29.3.    DOORS in the Systems Engineering Lifecycle

5.4.    DOORS 101 — The Basics of DOORS

19.4.    Best Practices of Importing in DOORS

3.5.    Analyzing the Quality of Requirements in DOORS

17.5.    Requirements Reuse in DOORS

31.5.    Using DOORS in a Regulated Environment

7.6.    Extending DOORS – Introduction to DXL (DOORS eXtension Language)

21.6.    Requirements Driven Verification and Validation using OSLC

Lisätietoja ja rekisteröityminen: http://ibmfederal.us/DOORS-Enlightenment/


Use Cases in DOORS

24.2.2011

Using use cases in DOORS is often a case of selecting the least worst case. The possibilities which I see in writing a use case in a DOORS module (without customizations) are as follows:

1. One use case in one object

  • The whole of use case text is placed in one DOORS object, maybe copy pasted from a word processing document
  • Pro: you can link to the use case object, you can have the same attribute values for the use case
  • Con: can be unwieldy for long use case

2. One use case in one object with specific attributes

  • Maybe only the use case ID and name is in DOORS main column, all the other content (Actors, Assumptions, Steps etc.) are in other attributes
  • Pro: you can link to the use case object, you can have the same attribute values for the use case
  • Con: may be hard to collect data for the whole use case, needs view with scrolling to see the content

3. Use case split into DOORS object hierachy

  • The use case ID and name is highest level object, other content is placed as child objects of this use case name object
  • Pro: text content per object is manageable, you can link to individual steps if needed
  • Con: hard to collect data for the whole use case

4. Use case list module with linked detailed use cases

  • Use case list contains the ID and name, detailed use case contents are linked from other modules to the use case name object
  • Pro: allows the user to work either on the use case name level or at the detailed level, use case list works as a switching boad to link use cases to other objects
  • Con: hard to collect data for the whole use case, needs working in different modules

With DXL customizations using use case in DOORS might be easier, but it is not easy to sidestep the problems mentioned above. What to select from these possibilities is dependent on what kind of use cases are managed, how long they are and what is the process for managing them.


Telelogic User Groups

20.3.2009

Vierailin itse tänä vuonna Innovation 2008 UK-käyttäjäkokouksessa, jonka esitykset ovat osittain nyt ladattavissa netissä osoitteessa:

http://www.telelogic.com/campaigns/2008/ugc/agenda.cfm?region=UK&filterProduct=0&filterDate=0&workshop=0&post=1

Vastaavan US-käyttäjäkokouksen anti on löydettävissä

http://www.telelogic.com/campaigns/2008/ugc/agenda.cfm?region=US&post=1

USA:n käyttäjäryhmä-kokous on ollut kolmepäiväinen, joten aineiston laajuus on huomattavasti suurempi.