DOORS 9.5.1

26.6.2013

DOORS 9.x –sarjan uusin versio 9.5.1 (ja jopa sen 1. korjauspaketti 9.5.1.1) on julkistettu. Vaikka kysymyksessä on versionumerosta päätellen pieni päivitys, on 9.5.1 –versiossa mukana uusiakin ominaisuuksia ja toimintoja, sekä DOORS-clientissa että DOORS Web Access –selainliittymässä.

Rational Publishing Engine-teknologiaan pohjautuva Document Generation –toiminta on päivittynyt. Aikaisemmat erilliset export-valinnat on yhdistetty samaan dialogiin ja nyt on mahdollista esim. exportoida samaan aikaa Word-dokumentti ja PDF-tiedosto. Jotenkin tämä uusi käyttöliittymä kyllä vaikuttaa hieman harjoittelijan tekemältä ja lisäksi Document Generation toiminnallisuus on oikeastaan huonontunut verrattuna aikaisempaan 9.5 –versioon: nyt mukana on vain kaksi RPE-templaattimallia: book tai table. Eikä näitä templaatteja voi itse muokata ilman täyttä Rational Publishing Engine-tuotetta.

doorsrpe

Merkittävä muutos DOORS-tietokannan hallinnassa liittyy linkkien hallintaan: ensinnäkin tietokannan ominaisuuksissa voi kieltää automaattisen linkkimodulien luomisen – tämä tarkoittaa sitä että tietokanta ei enää täyty ”DOORS Links” –linkkimoduleilla, vaan käyttäjien on pakko käyttää määriteltyjä linkkimoduleita. Lisäksi asetuksissa voidaan myös asettaa käyttöön varoitus jos poistetaan objekteja joissa on ulospäin meneviä linkkejä  (vakiostihan DOORSissa objekteja joissa on sisäänpäin tuleva linkki ei saa poistettua ennen linkin poistamista).

DOORS-taulukkojen hallintaa on kehitetty, uudessa dialogissa pystyy helpommin muokkaamaan taulukon rakennetta ja esim. yhdistämään soluja sekä samalla valitsemaan yksittäisessä taulukossa esitetyn attribuutin, joka taulukko voi siis esittää eri attribuutteja.

table

9.5.1-versiossa uuden projektin voi alustaa olemassa olevasta DOORS Project Archive (DPA)-paketista. DOORSin mukana on ohjelmahakemiston ssea_templates-alihakemistossa neljä mallitemplaattia. Templaattihakemiston paikan voi myös tietokannan ominaisuuksissa määritellä haluamakseen, jolloin templaatit ovat käyttäjien helposti löydettävissä. Asensin Medical Devices-projektitemplaatin ja se oli sisällöltään hyvin kattava: kansiot, modulit, attribuutit, linkkisuhteet, linkkimodulit ja näkymät olivat valmiina. Sanoisin että tämä on erinomainen lisä DOORSiin! Valitettavasti DOORS Help ei ole ajan tasalla tämän toiminnallisuuden kannalta, koska malliprojekteista ei ole dokumentaatiota.

DOORSin historiatiedoissa pystyy nyt kaivautumaan current-version muutoksista baseline-tietoihin, eli aikaisempiin moduliversioihin – ennen tätä DOORShan näytti historiassa vain ne muutokset, jotka ovat tapahtuneet viimeisimmän baselinen jälkeen.

history

Näiden muutosten lisäksi 9.5.1 release note toteaa  “You can configure your system to display a preview window when you hover over an internal link that shows a summary of the linked object, similar to the preview window that is displayed for collaboration links”. En ole vielä löytänyt miten tai mistä tälläisen linkkitietojen näyttöasetuksen saisi päälle, joten tätä en ole pystynyt testaamaan. Lisäys 11.07.2013 IBM julkaisi ohjeet miten tämä konfigurointi tehdään, jotta toiminto onnistuisi pitää olla asennettuna myös DOORS Web Access, pelkkä DOORS ei siis pysty tähän, ks. linkki.

DOORS Web Access versio 9.5.1 sisältää käyttöliittymän parannuksia: mm. käyttäjäasetukset tallentuvat käyttäjäkohtaisesti, joten ei haittaa vaikka vaihtaisi selainta tai työasemaa. Lisäksi nyt voi valita halutaanko näkymälistaa tai baselinelistaa esittää.

