...
1.1 Overall Description
Dit document bevat beschrijft de ontwerpspecificaties voor een indelingsprogramma voor de Schaakvereniging UVS. Dit indelingsprogramma is een programma dat spelers moet gaan indelen voor hun schaakwedstrijden. Nadat deze wedstrijden zijn gespeeld moet Het doel van dit programma is om per speelronde spelers in te delen voor hun schaakcompetities. Na afloop van de wedstrijden zal het programma een ranglijst maken genereren en deze publiceren op de website van de vereniging. Ook Daarnaast moet het mogelijk zijn om deze ranglijst kunnen worden geprintaf te drukken.
1.2 User Classes and Characteristics
<Identify the various user classes (actors) that you anticipate will use this product. User classes may be differentiated based on the subset of product functions used. Describe the pertinent characteristics of each user class. Certain requirements may pertain only to certain user classes. >Binnen het indelingsprogramma zijn een aantal gebruikers: de twee schaakspelers en een bestuurslid van de schaakvereniging. Van de schaakspelers is bekend wie ze zijn, hun lidmaatschap nummer en welke rating zij hebben binnen het schaken. De bestuursleden van de vereniging hebben toegang tot de applicatie om
1.3 Operating Environment
<Describe the environment in which the software will operate, including the hardware platform, operating system and versions, and any other software components or applications with which it must peacefully coexist.>
Het indelingsprogramma zal worden uit geprogrammeerd worden in Java en zal moeten werken op de Windows en MacOS operating systems. Er is een bestaande database waarop het programma moet werken maar het moet ook makkelijk met een andere database kunnen werken. Daarom wordt er gewerkt met de Java Persistence API (JPA). Hierdoor wordt relatief makkelijker om een andere aan het programma te koppelen.
1.4 Design and Implementation Constraints
...
<Use this section to describe functional requirements that cannot be expressed in the shape of use cases, for instance because they do not concern goal-oriented interactions of an actor with the system.>
Code | Description |
FR1 | The system shall maintain an audit trail. |
FR2 | .. |
5 Non-functional Requirements
...
5.1 Performance Efficiency
Code | Description |
NFR1 | Responses to all user-initiated actions in the web-interface need to be rendered in less than 1 second. |
NFR2 | .. |
5.2 Security
Code | Description |
NFR3 | Personal user information needs to remain confidential to all parties other than system administrators. |
… |
|
5.3 Reliability (and so on)
...