Solutions - Group 4 - 2018/2019, Semester B, Quartile 3

From Control Systems Technology Group
Jump to navigation Jump to search

<link rel="shortcut icon" href="https://www.tue.nl/favicon-64.ico" type="image/x-icon"> <link rel=http://cstwiki.wtb.tue.nl/index.php?title=PRE2018_3_Group4&action=edit"stylesheet" type="text/css" href="theme.css">

Solutions

In this section, we consider the requirements of solutions for the problem proposed in the specific problem description, all possible solutions, and both the advantages and disadvantages of each solution.

Requirements

A solution to the specific problem described will have to adhere to requirements. These requirements are not simply capabilities the solution has to provide in the form of functional requirements, but they should also cover constraints posed on the solution. The constraints can be on the design of the solution in order to meet specified levels of quality, on the environment and technology of the system, and on the project plan and development methods.

While providing these requirements, we need to make sure they are atomic. Furthermore, they need to be clearly identified, sufficiently precise and unambiguous, sufficiently verifiable, and prioritised. We use the MoSCoW model for the prioritisation of the requirements. This model considers must have, should have, could have, and won't have, which indicate the priority of a requirement.

Furthermore, these requirements might serve as a basic framework for further development of solutions to similar problems, thereby widening the scope to other problem spaces involving UAVs as well.

The functional requirements (capabilities) of the solution are as follows:

  • The solution should be able to take down any type of drone effectively.
  • The solution should not endanger any humans with any of its actions.

Possible solutions

  • Describe all possible solutions possible within the next 20 years or so.

Advantages and disadvantages

  • Advantages and disadvantages based on the requirements of a solution (feasibility of actually making it and jurisdiction).



Back to the root page.