Version 9.5.1 julkistustiedot IBM sivustolla http://www-01.ibm.com/support/docview.wss?uid=swg24034716


DOORS-myyttejä ja vastauksia

8.4.2013

IBM Rationalin vaatimustenhallinnan työkalujen tuotepäällikkö Richard Watson julkaisi äskettäin blogikirjoituksen “The reports of my death are greatly exaggerated: DOORS is alive and well”, jossa hän käy lävitse markkinoilla liikkuvia huhuja DOORSin tulevaisuudesta.

Myyttejä on mm.

  • DOORS 9.x tuotesarjan kehitys ja tuki on loppumassa – IBM: päinvastoin, DOORS 9.5 tuotekehitystä jatkuu, esim. 2013 tulee uusia ominaisuuksia
  • Asiakkaiden pitää siirtyä 9.x-tuotteesta korvaavaan DOORS NG:hen – IBM: ei pidä, eikä kannata, koska tällä hetkellä DOORS Next Generationin ominaisuudet eivät vielä vastaa DOORS 9.5 ominaisuuksia
  • Jos haluaa käyttää DOORS NG:tä, pitää ostaa uusi lisenssi – IBM: DOORS 9.5 lisenssin omistajat saavat myös DOORS NG:n lisenssin, tuotteita voi käyttää rinnakkain

Alkuperäinen blogikirjoitus.


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 Project Startup Wizard – creating a project template

10.1.2013

A project template in DOORS database is useful for starting up new projects. The idea behind this is that the template contains all the modules, link modules and link relationships predefined in addition to common attributes and views.

Typically this kind of template is created based on analysis of requirements management process, but as a simpler option DOORS contains a tool to create a project template (menu selection File / New / Project Startup Wizard). As this function creates a new project, the user using the Project Startup Wizard and copying the resulting template project should be of Database Manage user type.

The first step in the template creation is to name the project and give a description.

Clipboard01

In the second step you start to define your template project properties. Firstly the project type can be either “System” or “Software” and the project approach can be “Formal”, “Informal” of “Very Informal”. If you select a software project, the function will add software requirements or design to the module list, if a system project is selected then no software modules are created.

If the approach is informal, then only the Requirements module is added and as you go upwards in formality, more modules are added. You can also insert custom modules defined by your own needs and remove some modules not needed.

Clipboard02

After the set of modules has been selected, you can add attributes to the definition.

Clipboard03

First, select to which module attributes will be added and then select which type of attribute set to include. In the picture I have selected the “Requirements” module and then chose to insert attributes typical for “System Requirements”. Of course these attribute definition sets might not be sufficient for all needs, so you can also add custom attributes which will use those attribute types available in the modules.

Views for modules can be defined after attribute creation. Again, select which module you want to define views in and choose from the “Typical views” list which views you want to include in the selected module. Also custom views can be added in this step.

Clipboard04

The second-to-last step is to give a name to the wizard definition, so that the same definition can be re-used.

Clipboard05

In the last wizard dialog just press “Finish” to create your project.

The created project will contain those modules defined, with the attributes and views defined. To use this template, just copy and rename it in the database or use the Project Startup Wizard again as the definition has been saved.

Clipboard06

Note that the project template created by the wizard does not include any link modules, link relationship definitions (linksets) or traceability views. These should be added to the project template so that the users shall not have problems in linking objects.

Clipboard07

The modules created by the wizard might also need modifications: e.g. module header structure, additional attributes, attribute types and views. If the template project created by the wizard is modified heavily the stored definition might not anymore be usable, but the wizard function is a fast way to kick start your template creation.

(the DOORS version used for this blog entry was DOORS 9.5)


Kuinka generoida DOORS Next Generation -lisenssi

8.1.2013

