wiki.ziemers.de

ziemer's informatik Wiki

Benutzer-Werkzeuge

Webseiten-Werkzeuge

Zuletzt angesehen:
wiki:software:beuthbot:requirement-analysis

Unterschiede

Hier werden die Unterschiede zwischen zwei Versionen angezeigt.

Link zu dieser Vergleichsansicht

Beide Seiten der vorigen Revision Vorhergehende Überarbeitung
Nächste Überarbeitung 		Vorhergehende Überarbeitung
wiki:software:beuthbot:requirement-analysis [10.12.2019 19:34]
Christopher Lehmann 		wiki:software:beuthbot:requirement-analysis [23.01.2020 15:32] (aktuell)
Timo Bruns
Zeile 3: Zeile 3:
 ==== Functional requirements ==== ==== Functional requirements ====
  
-/F100/ The system must allow the user to enter requests by text or language\\ +''/F100/'' The system must allow the user to enter requests by text or language\\ 
-/F101/ The system should be able to learn from errors from incoming messages\\ +''/F101/'' The system should be able to learn from errors from incoming messages\\ 
-/F102/ The system must understand user input\\ +''/F102/'' The system must understand user input\\ 
-/F103/ The system must be able to respond contextually to user input\\ +''/F103/'' The system must be able to respond contextually to user input\\ 
-/F104/ The system must persist messages in a database anonymously\\ +''/F104/'' The system must persist messages in a database anonymously\\ 
-/F105/ The system must be able to persist and retrieve specified preferences for users\\ +''/F105/'' The system must be able to persist and retrieve specified preferences for users\\ 
-/F200/ The system must be able to retrieve the Beuth Mensa menu for a specific day from the [OpenMensa API](https://openmensa.org)\\ +''/F200/'' The system must be able to retrieve the Beuth Mensa menu for a specific day from the [[https://openmensa.org|OpenMensa API]]\\ 
-/F201/ The system must be able to forward the menu from the OpenMensa API\\ +''/F201/'' The system must be able to forward the menu from the OpenMensa API\\ 
-/F202/ The system must be able to filter and probe the menu according to the user's specifications\\ +''/F202/'' The system must be able to filter and probe the menu according to the user's specifications\\ 
-/F203/ The system must be able to cache the food plan\\+''/F203/'' The system must be able to cache the food plan\\
  
-/F300/ The system must be able to access the learning rooms of Beuth University of Applied Sciences Berlin\\ +''/F300/'' The system must be able to access the learning rooms of Beuth University of Applied Sciences Berlin\\ 
-/F301/ The system must be able to forward where the learning rooms are located.\\+''/F301/'' The system must be able to forward where the learning rooms are located.\\
  
-/F400/ System must be able to remind user of appointments +''/F400/'' System must be able to remind user of appointments\\ 
-/F401/ The system must have access to the user's appointment calendar+''/F401/'' The system must have access to the user's appointment calendar\\
  
-/F500/ The system must be able to call up the opening hours of the Beuth University buildings. +''/F500/'' The system must be able to call up the opening hours of the Beuth University buildings.\\ 
-/F501/ The system must be able to cache opening hours+''/F501/'' The system must be able to cache opening hours\\
  
-/F600/ The system must be able to retrieve the current weather for Berlin via a [Weather API] (https://openweathermap.org) +''/F600/'' The system must be able to retrieve the current weather for Berlin via a [[https://openweathermap.org|Weather API]]\\ 
-/F601/ The system must be able to forward the current weather +''/F601/'' The system must be able to forward the current weather\\ 
-/F602/ The system must be able to cache the current weather+''/F602/'' The system must be able to cache the current weather\\
  
-/F700/ The system must be able to call up the examination dates for exams at the Beuth University for Applied Sciences +''/F700/'' The system must be able to call up the examination dates for exams at the Beuth University for Applied Sciences\\ 
-/F701/ The system must be able to forward the test dates +''/F701/'' The system must be able to forward the test dates\\ 
-/702/ The system must be able to filter and probe the examination dates according to user specifications +''/F702/'' The system must be able to filter and probe the examination dates according to user specifications\\ 
-/F703/ The system must be able to cache the test dates+''/F703/'' The system must be able to cache the test dates\\
  
-/F800/ The system must be able to call up the winding rooms at the Beuth University for Applied Sciences. +''/F800/'' The system must be able to call up the winding rooms at the Beuth University for Applied Sciences.\\ 
-/F801/ The system must be able to forward where the winding rooms are located. +''/F801/'' The system must be able to forward where the winding rooms are located.\\ 
-/F802/ The system must be able to cache the winding rooms+''/F802/'' The system must be able to cache the winding rooms\\
  
 ==== Non-functional requirements ==== ==== Non-functional requirements ====
  
-/NF100/ The system must respond to a message within 3 seconds +''/NF100/'' The system must respond to a message within 3 seconds\\ 
-/NF101/ The system must retrieve data from the microservices within a few milliseconds +''/NF101/'' The system must retrieve data from the microservices within a few milliseconds\\ 
-/NF102/ The system must be able to process and evaluate a message within 1.5 seconds +''/NF102/'' The system must be able to process and evaluate a message within 1.5 seconds\\ 
-/NF103/ The system must have enough memory for persistence of data from ~13k students+''/NF103/'' The system must have enough memory for persistence of data from ~13k students\\
  
-/NF200/ Service downtime (NLP component, microservices, gateway) should be less than 1% +''/NF200/'' Service downtime (NLP component, microservices, gateway) should be less than 1%\\ 
-/NF201/ ref. /NF100/ +''/NF201/'' ref. ''/NF100/''\\ 
-/NF202/ ref. /NF101/ +''/NF202/'' ref. ''/NF101/''\\ 
-/NF203/ ref. /NF102/ +''/NF203/'' ref. ''/NF102/''\\ 
-/NF204/ Database downtime should be less than 1%+''/NF204/'' Database downtime should be less than 1%\\
  
-/NF300/ The system should be as modular as possible +''/NF300/'' The system should be as modular as possible\\ 
-/NF301/ The system should be easily scalable +''/NF301/'' The system should be easily scalable\\ 
-/NF302/ The system should contain easily replaceable components +''/NF302/'' The system should contain easily replaceable components\\ 
-/NF303/ The system should store understandable error messages+''/NF303/'' The system should store understandable error messages\\
  
-/NF400/ The system should be easily portable to other systems+''/NF400/'' The system should be easily portable to other systems\\
  
-/NF500/ The system should comply with DSGVO guidelines +''/NF500/'' The system should comply with DSGVO guidelines\\ 
-/NF501/ The system should be based on security standards +''/NF501/'' The system should be based on security standards\\ 
-/NF502/ Databases should be protected from unwanted access +''/NF502/'' Databases should be protected from unwanted access\\ 
-/NF503/ The databases should be password protected +''/NF503/'' The databases should be password protected\\ 
-/NF504/ The databases should be based on security standards+''/NF504/'' The databases should be based on security standards\\
  
-/NF600/ The system should restart the service independently in the event of a service failure+''/NF600/'' The system should restart the service independently in the event of a service failure\\
  
-/NF700/ The system should be well documented +''/NF700/'' The system should be well documented\\ 
-/NF701/ The system should be easy to understand+''/NF701/'' The system should be easy to understand\\
  
 ==== Use cases ==== ==== Use cases ====
 +
 +In the following we present three usecases in detail, which exemplarily describe our functional requirements.
  
 === Use case /F103/ === === Use case /F103/ ===
Zeile 77: Zeile 79:
 **Actor**: User **Actor**: User
  
-**Preconditions**: The chatbot is running+**Preconditions**: The chatbot, NLP component, gateway, registry and microservices are running
  
-**Basic flow**: The user writes a message to the bot via telegram. This message is processed and evaluated by the NLP component, then the message, including the evaluation of the NLP component, is persisted in the database and forwarded to a corresponding micro service, which then generates a response and sends it back.+**Basic flow**: The user writes a message to the bot via telegram. This message is processed and evaluated by the NLP component, then the message, including the evaluation of the NLP component, is persisted in the database and forwarded to a corresponding microservice, which then generates a response and sends it back.
  
 **Effects**: The user gets a reply from the chatbot, which refers to his message. **Effects**: The user gets a reply from the chatbot, which refers to his message.
Zeile 86: Zeile 88:
 === Use case /F200/ === === Use case /F200/ ===
  
-**Title**: User asks for today's menu of the Mensa+**Title**: User asks for today's menu of the mensa
    
-**Short description**: User sends a request to the chatbot that he would like to know what there is to eat in the cafeteria today.+**Short description**: User sends a request to the chatbot that he would like to know what there is to eat in the mensa today.
  
 **Actor**: User **Actor**: User
  
-**Preconditions**: The chatbot is running, the Mensa micro service is running, the gateway is running, the registry is running.+**Preconditions**: The chatbot, the NLP component, the Mensa micro service, the gateway and the registry are running.
  
-**Basic flow**: The user writes a message to the bot via telegram. The NLP component recognizes that the user wants to have today's menu of the Mensa. The evaluated message is forwarded to the Mensa micro service. The micro service reads out what is required and asks the OpenMensa API for the Mensaplan for the Beuth University of Applied Sciences. An answer is generated from the object which the microservice receives from the API and sent back to the user.+**Basic flow**: The user writes a message to the bot via telegram. The NLP component recognizes that the user wants to have today's menu of the mensa. The evaluated message is forwarded to the mensa microservice. The microservice reads out what is required and asks the OpenMensa API for the mensaplan for the Beuth University of Applied Sciences. An answer is generated from the object which the microservice receives from the API and sent back to the user.
  
-**Effects**: The user gets an answer from the chatbot containing today's menu of the refectory.+**Effects**: The user gets an answer from the chatbot containing today's menu of the mensa.
  
 === Use case /F300/ === === Use case /F300/ ===
Zeile 104: Zeile 106:
 **Short description**: The user wants to know which learning rooms there are and where they are, the chatbot gives him the information. **Short description**: The user wants to know which learning rooms there are and where they are, the chatbot gives him the information.
  
-**Actor**: user+**Actor**: User
  
 **Preconditions**: The chatbot, NLP component, gateway, registry, and learning room service are running. **Preconditions**: The chatbot, NLP component, gateway, registry, and learning room service are running.
  
-**Basic flow**:  User writes to the chatbot that he wants to know which learning rooms there are. The system processes the message and forwards it to the learning room micro service. If the learning rooms have not yet been cached, the service uses web scraping to search for the required information on the corresponding website, generates a response from it and sends it to the user.+**Basic flow**:  User writes to the chatbot that he wants to know which learning rooms there are. The system processes the message and forwards it to the learning room microservice. If the learning rooms have not yet been cached, the service uses web scraping to search for the required information on the corresponding website, generates a response from it and sends it to the user.
  
 **Effects**: The user receives an answer from the chatbot containing the required information. **Effects**: The user receives an answer from the chatbot containing the required information.
- +<WRAP pagebreak></WRAP>
- +
- +
- +
- +
- +
-**OFFENE FRAGEN** +
-Beuthbot erinnert an Terminanfragen. Wollen wir das wirklich umsetzen? +
-Beuthbot gibt schnellste Route zur Beuth Hochschule aus. Wirklich umsetzen? +
-Nichtfunktionale Anforderungen besprechen! +
- +
-Qualitätsanforderungen: +
- +
-Performanz (Anwortzeiten, Speicherkapazität) +
-Zuverlässigkeit (Cachen) +
-Änderbarkeit und Wartbarkeit +
-Portabilität (Docker) +
-Sicherheit +
- +
-Benutzeranforderungen: +
- +
-Robustheit bezüglich Fehlern (Rechtschreibfehler und Umgangssprache) +
-Erlernbarkeit (gute Dokumentation) +
-Verständlichkeit (Schön formatierte Antworten) +
wiki/software/beuthbot/requirement-analysis.1576002897.txt.gz · Zuletzt geändert: 10.12.2019 19:34 von Christopher Lehmann

Seiten-Werkzeuge