Explorar el Código

Reviewed specifications.

tags/0.6.0-conclusion
Wouter Horlings hace 4 años
padre
commit
9128e3c304
Se han modificado 1 ficheros con 6 adiciones y 5 borrados
  1. +6
    -5
      content/case_experiment_specifications.tex

+ 6
- 5
content/case_experiment_specifications.tex Ver fichero

@@ -4,11 +4,11 @@
The next step is to create specifications based on the problem description.
The goal is to write and remove a tweet on the whiteboard.
Originally a tweet had a character limit of 140, but this was doubled to 280\autocite{rosen_tweeting_2017}.
However, for this system the limit remains at 140 characters.
However, the decision is made to keep the limit at 140, as it does not improve the case study but can increase the construction cost.
The text is limited to fifty characters per line, with a total of three lines.
This results in ten extra characters that can be used for word wrapping.
This results in ten extra characters that are used for word wrapping.
For the readability, the distance to a whiteboard in a meeting room is taken as \SI{4}{\meter}.
The operating speed should allow the tweet to be written within three minutes.
The operating speed must allow the tweet to be written within three minutes.
Therefore, the goal is to write one character per second.
The last requirement is that the dynamics of the system must be sophisticated.
Meaning that a solution with complex or non-trivial behavior is preferred.
@@ -29,7 +29,7 @@
\end{specification}

Additionally there are some restrictions on construction.
As the rapid prototyping facilities at the university are closed due to the Covid-19 pandemic, the available tooling in reduced to some hobby/DIY tools:
As the rapid prototyping facilities at the university are closed due to the Covid-19 pandemic, the available tooling in reduced to my personal tools:
\begin{specification}
\begin{itemize}
\setlength{\itemsep}{10pt}
@@ -51,7 +51,8 @@
The specifications step was performed without problems.
Defining the specifications for the problem description did not present any difficulty.
Due to the simplicity of the problem description, there were no contradictory requirements, which would complicate the specifications.
Furthermore, a single stakeholder takes away any negotiation the stakeholders.
Furthermore, a single stakeholder takes away any negotiation between stakeholders.
Where the stakeholders are a combination of engineers on the design team and/or the project client.

Although the specifications itself are not difficult to define, ensuring that they are complete is difficult.
Team members and stakeholders help to spot any ambiguity or problems with the validity.


Cargando…
Cancelar
Guardar