Kun IBM Rational julkaisi DOORS 9.5- ja DOORS Next 4.0.1 -tuotteet annettiin samalla lupaus että olemassa olevalla DOORS-lisenssillä voi käyttää myös DOORS Next-tuotetta. DOORS Next on kuitenkin erillisesti lisenssoitu ja jos on ladannut IBM Jazz-sivustolla olevan asennuspaketin (https://jazz.net/products/rational-doors/) niin sen asennuksen yhteydessä voi ottaa käyttöön 60 päivän mittaisen evaluaatiolisenssin, mutta ei varsinaista lisenssiä.

Äskettäin IBM  julkaisi ohjeet, miten DOORS-käyttäjät saavat myös DOORS Next-lisenssin käyttöönsä. Ohje löytyy sivulta
How to generate Rational DOORS Next Generation license keys from License Key Center website ja sen olennaiset kohdat ovat:

  • DOORS Next lisenssin saa päivittämällä DOORS-lisenssin versioon 9.5 ja generoimalla uuden lisenssin
  • Lisenssin generoinnin jälkeen pitää päivittää DOORS-lisenssi sekä ladata itselleen DOORS Next lisenssin aktivointipaketti “Download Jazz Keys”-näppäimellä
  • Ladatussa ZIP-paketissa on ohjeet tekstitiedostossa client_access_401_activation_key_readme miten saa aktivoitua itselleen DOORS Next-lisenssin Jazz Team Serverin kautta (License Key Management / Add).

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/


DOORS 9.5 julkistettu

13.12.2012

IBM on julkistanut DOORS-version 9.5 joka toimii yhdessä samaan aikaan julkistetun DOORS Next Generation-tuotteen version 4.0.1 kanssa. DOORS Next on siis nyt ihan oikea tuote.

Ja siinäpä se sitten olikin. DOORS-versiossa 9.5 on joitakin uusia ominaisuuksia (listattuna sivulla Rational DOORS and Web Access 9.5), mutta suurimmalle osalle käyttäjäkunnasta näillä ei ole merkitystä. Kuten “What’s New” osuus toteaa:

“The principal objective of Rational DOORS version 9.5 is to provide a release vehicle for Rational DOORS Next Generation version 4.0.1. The improvements in Rational DOORS version 9.5 are consistent with those of a fix pack, and customers using Rational DOORS version 9.4.0.1 are advised to upgrade to version 9.5.0.0 for the latest fixes.”

Osittain 9.5-julkistus on toimintojen osalta jopa ottanut takapakkia, DOORSin aktiivikäyttäjille tarpeellinen DXL-kielen dokumentaatio on nyt muutettu IBM:n Eclipsen kautta toimivaksi PDF-versioksi ja samalla saatu ainakin minun asennuksessani täysin toimimattomaksi. Jotta sain itselleni toimivan DXL Reference Manualin, jouduin asentamaan takaisin version 9.4:n, kopioimaan siitä DOORS\9.x\help\dxl.chm -tiedoston (DXL Help) ja asentamaan uudelleen versio 9.5:n.


Kuinka ajan DXL-skriptin DOORSissa

19.10.2012

DOORS DXL on ohjelmointikieli jolla voidaan tehdä DOORSin toimintaa laajentavia “skriptejä” pienistä makrotyyppisistä komennoista kokonaisiin vaatimustenhallintakokonaisuuksiin. DOORSin laajennettavuus ja muokattavuus on DXL-kielen ansiosta ainutlaatuista, mikään muu vaatimustenhallintaohjelmisto ei pysty samaan.

Netissä DXL-skriptejä on tarjolla monilla sivulla, mm. SoftQA, SmartDXL, Galactic Solutions Group, Baselines Inc, IBM DOORS DXL Wiki ja Beaver Computer Consultants.

DXL-skripti voidaan DOORSissa suorittaa valikkokomennolla “Edit DXL”, joka löytyy sekä tietokantaikkunan (DOORSin pääikkuna) ja moduli-ikkunan Tools-valikosta.

Erona näillä on se, että kun DXL-skripti käynnistetään tietokantaikkunan “Edit DXL”-toiminnan kautta, niin silloin tyypillisesti ajetaan jotakin toimintoa joka koskettaa koko tietokantaa tai useita moduleita. Jos DXL-skripti taas käynnistetään modulin “Edit DXL”-valikosta, niin silloin useimmiten toiminta koskee vain ko. avoinna olevaa modulia. Usein skriptin dokumentaatio (jos sellaista on) kertoo kummassa ympäristössä skripti pitää käynnistää.

Edit DXL-ikkuna

Edit DXL-ikkunassa on seuraavat toiminnot

  • Run – aja ladattu skripti
  • Next error – virhetilanteissa siirtyy lähdekoodin virheelliselle riville
  • Print – tulostaa skriptin lähdekoodin
  • Load – lataa DXL-skriptin levyltä muokkaustilaan (muokkaustilaan voi myös liittää koodia Paste/Ctrl-V-toiminnoilla)
  • Save As – tallentaa DXL-skriptin levylle
  • Browse – avaa DXL Libraryn, jossa on luetetultuna kaikki DOORSin mukana tulevat DXL-skriptit (katso lisää esityksestä DOORS DXL Library ja DXL-kielen olemus)
  • Close – sulkee Edit DXL-ikkunan
  • Help – avaa DXL Reference Manual’in (DXL Help), joka on ainoa dokumentaatio DXL-kielestä

DXL input on muokattava alue, johon kirjoitetaan tai ladataan skripti. DXL output on alue johon tulostuvat skriptin virheet tai viestit.

DXL-skriptin voidaan ajaa DOORSissa joko lataamalla ko. skripti jostakin levyhakemistosta tai liittämällä skripti leikepöydältä Edit DXL-ikkunan muokkausaluelle.

Tämän jälkeen “Run” ja skripti on tehnyt tehtävänsä. Jos skripti on hyvin laadittu se kertoo mitä on tekemässä ja koska suoritus on loppunut – samoin mahdolliset virhetilanteet skriptin pitäisi käsitellä itse. Usein kuitenkin virheet ja/tai muu skriptin tulostus tulee “DXL output” -ikkunaan.


Tulevat DOORS-julkistukset ja DOORS Next

17.10.2012

16.10. Rational User Communityn webinaari käsitteli tulevia DOORS-julkistuksia ja erityisesti DOORS Next Generation -tuotetta otsikolla “A preview of IBM Rational DOORS Next Generation”. Webinaariaineisto on nähtävissä osoitteessa http://rational-ug.org/content-library/m/files/466.aspx (vaatii rekisteröinnin).

DOORS-julkistusten aikataulu

IBM julkistaa marraskuussa yhtä aikaa uuden DOORS 9.x-version sekä ensimmäisen virallisen julkaisun DOORS Next-tuotteesta (mikä sen oikea nimi sitten tulee olemaankaan). Julkistus tapahtuu yhtä aikaa koska nämä versiot on suunniteltu toimimaan yhdessä, ts. tietoa voidaan siirtää tuotteiden välillä. DOORS Next tuotteesta viesti oli kuitenkin, että sitä ei ole vielä suunniteltu laajamittaiseen käyttöön.

Marraskuu 2012 julkistukset DOORS 9.x- ja DOORS Next-tuotteille tapahtuvat synkronoidusti vuoden 2013 keskivaiheilla ja taas vuonna 2014. Tällä “vanhalla” 9.x DOORSilla tulee olemaan siis pitkä tulevaisuus edessään, varsinkin ottaen huomioon että DOORS Next-tuotteesta puuttuu tällä hetkellä vielä joitakin ominaisuuksia. Toisaalta taas DOORS Next sisältää monia ominaisuuksia ja toimintoja jota vanhassa DOORSissa ei ole.

DOORS Next teknologia

DOORS Next on käytännössä yhtä kuin nykyinen Jazz-pohjainen Rational Requirements Composer ja siihen kehitetty DOORS rich client, ts. graafinen käyttöliittymä, joka näyttää samalta kuin nykyinen DOORS 9.x. DOORS Next käyttää SQL-pohjaista tietokantaa (esim. Oracle, DB2) eikä enää DOORS-tyyppistä objektipohjaista kantaa.

Jazz-alusta tarkoittaa DOORS Nextin kanssa sitä että kaikki Rational Jazz-tuotteet voivat integroitua keskenään ja kaikki pystyvät hyödyntämään yhtä Jazz-palvelinta. Erityisesti ohjelmistojen väliset integraatiot tulevat hyötymään tästä teknologiasta; integraatioita ei enää tarvitse ostaa erillisinä tuotteina, vaan integraatio-ominaisuudet tulevat jo OSLC-kykyinä tuotteissa mukana.

DOORS Nextin ominaisuudet ensimmäisessä julkistusversiossa

DOORS Next sisältää periaatteessa hyvin samanlaisia ominaisuuksia kuin DOORS 9.x, sanasto tosin on muuttunut Requirements Composerin mukaiseksi, esim. objektikäsitettä ei enää ole, vaan nyt on käytössä “Artifact”. Näkymät, filtterit, linkit ja jäljitettävyys on mukana, tosin toiminnat ovat tietysti hieman erilaisia kuin aikaisemmissa DOORS-tuotteissa.

Merkittäviä positiivisia kehitystuloksia ovat mielestäni seuraavat:

  •  Artifact-tyypit ja attribuuttityypit määritellään nyt projektitasolla, joten attribuuttien pitäminen samanlaisena on paljon helpompaa kuin ennen
  • Vaatimusten uudelleenkäyttö (sama vaatimus useammassa modulissa) on mahdollista relaatiotietokannan myötä
  • Monipuoliset templaattimahdollisuudet: projektitemplaatit, modulitemplaatit
  • “Dashboardit” tuovat mukanaan paljon uusia mahdollisuuksia raportointiin
  • Monipuoliset käyttäjäroolit helpottavat oikeuksien hallintaa
  • OSLC (Open Services for Lifecycle Collaboration)-integraatiot Jazz-kannan kautta.

Mahdollisia ongelmakohtia DOORS Nextissä ovat (varsinkin vanhoille DOORS-käyttäjille):

  • Nykyisessä DOORS-tuotteessa päätuote on graafinen rich client DOORS ja Web Access on sitä tukeva. Ainakin tässä ensimmäisessä DOORS Next -julkistuksessa on toisinpäin, DOORS Next rich client sisältää vähemmän ominaisuuksia kuin web-käyttöliittymä
  • Tuttu vanha sanasto muuttuu, pitää opetella uudet termit
  • Ilmeisesti toteamus että DOORS Nextiä ei vielä kannata käyttää laajoihin projekteihin tarkoittaa että tuotteessa on vielä paljon kehitystä tehtävänä
  • Laajemmassa käyttöönotossa vaaditaan konfigurointia ja ylläpitoa monella tasolla (DOORS Next, Jazz, relaatiokanta)
  • DOORS Next ei sisällä ensimmäisissä tuoteversioissa mitään kustomointimahdollisuuksia, mutta tulevaisuudessa DXL-kieli on tulossa myös DOORS Nextiin.

DOORS Next lisensiointi

Hämmästyttävää kyllä IBM myöntää nykyisille DOORS-käyttäjille myös DOORS Next-lisenssin. Jos oikein ymmärsin kysymyksessä on uusi lisenssi(avain), mutta DOORS-käyttäjä voi valita haluaako käyttää DOORS 9.x- vai DOORS Next-tuotetta. Oikeastaan tämä mahdollistaisi käyttää DOORS-lisenssejä tuplasti sen mitä omistaa, johon webinaarin esittäjä Richard Watson totesi että vaikka näin on mahdollista on toivomus että kuitenkaan käyttäjät eivät näin tekisi.

Mitä tehdä?

DOORS Next ei ole vielä mielestäni valmis tuote. Koska se sitten tulee olemaan nykyisen DOORSin veroinen, sitä on vaikea sanoa, itse veikkaisin että vuonna 2014 tuote täyttää sen lupauksen joka siinä nyt on. Ehdottomasti mielenkiintoinen kehityssuunta ja toivottavasti IBM:n tuotekehitys saa hyvän tuotteen tehtyä.

Jos haluaa kokeilla DOORS Next-tuotetta se on vielä ladattavissa betatuotteena IBM sivuilta (Beta 4 16.08.2012, https://jazz.net/products/rational-doors/). Paketti sisältää mukana Derby-tietokannan kymmenelle käyttäjälle, joten mitään tietokantakonfiguraatiota asennuksen lisäksi ei tarvitse tehdä. DOORS Next Beta toimii myös mukavan tehokkasti perus-Windows-PC:llä joten testausalusta löytyy helposti.

DOORS Next

Oheinen kuva esittää DOORS Next Beta 4 web-käyttöliittymää taustalla ja edessä rich client, DOORS-tietokantanäkymä ja yksi moduli.

Hyvä yleiskuvaus siirrosta DOORS 9.x-tasolta DOORS Nextiin löytyy DOORS Next Helpistä http://publib.boulder.ibm.com/infocenter/dnghelp/v4r1/index.jsp?topic=%2Fcom.ibm.rational.dng.help.doc%2Ftopics%2Fc_differences_doors_dng.html


DOORS-versio 9.4

15.10.2012

DOORS 9.4-versio julkistettiin kesällä ja ensimmäinen korjauspaketti 9.4.0.1 nyt syyskuussa 2012. 9.4-versio keskittyy ominaisuuksien puolesta eniten integraatioiden, mm. Web Services-pohjaisen OSLC (Open Services for Lifecycle Collaboration) teknologian kehittämiseen. DOORSin jäljitettävyyttä on kehitetty näyttämään näiden OSLC-pohjaisten integraatioiden tiedon External linkkejä sisältävissä jäljitettävyyssarakkeissa. External Links on lisätty myös filtteröintidialogiin, joten näiden integraatiolinkkien pohjalta voidaan suodattaa tietoa.

Käyttöliittymän puolella merkittäviä muutoksia on Export-toimintojen laajentaminen Document Generation-osiossa (eli ns. RPE Light). DOORSin mukana tulee nyt 16 dokumenttitemplaattia, joiden mallin mukaisesti voidaan tehdä exportteja Microsoft Word-, PDF- ja HTML-muotoihin. Näiden templaattien toiminta on kuvattu DOORSin opastustoiminnassa ja jos käyttäjällä on varsinaisen RPE (Rational Publishing Engine) lisenssi niitä voidaan myös muokata. Alkuperäisissä Export-valikon toiminnoissa on myös tullut joitakin pieniä muutoksia, Excel-exportissa saadaan nyt myös mukaan muotoiluja (RTF, lihavointi yms.) ja HMTL-export osaa säilyttää pääsarakkeen sisennyksen. Samalla on kehitetty XML:aan pohjautuvan ReqIF-tiedonsiirtoa, joka mahdollistaa yhteistoiminnan muiden DOORS-kantojen sekä DOORS Next-tietokantojen kanssa.

Eräs DOORSin käytön harvoista rajoitteista on muuttunut versiossa 9.4: näkymiin saa nyt entisen 32 sarakkeen sijasta 128 saraketta. 32 saraketta oli jo aika paljon, mutta joskus esimerkiksi tietoa vietäessä toisiin tiedostomuotoihin on hyödyllistä saada näkymään enemmänkin. Näkymiin on tullut myös mahdollisuus asettaa sarakkeelle taustaväri: aikaisemminhan sarakkeessa oli mahdollista asettaa tekstin väri, mutta 9.4 mahdollistaa nyt sekä tekstin että taustan värin asettamisen jonkun valitun attribuutin mukaisesti.

Valitettavasti koneelle paikallisesti asennettava Eclipse-pohjainen DOORS Help on yhtä huono edelleen kuin versiossa 9.3. Omassa asennuksessani se kaatuilee Java-virheisiin eikä aina suostu käynnistymään ollenkaan. Vanha DOORS-opastustoiminta sentään toimi…

Shareable Edit-toimintaa on helpotettu lisäämällä sen asetukseen (Setup for Sharing) mahdollisuus laittaa kaikki näkyvissä olevat objektit lukittaviksi osioiksi, eli siis entisen valinnan taso 1, taso 2 sijasta kaikki tasot onkin asetettu lukittaviksi. Muuta parannusta tähän toiminnallisuuteen ei ole tullut ja edelleen kaikki uudet objektit pitää erikseen asettaa jaettuun muokkaustilaan. Jos isossa modulissa käytetään tätä uutta “All objects in current view” -asetusta on olettavaa, että ko. modulin avautuminen hidastuu koska samalla moduli voi pilkkoutua tuhansiin osiin.

9.4-version mukana tuleva DXL Reference Manual on jostain syystä edelleen version 9.3 mukainen, vaikka verkosta löytyy 9.4 DXL opas PDF-muodossa http://publib.boulder.ibm.com/infocenter/doorshlp/v9/index.jsp?topic=/com.ibm.doors.requirements.doc/topics/dxl_reference_manual.pdf.

Version 9.4.0.1 Readme-tiedosto löytyy tällä hetkellä osoitteesta http://publib.boulder.ibm.com/infocenter/doorshlp/v9/index.jsp?topic=/com.ibm.doors.requirements.doc/topics/doors_readme_9_4.htm.

Arvio: versioon 9.4.0.1 kannattaa päivittää uusien integraatiomahdollisuuksien vuoksi tai Export-toimintojen kehittymisen vuoksi. Jos näitä ei tarvitse, niin päivittämisellä ei ole kiirettä.