requirements.tex 1.3 KB

1234567891011121314151617181920212223
  1. In order for users of an OSN to be willing to use another client for or an additional extension when using the OSN, the solution should meet certain functional and non-functional requirements.
  2. \textbf{Functional requirements}:
  3. \begin{itemize}
  4. \item The standard functionality of the OSN can be used without restrictions.
  5. \item The user can clearly see which way (private or OSN) the data goes and where it comes from.
  6. \item Data access should only be possible for authorized users.
  7. \item The data exchange should be automatically encrypted, so that the data is worthless for third parties.
  8. \item The data format is flexible in order to map changes and new OSN functionalities.
  9. \item Platform independence
  10. \item The solution is client-side, since the OSN Server cannot be influenced
  11. \item The OSN Service Provider can retrieve anonymized data relevant to him.
  12. \end{itemize}
  13. \textbf{Non-functional requirements}:
  14. \begin{itemize}
  15. \item Data exchange over the private network is fast and secure.
  16. \item Simple, understandable user interface
  17. \item Attractive, modern design
  18. \item No violation of the guidelines and terms of use of the OSN
  19. \item No restrictions for classic users who do not use the hybrid solution
  20. \item The additional effort for the user when using the hybrid solution should be minimal.
  21. \end{itemize}