PL EN


Preferencje help
Widoczny [Schowaj] Abstrakt
Liczba wyników
Tytuł artykułu

Acquisition of requirements for diagnostic systems

Treść / Zawartość
Identyfikatory
Warianty tytułu
PL
Gromadzenie wymagań dla systemów diagnostycznych
Języki publikacji
EN
Abstrakty
EN
Defining the expected functionality of a designed diagnostic system is the most critical stage of the development process. In general, needs that describe such system can be determined by means of a requirement set pursued by the designed system. One important task during the requirement acquisition process is the problem of requirement management. Specific requirements can be defined based on information from multiple sources, and the acquisition process is reduced to that of a negotiation between a customer and a contractor. However, an immediate application of many well-known software engineering methods is impossible in the case of diagnostic systems. Issues arise due to difficulties in defining a customer in the negotiation process. The proposed approach relies on considering a technical object as a virtual customer in the negotiation process. The customer is represented by an expert system with a knowledge base in the form of a multimodal statement network.
PL
Jednym z najtrudniejszych fragmentów procesu projektowania systemu diagnostycznego jest etap definiowania oczekiwanej funkcjonalności takiego systemu. Potrzeby opisujące taki system mogą być określane za pomocą zbioru wymagań stawianych projektowanemu systemowi. Ważnym zadaniem pojawiającym się w procesie gromadzenia wymagań jest odpowiednie zarządzanie tym procesem. Poszczególne wymagania mogą być definiowane na podstawie wielu źródeł a sam proces ich pozyskiwania zazwyczaj sprowadza się do negocjacji pomiędzy klientem a potencjalnym wykonawcą projektu. Bezpośrednie zastosowanie jednej z wielu znanych metod, rozwijanych w ramach inżynierii oprogramowywania, jest jednak w tym przypadku niemożliwe. Spowodowane jest to przede wszystkim trudnościami w zdefiniowaniu klienta dla procesu negocjacji. Zaproponowano sposób postępowania polegający na rozpatrywaniu obiektu technicznego jako wirtualnego klienta w procesie negocjacji. Klient ten reprezentowany jest przez system doradczy z bazą wiedzy w postaci wielomodalnych sieci stwierdzeń.
Czasopismo
Rocznik
Tom
Strony
23--30
Opis fizyczny
Bibliogr. 18 poz., rys.
Twórcy
autor
autor
  • Silesian University of Technology, Institute of Fundamentals of Machinery Design Konarskiego 18a, 44-100 Gliwice, Poland, wojciech.cholewa@polsl.pl
Bibliografia
  • [1] Boehm B., Grunbacher P., Bringgs R. O.: A Groupware-Supported Methodology for Requirement Negotiation, International Conference on Software Engineering ICSE, 2001, pp. 720-721.
  • [2] Cholewa W.: Mechanical analogy of statement networks, International Journal of Applied Mathematics and Computer Science, 18(4), pp. 477-486.
  • [3] Cholewa W.: Multimodal statement networks for diagnostic applications, in. Sas P., Bergen B. (Eds.), Proceedings of the International Conference on Noise and Vibration Engineering ISMA 2010, Katholieke Universiteit Leuven, Leuven, Belgium, 2010, pp. 817-830.
  • [4] Cholewa W., Amarowicz M.: Management of requirements for developed diagnostic systems, in. J. Mączak, et al., Proceedings of the XI International Technical Systems Degradation Conference, Liptowsky Mikulasz, 11-14 April 2012, Polskie Naukowo-Techniczne Towarzystwo Eksploatacyjne, Warszawa, 2012, pp. 135-137.
  • [5] Cholewa W., Rogala T., Chrzanowski P., Amarowicz M.: Statement networks development environment REx, in: Jędrzejowicz P., Nguyen N.T., Hoang K. (Eds.), Proceedings of the Third International Conference on Computational Collective Intelligence: Technologies and Applications - Volume part II, LNCS 6923, Springer-Verlag, Heidelberg, 2011, pp. 30-39.
  • [6] Dietrych J.: System i konstrukcja, WNT, Warszawa, 1978.
  • [7] IEEE Recommended Practice for Software Requirements Specifications, IEEE Std 830, IEEE Press, 1998.
  • [8] IEEE Standard Glossary of Software Engineering Terminology, IEEE Std 610, IEEE Press, 1990.
  • [9] INCOSE Requirements Management Tools Survey, http://www.incose.org/ProductsPubs/products/rmsurvey.aspx, November 2012.
  • [10] Jensen F.V.: Introduction to Bayesian Networks, Springer, Berlin, 1997.
  • [11] Koski T., Noble J.: Bayesian Networks. An Introduction, John Wiley and Sons, Chichester, 2011.
  • [12] Lefingwell D., Widrig D.: Requirements Management, in Polish, WNT, Warszawa, 2003.
  • [13] Neapolitan R.E.: Learning Bayesian Networks, Prentice Hall, New York, 2003.
  • [14] Ritchey T.: Morphological Analysis - A general method for non-quantified modeling, Adapted from a paper presented at the 16th Euro-Conference on Operational Analysis, Brussels (1998), Available for download at: http://www.swemorph.com/downloads.html.
  • [15] Software Requirements Management Tools - Business Analysis, UML Case, Agile User Stories, http://requirements management tools.com, November 2012.
  • [16] Sommerville I., Sawyer P.: Requirement Engineering: A Good Practise Guide, John Wiley and Sons, Chichester, 1997.
  • [17] Young R. R: The requirement engineering handbook, Artech House, Boston, 2003.
  • [18] Zwicky F.: Discovery, invention, research through the morphological approach, Macmillan, New York, 1969.
Typ dokumentu
Bibliografia
Identyfikator YADDA
bwmeta1.element.baztech-article-BAR0-0068-0054
JavaScript jest wyłączony w Twojej przeglądarce internetowej. Włącz go, a następnie odśwież stronę, aby móc w pełni z niej korzystać.