Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Added the constraints (section 2) #6

Merged
merged 1 commit into from
Feb 15, 2023
Merged
Changes from all commits
Commits
File filter

Filter by extension

Filter by extension

Conversations
Failed to load comments.
Loading
Jump to
Jump to file
Failed to load files.
Loading
Diff view
Diff view
55 changes: 55 additions & 0 deletions docs/02_architecture_constraints.adoc
Original file line number Diff line number Diff line change
@@ -1,6 +1,61 @@
[[section-architecture-constraints]]
== Architecture Constraints

=== Table 1. Technical Constraints

[options="header",cols="2,2"]
|===
|Constraint
|Explanation

|*SOLID for Personal data storage*
|The data of each user will be stored in a personal pod, following SOLID principles.

|*Github*
|Github is required for developing the project. Team members must upload their current work to coordinate with the teammates and to record what they have done.
|===

=== Table 2. Organizational Constraints

[options="header",cols="1,2"]
|===
|Constraint
|Explanation

|*Team size*
|It has been decided that the team is formed by 5 members.

|*Schedule*
|The project must be developed during the semester, with several deadlines in between.

|*Budget*
|The development team will not have any financial support, so any outlay will be on their side.

|*External workload*
|The team members have more subjects with their own workload. This is, the team must organize itself so that the semester work can be combined with the project development.

|*Research*
|We know about programming, mainly in Java, but we have not dealt with some aspects that must be developed in this project, such as application deployment or SOLID, so we must spend time to learn about them. Others are more familiar but there is still work to do to be able to handle them.

|===

=== Table 3. Conventions

[options="header",cols="1,2"]
|===
|Constraint
|Explanation

|_Language_
|The documentation must be done using an ARC42 template.

|_Code conventions_
|The code should follow the conventions of the programming language we use and shall be done addressing good coding practices (i.e. low coupling for maintainability).

|_User-friendliness_
|This is a general-use application, so it has to be appealing and easy to use, as well as accessible to the widest range of people possible.

|===

[role="arc42help"]
****
Expand Down