22 | | This user interface will need designing and programming. (Also see next point below, which is also relevant). |
| 22 | * Two-d barcode reader? |
| 23 | This user interface will need designing and programming.[[BR]] |
| 24 | (Also see next point below, which is also relevant). |
| 25 | |
| 26 | === Domain Objects === |
| 27 | This concerns point 4 in the pseudo code example. The use cases we need to cover will involve business objects (domain objects) like Participant, Collection Protocol, Collection, Specimen Collection Group, Specimen, and so on. We will need to understand how these relate to one another. The code that supports the use cases must support the relationship between these objects. It is possible the integrity of the objects will be checked by the caTissue application when the client finally interacts with it. But: |
| 28 | * If it does, we need to handle error conditions. The examples I've seen are very rudimentary in dealing with errors. |
| 29 | * If it does not, we risk data corruption unless our understanding is good and we programme defensively. |
| 30 | |
| 31 | === Transactions === |
| 32 | This is partly an extension of the above points on Domain Objects.[[BR]] |
| 33 | Normally, a business action within an application is defined by one or more transactions. I cannot see a clear transaction boundary yet in the API. |