Discussie Eistypen

[ElisabethKloren]

n.reyngoud 15 sep. Public 3.2.14 EisType Ik mis hier een eistype waar je ontwerprandvoorwaarden in kwijt kunt. Bijvoorbeeld: 'De onderlinge afstand tussen de wildreflectoren op bermplanken dient maximaal 50 meter te bedragen.', 'Verharding met een open deklaag dient te zijn voorzien van asfaltlagen waarvan elke laag aan weerszijden minimaal 0,15m smaller is dan de daaronder gelegen laag', 'Bebording dient zo veel mogelijk gecombineerd te worden op één drager tot een maximum van drie borden.'. Wij classificeren die nu als 'Ontwerprandvoorwaarde', maar het zou fijn zijn daar een landelijk afgesproken type voor te kunnen gebruiken.

tjmunster 29 sep. ben ik mee eens. er worden (ontwerp)besluiten gemaakt. die niet toe te dichten zijn naar één of enkele aspecten. Dit belsuit kan je formuleren als eis voor de volgende fase(n). Dit soort eisen hebben een label nodig.

De eis dat de verbinding een brug dient te zijn. of dat de brug van het type basculebrug dient te zijn is heel lastig te hangen aan aspect of functie.

[ElisabethKloren]

Ik heb geantwoord in reviewdocument: Ik ga onderzoeken of hierover iets te vinden is in de leidraad se, en bespreken in gebruikerscommissie.

[ElisabethKloren]

@nreyngou gebruik jij zowel systeemeis als ontwerprandvoorwaarde?

[Kees-JensvdWel]

Hierbij antwoordt ik namens @nreyngou , Wij gebruiken bij de Provincie niet de term systeemeis maar Randvoorwaarde. Ik heb het ook getoetst bij RWS, daar wordt de term functionele eis en ontwerprandvoorwaarde toegepast. Het is een manier van definities en terminologie.

[ElisabethKloren]

Leidraad SE versie 3 noemt twee keer het woord ontwerprandoovrwaarde:

Soms worden uit gewoonte of omwille van de efficiëntie eisen uit vorige projecten in de specificatie opgenomen. Hierdoor kunnen (naast tegenstrijdigheden) onnodige extra ontwerprandvoorwaarden worden opgenomen, waardoor (ongewenst) goede oplossingen worden uitgesloten. Wees hierop dus altijd alert

De specificatie is integraal en loopt over alle disciplines en alle levensfasen van het systeem. Het bevat de bekende onderdelen en alle eisen die men wil stellen. Daarbij is aandacht nodig voor: de omgevingsanalyse en alle belanghebbenden, contextobjecten,interne objecten of systeemdelen, functies, raakvlakkenen aspecteisen, prestatie-eisen en ontwerprandvoorwaarden. Het is goed om steeds opnieuw deze invalshoeken in beeld te brengen en ze in overeenstemming met elkaar te brengen

Ik neem aan dat met prestatie-eisen functionele eisen worden bedoeld? Maar is de interpretatie, dat je die aan de functies stelt, niet aan de objecten??? Onduidelijk.

Functie <> prestatie-eis = functie-eis? Functievervuller = object <> Ontwerprandvoorwaarde = systeem-eis / technische eis / .....?????

Volgens mij heeft iedereen in Nederland hier zo hens eigen mening over.

Ik stel voor om het zo te omschrijven:

Systeemeis

Eis gesteld aan een [=FysiekObject=]

De beschrijving van het geheel aan samenhangende of elkaar beïnvloedende eisen dat bijdraagt aan het tot stand komen en gebruiken dan wel toepassen van het geïntegreerde systeem.

Andere in de sector gebruikte namen van eisen die allemaal tot de Systeemeisen behoren: Functionele eis; Prestatie-eis; Technische eis; Ontwerprandvoorwaarde

csw:Systeemeis

Bron: [[LeidraadSE3]]

Proceseis

Eis gesteld aan een [=Werkzaamheid=]

De beschrijving van het gevraagde geheel van samenhangende of elkaar beïnvloedende activiteiten dat input omzet in output.

csw:Proceseis

Bron: [[LeidraadSE3]]

Functie-eis

Eis gesteld aan een [=Functie=]

De beschrijving van de gevraagde beoogde werking en/of verrichting van een systeem.

csw:Functie-eis

Bron: [[LeidraadSE3]]

[ElisabethKloren]

KeesJensWel 23 sep. Public 3.2.14 EisType Ik mis hier nog: Ontwerprandvoorwaarde (kan ook gezien worden als systeemeis..) Aspect Uitvoering (Uitvoeringsgerelateerde eisen) Aspect Milieuhygiëne (dit is anders dan bv duurzaamheid) Externe raakvlakeis Interne raakvlakeis

[ElisabethKloren]

tjmunster 29 sep. RAMSHE(EP) zijn veelvoorkomende aspecten. maar aspecten zijn niet limitatief opgesomt. een bijzonder project moet een aspectanalyse doen welke ontwerpaspecten relevant zijn. Dit kunnen hele andere thema's zijn. sociale veilighied, reproduceerbaarheid, weerstand (resilience) om zomaar iets te noemen. Ik zie dit rijtje als voorbeelden en ik denk niet dat dit document bedoelt is voor voorbeelden.

[ElisabethKloren]

Ik kom helaas tot de conclusie dat over Eistypen helaas nog te weinig consensus bestaat in de sector. Gelukkig hangen hier niet heel veel zaken aan vast zoals wel het geval is bij verificatiemethoden. Ik ga wel proberen, of bij het Provinciaal Contracten Buffet een standaard lijst kan worden afgesproken.

[ElisabethKloren]

@RiX012 check jij de taalbinding, ik denk dat die nu niet meer klopt omdat er geen verplichte lijst met eistypen is

[RiX012]

@RiX012 check jij de taalbinding, ik denk dat die nu niet meer klopt omdat er geen verplichte lijst met eistypen is

Dus even ter check. We hebben nog steeds behoefte aan EisType. Dan is de taalbinding nog steeds naar nen2660:requirementTopicType. Alleen we hebben dus vanuit Contractspecificaties geen lijst meer te onderhouden?

[ElisabethKloren]

Ja, correct, men wil wel een eistype, maar geen verplichte lijst. Freedom for All

[RiX012]

Prima, istie weer weg!