2005, ISBN: 9783638657723

Studienarbeit aus dem Jahr 2005 im Fachbereich Informatik - Angewandte Informatik, Note: 1,3, Universität Duisburg-Essen (Institut für Informatik & Wirtschaftsinformatik - Software System… More...

Studienarbeit aus dem Jahr 2005 im Fachbereich Informatik - Angewandte Informatik, Note: 1,3, Universität Duisburg-Essen (Institut für Informatik & Wirtschaftsinformatik - Software Systems Engineering), Sprache: Deutsch, Abstract: Dieses erste Kapitel soll einen Überblick und eine Einführung in die Problemstellung dieser Seminararbeit geben. Dabei ist zu klären, was Szenarien sind (dazu werden Definitionen angegeben) und wie sich diese klassifizieren respektive charakterisieren lassen, was Architektur ist und wie diese evaluiert werden kann. Szenarien werden in vielen Bereichen des Software Engineerings genutzt. Dazu zählt auch das Requirements Engineering und die Architekturevaluierung. Im Requirements Engineering werden Szenarien wie folgt definiert : ¿A scenario is a concrete description of system usage which provides a clear benefit for the actor of the system¿ (nach Pohl et al. 2005) In der Architekturevaluierung wird ein Szenario definiert als eine kurze Aussage, die die Interaktion von Stakeholdern mit dem System beschreibt (nach Clements et al. 2001). Auf den ersten Blick sich die beiden Definitionen ähnlich. Beide Definitionen legen fest, dass es sich bei einem Szenario um eine Beschreibung der Benutzung eines Systems (also einer Interaktion) handelt. Bei genauerem Lesen der Definitionen fallen jedoch Unterschiede auf: ¿ in der Architekturevaluierung wird von einer kurzen Aussage gesprochen, während im Requirements Engineering von einer konkreten Beschreibung die Rede ist ¿ im Requirements Engineering muss der Akteur des Szenarios einen klaren Nutzen von diesem System haben, in der Architekturevaluierung hingegen nicht. Daraus lässt sich schlussfolgern, dass eine genauere Untersuchung der Verwendung von Szenarien notwendig ist. Eine Grundlage für einen Vergleich zwischen der Szenarien bietet das CREWSFramework in Rolland et al. (1998). Mit Hilfe des CREWS-Frameworks wurden auch schon mehrere Szenarien im Requirements Engineering klassifiziert (siehe dazu Alexander 2004). Hier soll das CREWS-Framework auf die Szenarien in der Architekturevaluierung angewendet werden. Ursprünglich wurde das CREWS-Framework für Szenarien im Requirements Engineering entwickelt, ist jedoch aufgrund seiner Allgemeinheit auch für die Szenarien in der Architekturevaluierung anwendbar: innerhalb des CREWS-Frameworks werden zum Beispiel keine Attribute genannt, die sich explizit auf das Requirements Engineering beziehen. [...] Bücher > Sachbücher > Computer & Internet;Bücher > Sachbücher > Naturwissenschaften & Technik 21.0 cm x 14.8 cm x 0.4 cm mm , GRIN, Taschenbuch, GRIN<

2007, ISBN: 3638657728

[EAN: 9783638657723], Neubuch, [PU: GRIN Verlag], nach der Bestellung gedruckt Neuware - Studienarbeit aus dem Jahr 2005 im Fachbereich Informatik - Angewandte Informatik, Note: 1,3, Univ… More...

[EAN: 9783638657723], Neubuch, [PU: GRIN Verlag], nach der Bestellung gedruckt Neuware - Studienarbeit aus dem Jahr 2005 im Fachbereich Informatik - Angewandte Informatik, Note: 1,3, Universität Duisburg-Essen (Institut für Informatik & Wirtschaftsinformatik - Software Systems Engineering), Sprache: Deutsch, Abstract: Dieses erste Kapitel soll einen Überblick und eine Einführung in die Problemstellung dieser Seminararbeit geben. Dabei ist zu klären, was Szenarien sind (dazu werden Definitionen angegeben) und wie sich diese klassifizieren respektive charakterisieren lassen, was Architektur ist und wie diese evaluiert werden kann.Szenarien werden in vielen Bereichen des Software Engineerings genutzt. Dazu zählt auch das Requirements Engineering und die Architekturevaluierung. Im Requirements Engineering werden Szenarien wie folgt definiert : 'A scenario is a concrete description of system usage which provides a clear benefit for the actor of the system' (nach Pohl et al. 2005) In der Architekturevaluierung wird ein Szenario definiert als eine kurze Aussage, die die Interaktion von Stakeholdern mit dem System beschreibt (nach Clements et al. 2001). Auf den ersten Blick sich die beiden Definitionen ähnlich. Beide Definitionen legen fest, dass es sich bei einem Szenario um eine Beschreibung der Benutzung eines Systems (also einer Interaktion) handelt. Bei genauerem Lesen der Definitionen fallen jedoch Unterschiede auf:- in der Architekturevaluierung wird von einer kurzen Aussage gesprochen, während im Requirements Engineering von einer konkreten Beschreibung die Rede ist- im Requirements Engineering muss der Akteur des Szenarios einen klaren Nutzen von diesem System haben, in der Architekturevaluierung hingegen nicht.Daraus lässt sich schlussfolgern, dass eine genauere Untersuchung der Verwendung von Szenarien notwendig ist. Eine Grundlage für einen Vergleich zwischen der Szenarien bietet das CREWSFramework in Rolland et al. (1998). Mit Hilfe des CREWS-Frameworks wurden auch schon mehrere Szenarien im Requirements Engineering klassifiziert (siehe dazu Alexander 2004). Hier soll das CREWS-Framework auf die Szenarien in der Architekturevaluierung angewendet werden. Ursprünglich wurde das CREWS-Framework für Szenarien im Requirements Engineering entwickelt, ist jedoch aufgrund seiner Allgemeinheit auch für die Szenarien in der Architekturevaluierung anwendbar: innerhalb des CREWS-Frameworks werden zum Beispiel keine Attribute genannt, die sich explizit auf das Requirements Engineering beziehen. [.] 40 pp. Deutsch, Books<

2005, ISBN: 9783638657723

Studienarbeit aus dem Jahr 2005 im Fachbereich Informatik - Angewandte Informatik, Note: 1,3, Universität Duisburg-Essen (Institut für Informatik & Wirtschaftsinformatik - Software System… More...

Studienarbeit aus dem Jahr 2005 im Fachbereich Informatik - Angewandte Informatik, Note: 1,3, Universität Duisburg-Essen (Institut für Informatik & Wirtschaftsinformatik - Software Systems Engineering), Sprache: Deutsch, Abstract: Dieses erste Kapitel soll einen Überblick und eine Einführung in die Problemstellung dieser Seminararbeit geben. Dabei ist zu klären, was Szenarien sind (dazu werden Definitionen angegeben) und wie sich diese klassifizieren respektive charakterisieren lassen, was Architektur ist und wie diese evaluiert werden kann. Szenarien werden in vielen Bereichen des Software Engineerings genutzt. Dazu zählt auch das Requirements Engineering und die Architekturevaluierung. Im Requirements Engineering werden Szenarien wie folgt definiert : ¿A scenario is a concrete description of system usage which provides a clear benefit for the actor of the system¿ (nach Pohl et al. 2005) In der Architekturevaluierung wird ein Szenario definiert als eine kurze Aussage, die die Interaktion von Stakeholdern mit dem System beschreibt (nach Clements et al. 2001). Auf den ersten Blick sich die beiden Definitionen ähnlich. Beide Definitionen legen fest, dass es sich bei einem Szenario um eine Beschreibung der Benutzung eines Systems (also einer Interaktion) handelt. Bei genauerem Lesen der Definitionen fallen jedoch Unterschiede auf: ¿ in der Architekturevaluierung wird von einer kurzen Aussage gesprochen, während im Requirements Engineering von einer konkreten Beschreibung die Rede ist ¿ im Requirements Engineering muss der Akteur des Szenarios einen klaren Nutzen von diesem System haben, in der Architekturevaluierung hingegen nicht. Daraus lässt sich schlussfolgern, dass eine genauere Untersuchung der Verwendung von Szenarien notwendig ist. Eine Grundlage für einen Vergleich zwischen der Szenarien bietet das CREWSFramework in Rolland et al. (1998). Mit Hilfe des CREWS-Frameworks wurden auch schon mehrere Szenarien im Requirements Engineering klassifiziert (siehe dazu Alexander 2004). Hier soll das CREWS-Framework auf die Szenarien in der Architekturevaluierung angewendet werden. Ursprünglich wurde das CREWS-Framework für Szenarien im Requirements Engineering entwickelt, ist jedoch aufgrund seiner Allgemeinheit auch für die Szenarien in der Architekturevaluierung anwendbar: innerhalb des CREWS-Frameworks werden zum Beispiel keine Attribute genannt, die sich explizit auf das Requirements Engineering beziehen. [...] Buch 21.0 x 14.8 x 0.4 cm , GRIN, Andre Heuer, GRIN, Heue<

2005, ISBN: 9783638657723

Studienarbeit aus dem Jahr 2005 im Fachbereich Informatik - Angewandte Informatik, Note: 1,3, Universität Duisburg-Essen (Institut für Informatik & Wirtschaftsinformatik - Software System… More...

Studienarbeit aus dem Jahr 2005 im Fachbereich Informatik - Angewandte Informatik, Note: 1,3, Universität Duisburg-Essen (Institut für Informatik & Wirtschaftsinformatik - Software Systems Engineering), Sprache: Deutsch, Abstract: Dieses erste Kapitel soll einen Überblick und eine Einführung in die Problemstellung dieser Seminararbeit geben. Dabei ist zu klären, was Szenarien sind (dazu werden Definitionen angegeben) und wie sich diese klassifizieren respektive charakterisieren lassen, was Architektur ist und wie diese evaluiert werden kann. Szenarien werden in vielen Bereichen des Software Engineerings genutzt. Dazu zählt auch das Requirements Engineering und die Architekturevaluierung. Im Requirements Engineering werden Szenarien wie folgt definiert : 'A scenario is a concrete description of system usage which provides a clear benefit for the actor of the system' (nach Pohl et al. 2005) In der Architekturevaluierung wird ein Szenario definiert als eine kurze Aussage, die die Interaktion von Stakeholdern mit dem System beschreibt (nach Clements et al. 2001). Auf den ersten Blick sich die beiden Definitionen ähnlich. Beide Definitionen legen fest, dass es sich bei einem Szenario um eine Beschreibung der Benutzung eines Systems (also einer Interaktion) handelt. Bei genauerem Lesen der Definitionen fallen jedoch Unterschiede auf: . in der Architekturevaluierung wird von einer kurzen Aussage gesprochen, während im Requirements Engineering von einer konkreten Beschreibung die Rede ist . im Requirements Engineering muss der Akteur des Szenarios einen klaren Nutzen von diesem System haben, in der Architekturevaluierung hingegen nicht. Daraus lässt sich schlussfolgern, dass eine genauere Untersuchung der Verwendung von Szenarien notwendig ist. Eine Grundlage für einen Vergleich zwischen der Szenarien bietet das CREWSFramework in Rolland et al. (1998). Mit Hilfe des CREWS-Frameworks wurden auch schon mehrere Szenarien im Requirements Engineering klassifiziert (siehe dazu Alexander 2004). Hier soll das CREWS-Framework auf die Szenarien in der Architekturevaluierung angewendet werden. Ursprünglich wurde das CREWS-Framework für Szenarien im Requirements Engineering entwickelt, ist jedoch aufgrund seiner Allgemeinheit auch für die Szenarien in der Architekturevaluierung anwendbar: innerhalb des CREWS-Frameworks werden zum Beispiel keine Attribute genannt, die sich explizit auf das Requirements Engineering beziehen. [...] Buch 21.0 x 14.8 x 0.3 cm , GRIN, GRIN<

ISBN: 9783638657723

Szenarien in der Architekturevaluierung - ein Überblick ab 17.95 € als Taschenbuch: 2. Auflage. Aus dem Bereich: Bücher, Ratgeber, Computer & Internet, Medien > Bücher nein Buch (kartonie… More...

Szenarien in der Architekturevaluierung - ein Überblick ab 17.95 € als Taschenbuch: 2. Auflage. Aus dem Bereich: Bücher, Ratgeber, Computer & Internet, Medien > Bücher nein Buch (kartoniert), GRIN Verlag<