RICM4 2017 2018 - Dashboard/SRS
The document provides a template of the Software Requirements Specification (SRS). It is inspired of the IEEE/ANSI 830-1998 Standard.
| Version | Date | Authors | |
|---|---|---|---|
| 1 | 0.1.0 | February 5, 2018 | LARNICOL Titouan |
| 2 | 0.2.0 | April 7, 2018 | BELGUENDOUZ Sekina |
| 3 | 0.2.1 | April 7, 2018 | BELGUENDOUZ Sekina |
I. Introduction
1. Purpose of the requirements document
This Software Requirements Specification (SRS) identifies the requirements for Dashboard. It will specify our Single Page Application's (SPA) functionalities and the problems solved. This document will also detail our project's requirements.
2. Scope of the product
This project consists in updating a SPA. With Angular5 OAR-skylight, the precedent SPA, is not working anymore. Therefore to ease OAR's users and managers who have to use command line, the SPA has to be updated in Angular5.
This SPA will allow users to:
- Add jobs, resources (if administrator)
- See a listing of jobs, resources
- Log in/Log out
3. Definitions, acronyms and abbreviations
- SPA : Single Page Application is a web application accessed by a single web page. Its aim is to avoid loading the page at every user's actions. It interacts with the user dynamically rather than loading entire new pages from a server.
- RESTful API : An Application Programming Interface is the defined interface through which interactions happen between applications that use its assets. REpresentational State Transfer API is a type of API that has several requirements :
- Stateless
- Client-Server oriented
- Layered system
- ...
- OAR : OAR is a versatile resource and task manager for HPC clusters, and other computing infrastructures.
- Angular5 : Angular5 is a TypeScript-based open-source front-end web application platform. This framework allow the user to develop one SPA for multiple desktop and mobile browsers.
4. References
5. Overview of the remainder of the document
II. General description
1. Product perspective
This dashboard will be based on the template SB-Admin Angular5 provided. And it will allow the user to use OAR though different buttons and forms.
2. Product functions
This project will allow users to :
- Add/Remove resources (Administrators only)
- Submit/Delete/Configure jobs (Logged Users only)
- See information about resources and jobs
- Have restricted access : login/Logout
3. User characteristics
The users of this application are people that are already using OAR technologies, or the ones interested in it.
There is different types of users:
- Administrators : will use the dashboard to manage resources and jobs
- Logged Users : will use the dashboard to see the resources and submit, modify their jobs
- Anonymous Users : will use the dashboard to see the resources
4. General constraints
Make the interface as simple as possible for the user.
5. Assumptions and dependencies
Having an Internet connection.
III. Specific requirements, covering functional, non-functional and interface requirements
Requirement 1 : Log in
Function: Authentication of the User.
Description: Authenticate the user by matching the name and password to the database.
Inputs: Name and Password
Source: NONE
Outputs: An error pops up, if there is a mistake, or else allows more action to the Logged user.
Destination: NONE
Action: Enter Name and Password -> Analyze to the database -> Connect to user/ Notify him of his mistake
Non functional requirements: Connection should be secured and protected.
Pre-condition:
- User must be on the login page
- User must not be already connected
Post-condition: User is connected or notified of the error
Side-effects: NONE